Tìm hiểu một số phương pháp luận xây dựng kiến trúc tổng thể và phương pháp xây dựng khung kiến trúc tổng thể TOGAF cho chính phủ điện tử Nepal

Trong lĩnh vực CNTT, từ thập kỷ 80 cũng đã bắt đầu xuất hiện khái niệm kiến trúc tổng thể Enterprise Architecture như một phần quan trọng đối với việc xây dựng hoạt động của doanh nghiệp

1 VIỆN CÔNG NGHỆ THÔNG TIN

ĐỖ THỊ THANH THÙY

TÌM HIỂU MỘT SỐ PHƯƠNG PHÁP LUẬN XÂY DỰNG KIẾN TRÚC TỔNG THỂ VÀ PHƯƠNG PHÁP XÂY DỰNG KHUNG KIẾN TRÚC TỔNG THỂ TOGAF CHO CHÍNH PHỦ ĐIỆN TỬ

NEPAL

LUẬN VĂN THẠC SĨ CÔNG NGHỆ THÔNG TIN

Hà Nội – 2013

NEPAL

Ngành: Công nghệ thông tin

Chuyên ngành: Quản lý hệ thống thông tin

Mã số: Chuyên ngành đào tạo thí điểm

LUẬN VĂN THẠC SĨ CÔNG NGHỆ THÔNG TIN

NGƯỜI HƯỚNG DẪN KHOA HỌC: TS Nguyễn Ái Việt

Hà Nội – 2013

Lời cam đoan

Tôi cam đoan đây là công trình nghiên cứu của riêng tôi Các số liệu, kết quả nêu trong luận văn là trung thực và chưa từng được công bố trong bất kỳ công trình nào khác Các số liệu trích dẫn trong quá trình nghiên cứu đều được ghi rõ nguồn gốc

Tác giả luận văn

Đỗ Thị Thanh Thùy

Lời cảm ơn

Để hoàn thành luận văn này tôi xin chân thành gửi lời cảm ơn đến các thầy cô trong Viện CNTT – ĐH Quốc Gia Hà Nội đã đóng góp ý kiến, nhận xét và quan tâm chỉ bảo, giúp đỡ tận tình trong quá trình thực hiện đề tài

Tôi xin gửi lời cảm ơn sâu sắc nhất đến thầy giáo, TS Nguyễn Ái Việt và TS Lê Quang Minh đã hướng dẫn, định hướng chuyên môn, quan tâm giúp đỡ tận tình và tạo mọi điều kiện thuận lợi nhất trong quá trình công tác cũng như thực hiện luận văn trong suốt thời gian vừa qua Nhân đây tôi xin gửi lời cảm ơn đến các bạn học viên khóa CIO 02 và CIO 03 đã cung cấp tài liệu cũng như có những đóng góp trao đổi cho

đề tài này Cuối cùng, tôi xin bày tỏ lòng kính trọng và sự biết ơn sâu sắc đến gia đình, bạn bè và đồng nghiệp đã luôn quan tâm, chia sẻ, động viên và tạo mọi điều kiện tốt nhất để tôi có thể hoàn thành tốt mọi công việc trong quá trình thực hiện luận văn Mặc dù đã rất cố gắng trong quá trình thực hiện nhưng luận văn không thể tránh khỏi những thiếu sót Tác giả mong nhận được sự góp ý của các thầy cô và bạn bè

Tác giả luận văn

Đỗ Thị Thanh Thùy

Mục lục

Cơ sở khoa học và thực tiễn 10

Nội dung của đề tài 10

Cấu trúc luận văn 12

1.1 Tổng quan về EA 13

1.1.1 EA là gì? 13

1.1.2 Tại sao lại áp dụng EA? 14

1.1.3 Sơ đồ chiến lược và lập kế hoạch EA 16

1.1.4 Các kiến trúc thành phần 17

1.2 Tổng quan về khung kiến trúc EA 18

1.2.1 Khung kiến trúc EA là gì? 18

1.2.2 Lịch sử và phát triển của khung kiến trúc EA 19

1.2.3 Phân loại 20

2.1 Khung kiến trúc ZACHMAN [10] 22

2.1.1 Giới thiệu chung 22

2.1.2 Phương pháp luận 22

2.1.3 Nhận xét chung 26

2.2 Khung kiến trúc TOGAF [22] 26

2.2.1 Giới thiệu chung 26

2.2.2 Phương pháp luận 26

2.2.3 Nhận xét chung 33

2.3 Khung kiến trúc FEAF [8] 33

2.3.1 Giới thiệu chung 33

2.3.2 Phương pháp luận 34

2.3.3 Nhận xét chung 37

2.4 Khung kiến trúc GARTNER [21] 37

2.4.1 Giới thiệu chung 37

2.4.2 Phương pháp luận 37

2.4.3 Nhận xét chung 39

2.5 Đánh giá, so sánh 40

3.1 Tầm nhìn và mục tiêu xây dựng chính phủ điện tử của Nepal 42

3.1.1 Tầm nhìn 42

3.1.2 Mục tiêu 43

3.1.3 Mô hình chính phủ điện tử cần xây dựng 43

3.2 Phương pháp xây dựng chính phủ điện tử 44

3.2.1 Giai đoạn pha mở đầu 45

3.2.2 Pha A: Tầm nhìn kiến trúc 47

3.2.3 Pha B: Kiến trúc nghiệp vụ 51

3.2.4 Pha C: Kiến trúc hệ thống thông tin 56

3.2.5 Pha D: Kiến trúc công nghệ 64

KẾT LUẬN 70

Tài liệu tham khảo 71

Danh sách bảng

2.1 So sánh các phương pháp xây dựng khung kiến trúc 30

Danh sách hình vẽ

Hình 1.1: Mục đích áp dụng EA 16

Hình 1.2: Các giai đoạn xây dựng và lập kế hoạch EA 16

Hình 1.3: Kiến trúc thành phần 18

Hình 1.4: Tỷ lệ áp dụng các phương pháp khung kiến trúc 19

Hình 1.5: Lịch sử và phát triển của một số khung kiến trúc 20

Hình 2.1: John Zachman 22

Hình 2.2: Khung kiến trúc Zachman 23

Hình 2.3: Các hàng trong khung Zachman 24

Hình 2.4: Các cột trong khung Zachman: 25

Hình 2.5: Nội dung khung nhìn của khung Zachman 25

Hình 2.6: Các thành phần khung kiến trúc TOGAF 27

Hình 2.7: Phương thức phát triển kiến trúc TOGAF ADM 29

Hình 2.8: Kỹ thuật phân tích chủ thể 29

Hình 2.9: Khung nội dung kiến trúc 30

Hình 2.10: Architecture Continuum 30

Hình 2.11: Mô hình tham chiếu kỹ thuật 31

Hình 2.12: Khung năng lực kiến trúc 32

Hình 2.13: Các thành phần cơ bản của khung FEAF 34

Hình 2.14: Mô hình tham chiếu 35

Hình 2.15: Mô hình kiến trúc Gartner 37

Hình 2.16: Tiến trình xây dựng khung kiến trúc 38

Hình 3.1: Mô hình luồng chảy thông tin G2C 33

Hình 3.2: ADM TOGAF 6234

