EA cho người mới bắt đầu- Phát triển quan điểm kiến trúc hiện tại

Bài viết này bao gồm sự phát triển các quan điểm hiện tại của EA, trong bối cảnh khuôn khổ tài liệu và phương pháp triển khai. Kiến trúc hiện tại thực sự là một tập hợp các ấn phẩm EA ghi lại các thành phần EA hiện có trong toàn doanh nghiệp. Các quan điểm EA hiện tại rất quan trọng đối với một doanh nghiệp ở chỗ họ thiết lập hoặc xác minh những tài nguyên nào (bao gồm cả CNTT) đang được sử dụng trong các ngành kinh doanh để hỗ trợ cho việc đạt được các mục tiêu chiến lược. Điều này trở thành một đường cơ sở tham chiếu giống như một kho lưu trữ sau đó hỗ trợ lập kế hoạch và ra quyết định liên quan đến kiến trúc tương lai.

Nội dung bài viết:

  • Hiểu cách các quan điểm hiện tại liên quan đến phương pháp triển khai EA.
  • Hiểu cách các quan điểm hiện tại liên quan đến khung tài liệu EA.
  • Xem các ví dụ về quan điểm hiện tại của các thành phần và ấn phẩm EA.

Quan điểm hiện tại của EA là nhằm hiển thị các tài nguyên CNTT hiện đang hoạt động trong môi trường vận hành CNTT doanh nghiệp. Điều này còn được gọi là quan điểm hiện tại của EA. Tùy thuộc vào số lượng lập kế hoạch EA trước đó, các tài nguyên CNTT này có thể hoặc không thể phù hợp với các mục tiêu chiến lược và dịch vụ kinh doanh của doanh nghiệp. Nếu kế hoạch EA ít xảy ra, thì có thể có một số lượng đáng kể sự trùng lặp trong chức năng. Trong Hình 1 , các quan điểm hiện tại của EA cung cấp cho doanh nghiệp tài liệu về các mục tiêu chiến lược hiện có, dịch vụ kinh doanh, luồng thông tin, hệ thống / dịch vụ CNTT và cơ sở hạ tầng công nghệ, cũng như các lĩnh vực chủ đề chung về an ninh, tiêu chuẩn và lập kế hoạch lực lượng lao động.

Hình 1: The Current Architecture

Tài liệu về EA hiện tại rất quan trọng đối với một doanh nghiệp vì nó cung cấp một tập hợp các thông tin / hiện vật tham chiếu cơ bản để lập kế hoạch và ra quyết định. Ngoài ra, bằng cách hoàn thành tài liệu về các thành phần EA hiện tại ở tất cả các cấp độ của khung, một quan điểm về doanh nghiệp xuất hiện cho thấy mối liên hệ, sự phụ thuộc và khoảng cách hiệu suất giữa các yêu cầu kinh doanh của doanh nghiệp và khả năng hiện tại. Các ví dụ được chọn về cách tạo tác thể hiện các thành phần EA hiện tại có thể được phát triển như sau.

Tương tự kiến ​​trúc nhà: Có một EA hiện tại đã hoàn thành giống như có một bộ bản thiết kế đầy đủ cho một ngôi nhà hiện có. Nó cung cấp một nguồn tham khảo có thẩm quyền để lập kế hoạch và ra quyết định trong tương lai, cũng như một kho lưu trữ lịch sử có thể được yêu cầu cho mục đích kiểm toán hoặc nghiên cứu.

Ấn phẩm cấp độ chiến lược EA – Các thành phần EA Hiện tại:

  • Kế hoạch chiến lược
  • Các sản phẩm EA Kế hoạch thương mại điện tử hoặc Chính phủ điện tử:
  • Kế hoạch chiến lược (S-1)
  • Phân tích SWOT (S-2)
  • Khái niệm về kịch bản hoạt động (S-3)
  • Khái niệm về sơ đồ hoạt động (S-4)
  • Thẻ điểm cân bằng ™ (S-5)

Hoạch định chiến lược tạo ra một cái nhìn cấp cao về hướng mà doanh nghiệp đặt ra cho chính mình. Điều này được ghi lại trong Kế hoạch chiến lược chung và Kế hoạch thương mại điện tử hoặc Chính phủ điện tử đi kèm trong đó vai trò của CNTT được mô tả chi tiết hơn. Định hướng chiến lược của doanh nghiệp được tiếp nối trong các tạo tác EA bao gồm các kịch bản, mục tiêu và sáng kiến tầm xa làm cơ sở để xác định các mục tiêu chiến thuật (hoạt động) ngắn hạn. Các kế hoạch chiến lược nên nhìn vào năm đến mười năm trong tương lai và được công bố hai đến ba năm một lần. Quan điểm hiện tại về các tạo phẩm cấp chiến lược chỉ nên được cập nhật khi những thay đổi đối với Kế hoạch chiến lược và / hoặc Thương mại điện tử / Kế hoạch chính phủ điện tử được chính thức công bố. Điều này bảo tồn bản chất có thẩm quyền của các cổ vật ở cấp độ này và đại diện cho những gì hiện đang được xác nhận là chính sách của lãnh đạo điều hành. Những ấn phẩm  này bao gồm:

Ấn phẩm cấp độ Chiến lược  – Kịch bản chiến lược hiện tại

Một số doanh nghiệp chọn phát triển và duy trì các kịch bản trong tương lai về cách môi trường hoạt động kinh doanh và công nghệ có thể hoạt động dưới các tập hợp ảnh hưởng bên trong và bên ngoài khác nhau. Theo quan điểm hiện tại của EA, ấn phẩm  mong muốn liên quan đến hoạch định kịch bản là kịch bản đã trở thành bối cảnh lập kế hoạch hiện tại cho doanh nghiệp và chứa các giả định kế hoạch hiện tại. Nói cách khác, trong một số kịch bản tương lai được phát triển định kỳ thông qua quy trình hoạch định chiến lược, cuối cùng một lựa chọn sẽ được chọn là đại diện cho những gì doanh nghiệp sẽ làm. Khi được thực hiện, kịch bản tương lai được chọn này trở thành kịch bản hoạt động hiện tại. Định kỳ so sánh kịch bản chiến lược hiện tại với một số kịch bản tiềm năng được duy trì trong các quan điểm tương lai của EA, có thể là một hoạt động hoạch định chiến lược có giá trị.

