EA cho người mới bắt đầu-Phân Tích và Tài Liệu của Framework

Bài viết này  định nghĩa và mô tả mục đích của khung tài liệu và phân tích EA, cung cấp các ví dụ về các khung hiện có và thảo luận về EA3 Cube Framework, một khung tổng quát phù hợp để sử dụng trong các doanh nghiệp khu vực công và tư nhân.

Nội dung chính bao gồm:

  • Hiểu mục đích của khung EA là một phần của phương pháp triển khai EA.
  • Hiểu cách khung EA thiết lập phạm vi của EA.
  • Làm quen với nguồn gốc của các khung EA và một số ví dụ.
  • Hiểu thiết kế của khung EA3 Cube.

Các yếu tố nền tảng của một chương trình EA là khung phân tích và tài liệu (khung EA) và phương pháp triển khai (phương pháp EA). Khung EA xác định những gì chương trình EA sẽ ghi lại và phương pháp EA xác định cách tài liệu đó sẽ được phát triển và sử dụng. Bằng cách xác định những phần nào của doanh nghiệp được bao gồm trong EA, khung xác định phạm vi của kiến trúc. Thiết kế của khung truyền đạt mối quan hệ của các khu vực của EA được ghi lại.

Tương tự kiến trúc nhà: Khung tài liệu EA giống như bộ xương cấu trúc của một ngôi nhà. Đó là khung xác định kích thước và mối quan hệ của các bộ phận của ngôi nhà và các phòng riêng lẻ.

Quá trình phân tích và tài liệu EA được thực hiện thông qua phương pháp triển khai EA bao gồm (1) khung, (2) thành phần, (3) quan điểm kiến trúc hiện tại, (4) quan điểm kiến trúc trong tương lai, (5) kế hoạch quản lý quá trình chuyển đổi đang diễn ra giữa các khung nhìn này và (6) các luồng dọc ảnh hưởng đến kiến trúc ở tất cả các cấp.

Phân tích và tài liệu, được tổ chức thông qua khung EA, cung cấp các quan điểm phân cấp, tiêu chuẩn của doanh nghiệp từ quan điểm chiến lược, kinh doanh và công nghệ tích hợp, như được hiển thị trong Hình 1.

Hình 1: EA3 Cube Framework

Nguồn gốc của các khung

Mô hình hóa tài liệu và mô hình thông tin xuất hiện trong kỷ nguyên điện toán máy tính lớn khi các yêu cầu về dữ liệu, phần mềm và phần cứng trở nên phức tạp và nhiều mặt hơn, và khi các loại người dùng cuối tăng lên và vị trí của chúng ngày càng xa. Phản ánh bản chất của thời đại đó, hầu hết các kiến ​​trúc ban đầu được định hướng kỹ thuật, thường là nhà cung cấp và / hoặc sản phẩm cụ thể. Các nhà cung cấp các sản phẩm phần mềm và phần cứng ngày càng chào mời các giải pháp, tiêu chuẩn và dòng sản phẩm độc quyền của riêng họ dưới biểu ngữ thông tin hoặc kiến ​​trúc hệ thống. Mặc dù cách tiếp cận theo hướng kiến ​​trúc của nhà cung cấp này đã giúp cải thiện khả năng tính toán nói chung, nhưng nó cũng tạo ra các vấn đề không tương thích đáng kể cho các doanh nghiệp vận hành bộ sưu tập các sản phẩm CNTT từ nhiều nhà cung cấp.

Ngoài vấn đề không tương thích sản phẩm, đã tập trung vào phát triển và vận hành các hệ thống thông tin cá nhân so với việc tạo ra khả năng CNTT tổng thể trong doanh nghiệp.

Hơn nữa, lập kế hoạch CNTT ở cấp hệ thống phát triển từ cách tiếp cận phân tích và thiết kế tập trung vào việc đáp ứng một nhóm yêu cầu cụ thể trong doanh nghiệp. Ví dụ, nhiều doanh nghiệp đã giới thiệu CNTT để đáp ứng nhu cầu nhận thức về hỗ trợ tự động cho kế toán, bảng lương và chức năng kinh doanh hành chính. Điều này thường phát triển để bao gồm sản xuất, dịch vụ và hỗ trợ bán hàng. Trong hầu hết các trường hợp, mỗi yêu cầu kinh doanh này đều được đáp ứng bởi các giải pháp hệ thống riêng dựa trên các phương pháp và sản phẩm của nhà cung cấp độc quyền. Kết quả là một bộ sưu tập tài nguyên CNTT không đồng nhất, hỗ trợ độc lập các lĩnh vực kinh doanh, nhưng không thể trao đổi thông tin bên ngoài một hệ thống hoặc khu vực kinh doanh cụ thể. Chính kịch bản này đã làm nảy sinh các thuật ngữ như hệ thống bếp lò và đảo khả năng tính toán.