Hình 3.3:Các đơn vị tham gia xây dựng kiến trúc 35

Hình 3.4: Các tham số đánh giá ưu tiên 35

Hình 3.5: Các dịch vụ điện tử cung cấp 36

Hình 3.6: Mô hình trưởng thành 36

Cơ sở khoa học và thực tiễn

Kiến trúc là một khái niệm được sử dụng nhiều trong lĩnh vực xây dựng, đó là “nghệ thuật

thiết kế, xây dựng các công trình, thường là nhà cửa” Khi tiến hành xây dựng những công

trình nhỏ, người ta thường không quan tâm lắm đến kiến trúc, nhưng với những công trình lớn, kiến trúc giữ một vai trò đặc biệt quan trọng và là thành phần không thể thiếu được của công trình

Trong lĩnh vực CNTT, từ thập kỷ 80 cũng đã bắt đầu xuất hiện khái niệm kiến trúc tổng thể (Enterprise Architecture) như một phần quan trọng đối với việc xây dựng hoạt động của doanh nghiệp dựa trên sự tích hợp và phát triển của hệ thống thông tin Khi phát triển những

hệ thống thông tin lớn, có nhiều bên tham gia, kiến trúc tổng thể chính là nền tảng, công cụ giúp các bên tham gia hiểu rõ về hệ thống cần xây dựng và các nguyên tắc định hướng cho việc thiết kế và phát triển hệ thống đó Trong suốt thập kỷ 90 có rất nhiều các phương pháp xây dựng kiến trúc tổng thể đã ra đời như TAFIM, EAP, TEAF,C4ISR và tạo những bước phát triển mạnh mẽ đối với các doanh nghiệp xây dựng kiến trúc tổng thể cho mình

Năm 1996, đạo luật liên bang Mỹ Clinger–Cohen Act đã quy định Kiến trúc Chính phủ liên bang Mỹ (U.S federal enterprise architecture – FEA) như một yêu cầu bắt buộc với mọi

hệ thống thông tin quản lý nhà nước

Năm 2011, tại Diễn đàn Thương mại điện tử Việt Nam 2011 thứ trưởng bộ Công thương Trần Tuấn Anh cũng đã nhấn mạnh “Tái cơ cấu theo hướng xây dựng kiến trúc doanh nghiệp Các tập đoàn, công ty, hệ thống ngân hàng thương mại và doanh nghiệp là những đối tượng cần đi đầu trong công tác đổi mới và xây dựng kiến trúc Doanh nghiệp phù hợp với tầm nhìn kinh doanh trong 5 năm tới.”[3]

Như vậy, kiến trúc tổng thể, kiến trúc doanh nghiệp có tầm quan trọng rất lớn đối với không chỉ đối với các doanh nghiệp mà còn với các tổ chức lớn hơn như chính phủ, quốc hội, tập đoàn

Nội dung của đề tài

Đề tài trước tiên sẽ tìm hiểu khái quát về kiến trúc tổng thể, khái niệm, vai trò, các yếu tố cấu thành của kiến trúc tổng thể qua đó đánh giá lợi ích to lớn mà nó mang lại đối với mỗi doanh nghiệp

Trên cơ sở có cái nhìn khái quát đó, đề tài sẽ đi vào tìm hiểu phần quan trọng nhất trong kiến trúc tổng thể - phương pháp xây dựng khung kiến trúc được áp dụng phổ biến nhất trên thế giới bao gồm:

kiến trúc Zachman (The Zachman Framework for Enterprise Architectures): Khung

được đặt theo tên tác giả John Zachman, người đầu tiên phát triển các khái niệm kiến trúc tổng thể trong những năm 1980 tại IBM Khung Zachman bao gồm ma trận 2 chiều

là giao điểm của 6 câu hỏi thông tin với 6 mức độ nhằm mô tả các thành phần kiến trúc dưới góc nhìn khác nhau của những người liên quan

• Khung kiến trúc TOGAF (The Open Group Architectural Framework – TOGAF): là

bộ Framework về kiến trúc doanh nghiệp của The Opengroup, là một phương pháp hướng dẫn chi tiết cách xây dựng một kiến trúc từ thiết kế, lên kế hoạch, cài đặt và quản lý kèm theo các công cụ hỗ trợ cho việc phát triển công nghệ thông tin và kiến trúc tổng thể

• Khung kiến trúc Chính phủ liên bang Mỹ (The Federal Enterprise Architecture –

FEA): đặt tất cả các quy trình phát triển, từ kiến trúc nghiệp vụ, kiến trúc dữ liệu, kiến trúc ứng dụng và kiến trúc công nghệ hiện thời thông qua các mô hình kiến trúc và các quá trình chuyển đổi, chuẩn hóa để đạt tới kiến trúc nghiệp vụ, kiến trúc dữ liệu, kiến trúc ứng dụng và kiến trúc công nghệ tương lai trong một khung tổng thể thống nhất

• Phương pháp luận Gartner (The Gartner Methodology): Phương pháp luận xây dựng

kiến trúc của Gartner được đánh giá cao do uy tín và tay nghề của công ty và do đó, phải do người của công ty thực hiện

Trên cơ sở tìm hiểu về các phương pháp trên, đề tài sẽ đi sâu vào phân tích quá trình xây dựng khung kiến trúc TOGAF, được đánh giá là giải pháp phù hợp với doanh nghiệp Việt Nam, thông qua việc tìm hiểu quá trình xây dựng chính phủ điện tử của Nepal Đề tài sẽ phân tích các vấn đề đặt ra với Nepal, các bước thực hiện theo ADM của TOGAF cũng như đánh giá kết quả đạt được sau khi xây dựng khung kiến trúc

Sau khi phân tích và tìm hiểu về TOGAF, đề tài cũng đưa ra những nhận xét, những yếu

tố khác biệt khi áp dụng vào điều kiện kinh tế, chính trị tại Việt Nam

Cấu trúc luận văn

• Mở đầu

• Nội dung

– Chương 1: Tổng quan về EA và khung EA

– Chương 2: Một số phương pháp xây dựng khung kiến trúc EA – Chương 3: Mô hình chính phủ điện tử NEPAL với TOGAF – Chương 4: Một số vấn đề về xây dựng EAF ở Việt Nam

• Kết luận

• Tài liệu tham khảo

• Phụ lục

Chương 1

Tổng quan về EA và khung EA

1.1 Tổng quan về EA

1.1.1 EA là gì?

Khái niệm EA (Enterprise Architecure) được ra đời từ những năm tám mươi của thế kỷ

trước Tuy nhiên, khái niệm chính xác về EA thì vẫn chưa rõ ràng và nhất quán Dường như, mỗi lần có một nghiên cứu về EA, một khái niệm mới về nó lại được ra đời Có rất nhiều khái niệm về EA được đưa ra như:

• EA bao gồm tầm nhìn, nguyên tắc và các tiêu chuẩn hướng dẫn việc mua, triển khai công nghệ trong doanh nghiệp (Theo Forrester, Gene Leganza,2001)

• EA là quá trình dịch chuyển tầm nhìn và chiến lược kinh doanh làm thay đổi doanh nghiệp một cách hiệu quả bằng cách tạo ra, truyền tải, và cải thiện các nguyên tắc và các mô hình mô tả trạng thái cơ bản của doanh nghiệp trong tương lai và cho phép nó hoạt động (Theo Gartner Group)