Mục tiêu chiến lược

Tất cả các mục tiêu chiến lược hiện tại của doanh nghiệp là các hiện vật cần được ghi lại trong EA hiện tại. Quan tâm đặc biệt là các mục tiêu chiến lược liên quan đến CNTT, đó là những mục tiêu dựa trên một số yếu tố CNTT để giúp đưa doanh nghiệp đi theo hướng chiến lược được mô tả trong mỗi kịch bản. Những mục tiêu liên quan đến CNTT này cần được ghi chép lại một cách kỹ lưỡng về các sáng kiến ​​liên quan và các biện pháp kết quả. Các mục tiêu này phải đáp ứng một số tiêu chí để có giá trị chiến lược: (1) đạt được một số yếu tố của mục đích của doanh nghiệp, (2) dẫn đến kết quả trong một kịch bản rõ ràng và có thể đo lường được, (3) không làm giảm tính linh hoạt của doanh nghiệp đến mức các kịch bản khác không thể được theo đuổi và / hoặc các mối đe dọa đối với sự sống còn của doanh nghiệp không thể được giải quyết, (4) có hỗ trợ doanh nghiệp để thực hiện. Ví dụ về các mục tiêu chiến lược có yếu tố CNTT được cung cấp dưới đây:

  • Cải thiện tính sẵn có, chất lượng và chi phí truyền thông toàn cầu. (Yếu tố CNTT là cơ sở hạ tầng thoại, dữ liệu và video).
  • Cải thiện chất lượng và tính sẵn có của sản phẩm (Yếu tố CNTT là dữ liệu về sản xuất sản phẩm, kiểm soát chất lượng, mức tồn kho và mức đặt hàng lại của cửa hàng bán lẻ).

Khởi đầu chiến lược

Mỗi mục tiêu chiến lược mà doanh nghiệp xác định được theo đuổi mặc dù các sáng kiến ​​chiến lược. Các sáng kiến ​​bao gồm các hoạt động như sáp nhập và mua lại, dự án nghiên cứu và phát triển, triển khai hệ thống hoặc dự án tích hợp, thiết kế lại và cải tiến quy trình, gia nhập thị trường mới, hợp nhất sản phẩm, liên minh kinh doanh và cải thiện dịch vụ cho khách hàng nội bộ và bên ngoài. Tiến bộ trong việc đạt được các sáng kiến ​​chiến lược phải được đo lường để doanh nghiệp có thể quản lý các nguồn lực được cung cấp cho sáng kiến ​​đó và biết liệu thành công đã đạt được hay chưa. Hỗ trợ điều hành mạnh mẽ, đủ nguồn lực và kỹ năng quản lý chương trình là cần thiết để một sáng kiến ​​thành công.

Các sáng kiến ​​chiến lược liên quan đến CNTT là những sáng kiến ​​liên quan đến các mục tiêu chiến lược theo cách tăng cường luồng thông tin, cải thiện / tích hợp các hệ thống, dịch vụ và / hoặc ứng dụng hỗ trợ hoặc tối ưu hóa cơ sở hạ tầng mạng. Một ví dụ về cách các sáng kiến ​​chiến lược gắn liền với ví dụ về mục tiêu chiến lược và các sáng kiến ​​hỗ trợ là:

Mục tiêu chiến lược số 1: Cải thiện thông tin tiếp thị và bán hàng.

-Sự khởi xướng chiến lược # 1-1: Bắt đầu với kho dữ liệu bán hàng trong vòng sáu tháng.

– Sáng kiến ​​chiến lược # 1-2: Hợp nhất các hệ thống tiếp thị trong hai năm.

– Sáng kiến ​​chiến lược số 1-3: Tăng khách hàng tám phần trăm trong một năm.

Đo lường hiệu năng

Mỗi mục tiêu chiến lược cần được nêu trong một hình thức bao gồm một kết quả có thể đo lường được và có ý nghĩa. Mỗi sáng kiến chiến lược hỗ trợ nên bao gồm các kết quả đầu ra và kết quả có thể đo lường được và có ý nghĩa. Các  kết quả mô tả một trạng thái dự định trong tương lai. Các kết quả đầu ra mô tả mức độ của các hoạt động / vật phẩm góp phần đạt được kết quả.

-Ví dụ  kết quả đo lường : Cải thiện khả năng cạnh tranh bằng cách không thấp hơn  3% trong thị phần quốc gia trên tất cả các dòng sản phẩm trong vòng một năm.

– Ví dụ Đo lường đầu ra: Tăng mức độ sẵn có của sản phẩm tại các cửa hàng bán lẻ thêm mười phần trăm trong vòng sáu tháng.

Ấn phẩm EA Cấp độ doanh nghiệp -Hiện tại

Thành phần EA:

  • Chuỗi cung ứng
  • Quy trình kinh doanh
  • Danh mục đầu tư kế hoạch vốn CNTT

Ấn phẩm EA:

  • Kế hoạch kinh doanh (B-1)
  • Sơ đồ kết nối nút (B-2)
  • Sơ đồ quy trình bơi làn (B-3)
  • Quy trình kinh doanh / Mô hình dịch vụ (B-4)
  • Quy trình kinh doanh / Ma trận sản phẩm (B-5)
  • Sơ đồ và sơ đồ ca sử dụng (B-7)
  • Trường hợp kinh doanh đầu tư (B-8)

Tài liệu quy trình

Một phương pháp để mô hình hóa các quy trình kinh doanh được gọi là kỹ thuật Định nghĩa tích hợp cho chức năng (IDEF). Được phát triển vào giữa năm 1970 để mô hình hóa các dự án quân sự phức tạp, IDEF-0 sử dụng Đầu vào, Điều khiển, Đầu ra và Cơ chế (ICOM) để hiển thị các phần của một hoạt động trong doanh nghiệp, như được minh họa trong Hình 2.

Hình 2: IDEF-0 Activity Modeling

Đầu vào: Các mục bắt đầu / kích hoạt hoạt động và được chuyển đổi, tiêu thụ hoặc trở thành một phần.