Kịch bản này ngày càng có vấn đề đối với các doanh nghiệp tìm cách chia sẻ thông tin giữa các ngành kinh doanh và chức năng hỗ trợ. Hơn nữa, sự trùng lặp trong khả năng hệ thống và chi phí vận hành và duy trì vô số hệ thống độc lập trở thành tâm điểm để cải thiện. Mong muốn tạo ra khả năng tương tác, giảm chi phí và tăng khả năng là trình điều khiển tổ chức đã thay đổi mọi thứ.

Trong giữa năm 1970  và 1980, sự thay đổi này có hai lĩnh vực chính: cơ sở dữ liệu và thiết kế mạng. Đầu tiên, một cách tiếp cận để phân tích và thiết kế hệ thống thông tin dựa trên các yêu cầu thông tin của doanh nghiệp xuất hiện thông qua việc giới thiệu các phương pháp được tiêu chuẩn hóa để mô hình hóa dữ liệu, cấu trúc và quy trình. Thứ hai, thời đại của điện toán máy chủ-máy khách phân tán ra đời khi các thiết bị đầu cuối máy tính lớn  bắt đầu được thay thế bằng máy tính để bàn thông minh có thể được nối mạng trong một thiết kế máy chủ-máy khách tiếp cận trong toàn doanh nghiệp.

Trong khu vực đầu tiên, một cách tiếp cận để thiết kế cơ sở dữ liệu, hiện được gọi là phương pháp có cấu trúc, đã được phát triển để mô hình hóa việc xử lý và cấu trúc dữ liệu. Kỹ thuật lập biểu đồ luồng dữ liệu (DFD) cho phép doanh nghiệp xác định cách hệ thống thông tin sẽ xử lý dữ liệu hỗ trợ chức năng kinh doanh. Kỹ thuật Sơ đồ mối quan hệ thực thể (ERD) cho phép các nhà phân tích xác định các loại mục dữ liệu mà doanh nghiệp muốn thu thập cùng với các thuộc tính và mối quan hệ của các mục dữ liệu đó. Thông qua hai phương pháp phân tích này, doanh nghiệp có thể thiết kế cơ sở dữ liệu quan hệ hiệu quả và có khả năng hơn, sử dụng các ngôn ngữ lập trình thủ tục (ví dụ: COBOL, FORTRAN, C) có khả năng phục vụ nhiều hệ thống thông tin và quy trình kinh doanh. Hơn nữa, điều này đã chuyển trọng tâm phân tích và thiết kế từ các giải pháp độc quyền sang các yêu cầu thông tin chung.

Trong khu vực thứ hai, sự chuyển đổi từ máy tính lớn sang máy tính phân tán cũng phục vụ để thay đổi cách thức mà các hệ thống thông tin và mạng được thiết kế. Trong khi các kỹ thuật mô hình hóa thông tin có cấu trúc thúc đẩy các thiết kế cơ sở dữ liệu quan hệ mới, điện toán nối mạng đã thúc đẩy việc lưu trữ các cơ sở dữ liệu này ở nhiều vị trí trên các máy chủ nhỏ hơn, máy chủ có thể đặt gần hơn với người dùng cuối. Các tiêu chuẩn hệ thống thông tin dựa trên các thỏa thuận quốc tế và công nghiệp đã xuất hiện, cũng như các thiết kế mới cho việc lưu trữ và vận chuyển thông tin. Các ví dụ quan trọng bao gồm Mô hình tham chiếu liên kết hệ thống mở (OSI) cho các mạng thông tin được đề xuất bởi J.D. Day và H. Zimmerman vào năm 1983.11 Mô hình này có bảy lớp giải quyết các dịch vụ, giao diện và giao thức. Năm 1974, Giao thức truyền thông / Giao thức Internet (TCP / IP) được đề xuất bởi Vinton Cerf và Robert Kahn 12, dẫn đến hoạt động trên một mạng dữ liệu chuyên dụng kết nối các trường đại học và các doanh nghiệp quân sự và doanh nghiệp được chọn trên toàn quốc (được gọi là ARPANET) . Việc chấp nhận TCP / IP trên phạm vi rộng vào cuối năm 1980 và đầu năm 1990 đã thúc đẩy việc tích hợp cơ sở hạ tầng mạng viễn thông và dữ liệu và cung cấp chất xúc tác cho sự phát triển mạnh mẽ của Internet toàn cầu. Các tiêu chuẩn khác để truyền dữ liệu xuất hiện vào cuối năm 1980 và đầu năm 1990 bao gồm một tiêu chuẩn xác định mạng cục bộ Ethernet và mạng Chế độ truyền tải không đồng bộ (ATM) thúc đẩy truyền thoại, dữ liệu và truyền video tích hợp.