• EA là sự quản lý một cách tối đa sự đóng góp của các nguồn lực, đầu tư IT và các hoạt động phát triển hệ thống để đạt được một mục đích chung Kiến trúc mô tả rõ ràng mối quan hệ giữa mục tiêu chiến lược và các mục tiêu cụ thể thông qua việc đầu tư cải thiện

đo lường hiệu suất cho toàn bộ doanh nghiệp hay một phần doanh nghiệp (Theo US Federal EA)

• Thiết kế nghiệp vụ và sự gắn kết hệ thống CNTT là một phần của EA Các nhà kiến trúc tìm kiếm sự gắn kết giữa quy trình và cấu trúc doanh nghiệp để CNTT hỗ trợ hiệu quả (Wegmann et al 2005)

• Mục đích chính của EA là thông báo, hướng dẫn và hạn chế các quyết định của doanh nghiệp đặc biệt là các đầu tư cho IT (US Chief Information Officer Council)

• EA là sự hiểu biết về tất cả các thành phần khác nhau mà tạo nên doanh nghiệp và cách các thành phần này tương tác với nhau (Innstitute For Enterprise Architecture Developments)

• EA bao gồm tầm nhìn, nguyên tắc, các chuẩn và các quy trình nhằm hướng dẫn việc mua, thiết kế và triển khai công nghệ trong doanh nghiệp (Forrester Research)

Dù được định nghĩa như thế nào thì về cơ bản EA cũng bao gồm các thành phần chính sau:

1 Các bộ phận cấu thành nên hệ thống đó,

2 Quan hệ giữa các bộ phận với nhau và với môi trường ngoài và

3 Các nguyên tắc chỉ đạo việc thiết kế và phát triển các bộ phận đó (Theo ANSI/IEEE Std 1471-2000 )

Hay hiểu đơn giản: “kiến trúc của một tổ chức là bản thiết kế, quy hoạch tổng thể thống nhất

từ đầu đến cuối cho toàn bộ quá trình xây dựng, phát triển của tổ chức, hệ thống đó sau này” [3], bao gồm toàn bộ các thành tố xây dựng nên cơ cấu tổ chức, hệ thống thông tin, các

quy trình nghiệp vụ, các ứng dụng, hệ thống phần cứng và tất cả các thành phần khác cấu

thành nên hệ thống đó

Enterprise - Cơ quan, Doanh nghiệp là một tổ chức có chung một mục tiêu hoặc mục

đích tài chính Doanh nghiệp ở đây được hiểu theo nghĩa rộng là mọi tổ chức ( cơ quan quản

lý nhà nước, doanh nghiệp, đoàn thể, ), tập hợp các tổ chức (tập đoàn, hiệp hội) có cùng các mục tiêu, hoặc một ngành dọc trong một tổ chức, ví dụ: hệ thống tài chính – kế toán của một

tập đoàn Trong từng lĩnh vực cụ thể, từ enterprise có thể hiểu theo các nghĩa khác nhau, ví

dụ như kiến trúc chính phủ điện tử, kiến trúc doanh nghiệp, kiến trúc hành chính, kiến trúc

hệ thống thông tin, v.v

1.1.2 Tại sao lại áp dụng EA?

Trở về khái niệm ban đầu của kiến trúc, khi ta xây dựng một ngôi nhà lớn với nhiều phòng, nhiều chi tiết, nếu không có kiến trúc tổng thể, công trình đó rất có thể khó hoàn thành hoặc

đảm bảo yêu cầu thi công Ngôi nhà Winchester Mystery House nổi tiếng được xây dựng từ

năm 1884 đến năm 1922 với chi phí mất 5.5 triệu đô, xây dựng được 160 phòng, 6 bếp, 1.275 cửa sổ với hệ thống ga, nước, điện cung cấp đầy đủ Tuy nhiên, do không có kiến trúc tổng thể nên cho đến khi hoàn thành có đến 3 cầu thang không dẫn đi đâu, 65 cửa dẫn tới bức tường trống, số lượng chìa khóa có thể đủ để để đầy 2 hòm lớn

Đối với doanh nghiệp cũng vậy, khi doanh nghiệp phát triển mở rộng phạm vi thị trường, nếu không có kiến trúc tổng thể, doanh nghiệp đó sẽ khó có thể quản lý tốt các nguồn lực của mình Những năm 80 của thế kỷ trước, trên thế giới, rất nhiều các công ty rơi vào khủng hoảng, nhân viên làm việc ngày càng nhiều mà doanh nghiệp vẫn cứ thụt lùi; hệ thống thông tin càng ngày càng phức tạp, tốn kém, khó điều hành; chi phí và mức độ phức tạp của hệ

thống tăng theo cấp lũy thừa, trong khi đó mức độ hệ thống thông tin đáp ứng nhu cầu của tổ chức càng ngày càng kém đi Mỗi khi có nhu cầu mới hoặc thay đổi, rất khó điều chỉnh một

hệ thống thông tin cồng kềnh, đắt tiền đáp ứng được các nhu cầu mới đó

Chính trong thời điểm này, kiến trúc tổng thể đã ra đời và giúp các doanh nghiệp vượt qua được những khó khăn và dần phát triển mạnh Kiến trúc tổng thể giúp cho doanh nghiệp – cơ quan:

• Đồng bộ hóa CNTT với nghiệp vụ, mang lại sức mạnh tổng hợp từ các nguồn lực khác nhau và các nhóm chức năng khác nhau trong nội bộ doanh nghiệp;

• Khắc phục vấn đề chồng chéo, đầu tư lặp đi lặp lại;

• Tránh việc đầu tư lãng phí;

• Xây dựng được chuẩn để các dự án phối hợp tốt hơn với nhau;

• Rút gọn quy trình đầu tư

•

Công ty năng lượng toàn cầu (Global Energy Company) chi phí đầu tư hàng năm đều bị thất thoát và vượt mức hạn định, dự án 1 tỷ $ thì bị mất 100 triệu đô Thách thức đặt ra với doanh nghiệp này là làm sao cân bằng danh mục đầu tư và dịch vụ để tối ưu hóa giá trị kinh doanh, cân bằng giữa rủi ro và chi phí Sau khi ứng dụng EA cho quản lý quỹ đầu tư đã tiết kiệm 25 triệu $ trong vòng 6 tháng bởi tự động hóa và cải thiện khả năng báo cáo danh mục đầu tư cũng như cải thiện độ chính xác của dữ liệu và giảm sự trùng lặp dữ liệu

UK Department of Works & Pensions cung cấp lợi ích 120 tỷ bảng cho công dân vương quốc Anh, gồm 100.000 nhân viên, chi phí cho CNTT vào khoảng 1 tỷ bảng mỗi năm Thách thức đặt ra với UK Department of Works & Pensions là cải thiện chất lượng dịch vụ, nâng cao hiệu quả, giảm chi phí và xây dựng mạng lưới hỗ trợ các nhà cung cấp Doanh nghiệp đã

áp dụng TOGAF bắt đầu từ năm 2004, đến năm 2007, TOGAF đã trở thành khung chuẩn, đưa CNTT phù hợp với chiến lược phát triển kinh doanh và mở đường cho sự chuyển đổi hoạt động chính thức diễn ra dễ dàng vào năm 2011