Điều khiển: Hướng dẫn hoặc điều chỉnh hoạt động; thường chỉ ra khi nào / làm thế nào một quá trình sẽ được thực hiện.

Đầu ra: Kết quả được tạo ra bởi hoạt động; lý do mà quá trình được thực hiện.

Cơ chế: Hệ thống, con người và thiết bị được sử dụng để thực hiện hoạt động.

Mô hình hóa hoạt động IDEF-0 phù hợp với tài liệu quy trình nghiệp vụ ở chỗ nó cung cấp cả chế độ xem ngữ cảnh cấp cao và chế độ xem chi tiết hơn về từng bước trong hoạt động ở định dạng có thể được phân tách và liên kết với các quy trình khác để hiển thị các liên kết. Mô hình IDEF-0 rất hữu ích trong việc hiển thị các mối liên kết giữa các bước trong một quy trình cũng như các ảnh hưởng bên ngoài bên trong, nhưng không chỉ ra một chuỗi thời gian cụ thể cho toàn bộ hoạt động.

Một phương pháp khác để hiển thị các quy trình kinh doanh là sơ đồ ‘làn bơi’ hiển thị các hoạt động theo hàng ngang, để xác định các khu vực chịu trách nhiệm cho các hoạt động đó. Hình 3 cung cấp một ví dụ về sơ đồ làn bơi.

Hình 3: Example “Swim Lane” Diagram of a Process

Trong ví dụ này về sơ đồ làn bơi, các bên liên quan khác nhau trong quy trình Kiểm soát Đầu tư và Lập kế hoạch Vốn (CPIC) của doanh nghiệp được hiển thị trong Giai đoạn Lập kế hoạch và Lựa chọn.

Phương pháp thứ ba để hiển thị các quy trình kinh doanh là sơ đồ luồng truyền thống bao gồm các sự kiện, điểm quyết định và luồng tuần tự của các hoạt động và điểm quyết định trong quy trình kinh doanh. Hình 4   cung cấp một ví dụ về sơ đồ quy trình của một quy trình kinh doanh đơn giản.

Hạn chế của sơ đồ dòng, so với các mô hình IDEF là các điều khiển quy định về đầu vào / đầu ra không được hiển thị, cũng không phải là các cơ chế cần thiết để thực hiện hoạt động.

Hạn chế của sơ đồ dòng chảy, so với sơ đồ làn bơi là vai trò cụ thể của những người tham gia khác nhau trong quy trình không thể xác định được.

Hình 4: Business Process Flow Diagram

Điều quan trọng đối với một doanh nghiệp là duy trì các mô tả và mô hình của tất cả các dịch vụ kinh doanh chính của nó. Điều này không chỉ hỗ trợ cho các hoạt động tái cấu trúc và cải tiến, mà còn hỗ trợ công việc thiết kế và phân tích liên quan đến các hoạt động tái cấu trúc / cải tiến quy trình kinh doanh, cũng như phát triển quan điểm kiến trúc trong tương lai.

Kế hoạch quản lý dự án cấp doanh nghiệp

Kế hoạch quản lý dự án (PMP) là một tài liệu định dạng tiêu chuẩn được sử dụng bởi các nhà quản lý dự án, nhà tài trợ dự án và nhóm dự án để cải thiện khái niệm hóa, tài liệu, theo dõi, giám sát và thực hiện công việc dự án trong toàn doanh nghiệp. PMP nên được sử dụng trong các dự án hệ thống CNTT, ứng dụng, cơ sở dữ liệu hoặc cơ sở hạ tầng mới, cũng như các nỗ lực nâng cấp trong cùng lĩnh vực. Trong các dự án quy mô nhỏ, quay vòng nhanh, một số yếu tố của PMP có thể được giảm thiểu, nhưng không được loại bỏ. Bằng cách thiết lập tài liệu dự án trong từng lĩnh vực của PMP, các nhà quản lý dự án sẽ kiểm soát nhiều hơn các mục tiêu chi phí, tiến độ và hiệu suất và tài nguyên CNTT kết quả có nhiều khả năng tăng giá trị cho doanh nghiệp bằng cách phù hợp với định hướng chiến lược, chính sách đầu tư và kiến ​​trúc.

PMP nên được tùy chỉnh để xác định nhu cầu kinh doanh được giải quyết bởi dự án cũng như cách thức thực hiện dự án. Lượng thông tin và mức độ chi tiết có trong các phần của PMP phải được xác định bởi các đặc điểm của chương trình như kích thước, độ phức tạp và doanh nghiệp. Điều quan trọng là bao gồm các tài liệu hỗ trợ trong các phần thích hợp của PMP, chẳng hạn như Kế hoạch chiến lược CNTT, Cấu trúc phân chia công việc, tài liệu tình huống kinh doanh, Mô hình tham chiếu tiêu chuẩn kỹ thuật, kế hoạch đào tạo và kế hoạch kiểm tra.

PMP ghi lại khái niệm và phương pháp quản lý tổng thể được sử dụng để đạt được các mục tiêu của chương trình. Người quản lý dự án chuẩn bị và phát hành PMP trong Giai đoạn lập kế hoạch của quy trình lập kế hoạch vốn .PMP là liên kết chung giữa Người quản lý dự án và tất cả những người khác có liên quan đến dự án. Người quản lý dự án sử dụng PMP để lên lịch và chỉ đạo toàn bộ quá trình phát triển hệ thống, trong khi các cấp thẩm quyền cao hơn sử dụng PMP làm cơ sở cho các hoạt động lập kế hoạch. Nhiều người tham gia có thể thấy một dự án chỉ thông qua một PMP. PMP nên được cập nhật tại mỗi cột mốc dự án như một điều kiện tiên quyết để tiến hành giai đoạn tiếp theo trong vòng đời dự án. Tối thiểu, PMP phải bao gồm các lĩnh vực sau:

  • Tóm tắt
  • Yêu cầu dự án
  • Sắp xếp chiến lược
  • Sắp xếp kiến trúc
  • Trường hợp kinh doanh
  • Kiểm soát dự án
  • Doanh nghiệp dự án
  • Bảo mật và sự riêng tư
  • Phụ lục

 

Những cách kinh doanh