Lưu trữ dữ liệu cũng thay đổi khi phát triển bộ vi xử lý máy tính, lưu trữ ổ cứng, lưu trữ ổ đĩa di động và giao diện viễn thông, tất cả đã tạo ra máy tính để bàn, còn được gọi là máy tính cá nhân (PC), một ứng cử viên khả thi để hỗ trợ in, lưu trữ tệp và lưu trữ ứng dụng chức năng. Kể từ đầu năm 1980, khả năng hoạt động của PC đã tăng lên đáng kể mỗi năm, trong khi chi phí cho PC đã giảm. Động lực này đã thúc đẩy sự chuyển đổi từ điện toán máy tính lớn sang điện toán nối mạng dựa trên các máy khách và máy chủ làm việc cùng nhau để chia sẻ dữ liệu và ứng dụng. Kết quả là các cách tiếp cận tiêu chuẩn để phát triển ứng dụng bắt đầu xuất hiện, cùng với các cuộc chiến cạnh tranh kéo dài giữa các nhà cung cấp để phát triển các sản phẩm sẽ thống trị trong môi trường điện toán mạng mới.

Đầu năm 1990 cũng chứng kiến ​​sự ra đời của một phương pháp mới để thiết kế cơ sở dữ liệu. Tập trung vào vấn đề tách cấu trúc khỏi quy trình mô hình hóa cơ sở dữ liệu quan hệ, một cách tiếp cận hướng đối tượng của người dùng đã được phát triển nhằm tận dụng các ngôn ngữ lập trình mới (tức là, Java, C ++) có thể hỗ trợ các đối tượng dữ liệu có thuộc tính và hành vi. Ngoài ra, các đối tượng dữ liệu này có thể gói gọn (cấm thay đổi) các khu vực nhất định trong mã của họ để bảo vệ chúng khỏi sự thay đổi. Điều này rất có ý nghĩa trong đó các đối tượng sau đó đại diện cho mã có thể tái sử dụng mà chất lượng trong các lĩnh vực chính được đảm bảo. Cuối cùng, các vùng mã không được đóng gói cung cấp cho người dùng khả năng tùy chỉnh hoặc thêm các thuộc tính và hành vi sao cho các đối tượng trở thành một khối xây dựng đáng tin cậy và linh hoạt để phát triển ứng dụng và cơ sở dữ liệu.

Chính trong thời gian này, một số bài viết đầu tiên về khung kiến ​​trúc thông tin bắt đầu xuất hiện. Năm 1987, Dennis Mulryan và Richard Nolan đã viết về Chương trình Kiến trúc và Kiến trúc 13 và năm 1991 Brandt Allen và Andrew Boynton đã viết một bài báo có tựa đề Kiến trúc thông tin: Tìm kiếm sự linh hoạt hiệu quả. Vào năm 1989 và 1992, John Zachman đã xuất bản các bài báo chuyên đề trên Tạp chí Hệ thống IBM về một ý tưởng cho Kiến trúc Hệ thống Thông tin (ISA) phục vụ tổ chức tài liệu thông tin theo thứ bậc và theo chức năng. Công việc của Zachman phục vụ thảo luận về kiến ​​trúc cho cấp độ của doanh nghiệp và kích thích viết thêm về kiến ​​trúc thông tin toàn doanh nghiệp sẽ tiếp tục trong suốt những năm 1990. Năm 1992, Steven Spewak xây dựng dựa trên công trình của Zachman và phát triển khái niệm Lập kế hoạch kiến ​​trúc doanh nghiệp (EAP). Phương pháp EAP thể hiện sự khác biệt so với các kiến ​​trúc định hướng kỹ thuật của những năm trước, vì nó tập trung vào cách CNTT sẽ được sử dụng để hỗ trợ doanh nghiệp chức năng trên cơ sở toàn doanh nghiệp (doanh nghiệp). Đây là công việc kết hợp của John Zachman và Steven Spewak, tạo thành nền tảng của hầu hết các khung kiến ​​trúc doanh nghiệp được sử dụng ngày nay trong toàn bộ doanh nghiệp và chính phủ, bao gồm khung EA3 Cube được nói trong các bài viết này.