Đây là 2 ví dụ điển hình cho thấy lợi ích của EA đối với sự định hướng xây dựng và phát triển của doanh nghiệp và cũng là giải thích cho việc tại sao các cơ quan, doanh nghiệp nên

áp dụng EA vào quá trình xây dựng và phát triển của cơ quan, tổ chức mình

Bảng 1.1 là một số lợi ích điển hình mà EA mang lại cho các doanh nghiệp theo khảo sát của Infosys [14]:

Hình 1.1: Mục đích áp dụng EA

1.1.3 Sơ đồ chiến lƣợc và lập kế hoạch EA

Hình 1.2: Các giai đoạn xây dựng và lập kế hoạch EA

Theo sơ đồ hình 1.2 ta có thể thấy, có 3 bước cơ bản trong việc xây dựng EA như sau:

Bước1: Mô tả kiến trúc hiện tại (As-is Architecture) với các thành phần và mối quan

trúc hiện tại của hệ thống Mô tả kiến trúc hiện tại

giá hiện trạng Kiến trúc này có thể tiết lộ bất cập

như không nhất quán hoặc không hiệu quả của phần thiết kế, vận hành hay sử dụng hệ thống

Bước2: Mô tả kiến trúc tương lai (To-be Architecture): mô tả kiến trúc lý tưởng và kiến

trúc mục tiêu của doanh nghiệp dựa trên khung

kiến trúc với các thành phần và mối quan hệ

trước đó đã xây dựng Kiến trúc lý tưởng là

kiến trúc doanh nghiệp mong muốn đạt được còn kiến trúc mục tiêu là kiến trúc cần đạt được

trong tương lai.Một kế hoạch chi tiết về kiến trúc

lý tưởng nên được thực hiện chỉ để chắc rằng kiến trúc mục tiêu sẽ không cản trở việc đạt được các điều kiện lý tưởng ở đâu đó trong tương lai Đây chính là giai đoạn lựa chọn công nghệ và tầm nhìn

Bước3: Tiến trình chuyển đổi

kiến trúc tương lai

1.1.4 Các kiến trúc thành phần

Về cơ bản, một kiến trúc tổng thể bao gồm 4 kiến trúc thành phần sau:

• Kiến trúc nghiệp vụ: Mô tả các mục tiêu hoạt động, các hoạt động, các quy trình

nghiệp vụ, hệ thống quản lý, cơ cấu tổ chức của hệ thống Đây là thành phần quan trọng nhất và tạo nền tảng cho các thành phần kiến trúc khác

• Kiến trúc dữ liệu: Xác định các quan hệ giữa các tập hợp dữ liệu, mô tả những thông

tin phục vụ cho hoạt động nghiệp vụ cũng như cách thức lưu trữ, xử lý, truy cập dữ liệu

• Kiến trúc ứng dụng: Xác định mô hình ứng dụng, giao diện người – máy, cơ chế xử

lý, các quy tắc nghiệp vụ, tương tác giữa chúng với nhau và quan hệ của chúng với các quy trình nghiệp vụ chủ yếu của hệ thống

• Kiến trúc kỹ thuật, công nghệ: Thể hiện các mô hình dữ liệu vật lý, thiết kế hệ thống

kỹ thuật, công nghệ và các cơ chế trình diễn, thiết kế các thủ tục và cơ chế kiểm soát,

các hạ tầng phần cứng và phần mềm cần thiết để có thể khai triển ba lớp kiến trúc nói trên

cơ bản của doanh nghiệp một cách toàn diện”[16], hay trong định nghĩa của ISO/IEC/IEEE

42010 là “xác lập các quy định chung để tạo lập, giải thích, phân tích và sử dụng các kiến trúc trong một lĩnh vực phần mềm riêng biệt hoặc trong cộng đồng những người có liên quan” [3]

Khung kiến trúc không phải là 1 kiến trúc duy nhất mà là một công cụ được sử dụng để xây dựng và phát triển kiến trúc Từ một khung kiến trúc người ta có thể tạo ra nhiều kiến trúc khác nhau Khung kiến trúc chính phủ điện tử của Uganda có nội dung khá đơn giản, trong khi đó khung kiến trúc chính phủ điện tửcủa Mỹ tương đối đầy đủ và phức tạp mặc dù đều được xây dựng dựa trên khung kiến trúc FEA của Mỹ

Theo thống kê của Iso-enterprise architecture [13], có khoảng 57 khung kiến trúc trên toàn thế giới và nổi tiếng nhất, được áp dụng phổ biến nhất phải kể đến khung kiến trúc

TOGAF, ZACHMAN, FEAF Hình 1.4 cho ta thấy mức độ áp dụng các khung kiến trúc đối với các tổ chức, doanh nghiệp trên toàn thế giới Phần chương sau chúng ta sẽ tìm hiểu kỹ hơn về các khung kiến trúc này

Hình 1.4: Tỷ lệ áp dụng các phương pháp khung kiến trúc

1.2.2 Lịch sử và phát triển của khung kiến trúc EA

Ngành kiến trúc hệ thống có thể coi như bắt đầu vào năm 1987 khi J.A Zachman viết bài báo

“A Framework for Information Systems Architecture - Khung cho kiến trúc các hệ thống thông tin” Năm 1994, Bộ Quốc phòng Mỹ phát triển khung kiến trúc kỹ thuật cho quản lý thông tin (TAFIM) – khung kiến trúc bị ảnh hưởng nhiều bởi tư tưởng của Zachman Đạo luật Clinger-Cohen được thông qua năm 1996 của Quốc hội Hoa Kỳ trong đó quy định các

cơ quan liên bang phải nâng cao hiệu quả của đầu tư công nghệ thông tin đã tạo điều kiện chính thức cho sự phát triển của EA Hội đồng CIO của Mỹ được thành lập và kết quả cho ra đời Khung Kiến trúc liên bang (FEAF) Phiên bản 1.1 của khung kiến trúc này được phát hành năm 1999 FEAF cuối cùng phát triển thành các kiến trúc doanh nghiệp liên bang (FEA) dưới sự kiểm soát của Văn phòng Quản lý và Ngân sách (OMB) Năm 1998, bốn năm sau khi TAFIM được giới thiệu và hai năm sau khi nó được hệ thống hóa bởi Clinger-Cohen, TAFIM đã chính thức ngừng hoạt động và công việc thực hiện được chuyển giao cho Tập đoàn Open Họ đã thay đổi và phát triển phiên bản khung kiến trúc mở (TOGAF) đầu tiên từ dựa trên khung TAFIM đó Các kiến trúc E2AF, TEAF sau này đều chịu ảnh hưởng ít nhiều TOGAF Hình 1.5 đưa ra một vài mốc phát triển của một vài phương pháp luận EA phổ biến:

Hình 1.5: Lịch sử và phát triển của một số khung kiến trúc

Sau 26 năm phát triển đến nay đã có hàng chục khung/phương pháp luận kiến trúc hệ thống ra đời và có thể thấy hầu hết các khung kiến trúc ngày nay đều có chung lịch sử và được xây dựng trên tinh hoa và các yếu tố có giá trị của các khung kiến trúc cũ

1.2.3 Phân loại