Một trường hợp kinh doanh là một phân tích về các yêu cầu và giá trị của việc thực hiện một khoản đầu tư cụ thể. Trong bối cảnh EA, việc phát triển một trường hợp kinh doanh để đầu tư vào CNTT giúp đảm bảo rằng giá trị tối đa được tạo ra từ các dự án phát triển mới, cũng như các hoạt động và hoạt động bảo trì đang diễn ra. Ngoài ra, việc phát triển và xem xét thường xuyên các trường hợp kinh doanh cho các khoản đầu tư CNTT giúp thúc đẩy liên kết chiến lược và liên kết kiến ​​trúc sao cho các thành phần và sản phẩm của EA được tích hợp hơn

Có sáu lĩnh vực cho một trường hợp kinh doanh đầu tư: (1) tuyên bố về yêu cầu, (2) phân tích thay thế, (3) phân tích lợi ích chi phí, (4) phân tích rủi ro, (5) tính toán lợi nhuận lựa chọn đầu tư của ROI, và (6) thay thế với các nhận xét và khuyến nghị về việc thực hiện.

Tuyên bố về Yêu cầu: Phần này của trường hợp kinh doanh thiết lập rõ ràng và ngắn gọn những gì yêu cầu kinh doanh là gì, và nên tránh đưa ra bất kỳ khuyến nghị nào về các giải pháp, bao gồm cả công nghệ. Phần này của trường hợp kinh doanh nên mô tả tình huống hiện tại và những gì cần không được đáp ứng (một khoảng cách về hiệu suất).

Phân tích thay thế: Phân tích này xem xét một số lựa chọn thay thế (tốt nhất là ba hoặc nhiều hơn) để đáp ứng yêu cầu kinh doanh. Yêu cầu có thể là nâng cấp một thành phần hiện có trong EA, phát triển một thành phần mới hoặc để cung cấp các dịch vụ hỗ trợ như bàn trợ giúp hoặc các chức năng quản trị hệ thống. Các lựa chọn thay thế có thể khác nhau trong quy trình được đề xuất, giải pháp kỹ thuật, loại nhân sự sẽ được sử dụng, phương tiện được sử dụng, v.v … Các lựa chọn thay thế được chọn phải thể hiện đầy đủ các tùy chọn có thể được sử dụng để đáp ứng yêu cầu. Một trong những lựa chọn thay thế có thể là tình trạng hiện tại và khuyến nghị không làm gì khác với tình hình hiện tại.

Phân tích lợi ích chi phí: Phân tích này xác định và so sánh chi phí và lợi ích của từng phương án để đáp ứng yêu cầu CNTT. Chi phí bao gồm tổng chi phí trực tiếp và gián tiếp phát sinh. Lợi ích bao gồm những lợi ích hữu hình (đo lường được) và vô hình (không thể đo lường trực tiếp). Các lợi ích phải vượt quá chi phí cho một sự thay thế là khả thi và nên thêm giá trị quan trọng cho doanh nghiệp.

Phân tích rủi ro: Phân tích này xác định rủi ro cho từng phương án. Rủi ro là việc xác định các nguồn không chắc chắn trong một dự án và / hoặc trở ngại cho thành công. Các lĩnh vực rủi ro cho các dự án CNTT bao gồm là người đầu tiên áp dụng công nghệ mới, cắt giảm ngân sách, mất nhân sự chủ chốt, không đủ kiểm tra hoặc đào tạo và trì hoãn lịch trình.Rủi ro giảm thiểu rủi ro là một thuật ngữ thường được sử dụng để chỉ chiến lược được xác định để giảm xác suất xảy ra rủi ro cụ thể. Các chiến lược giảm thiểu rủi ro nên làm giảm sự không chắc chắn, ngăn chặn những trở ngại để thành công hoặc cung cấp các phản ứng để vượt qua những trở ngại nếu chúng xảy ra. Một ví dụ về điều này là có các bản sao lưu được đào tạo cho các vị trí quan trọng hoặc sử dụng các sản phẩm tiêu chuẩn mở để tránh bị khóa vào một nhà cung cấp.

Tỷ lệ hoàn vốn đầu tư: Tính toán ROI này được thực hiện cho từng phương án và được tính bằng cách chia tổng lợi ích được định lượng (tính bằng đô la) cho tổng chi phí được định lượng (tính bằng đô la). Đó là tỷ lệ hoàn vốn trên vốn đầu tư ban đầu. Đối với các tính toán nhiều năm, ROI nên được chiết khấu bằng các phương pháp Giá trị hiện tại ròng (NPV). NPV giảm mức tài trợ trong tương lai để xem xét lạm phát và các chi phí gia tăng khác trong vòng đời của giải pháp thay thế (ví dụ: hệ số chiết khấu 3% được áp dụng mỗi năm). ROI được tính theo tỷ lệ phần trăm bằng cách chia lợi ích được định lượng bằng đô la cho chi phí được định lượng bằng đô la trên tổng số vòng đời của phương án. ROI là một trong những yếu tố mà các nhà quản trị sử dụng để xác định giá trị đầu tư vào một dự án được đề xuất và cũng để so sánh công đức đó với các khoản đầu tư / dự án khác không thể thực hiện nếu phương án cụ thể đó được thực hiện (chi phí cơ hội). Các doanh nghiệp thường thiết lập mức ROI tối thiểu có thể chấp nhận để thực thi đánh giá chi phí cơ hội của đầu tư, đầu tư, xem xét liệu số tiền bằng với chi phí đầu tư CNTT sẽ được chi cho đầu tư khác tốt hơn. Một số khoản đầu tư CNTT có thể tạo ra mức ROI rất cao nếu tiết kiệm đáng kể chi phí nhân sự và / hoặc thời gian chu kỳ đạt được.

Tuyên bố lựa chọn thay thế: Tuyên bố này ghi lại việc lựa chọn phương án thay thế tốt nhất dựa trên tất cả các khía cạnh của trường hợp kinh doanh. Điều này bao gồm các loại chi phí, loại lợi ích, chiến lược giảm thiểu rủi ro và ROI. Lý do để lựa chọn một thay thế và từ chối những người khác cũng nên được ghi lại để tham khảo trong tương lai.

Ấn phẩm EA cấp độ thông tin -Hiện tại

Thành phần EA:

  • Kho kiến thức
  • Hệ thông thông tin
  • Cơ sở dữ liệu