Ví dụ về khung kiến ​​trúc doanh nghiệp

Khung công tác Zachman (1987 và 1992)

Vào giữa năm 1980, John Zachman nhận thấy rằng các yêu cầu xử lý dữ liệu của nhiều khách hàng IBM của ông đã trở nên phức tạp hơn. Cần phải hiển thị các hệ thống thông tin từ một số quan điểm giải quyết sự phức tạp này và thúc đẩy lập kế hoạch, thiết kế và quản lý cấu hình. Zachman đã thu hút từ cả ngành công nghiệp máy bay và xây dựng trong việc phát triển một lược đồ toàn diện và trực quan cao để ghi lại kiến ​​trúc hệ thống thông tin (ISA) trong bối cảnh của một số đặc điểm quan điểm phân cấp. Khung công tác ISA của Zachman là một lược đồ với các hàng và cột có chức năng giống như một cơ sở dữ liệu quan hệ trong đó ông kêu gọi phát triển các tạo tác kiến ​​trúc cơ bản hoặc nguyên thủy cho mỗi trong số 30 ô trong lược đồ, sao cho không có bất kỳ tạo tác nào trong số này được lặp lại trong các ô khác hoặc được kết hợp để tạo ra cái mà Zachman gọi là các sản phẩm của tổ hợp. Bằng cách ghi lại chi tiết về ISA (hiện được gọi là Khung Zachman EA) ở từng cấp độ của khung EA, doanh nghiệp phát triển nhiều chế độ xem các quy trình và tài nguyên của họ hữu ích cho các giám đốc điều hành cấp cao, quản lý trực tuyến và nhân viên hỗ trợ. Hơn nữa, cách tiếp cận của Zachman, giải quyết những gì, làm thế nào, ở đâu, ai, khi nào và tại sao câu hỏi về một doanh nghiệp. Hình 2 cung cấp phiên bản hiện tại của Khung Zachman cho EA (v3.0).

Hình 2: The Zachman Framework v3.0

Từ năm 1992, John Zachman đã tiếp tục gây ảnh hưởng đến một số khuôn khổ và bài viết khác nhau về EA, bao gồm cả khung EA3. Mặc dù cách tiếp cận cơ bản của ISA là rõ ràng trong Khung công tác Zachman hiện tại, nhiều khái niệm mới đã được đề cập như cách bảo mật CNTT là một yếu tố tiềm ẩn trong mỗi tế bào tạo tác nhân. Zachman đã viết một số bài báo có sẵn thông qua trang web của mình về cách tiếp cận EA của anh ấy giải quyết một số vấn đề cũ và mới và cách nó được sử dụng trong công việc hiện tại với các tổ chức trên toàn thế giới.

Phương pháp lập kế hoạch Spewak EA (1992)

Về thời gian John Zachman phát hành bài viết thứ hai của mình để mở rộng Khung công tác gốc, Steven Spewak đã tiếp tục mở rộng những ý tưởng này thành một khung định hướng quy hoạch kết hợp các tính năng mới bao gồm tập trung vào kinh doanh, một cách tiếp cận thực hiện bao gồm các nguyên tắc và giá trị, một chiến lược di cư, và quan hệ với quản lý dự án. Spewak là Kiến trúc sư trưởng của DHL Systems Inc. tại thời điểm phát triển phương pháp Lập kế hoạch Kiến trúc Doanh nghiệp (EAP) của ông. Ông cũng là người đầu tiên nêu bật thuật ngữ doanh nghiệp trực tuyến trong khuôn khổ của mình như một cách để nhấn mạnh sự cần thiết của kiến ​​trúc để vượt ra ngoài quy hoạch hệ thống cá nhân. Spewak từ định nghĩa của kiến ​​trúc thuật ngữ như sau:

Vì mục đích của EAP là cho phép doanh nghiệp chia sẻ dữ liệu, nên thuật ngữ doanh nghiệp nên bao gồm tất cả các lĩnh vực cần chia sẻ lượng dữ liệu đáng kể. Phạm vi tốt và phù hợp cho doanh nghiệp thường tương đương với một đơn vị kinh doanh, bộ phận hoặc công ty con vì các đơn vị doanh nghiệp đó bao gồm tất cả các chức năng kinh doanh để cung cấp sản phẩm và dịch vụ cho khách hàng. Ngoài ra, với trách nhiệm và kiểm soát điểm mấu chốt, lợi ích kinh tế và biện minh của EAP có thể dễ dàng được thiết lập hơn.

Spewak tuyên bố rằng EAP là một phương pháp để phát triển hai cấp độ cao nhất của Khung Zachman. Bảy giai đoạn của EAP được nhóm lại thành một mô hình hình bánh cưới bốn lớp, tạo ra một chuỗi thực hiện, như trong Hình 3.

Hình 3: The Spewak Enterprise Architecture Planning Approach

TOGAF Framework (1995)

Khung Togaf được Open Group phát triển  từ năm 1995 và hiện nay đã phát triển tới phiên bản 9.2.

Hình 4 : Cấu trúc tài liệu của khung TOGAF

The EA3 Cube Framework (2004)

Một khung tổng quát cho phân tích và tài liệu EA được giới thiệu trong cuốn sách này, có thể được sử dụng trong cả khu vực công và tư nhân. Các khái niệm được sử dụng trong EA3 Cube Framework được thành lập dựa trên các tác phẩm của Talcott Parsons, James Thompson, John Zachman, Steven Spewak và những người tạo ra FEAF. Khung EA3 sử dụng hình dạng chung của một khối, để hiển thị nhiều cấp độ dọc là các khu vực tài liệu EA khác nhau; nhiều lớp sâu là các lĩnh vực hoạt động riêng biệt – được gọi là ngành nghề kinh doanh; và nhiều khối con ở mỗi cấp độ đại diện cho các thành phần EA cắm và chạy.

Các doanh nghiệp có thể trực tiếp triển khai EA3 Framework hoặc có thể sử dụng nó làm cơ sở ban đầu để phát triển phương pháp quản lý tài liệu và quản lý EA của riêng họ. Nhiều doanh nghiệp rất có thể sẽ cần phải sửa đổi một số yếu tố của Khung EA3 để phù hợp với nhu cầu cụ thể của họ, điều này được khuyến khích vì người ta nhận thấy rằng các doanh nghiệp, chính phủ, quân đội, phi lợi nhuận và các doanh nghiệp học thuật có nền văn hóa, trình điều khiển kinh tế khác nhau và yếu tố thành công quan trọng. Những khác biệt này có thể yêu cầu điều chỉnh trong khuôn khổ để triển khai tốt nhất một chương trình EA nắm bắt môi trường kinh doanh và công nghệ hiện tại và tương lai.

Các đặc điểm chung của hầu hết các khung EA mà EA3 Framework cũng nắm bắt được là chúng giải quyết nhiều quan điểm phân cấp của doanh nghiệp và công nghệ và chúng hỗ trợ lập kế hoạch và triển khai hệ thống tích hợp. Khung EA3 phục vụ chủ yếu để tổ chức các hoạt động lập kế hoạch và tài liệu CNTT. Khung này được phân cấp để phân biệt các chế độ xem cấp cao có giá trị đối với giám đốc điều hành và nhà hoạch định với các chế độ xem chi tiết hơn có giá trị đối với người quản lý trực tuyến và nhân viên hỗ trợ. Hình 5 cho thấy thiết kế và các tính năng chính của EA3 Framework.

Hình 5: The EA3 Cube Analysis and Documentation Framework

Các cấp độ phân cấp của EA3 Cube Framework

Năm cấp độ của Khung EA3 được phân cấp và tích hợp sao cho các kiến ​​trúc con riêng biệt không cần thiết để phản ánh các cấp độ hoặc khu vực chức năng khác nhau của doanh nghiệp. Các khu vực kiến ​​trúc được bảo hiểm ở mỗi cấp được bố trí để đặt các mục tiêu chiến lược cấp cao ở trên cùng, các dịch vụ kinh doanh nói chung và luồng thông tin ở giữa, và các ứng dụng hỗ trợ cụ thể và cơ sở hạ tầng mạng ở phía dưới. Theo cách này, sự liên kết có thể được hiển thị giữa chiến lược, thông tin và công nghệ, giúp lập kế hoạch và ra quyết định.