Khung kiến trúc có thể được phân loại thành ba nhóm chính:

1.2.3.1Khung kiến trúc phát triển bởi chính phủ và độc quyền:

Một trong những nơi áp dụng kiến trúc tổng thể mạnh nhất là các hệ thống chính phủ điện tử Nước Mỹ có Khung Kiến trúc Liên bang (FEAF) và Kiến trúc Hành chính Liên bang (FEA)

áp dụng cho các cơ quan quản lý nhà nước Chính phủ Đức có Chuẩn và Kiến trúc cho Chính phủ điện tử SAGA Canada có ban hành tài liệu về kiến trúc hướng dịch vụ Chính phủ GC SOA Chính phủ Úc và nhiều nước khác cũng có khung kiến trúc chính phủ điện tử của mình [11] Ngoài ra, Bộ Quốc Phòng các nước cũng bắt đầu xây dựng kiến trúc tổng thể như một

xu thế cho hoạt động quân sự đa quốc gia Bộ Quốc phòng Mỹ lại có kiến trúc riêng DoDAF,

Bộ quốc phòng Anh xây dựng khung MODAF, NATO cũng phát triển khung NAF cho riêng mình

Các khung kiến trúc ZACHMAN hay TOGAF cũng được xếp vào nhóm này

1.2.3.2Khung kiến trúc phát triển bởi các tập đoàn

Đây là những khuôn khổ chủ yếu được phát triển bởi các nhà cung cấp phần mềm Họ cung cấp kinh nghiệm và các phương pháp thực hành tốt nhất thu được từ các dự án kiến trúc trong quá khứ, dưới hình thức của các khung kiến trúc Trong danh sách 27 công ty được giải

“Annual Enterprise & IT Architecture Excellence Award 2012” có thể thấy những tên tuổi lớn như Credit Suisse, Intel, v.v Trong các công ty lớn hiện có một chức danh: Nhà kiến trúc doanh nghiệp (Enterprise Architect) Các công ty tin học, tư vấn lớn cũng có các sản phẩm là các khung kiến trúc, phương pháp luận, giải pháp phần mềm, dịch vụ tư vấn xây dựng kiến trúc: IBM, Microsoft, Gartner

1.2.3.3 Các khung kiến trúc khác

Nhóm này bao gồm nhiều khuôn khổ tập trung vào các ngành công nghiệp đặc biệt, cung cấp thêm các tính năng và chức năng như khung kiến trúc NIH

Chương 2

Phương pháp xây dựng khung kiến trúc

2.1 Khung kiến trúc ZACHMAN[10]

2.1.1 Giới thiệu chung

trúc các hệ thống thông tin" (Framework for

Information Systems)

Bằng những nỗ lực của mình, đầu tiên

Zachman đã sử dụng ba cột: dữ liệu, chức năng và mạng để xây dựng khung cơ bản Sau đó, ông mở rộng khuôn khổ của mình với ba cột còn lại (con người, thời gian và động lực) và đổi tên thành “Khung kiến trúc”, sau này được gọi là khung Zachman Khung Zachman mở rộng ra trên toàn thế giới và ngày nay vẫn là một trong những khung được sử dụng rộng rãi nhất

2.1.2 Phương pháp luận

Trên thực tế, khung kiến trúc Zachman không cung cấp một phương pháp luận để xây dựng kiến trúc mà thay vào đó là một dạng lược đồ, cung cấp một phương pháp luận để mô tả kiến trúc cần xây dựng Không có hướng dẫn về trình tự, quy trình, biện pháp thực hiện mà trọng tâm của khung Zachman là bảo đảm rằng tất cả các khía cạnh của cơ quan, doanh nghiệp được tổ chức tốt và thể hiện mối quan hệ rõ ràng, đảm bảo một hệ thống hoàn chỉnh không phụ thuộc vào thứ tự mà chúng được xác lập

Hình 2.1: John Zachman

Hình 2.2: Khung kiến trúc Zachman

Khung kiến trúc Zachman là lược đồ gồm sáu hàng và sáu cột Các hàng biểu diễn cho các vai trò chính trong việc hình thành tổ chức; trong khi các cột dựa trên các câu hỏi cơ bản trong trao đổi và giao tiếp

 Các hàng bao gồm: người lập kế hoạch (Planner), chủ đầu tư (Owner), người thiết kế (Designer), người xây dựng (Builder), nhà thầu phụ (Subcontractor), và các nhân viên trong hệ thống làm việc Tương ứng với vai trò trong tổ chức, các hàng cũng đại diện cho khung nhìn mà những người đó đối với hệ thống như: phạm vi (Scope), mô hình nghiệp vụ (Business Model), mô hình hệ thống (System Model), mô hình kỹ thuật (Technology Model) hay là sự thuyết minh dưới góc nhìn cụ thể (Detailed Presentation) Các hàng có mối quan hệ tương đối độc lập với nhau, hàng dưới không phải là một cấu phần của hàng trên, hay hàng trên không phải là tổng quát của hàng dưới Tuy nhiên, các hàng lại có quan hệ với nhau: mỗi hàng phải mô tả đầy đủ thông tin cần thiết về hệ thống dưới một quan điểm cụ thể và phải liên quan chặt chẽ với thông tin được mô tả ở các hàng khác

 Các cột biểu thị cho họ làm gì (What) - tạo ra sản phẩm gì, làm thế nào (How) - cách thức thực hiện ra sao, ở đâu (Where) - các lĩnh vực họ phụ trách là gì, ai (Who) – thành phần tham gia vào hệ thống, tại sao (Why) – động cơ là gì và khi nào (When) – thời gian

Hình 2.3: Các hàng trong khung Zachman

Hình 2.4: Các cột trong khung Zachman :

Các hàng và các cột tạo nên một ma trận mà mỗi ô trong 36 ô của ma trận chứa các thông tin là duy nhất Nội dung của mỗi ô đã được chuẩn hóa và minh bạch với mỗi một quan điểm Hình 2.1 đưa ra nội dung cụ thể của 36 ô tương ứng với 6 quan điểm cơ bản:

Hình 2.5: Nội dung khung nhìn của khung Zachman

Trong khi mô tả để hoàn thiện ma trận lược đồ khung kiến trúc, chúng ta cần tuân thủ các nguyên tắc chính khi xây dựng khung Zachman như sau:

- Nguyên tắc 1: Các cột không có thứ tự: các cột có thể thay đổi vị trí nhưng không thể tăng

thêm hay giảm đi

- Nguyên tắc 2: Mỗi cột là một mô hình đơn giản

- Nguyên tắc 3: Mô hình trong mỗi cột phải là duy nhất

- Nguyên tắc 4: Mỗi hàng đại diện cho một quan điểm duy nhất

- Nguyên tắc 5: Mỗi ô chứa dữ liệu duy nhất, không trùng lặp

- Nguyên tắc 6: Sự tổng hợp của các ô trong một dòng tạo thành một mô hình hoàn chỉnh

cho quan điểm hiện tại ở dòng đó

2.1.3 Nhận xét chung