Ấn phẩm EA:

  • Kế hoạch quản lý kiến thức (D-1)
  • Ma trận trao đổi thông tin (D-2)
  • Sơ đồ chuyển trạng thái đối tượng (D-3)
  • Sơ đồ trình tự sự kiện đối tượng (D-4)
  • Mô hình dữ liệu logic (D-5)
  • Mô hình dữ liệu vật lý (D-6)
  • Ma trận Hoạt động / Thực thể (CRUD) (D-7)
  • Từ điển dữ liệu / Thư viện đối tượng (D-8)

Luồng thông tin tài liệu liên quan đến việc phát triển các mô hình dữ liệu cho thấy cấu trúc và luồng dữ liệu trong các dịch vụ kinh doanh của doanh nghiệp và các hệ thống / dịch vụ CNTT hỗ trợ. Dữ liệu có thể được mô hình hóa và phân tích bằng các phương pháp truyền thống và / hoặc hướng đối tượng, tùy thuộc vào cách sử dụng tài liệu kết quả. Ví dụ: nếu mục đích sử dụng là với cơ sở dữ liệu quan hệ và / hoặc ngôn ngữ lập trình thủ tục thế hệ thứ ba (ví dụ: C, FORTRAN hoặc COBOL) thì việc sử dụng các phương thức truyền thống (nghĩa là Biểu đồ quan hệ thực thể và Biểu đồ luồng dữ liệu) được gọi cho Nếu mục đích sử dụng dữ liệu là với cơ sở dữ liệu hướng đối tượng, các ngôn ngữ lập trình hướng đối tượng (OO) thế hệ thứ tư và sơ đồ hướng đối tượng liên quan sử dụng Ngôn ngữ mô hình hóa phổ quát (UML) được gọi cho (ví dụ: Java, C ++, ADA và Smalltalk). Cách tiếp cận OO này cũng sử dụng cái được gọi là Kiến trúc môi giới tái sử dụng đối tượng chung (CORBA).

Cấu trúc dữ liệu và sơ đồ luồng dữ liệu

Mô hình hóa cấu trúc thông tin. Cách tiếp cận truyền thống để phát triển hệ thống thông tin dựa trên kỹ thuật mô hình hóa được gọi là Sơ đồ mối quan hệ thực thể (ERD). Các ERD được các nhà phân tích và lập trình viên hệ thống CNTT sử dụng để xác định những thứ (thực thể dữ liệu) mà doanh nghiệp muốn các hệ thống CNTT nắm bắt, cũng như các thực thể bên ngoài mà hệ thống giao tiếp với. ERD cũng cung cấp các mô tả thực thể dữ liệu, thuộc tính, mối quan hệ và quy tắc cho tần suất của các mối quan hệ đó. Trong kiến trúc doanh nghiệp đó tìm cách cung cấp một cái nhìn toàn diện cho doanh nghiệp về tất cả các tài nguyên CNTT, điều quan trọng là các ERD không chỉ thể hiện những gì có trong mỗi hệ thống, mà cả cách các hệ thống giao tiếp với nhau. ERD không bị phân hủy mỗi se, nhưng chúng có thể phục vụ để hiển thị một số hệ thống hoặc các bộ phận của các hệ thống phức tạp lớn. Hình 5  hiển thị ví dụ về sơ đồ ERD cho hệ thống theo dõi bất động sản giả định.

Hình 5: Example Entity-Relationship Diagram

Mô hình thông tin dòng chảy. Các luồng dữ liệu và thông tin được ghi lại trong các phương pháp truyền thống và hướng đối tượng, tùy thuộc vào cách sử dụng tài liệu kết quả. Phương pháp truyền thống để ghi lại các luồng dữ liệu đã được phát triển vào đầu những năm 1970 và tập trung vào việc sử dụng Sơ đồ luồng dữ liệu (DFDs). DFD phải phản ánh các quy trình biến đổi dữ liệu trong một hệ thống thông tin. Chuyển đổi có thể liên quan đến việc tạo, cập nhật, xóa hoặc đọc dữ liệu. Ma trận thực thể / hoạt động có thể giúp các nhà phân tích và lập trình viên chuyển từ ERD sang DFD khi họ thiết kế cách một hệ thống thông tin sẽ hoạt động để hỗ trợ các yêu cầu của doanh nghiệp. DFD có thể được phân tách từ cấp ngữ cảnh rất cao, đến cấp quy trình cơ bản, đến một số cấp phụ kiểm tra từng quy trình một cách chi tiết hơn và lớn hơn. Hình 6  cung cấp một ví dụ về DFD cấp cao cho hệ thống theo dõi bảo trì đường cao tốc giả định.

Hình 6: Example Data Flow Diagram

Các cách tiếp cận hướng đối tượng (OO) để mô hình hóa cấu trúc dữ liệu và quy trình cùng nhau được phát triển vào giữa năm 1980 bởi Ivar Jacobson, Grady Booch và James Rumbaugh. Những nỗ lực kết hợp của họ đã tạo ra thứ được gọi là Ngôn ngữ mô hình thống nhất (UML). Đối tượng là các chuỗi mã cụ thể trong các ngôn ngữ lập trình thế hệ thứ tư đại diện cho một cái gì đó trong miền yêu cầu nghiệp vụ mà hệ thống CNTT phải tạo, sử dụng hoặc tương tác. Các đối tượng giống như các thực thể ở chỗ chúng có tên và thuộc tính và liên kết với các đối tượng khác theo quy tắc cho tần số. Mọi người có thể nói rằng các đối tượng mà mọi người biết về bản thân họ. Các đối tượng không giống như các thực thể trong đó mã cho các đối tượng cũng chứa các hành vi (còn được gọi là các phương thức), được kích hoạt bởi các sự kiện cũng được xác định trong mã mà người ta có thể nói rằng các đối tượng Ngoài ra còn biết cách làm mọi việc. Ngoài việc biết những điều về bản thân và biết cách làm, có ba đặc điểm xác định của một đối tượng: đa hình, kế thừa và đóng gói:

– Đa hình: Nhiều hành vi đối tượng được gọi bằng cách kích hoạt các sự kiện.

– Kế thừa: Các thuộc tính mang giữa các đối tượng cha mẹ và con cái.