Mục tiêu và sáng kiến. Đây là động lực đằng sau kiến ​​trúc. Cấp cao nhất của Khung EA3 xác định định hướng chiến lược, mục tiêu và sáng kiến ​​của doanh nghiệp và cung cấp các mô tả rõ ràng về đóng góp mà CNTT sẽ thực hiện để đạt được các mục tiêu này. Lập kế hoạch chiến lược bắt đầu bằng một tuyên bố rõ ràng về mục đích và / hoặc sứ mệnh của doanh nghiệp, được khen ngợi bởi một tuyên bố cô đọng về tầm nhìn thành công. Tiếp theo là các mô tả về định hướng chiến lược mà doanh nghiệp đang thực hiện, các kịch bản có thể xảy ra, cũng như chiến lược cạnh tranh sẽ đảm bảo không chỉ khả năng sống sót mà còn thành công về mặt doanh nghiệp phải xác định. Những tuyên bố bao quát này sau đó được hỗ trợ thông qua việc xác định mục tiêu và các sáng kiến ​​hỗ trợ bao gồm các kết quả có thể đo lường được và các biện pháp thực hiện.

Sản phẩm và Dịch vụ. Đây là khu vực kiến ​​trúc khu vực dự kiến ​​ảnh hưởng chính. Cấp độ thứ hai của Khung EA3 xác định các dịch vụ sản phẩm kinh doanh của doanh nghiệp và sự đóng góp của công nghệ để hỗ trợ các quy trình đó. Thuật ngữ service dịch vụ kinh doanh, được sử dụng để chỉ các quy trình và thủ tục hoàn thành nhiệm vụ và mục đích của doanh nghiệp, cho dù đó là cạnh tranh trong khu vực tư nhân, cung cấp dịch vụ công cộng, giáo dục, cung cấp dịch vụ y tế hay cung cấp khả năng phòng thủ. Hoạch định chiến lược giúp định hướng và ưu tiên các dịch vụ kinh doanh và hoạt động phân phối sản phẩm khác nhau trong một doanh nghiệp để đảm bảo rằng họ đang cùng nhau chuyển doanh nghiệp theo hướng chiến lược được nêu trong Kế hoạch chiến lược. Các dịch vụ kinh doanh sau đó cần được mô hình hóa trong trạng thái hiện tại của chúng và nếu dự đoán sự thay đổi, cũng được mô hình hóa trong trạng thái tương lai được hình dung. Các dịch vụ kinh doanh và quy trình phân phối sản phẩm nên được loại bỏ nếu chúng không bổ sung đủ giá trị cho các mục tiêu và sáng kiến ​​chiến lược của doanh nghiệp. Các dịch vụ kinh doanh và hoạt động phân phối sản phẩm nên được sửa đổi nếu thay đổi có thể tăng giá trị cho doanh nghiệp, có thể là một sự điều chỉnh nhỏ hoặc thay đổi lớn trong cách thức hoạt động đó được thực hiện.

Công nghệ thường là yếu tố cho phép tăng giá trị, nhưng không phải là yếu tố thúc đẩy quá trình tái cấu trúc hoặc cải tiến dịch vụ kinh doanh và quy trình phân phối sản phẩm. Điều quan trọng là phải xem xét và điều chỉnh quy trình trước khi CNTT được áp dụng để đảm bảo đạt được giá trị và hiệu quả tối ưu.

Dữ liệu và thông tin. Tối ưu hóa dữ liệu và trao đổi thông tin là mục đích thứ yếu của kiến ​​trúc. Cấp độ thứ ba của Khung EA3 nhằm ghi lại thông tin hiện đang được sử dụng bởi doanh nghiệp và luồng thông tin trong tương lai sẽ như thế nào. Mức này có thể được phản ánh thông qua tài liệu Chiến lược CNTT có liên quan đến Kế hoạch chiến lược doanh nghiệp và / hoặc Kế hoạch kinh doanh. Mục đích của chiến lược CNTT là thiết lập một cách tiếp cận cấp cao để thu thập, lưu trữ, chuyển đổi và phổ biến thông tin trong toàn doanh nghiệp. Việc sử dụng các khái niệm như quản lý kiến ​​thức, khai thác dữ liệu, kho thông tin, dữ liệu và cổng web có thể được tổ chức thông qua chiến lược CNTT. Thiết kế và chức năng của cơ sở dữ liệu trong toàn doanh nghiệp cũng được ghi nhận ở cấp độ này như là các tiêu chuẩn và định dạng cho dữ liệu, từ điển dữ liệu và kho lưu trữ cho các đối tượng thông tin có thể sử dụng lại.