Qua tìm hiểu khung Zachman bên trên cho thấy ưu điểm của khung kiến trúc Zachman là cho phép tiếp cận một cách có hệ thống và đầy đủ mô tả về chức năng, nhiệm vụ, quy trình nghiệp vụ của cơ quan tổ chức Đó là cách nhìn trung lập, toàn diện, hệ thống tất cả các mô hình của cơ quan, tổ chức Đồng thời, nó cũng cung cấp hệ thống các câu hỏi hướng dẫn cho các nhà phát triển khi xây dựng hệ thống

Tuy nhiên, nhược điểm của khung Zachman là không tập trung vào nghiệp vụ, không

có sự đồng bộ hóa giữa IT và nghiệp vụ dẫn tới việc tập trung quá mức vào IT và không xây dựng quy trình để tiến hành mô tả khung Hơn nữa, trong thực tế, rất hiếm khi ta cần trả lời đầy đủ các câu hỏi hay mô tả về hệ thống theo các quan điểm của khung kiến trúc Zachman đưa ra

2.2 Khung kiến trúc TOGAF[22]

2.2.1 Giới thiệu chung

TOGAF (The Open Group Architecture Framework) là một khung kiến trúc do tổ chức Open Group xây dựng Open Group là một tập đoàn độc lập với công nghệ và là nhà cung cấp có mục tiêu hỗ trợ truy cập thông tin tích hợp bên trong và giữa các tổ chức dựa trên các chuẩn

mở và tính tương tác toàn cầu Bởi vậy, điểm mạnh của TOGAF chính là việc không độc quyền và có thể sử dụng miễn phí (đối với các cá nhân tự phát triển) Phiên bản 1 của TOGAF ra đời năm 1995 trên cơ sở khung kiến trúc TAFIM của bộ quốc phòng Mỹ Phiên bản 9.1 là mới nhất hiện nay, mô tả rất chi tiết các khái niệm, các bước thiết kế cụ thể, các tiêu chuẩn, form mẫu, các công cụ hỗ trợ có thể được sử dụng cho bất cứ tổ chức nào trên thế giới khi được cấp phép Phiên bản 9 đã bổ sung và hoàn thiện thêm một số phần mở rộng như Hướng dẫn và kỹ thuật liên quan tới phương thức phát triển kiến trúc bao gồm một loạt những hướng dẫn và kỹ thuật được sử dụng trong quá trình triển khai TOGAF và TOGAF ADM, Khung nội dung kiến trúc mô tả khung nội dung kiến trúc TOGAF, bao gồm mô hình tổng thể, phương thức tái sử dụng các khối kiến trúc đã được xây dựng và tổng quan về những chuyển giao kiến trúc điển hình, Mô hình chỉ dẫn TOGAF

2.2.2 Phương pháp luận

Về tổng thể, TOGAF 9.1 bao gồm 6 phần chính như Hình 2.6:

Hình 2.6: Các thành phần khung kiến trúc TOGAF

1 Phương thức phát triển kiến trúc (Architecture Development Method): đặc trưng cơ

bản của TOGAF là bản thân TOGAF không phải là một khung kiến trúc mà là phương pháp luận để xây dựng khung kiến trúc; bởi vậy, nó cung cấp giải pháp phát triển kiến trúc hay còn gọi là Phương thức phát triển kiến trúc TOGAF (ADM) Đây được coi là “lõi” của TOGAF Phương thức phát triển là cách thức xây dựng kiến trúc tổng thể sao cho phù hợp với các yêu cầu nghiệp vụ của cơ quan, tổ chức; bao gồm 1 pha chuẩn bị và 8 pha chính khép kín Chu trình này có thể lặp đi lặp lại nhiều lần để đạt kết quả tốt nhất Trong mỗi pha, TOGAF cung cấp chi tiết các bước tiến hành để hoàn thành từng pha đó Kết thúc pha này thì mới được chuyển theo pha tiếp theo Đầu ra của pha trước sẽ là đầu vào yêu cầu đầu vào của pha sau Đường mũi tên giữa mỗi vòng tròn ADM bên ngoài đến vòng tròn ở trung tâm thể hiện mối quan hệ hai chiều giữa việc quản lý các yêu cầu và các pha tiến trình thực hiện

Nó thể hiện các yêu cầu điều khiển quá trình tạo ra kiến trúc như thế nào và làm thế nào kiến trúc được tạo ra có thể đáp ứng các yêu cầu đó

Các pha chính của chu trình ADM bao gồm:

Pha 1- Pha chuẩn bị: Đây là pha chuẩn bị các nguồn lực, xác định dự án, các bên liên quan khi xây dựng hệ thống

Pha 2 - Pha A: Tầm nhìn kiến trúc (Architecture Vision): xác định mục đích, mong muốn khi xây dựng dự án TOGAF, tạo ra tầm nhìn kiến trúc, xây dựng các kiến trúc thành phần, đánh giá bối cảnh của tổ chức, từ đó hoàn thành bản đề cương xây dựng kiến trúc của

dự án

Pha 3 - Pha B: Kiến trúc nghiệp vụ (Business Architecture): xây dựng kiến trúc nghiệp

vụ của tổ chức dựa trên chi tiết hóa kiến trúc nghiệp vụ hiện tại và tương lai từ đó phân tích khoảng cách giữa 2 kiến trúc này

Pha 4 - Pha C: Kiến trúc hệ thống thông tin (Information System Architecture): Đây là pha để xây dựng 2 kiến trúc nhỏ hơn bao gồm kiến trúc dữ liệu (Data Architecture) và kiến trúc ứng dụng (Application Architecture) của tổ chức Các kiến trúc này được xây dựng dựa trên chi tiết hóa kiến trúc nghiệp vụ hiện tại và tương lai từ đó phân tích khoảng cách giữa 2 kiến trúc này

Pha 5 - Pha D: Kiến trúc kỹ thuật (Technology Architecture): xây dựng kiến trúc kỹ thuật của tổ chức dựa trên chi tiết hóa kiến trúc nghiệp vụ hiện tại và tương lai từ đó phân tích khoảng cách giữa 2 kiến trúc này

Pha 6 – Pha E: Xác định cơ hội và giải pháp (Opportunities and Solutions): Từ việc xác định khoảng cách giữa 2 kiến trúc hiện tại và tương lai của các kiến trúc thành phần được xây dựng ở pha B, C, D, một lộ trình được xác định ở pha E này nhằm xây dựng các kế hoạch cài đặt, xác định các dự án chính để biến kiến trúc hiện tại có thể trở thành kiến trúc tương lai

Pha 7– Pha F: Kế hoạch chuyển đổi (Migation Plan): Đánh giá các rủi ro, thuận lợi, cũng như phân tích chi phí nhằm phát triển một cách chi tiết kế hoạch chuyển đổi và cài đặt

đã xây dựng từ bước trên

Pha 8 – Pha G: Quản trị cài đặt (Implementation Governance): cung cấp việc giám sát khi cài đặt kiến trúc, đảm bảo việc cài đặt hệ thống phù hợp với các kiến trúc

Pha 9 – Pha H: Quản lý thay đổi kiến trúc (Architecture Change Management): cung cấp các hướng dẫn và các phương thức để quản lý thay đổi và điều khiển việc thực hiện đảm bảo rằng kiến trúc được xây dựng đáp ứng được các yêu cầu của tổ chức

Chi tiết cụ thể về các pha này sẽ được trình bày chi tiết ở chươngtiếp theo khi tìm hiểu