– Encapsulation: Mã ẩn bảo vệ các thuộc tính và hành vi của đối tượng.

Khái niệm về các đối tượng cho phép các nhà phân tích và lập trình viên có một cách tiếp cận trực quan hơn để thiết kế hệ thống thông tin, ứng dụng, cơ sở dữ liệu và trang web. Ngoài ra, vì các đối tượng là các chuỗi mã cụ thể mà chúng có thể được sử dụng lại, giúp tiết kiệm thời gian lập trình và tăng chất lượng và hiệu suất. Ví dụ: một đối tượng hóa đơn trên mạng được phát triển cho một hệ thống bán hàng có thể được sử dụng lại trên một số ngành nghề kinh doanh trong một doanh nghiệp có nhiều dòng sản phẩm và thủ tục thanh toán. Chức năng cơ bản của đối tượng hóa đơn được bảo vệ và kế thừa trong tất cả các hệ thống, với các tính năng và hành vi tùy chỉnh bổ sung được thêm vào khi cần thiết.

Các hoạt động phân tích và thiết kế hướng đối tượng bắt đầu bằng tài liệu về các yêu cầu nghiệp vụ dưới dạng Ca sử dụng tường thuật. Sau đó, bốn loại sơ đồ cơ bản được sử dụng để mô tả Ca sử dụng, mỗi loại là một tạo phẩm EA cần được duy trì ở cấp Thông tin của khung EA: (1) Sơ đồ ca sử dụng; (2) Sơ đồ lớp / đối tượng; (3) Sơ đồ trình tự đối tượng; và (4) Sơ đồ chuyển đổi trạng thái đối tượng. Sơ đồ ca sử dụng hiển thị tổng quan tĩnh (ảnh chụp nhanh) về các hoạt động (ca sử dụng) và các tác nhân trong một hệ thống thông tin và cách thông tin sẽ được trao đổi. Biểu đồ lớp / đối tượng hiển thị chế độ xem tĩnh đối với những thứ tương tác trong mỗi Ca sử dụng trong hệ thống thông tin và cách các hành vi của đối tượng sẽ thực hiện các tương tác đó. Biểu đồ trình tự đối tượng cho thấy cách các nhóm đối tượng thể hiện các hành vi để phản ứng với một sự kiện cụ thể được gọi là trình kích hoạt. Lưu ý rằng cùng một Đối tượng có thể thể hiện các hành vi khác nhau để đáp ứng với các sự kiện khác nhau. Sơ đồ chuyển trạng thái hiển thị toàn bộ vòng đời của một Đối tượng cụ thể, về cách thức kích hoạt sự kiện có thể gọi các hành vi khác nhau.

Từ điển dữ liệu / Thư viện đối tượng

Từ điển dữ liệu là kho lưu trữ cho các thực thể và thuộc tính dữ liệu mà doanh nghiệp thu thập và lưu trữ trong cơ sở dữ liệu. Các tiêu chuẩn cho định dạng dữ liệu được ghi lại trong Từ điển dữ liệu, cũng như các phụ thuộc và quy tắc cho các mối quan hệ và phụ thuộc giữa các thực thể dữ liệu được xác định trong Sơ đồ mối quan hệ thực thể.

Thư viện đối tượng là kho lưu trữ cho các đối tượng tái sử dụng. Từ góc độ kỹ thuật, chính các đoạn mã lập trình rời rạc thực sự tạo nên một đối tượng và đang được lưu trữ trong Thư viện đối tượng như một đơn vị hoàn toàn có thể tái sử dụng. Các ngôn ngữ lập trình hướng đối tượng (tức là, JAVA, ADA, Smalltalk, C ++) phát triển các phân đoạn mã khác biệt về nhận dạng và chức năng của chúng và có thể tái sử dụng để đối tượng có thể được tích hợp vào các ứng dụng khác với ít tùy chỉnh. Các nhà phát triển phần mềm thương mại ngày càng tạo ra các ứng dụng bằng cách sử dụng cách tiếp cận hướng đối tượng để họ có thể duy trì ứng dụng hiệu quả hơn bằng cách điều chỉnh hoặc thêm / xóa các đối tượng riêng lẻ. Các nhà cung cấp cũng đang ngày càng bán các đối tượng phổ biến cho các ứng dụng tài chính, sản xuất và quản trị. Những đối tượng thương mại và những tùy chỉnh do doanh nghiệp phát triển nên được lưu trữ trong Thư viện đối tượng. Các sản phẩm thông tin khác được phát triển bằng ngôn ngữ độc lập nền tảng cũng nên được đưa vào Thư viện đối tượng. Chúng bao gồm các tạo phẩm EA như các trang web và các thành phần dịch vụ web được phát triển bằng các ngôn ngữ hướng đối tượng và được lưu ở các định dạng tương thích như HTML, XML, XHTML, J2EE và ebXML.

Ấn phẩm EA về cấp độ hệ thống và dịch vụ -Hiện tại

Thành phần EA:

  • Ứng dụng phần mềm
  • Dịch vụ web
  • Service Bus và Middleware
  • Giải pháp hoạch định nguồn lực doanh nghiệp (ERP)
  • Các hệ điều hành

Ấn phẩm  EA:

  • Sơ đồ giao diện hệ thống (SA-1)
  • Sơ đồ truyền thông hệ thống (SA-2)
  • Ma trận giao diện hệ thống (SA-3)
  • Sơ đồ luồng dữ liệu hệ thống (SA-4)
  • Ma trận hệ thống / hoạt động (SA-5)
  • Ma trận trao đổi dữ liệu hệ thống (SA06)
  • Ma trận hiệu suất hệ thống (SA-7)
  • Sơ đồ tiến hóa hệ thống (SA-8)
  • Sơ đồ ứng dụng web (SA-9)

Quan điểm hiện tại về các hệ thống và ứng dụng CNTT sẽ hoạt động để hiển thị một bức tranh chính xác về các ứng dụng phần mềm, dịch vụ văn phòng trước / sau và hệ điều hành mà doanh nghiệp hiện đang hoạt động trong môi trường vận hành CNTT. Trong đó nhiều tài nguyên CNTT được phát triển theo cách độc lập, quan điểm hiện tại về mức độ ứng dụng hỗ trợ của khung có thể cho thấy (1) thiếu tích hợp trong các lĩnh vực có yêu cầu trao đổi thông tin, (2) sao chép chức năng , (3) ít hoặc nhiều sự đa dạng của nhà cung cấp và / hoặc (4) khi các yêu cầu kinh doanh không được đáp ứng.