Hệ thống và ứng dụng. Cấp độ thứ tư của EA3 Framework nhằm tổ chức và ghi lại nhóm các hệ thống thông tin hiện tại và các ứng dụng mà doanh nghiệp sử dụng để cung cấp các khả năng CNTT. Tùy thuộc vào các thay đổi ở các cấp cao hơn của khung EA3 (Dịch vụ kinh doanh hoặc luồng thông tin), có thể có các thay đổi được lên kế hoạch cho các hệ thống / ứng dụng phải được phản ánh trong kiến ​​trúc trong tương lai. Khu vực này của khung EA3 cũng là nơi các thành phần là một tính năng nổi bật trong các kiến ​​trúc hướng dịch vụ, vì các ứng dụng thương mại ngày càng tương thích có sẵn cho các doanh nghiệp (ví dụ: tiêu chuẩn công nghiệp J2EE và .NET). Các ứng dụng lớn, mô-đun có thể xử lý toàn bộ các dòng chức năng kinh doanh và / hoặc văn phòng hỗ trợ (tức là, hệ thống tài chính, hệ thống kiểm soát sản xuất và hệ thống quản lý chuỗi cung ứng). Thường được gọi là hệ thống hoạch định nguồn lực doanh nghiệp (ERP), các ứng dụng thương mại này có thể cung cấp các mô-đun chức năng có thể được tùy chỉnh để cho phép doanh nghiệp giảm tổng số ứng dụng mà chúng vận hành và bảo trì. Mặc dù các hệ thống ERP hiếm khi cung cấp tất cả các chức năng mà doanh nghiệp cần cho các chức năng kinh doanh và hỗ trợ quản trị, nhưng cách tiếp cận theo mô-đun này phản ánh chiến lược của trò chơi cắm và chạy mà các doanh nghiệp có thể áp dụng ở cấp độ Khung EA3 này để tăng khả năng tương tác và giảm chi phí.

Mạng và cơ sở hạ tầng. Đây là lưới kết nối của kiến ​​trúc, môi trường máy chủ cho các ứng dụng và hệ thống. Cấp độ thứ năm và dưới cùng của EA3 Framework nhằm tổ chức và ghi lại các chế độ xem hiện tại và tương lai của mạng thoại, dữ liệu và video mà doanh nghiệp sử dụng để lưu trữ các hệ thống, ứng dụng, trang web và cơ sở dữ liệu. Cấp độ này cũng ghi lại cơ sở hạ tầng của doanh nghiệp (ví dụ: các tòa nhà, phòng máy chủ, thiết bị vốn). Mạng cục bộ (LAN), Mạng diện rộng (WAN), Mạng ứng dụng hệ thống (SAN), Mạng nội bộ, Extranet, Mạng không dây, Mạng di động và Đám mây điện toán được ghi lại ở cấp độ này để có thể triển khai các thiết kế hiệu quả thông qua kiến ​​trúc tương lai làm giảm sự trùng lặp, tăng hiệu quả chi phí và hiệu suất, và thúc đẩy tính khả dụng và khả năng sống sót. Thông thường, doanh nghiệp sẽ xác định rằng các khả năng CNTT nhất định rất quan trọng đối với sự thành công của doanh nghiệp và trong các lĩnh vực này, kiến ​​trúc sẽ phản ánh các tài nguyên dư thừa ở các vị trí khác nhau để các khả năng này có thể tiếp tục khả dụng nếu tài nguyên chính không khả dụng.

Các ngành nghề kinh doanh trong EA3 Cube Framework