về quá trình xây dựng khung Chính phủ điện tử của Nepal

Hình 2.7: Phương thức phát triển kiến trúc TOGAF ADM

2 Hướng dẫn và kỹ thuật ADM (ADM Guidelines and Techniques): bao gồm tập các

hướng dẫn để sử dụng ADM với các hoàn cảnh khác nhau cũng như các kỹ thuật hỗ trợ để thực hiện các nhiệm vụ cụ thể trong ADM như xác định các nguyên tắc, xác định các kịch bản kinh doanh, phân tích khoảng cách, lập kế hoạch chuyển đổi, quản lý rủi ro, vv)

3 Khung nội dung kiến trúc (Architecture Content Framework): cung cấp mô hình chi

tiết các sản phẩm của kiến trúc bao gồm các Sản phẩm (Deliverables), các tư liệu về sản

Hình 2.8: Kỹ thuật phân tích chủ thể

phẩm (Artifacts) và các khối thành phần (Architecture Building Blocks) của Sản phẩm đó

Nó cung cấp một danh sách kiểm tra toàn diện về kết quả đầu ra của kiến trúc

Hình 2.9: Khung nội dung kiến trúc

4 Tập hợp tài liệu kiến trúc (Architecture Continuum): bao gồm các mẫu, mô hình, tài

nguyên phục vụ cho việc phát triển kiến trúc, bao gồm 4 thành phần:

(c) Kiến trúc Công nghiệp: là những nguyên tắc đặc trưng cho các tổ chức, cơ quan trong cùng một lĩnh vực cụ thể

(d) Mức đặc trưng nhất là Kiến trúc tổ chức: là những kiến trúc đặc thù cho một tổ chức

5 Mô hình tham chiếu (Reference Models): Bao gồm 2 mô hình tham chiếu: mô hình

tham chiếu kỹ thuật (Technical Reference Model) - Cung cấp một hệ thống mô tả đầy đủ các thành phần và cấu trúc của một kiến trúc CNTT chung và Mô hình tham chiếu cơ sở

hạ tầng thông tin tích hợp (Integrated Information Infrastructure Referrence Model) - nhằm thực hiện việc trao đổi thông tin thông suốt giữa các hệ thống thông tin khác nhau

Hình 2.11:Mô hình tham chiếu kỹ thuật

6 Khung năng lực kiến trúc (Architecture Capability Framework): Cung cấp hướng

dẫn về việc thực hiện xây dựng kiến trúc hoạt động Các công việc bao gồm: Quản lý tài chính - Quản lý hiệu quả - Dịch vụ quản lý - Quản lý rủi ro - Quản lý tài nguyên - Truyền thông và Quản lý các bên liên quan - Quản lý chất lượng - Quản lý Nhà cung cấp - Quản

lý cấu hình - Quản lý môi trường

Hình 2.12: Khung năng lực kiến trúc

TOGAF được xây dựng bởi 4 kiến trúc thành phần chính:

• Kiến trúc nghiệp vụ (Business Architecture): mô tả về quy trình nghiệp vụ, cơ cấu tổ chức cũng như cách thức tổ chức thực hiện chức năng, nhiệm vụ của cơ quan tổ chức

• Kiến trúc hệ thống thông tin (Information System Architecture): bao gồm 2 phần là ứng dụng (Application) và dữ liệu (Data )

– Kiến trúc ứng dụng (Application Architecture): mô tả các ứng dụng được triển

khai để phục vụ hoạt động nghiệp vụ cũng như sự tương tác, trao đổi thông tin, dữ liệu và mối quan hệ gi nữa các ứng dụng này với nhau và với quy trình nghiệp vụ của cơ quan, tổ chức

– Kiến trúc dữ liệu( Data Architecture): mô tả cấu trúc về mặt logic và vật lý của dữ

liệu, cách thức lưu trữ dữ liệu trong quá trình hoạt động của cơ quan, tổ chức

• Kiến trúc công nghệ (Technology Architecture): mô tả công nghệ và hệ thống cơ sở hạ tầng phục vụ cho việc triển khai ứng dụng CNTT

2.2.3 Nhận xét chung

TOGAF là phương pháp mang tính linh hoạt cao TOGAF cho phép các giai đoạn được thực hiện không đầy đủ, có thể bỏ qua, kết hợp, sắp xếp lại, hoặc điều chỉnh lại các giai đoạn để phù hợp với nhu cầu của tình hình Vì vậy, không nên ngạc nhiên nếu hai có 2 nhà tư vấn TOGAF khác nhau cho ra hai quá trình rất khác nhau, ngay cả khi làm việc với cùng một tổ chức TOGAF thậm chí còn linh hoạt hơn về kiến trúc thực tế tạo ra Kiến trúc được xây dựng tốt hay không tốt, hoạt động hiệu quả hay không hiệu quả phụ thuộc nhiều vào kinh nghiệm của nhân viên và tư vấn TOGAF Tuy nhiên, điều này lại là yếu điểm của TOGAF bởi phương pháp này không chỉ ra cách làm thế nào xây dựng một kiến trúc tốt, cho nên kết quả có thể không như mong muốn Bởi vậy, một tổ chức, đơn vị muốn áp dụng phương pháp TOGAF cần phải có những tiêu chí lựa chọn nhất định

2.3 Khung kiến trúc FEAF[8]

2.3.1 Giới thiệu chung

FEAF được phát triển bởi Hội đồng CIO nhằm tăng cường khả năng tương tác, sự phát triển của các quy trình chung và chia sẻ dữ liệu giữa các cơ quan thuộc chính phủ liên bang và các

tổ chức chính phủ khác FEAF được coi là một công cụ cho phép Chính phủ liên bang:

• Tổ chức thông tin trong toàn liên bang

• Tăng cường chia sẻ dữ liệu trong các cơ quan của Liên bang

• Giúp cho các tổ chức liên bang phát triển kiến trúc của mình

• Giúp các tổ chức liên bang phát triển nhanh chóng quy trình đầu tư IT của mình

• Phục vụ nhu cầu công chúng và khách hàng tốt hơn, nhanh hơn và giá thành hợp lý hơn

Để đi đến 1 kiến trúc tích hợp chung cho toàn Liên bang, hội đồng CIO không đề nghị sử dụng một kiến trúc tập trung mà lựa chọn kiến trúc phân khúc Cách tiếp cận này cho phép các bộ phận, đơn vị quan trọng có thể tự phát triển kiến trúc của mình trong khuôn khổ của kiến trúc chung toàn Liên bang

FEAF được xây dựng dựa trên mô hình kiến trúc của Viện tiêu chuẩn và Công nghệ Quốc Gia (NIST) Mô hình NIST cho phép tổ chức, lập kế hoạch và xây dựng tập các thông tin tích hợp và kiến trúc CNTT Nó bao gồm 5 lớp xác định riêng biệt nhưng có quan hệ với nhau bao gồm: kiến trúc nghiệp vụ, kiến trúc thông tin, kiến trúc hệ thống thông tin, kiến trúc

dữ liệu và kiến trúc hệ thống cung cấp (phần cứng, phần mềm và thông tin liên lạc)

2.3.2 Phương pháp luận