Ấn phẩm EA Cấp độ hệ thống – Chương trình ứng dụng

Các loại ứng dụng phần mềm khác nhau mà doanh nghiệp sử dụng để hỗ trợ doanh nghiệp, tự động hóa văn phòng và các chức năng khác thường khác nhau về thiết kế, ngôn ngữ lập trình, điểm giao diện và nhà cung cấp nguồn. Đôi khi rất hữu ích khi phát triển chế độ xem đồ họa của các ứng dụng hỗ trợ này để hiển thị những gì hiện có và các loại chức năng chung được hỗ trợ. Hình 7 là một ví dụ về loại sơ đồ có thể hiển thị tổng quan về bộ phần mềm hiện tại của bộ doanh nghiệp, bộ ứng dụng và các giao thức mạng hỗ trợ.

Hình 7: General View of Systems and applications

Mô tả và quan điểm bổ sung có thể tập trung vào các loại ứng dụng hỗ trợ cụ thể để hiển thị các chức năng và giao diện cụ thể. Như được hiển thị trong Hình 8, có thể có ích khi hiển thị một hệ thống phân cấp của Google cho các ứng dụng như hệ điều hành nằm ở cơ sở, tự động hóa văn phòng và các ứng dụng kinh doanh ở giữa và các ứng dụng web đứng đầu.

Giao diện lập trình ứng dụng (API) là một loạt các chức năng mà các ứng dụng phần mềm sử dụng để làm cho các ứng dụng và hệ điều hành khác thực hiện các hành động hỗ trợ. Nói cách khác, API xác định cách các ứng dụng sẽ tương tác ở cấp Hệ thống / Dịch vụ của EA. Ví dụ: API cho chương trình có thể được sử dụng để mở các cửa sổ, tệp và hộp thông báo và thực hiện các tác vụ phức tạp hơn, chỉ bằng cách chuyển một lệnh đơn. Các mô tả API phải mô tả cả chức năng bên trong và kết nối bên ngoài để tạo ra một bức tranh về hoạt động và mối quan hệ tương tác.

Sơ đồ giao diện hệ thống và dịch vụ

Hệ thống CNTT là tập hợp riêng biệt của các ứng dụng, cơ sở dữ liệu, hệ điều hành và phần cứng đáp ứng các yêu cầu kinh doanh hoặc công nghệ cụ thể của doanh nghiệp. Các hệ thống này ngày càng được yêu cầu giao tiếp trực tiếp và gián tiếp với các hệ thống CNTT khác để cho phép chia sẻ thông tin trên toàn doanh nghiệp. Việc sử dụng các tiêu chuẩn quốc tế và công nghiệp không độc quyền cho các giải pháp phần mềm và phần cứng cho phép các giao diện này. Sơ đồ giao diện hệ thống (còn gọi là Sơ đồ kết nối nút) là các mô tả vật lý và logic về cách thức và nơi các giao diện này xảy ra. Tài liệu bổ sung về loại tiêu chuẩn và giao thức hỗ trợ là cần thiết để hoàn thành tài liệu về giao diện hệ thống và dịch vụ.

Như đã mô tả trong bài viết trước, cách tiếp cận Kiến trúc hướng dịch vụ (SOA) được sử dụng để mô tả và ghi lại các hệ thống CNTT và dịch vụ web trong cấp độ Hệ thống / Dịch vụ của khung EA3 và có thể được coi là kiến ​​trúc phụ của Khung EA3. Các dịch vụ web dựa trên giao thức trao đổi thông tin TCP / IP (HTTP) và các định dạng thông tin tiêu chuẩn mở như HTML, XML và J2EE (.NET là giao thức độc quyền thuộc sở hữu của Microsoft ®). Do đó, các dịch vụ web độc lập với nền tảng và có thể trao đổi thông tin với bất kỳ dịch vụ web nào khác trong môi trường hoạt động chung, được gọi là Bus dịch vụ nền tảng ứng dụng mạng (NAP) hoặc Enterprise Service Bus (ESB).

Các giao diện dịch vụ web trong Service Bus  NAP / ESB được xác định bởi hai tiêu chuẩn công nghiệp chính, đầu tiên là Giao thức truy cập đối tượng đơn giản (SOAP), là định dạng nhắn tin XML có thể mở rộng và World Wide Web Consortium (W3C) được sử dụng làm tiêu chuẩn quốc tế . Các giao diện SOAP bao gồm một phong bì, tiêu đề và phần thân và sử dụng khung liên kết vận chuyển để xác định các ràng buộc HTTP và khung tuần tự hóa cho mã hóa XML. Tiêu chuẩn khác là giao diện Chuyển giao trạng thái đại diện (REST) ​​hoặc Giao diện RESTful, nhằm thúc đẩy giao tiếp giữa các ứng dụng có thể khám phá ESB bằng cách chuyển một đại diện của tài nguyên đó theo định dạng khớp với loại dữ liệu chuẩn được xác định động để phù hợp với khả năng của một người gửi và người nhận.

Mô tả, Khám phá và Tích hợp Toàn cầu (UDDI) là định dạng và phương pháp chuẩn để đăng ký và khám phá các dịch vụ web. UDDI là một dịch vụ meta web web, có chức năng như một sổ đăng ký bằng cách sử dụng các thông báo SOAP để tìm các dịch vụ web. Sổ đăng ký UDDI tổ chức thông tin dịch vụ web thành bốn loại: thực thể kinh doanh, dịch vụ kinh doanh, mẫu ràng buộc và loại dịch vụ. Ngoài ra, Ngôn ngữ mô tả dịch vụ web (WDSL) được sử dụng để mô tả dịch vụ web được tìm thấy bởi cơ quan đăng ký UDDI. Hình 8 cho thấy một cái nhìn chung về các dịch vụ web và vai trò của SOAP, UDDI Registry và WDSL.

Hình 8: General View of Web Services

Tiêu chuẩn kỹ thuật