Một dòng doanh nghiệp (LOB) là một lĩnh vực hoạt động riêng biệt trong doanh nghiệp. LOB cũng có thể được gọi là các khu vực nhiệm vụ ’dọc. Nó có thể liên quan đến việc cung cấp dịch vụ, phát triển / phân phối sản phẩm hoặc các chức năng quản trị nội bộ. Mỗi LOB có một kiến ​​trúc hoàn chỉnh bao gồm tất cả năm cấp độ phân cấp của khung EA3. Do đó, LOB theo một cách nào đó có thể độc lập về mặt kiến ​​trúc trong doanh nghiệp, ngoại trừ việc sao chép dữ liệu, ứng dụng và chức năng mạng sẽ xảy ra nếu mỗi LOB thực sự độc lập và các hoạt động xen kẽ làm giảm sự trùng lặp này sẽ không được thể hiện. Có thể có trường hợp doanh nghiệp muốn tăng dần EA của họ do chi phí hoặc các cân nhắc khác, và kiến ​​trúc LOB riêng lẻ là một cách để làm điều này. Các kiến ​​trúc LOB sau đó phải được gắn với nhau để EA đại diện chính xác cho toàn bộ doanh nghiệp, đó là điều cần thiết để EA có giá trị tối đa cho các giám đốc điều hành, quản lý và nhân viên.

Các thành phần giao nhau trong Khung khối EA3

Để tránh sự thiếu hiệu quả của hỗ trợ trùng lặp trong các LOB, các thành phần công nghệ và kinh doanh xuyên suốt được thành lập để cung cấp các khả năng cung cấp dịch vụ và sản phẩm chung, cơ sở dữ liệu, bộ ứng dụng và cơ sở hạ tầng mạng. Dịch vụ xuyên suốt nhằm mục đích giảm chi phí lưu trữ ứng dụng, tăng chia sẻ thông tin và cho phép các giải pháp cơ sở hạ tầng trên toàn doanh nghiệp. Ví dụ về các sáng kiến ​​xuyên suốt bao gồm dịch vụ email, dịch vụ hành chính, dịch vụ điện thoại, thiết bị hội nghị truyền hình video và phòng máy chủ.

Lập kế hoạch Chủ đề trong Khung EA3 Cube

Tài liệu EA bao gồm các chủ đề của hoạt động chung bao trùm tất cả các cấp của khung. Các chủ đề này bao gồm bảo mật, tiêu chuẩn và cân nhắc lực lượng lao động.

Bảo mật. Bảo mật có hiệu quả nhất khi nó là một phần không thể thiếu của chương trình quản lý tài liệu và phương pháp quản lý EA. Một chương trình bảo mật và quyền riêng tư toàn diện có một số lĩnh vực trọng tâm bao gồm: thông tin, nhân sự, hoạt động và cơ sở. Để có hiệu quả, bảo mật CNTT phải hoạt động trên tất cả các cấp của khung EA và trong tất cả các thành phần EA.

Tiêu chuẩn. Một trong những chức năng quan trọng nhất của EA là nó cung cấp các tiêu chuẩn liên quan đến công nghệ ở tất cả các cấp độ của khung EA. EA nên dựa trên các tiêu chuẩn quốc tế, quốc gia và công nghiệp được chấp nhận để thúc đẩy việc sử dụng các giải pháp thương mại không độc quyền trong các thành phần EA. Điều này lần lượt tăng cường tích hợp các thành phần EA, cũng như hỗ trợ tốt hơn cho việc chuyển đổi các thành phần khi cần thiết.

Kỹ năng. Một trong những nguồn lực lớn nhất mà doanh nghiệp có là con người của nó. Do đó, điều quan trọng là đảm bảo rằng các yêu cầu về nhân sự, kỹ năng và đào tạo được xác định ở mỗi cấp độ của khung EA và các giải pháp phù hợp được phản ánh trong kiến ​​trúc tương lai. Kế hoạch lực lượng lao động (Kế hoạch vốn nhân lực) có lẽ là cách tốt nhất để nói rõ cách thức sử dụng vốn nhân lực trong việc kích hoạt các khả năng công nghệ, làm nền tảng cho các dịch vụ kinh doanh và thông tin.

Tóm tắt :

Chương này mô tả cách một khung EA là một trong những yếu tố nền tảng của chương trình EA và phương pháp triển khai. Khung EA thiết lập phạm vi của nỗ lực tài liệu EA và liên quan các khu vực của kiến trúc với nhau. Các khung EA được phát triển lần đầu tiên vào năm 1980 và đã phát triển trong các lĩnh vực công cộng và tư nhân, cũng như quốc tế để cung cấp hỗ trợ cho các phương pháp tiếp cận cụ thể đối với EA. EA3 Cube Framework đã được mô tả chi tiết, như là một phần của phương pháp EA tổng thể.

Leave a Reply

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