Khi thiết kế khung kiến trúc, hội đồng CIO đã xác định 8 thành phần cơ bản cho phát triển và duy trì kiến trúc liên bang, bao gồm:

Hình 2.13: Các thành phần cơ bản của khung FEAF

1 Trình điều khiển kiến trúc: có 2 nhân tố gây ra thay đổi cho kiến trúc đó là nghiệp vụ

và thiết kế Điều khiển nghiệp vụ có thể là sáng kiến điều hành mới, các luật mới được sửa đổi hoặc các yêu cầu thay đổi của thị trường Điều khiển thiết kế bao gồm phần mềm hoặc phần cứng mới và sự kết hợp của chúng với các hướng tiếp cận triển khai mới

2 Hướng chiến lược: đảm bảo các thay đổi phù hợp với kiến trúc và bao gồm tầm nhìn, nguyên tắc, mục đích và mục tiêu

3 Kiến trúc hiện tại: Định nghĩa kiến trúc hiện tại và bao gồm 2 phần: nghiệp vụ hiện tại

và kiến trúc thiết kế (bao gồm dữ liệu, ứng dụng và công nghệ)

4 Kiến trúc tương lai: Xác định kiến trúc tương lai, bao gồm nghiệp vụ và kiến trúc thiết

kế trong tương lai, biểu diễn khả năng và công nghệ đạt được từ việc hỗ trợ thay đổi của nhu cầu kinh doanh

5 Quá trình chuyển đổi: hỗ trợ chuyển đổi từ hiện tại sang tương lai Các tiến trình chính trong kiến trúc liên bang là các kế hoạch đầu tư CNTT, kế hoạch chuyển đổi quản lý cấu hình và quản trị thay đổi

6 Phân đoạn kiến trúc:

7 Các mô hình kiến trúc: xác định mô hình thiết kế và nghiệp vụ

8 Các chuẩn: tham chiếu tới tất cả các chuẩn, hướng dẫn

Quá trình xây dựng FEAF được mô hình hóa theo các bước như sau:

- Bước1: Phân tích kiến trúc - Xác định một tầm nhìn đơn giản và ngắn gọn cho phân

khúc này, và liên hệ trở lại với kế hoạch tổ chức

- Bước2: Định nghĩa kiến trúc - Xác định tình trạng kiến trúc mong muốn của phân

khúc này, tài liệu hóa các mục tiêu hiệu suất, xem xét lựa chọn thay thế thiết kế, và xây dựng một kiến trúc doanh nghiệp đối với phân khúc, bao gồm cả nghiệp vụ, dữ liệu, dịch vụ, công nghệ và kiến trúc

- Bước3: Đầu tư và tài trợ chiến lược - Xem xét dự án sẽ được tài trợ

- Bước4: Kế hoạch quản lý chương trình và thực hiện dự án -Tạo một kế hoạch quản lý

và thực hiện dự án, bao gồm các sự kiện quan trọng và biện pháp thực hiện sẽ đánh giá sự thành công của dự án

Sau này, Kiến trúc liên bang được mở rộng khi bổ sung xây dựng các mô hình tham chiếu nhằm tập trung mô tả một cách rõ ràng hơn vào từng kiến trúc thành phần của hệ thống:

Hình 2.14: Mô hình tham chiếu

• Mô hình tham chiếu hiệu năng – PRM (Performance Reference Model): nhấn mạnh hiệu quả hoạt động của bộ máy tổ chức cùng với quy trình nghiệp vụ, cung cấp các tiện ích để tối ưu hóa đầu vào, quy trình xử lý, trên cơ sở đó tối ưu hóa đầu ra Mô hình tham chiếu hiệu suất đưa ra một ngôn ngữ chung để các cơ quan có thể mô tả hiệu suất

và các biện pháp thực hiện để đạt mục tiêu công việc Điều quan trọng là mô hình này

hỗ trợ việc ra quyết định phân bổ nguồn lực dựa trên so sánh tính hiệu lực, hiệu quả của

các cơ quan, chương trình, dự án và được chia làm 4 mức: lĩnh vực, loại, nhóm và chỉ tiêu

• Mô hình tham chiếu nghiệp vụ – BRM (Business Reference Model): là mô hình các chức năng nghiệp vụ của Chính phủ, trong đó bao gồm các chức năng nội bộ trong cơ quan và các dịch vụ cung cấp cho người dân Các chức năng này độc lập với các cơ quan thực hiện chúng Mô hình này mô tả chính phủ liên bang theo lĩnh vực nghiệp vụ thay vì mô tả cơ quan cụ thể Điều này thúc đẩy việc hợp tác giữa các cơ quan trong liên bang và là cơ sở cho triển khai kiến trúc toàn liên bang Mô hình này bao gồm 3 cấp: lĩnh vực nghiệp vụ, các nghiệp vụ và nghiệp vụ cơ sở

• Mô hình tham chiếu thành phần dịch vụ – SRM (Service Component Reference Model): là khung chức năng hướng dịch vụ, xác định và phân loại các thành phần dịch

vụ theo chiều ngang (các cơ quan cùng cấp) và theo chiều dọc (các cơ quan các cấp) để

hỗ trợ các cơ quan liên bang và các khoản đầu tư cho CNTT Mô hình tham chiếu dịch

vụ giúp các cơ quan sử dụng các dịch vụ dùng chung, tránh lãng phí Mô hình này được chia thành 3 mức: lĩnh vực dịch vụ, loại dịch vụ và các dịch vụ cơ sở

• Mô hình tham chiếu dữ liệu – DRM (Data Reference Model) là nền tảng cơ bản hỗ trợ cho toàn bộ EA với sự tập trung vào 2 câu hỏi cốt lõi: Thông tin nào là sẵn sàng cho việc chia sẻ và sử dụng lại, và đâu là những khe hở thông tin cần chỉnh cho đúng? DRM được thiết kế để cung cấp một khung công việc chung mềm dẻo cho việc chia sẻ

có hiệu quả thông tin của chính phủ xuyên khắp các biên giới củatổ chức, làm gia tăng các cơ hội tích hợp và sử dụng lại, và hỗ trợ cho tính tương hợp về ngữ nghĩa trong khi tôn trọng an ninh, tính riêng tư và sử dụng phù hợp các thông tin đó Mô hình này bao gồm 3 lĩnh vực chuẩn: mô tả dữ liệu, ngữ cảnh dữ liệu và chia sẻ dữ liệu

• Mô hình tham chiếu công nghệ– TRM (Technology Reference Model): được xây dựng dựa trên các thành phần, quy định các chuẩn và các công nghệ hỗ trợ cho việc cung cáp các dịch vụ nhằm thống nhất về mặt kỹ thuật công nghệ của các giải pháp ứng dụng của

cơ quan chính phủ, giúp tái sử dụng các giải pháp và công nghệ phù hợp nhất Mô hình này cũng được chia thành 3 mức: lĩnh vực dịch vụ, loại dịch vụ và các chuẩn

Những mô hình tham chiếu này là các nguyên tắc phân loại đưa ra sự phân loại được tiêu chuẩn hóa cho các mô hình và thông tin chiến lược, nghiệp vụ và công nghệ Điều này hỗ trợ cho sự phân tích và việc báo cáo xuyên khắp các EA của các cơ quan và từng trong số các lĩnh vực tài liệu