Các ứng dụng CNTT nên được lựa chọn dựa trên các tiêu chuẩn và giao thức kỹ thuật từ các cơ quan công nghiệp, quốc gia hoặc quốc tế không có thành kiến đối với các nhà cung cấp hoặc sản phẩm cụ thể. Các tiêu chuẩn cho API, chức năng dịch vụ và khả năng tích hợp phần mềm / phần cứng cần được ghi lại để hỗ trợ quá trình ra quyết định liên quan đến việc lựa chọn các ứng dụng mới cũng như các hoạt động và bảo trì các ứng dụng hiện có. Các mô tả dịch vụ web WSDL và tài liệu giao diện web NAP Service Bus là một số trong các tạo phẩm bổ sung cần được thu thập.

Ấn phẩm EA cấp độ cơ sở hạ tầng -Hiện tại

Thành phần EA:

  • Mạng dữ liệu
  • Điện toán đám mây
  • Mạng viễn thông
  • Mạng video
  • Nhà máy cáp
  • Giải pháp bảo mật

Ấn phẩm EA:

  • Sơ đồ kết nối mạng (NI-1)
  • Kiểm kê mạng (NI-2)
  • Kiểm kê thiết bị vốn (NI-3)
  • Xây dựng kế hoạch chi tiết (NI-4)
  • Sơ đồ trung tâm mạng (NI-5)
  • Sơ đồ nhà máy cáp (NI-6)
  • Sơ đồ độ cao giá (NI-7)

Tài liệu mạng

Ở cấp độ cơ sở hạ tầng của EA, mạng, bộ định tuyến / bộ chuyển mạch / trung tâm xương sống, phòng thiết bị, tủ nối dây và nhà máy cáp phải được mô tả chi tiết bằng cả tài liệu văn bản và sơ đồ hiển thị thiết kế logic và vật lý. Mỗi mạng thoại, dữ liệu và mạng video doanh nghiệp phải được ghi lại để phân tích và ra quyết định liên quan đến các hoạt động và bảo trì hiện tại được hỗ trợ. Hình 9 trên trang tiếp theo cung cấp một ví dụ về loại tài liệu này.

Hình 9: Example Network Design Diagram Technical Standards

Các tiêu chuẩn kỹ thuật cho mạng thoại, dữ liệu và video cần được xác định để cung cấp tài liệu tham khảo cho việc phân tích và hỗ trợ các tài nguyên cơ sở hạ tầng hiện tại cũng như lập kế hoạch cho các tài nguyên trong tương lai. Các tiêu chuẩn từ các cơ quan trong nước và quốc tế nên được sử dụng để khuyến khích lựa chọn các sản phẩm của nhà cung cấp sẽ tích hợp tốt hơn với các sản phẩm hiện có và tương lai khác. Các tiêu chuẩn kỹ thuật mạng cũng được cung cấp dưới dạng chính sách, thông số kỹ thuật và Quy trình vận hành tiêu chuẩn.

Tài liệu bảo mật

Mỗi mạng, đám mây điện toán và hệ thống CNTT được hỗ trợ bởi xương sống công nghệ phải được kiểm tra và chứng nhận về các lỗ hổng bảo mật. Điều này được thực hiện để duy trì mức hỗ trợ kinh doanh hiệu quả và giải pháp bảo mật CNTT tổng thể được thiết lập cho các ứng dụng, dịch vụ, cơ sở dữ liệu và trang web được lưu trữ. Các thành phần EA có liên quan bao gồm phát triển các kế hoạch bảo mật hệ thống / mạng, báo cáo kiểm tra lỗ hổng, khắc phục thảm họa và tính liên tục của các kế hoạch hoạt động, và kết quả đánh giá chứng nhận và công nhận .

Yêu cầu thay đổi cấu hình

Cần có một phương pháp tiêu chuẩn để yêu cầu thay đổi đối với các tạo phẩm EA, để có thể duy trì kiểm soát cấu hình đối với các chế độ xem EA hiện tại và tương lai. Sử dụng biểu mẫu Yêu cầu thay đổi EA (EACR) là một cách để có định dạng và quy trình chuẩn hóa để cập nhật tài liệu EA. Tạo EACR dưới dạng mẫu điện tử giúp thúc đẩy sử dụng bởi tất cả các bên liên quan, cũng như việc lưu trữ các EACR đang chờ xử lý và được phê duyệt trong cơ sở dữ liệu EA của kho lưu trữ.

Phần cứng / phần mềm

Một trong những chức năng của EA là cung cấp một kho lưu trữ định kỳ các tài sản phần cứng và phần mềm doanh nghiệp. Việc duy trì một kho lưu trữ các tài nguyên CNTT này giúp xác định mức đầu tư nào sẽ cần thiết cho hoạt động, bảo trì và đào tạo cũng như các dự án nâng cấp và thay thế công nghệ lớn. Sử dụng hệ thống kiểm kê tự động và nhãn mã vạch hỗ trợ duy trì khoảng không quảng cáo chính xác khi tài nguyên được đưa vào và rút khỏi môi trường vận hành CNTT.

 

Tóm tắt các khái niệm

Chương này cung cấp các mô tả và ví dụ về các tạo phẩm EA ghi lại trạng thái hiện tại của các thành phần ở tất cả các cấp của khung EA. Bộ sưu tập các đồ tạo tác hiện tại đại diện cho quan điểm hiện tại của EA. Điều này rất quan trọng đối với doanh nghiệp vì nó đóng vai trò là một kho lưu trữ thông tin tham khảo tích hợp để lập kế hoạch tài nguyên và ra quyết định. Quan điểm hiện tại của các thành phần EA cũng cho thấy các mục tiêu chiến lược, dịch vụ kinh doanh và tài nguyên công nghệ được liên kết hiệu quả và khoảng cách hiệu suất cũng có thể được tiết lộ. Bài viết sau sẽ thảo luận về sự phát triển các quan điểm trong tương lai của kiến trúc và  sẽ mô tả khái niệm về Kế hoạch quản lý EA nhằm quản lý quá trình chuyển đổi đang diễn ra giữa các trạng thái hiện tại / tương lai của  EA.

 

 

 

Leave a Reply

Your email address will not be published. Required fields are marked *