TÍNH TƯƠNG HỢP CỦA CÁC HỆ THỐNG CNTT
Chính phủ điện tử là gì?
Chính phủ điện tử (CPĐT) đã trở thành một khái niệm quen thuộc trong lĩnh vực CNTT-TT tại Việt Nam những năm gần đây Mặc dù có nhiều tranh cãi về bản chất và cách dịch thuật ngữ này, hầu hết mọi người đều đồng thuận rằng mục tiêu của việc triển khai Chính phủ điện tử là nhằm nâng cao chất lượng dịch vụ công cho người dân.
Để đạt được mục tiêu nâng cao hiệu quả giao dịch giữa Chính phủ và công dân (G2C) cũng như giữa doanh nghiệp và Chính phủ (G2B) thông qua công nghệ thông tin và truyền thông (CNTT-TT), các cơ quan Nhà nước cần phải hiện đại hóa quy trình làm việc và các công việc của mình bằng cách áp dụng các phương tiện CNTT.
TT mà chúng ta thường gọi là tin học hóa quản lý hành chính nhà nước
Theo Ngân hàng Thế giới, CPĐT là việc sử dụng công nghệ thông tin và truyền thông để cải thiện việc trao đổi thông tin, nghiệp vụ, quy trình và thủ tục hành chính giữa chính phủ với công dân, doanh nghiệp, cũng như giữa các cơ quan chính phủ.
Bộ, Ban, Ngành thuộc chính phủ cần phối hợp chặt chẽ để nâng cao hiệu quả hoạt động, từ đó cải thiện công tác điều hành và cung cấp dịch vụ công một cách tốt hơn, thuận tiện hơn cho người dân.
Chính phủ điện tử, theo Sally Katzen, phó giám đốc điều hành cơ quan quản lý ngân sách thời tổng thống B Clinton, là khả năng mà mọi công dân và doanh nghiệp có thể truy cập thông tin và sử dụng dịch vụ của Chính phủ 24/7 Khái niệm này nhấn mạnh sự phụ thuộc vào Internet và các công nghệ tiên tiến của các cơ quan Chính phủ để cung cấp thông tin và dịch vụ một cách dễ dàng, nhanh chóng, hiệu quả và tiết kiệm chi phí Đây là hiểu biết phổ biến trong nhiều chiến lược về Chính phủ điện tử của các quốc gia.
Chính phủ điện tử (CPĐT) được định nghĩa bởi Gartner Group là quá trình tối ưu hóa liên tục trong việc cung cấp dịch vụ, sự tham gia của các thành phần, và quản lý nhà nước thông qua công nghệ và Internet Các dịch vụ trực tuyến phục vụ công dân và doanh nghiệp là các thành phần bên ngoài, trong khi hoạt động nội bộ của chính phủ liên quan đến công chức Fisher Folta Inc mô tả CPĐT như một "chính phủ vận hành trực tuyến" hoạt động 24/7, 365 ngày trong năm Một yếu tố quan trọng của CPĐT là việc ứng dụng công nghệ mới, bao gồm hạ tầng CNTT và Internet, nhằm nâng cao hiệu quả quản lý và cung cấp dịch vụ tốt nhất cho xã hội.
Trong xã hội thông tin hiện nay, quản lý và hoạt động từ cấp cao đến cơ sở cần dựa vào hệ thống thông tin hiệu quả để điều hành nền kinh tế Sự phát triển nhanh chóng của Internet đã thay đổi cách thức kinh doanh và vận hành doanh nghiệp, đồng thời thúc đẩy khái niệm Chính phủ Điện tử (CPĐT) nhằm tạo ra hệ thống "hiệu quả hơn" và "phục vụ tốt hơn".
Dưới thời Tổng thống G Bush, khái niệm về Chính phủ điện tử (CPĐT) được mở rộng, nhấn mạnh rằng Internet sẽ tạo điều kiện cho công dân Mỹ tham gia vào bộ máy hành chính liên bang, giúp họ dễ dàng truy cập thông tin và thực hiện giao dịch Tổng thống G Bush tin rằng việc cải thiện khả năng truy cập thông tin và dịch vụ của Chính phủ là bước khởi đầu quan trọng cho sự phát triển của Chính phủ điện tử.
Mục tiêu chính của Chính phủ điện tử (CPĐT) là cải thiện mối tương tác giữa Chính phủ, Doanh nghiệp và Người dân, từ đó thúc đẩy tiến trình chính trị, kinh tế và xã hội của đất nước Nhiều quốc gia, đặc biệt là các nước phát triển, đã xây dựng lộ trình CPĐT nhằm nâng cao chất lượng dịch vụ công, cung cấp thông tin trực tuyến nhanh chóng, thuận lợi và tiết kiệm cho mọi người dân và doanh nghiệp, góp phần nâng cao chất lượng cuộc sống.
Các mô hình Chính phủ điện tử
Các mô hình của Chính phủ [20] điện tử bao gồm 4 dạng: G2C (Government To Citizen), G2E (Government To Employee), G2B (Government To Business) và G2G (Government To Government)
2.2.1 Mô hình G2C Được hiểu như khả năng giao dịch và cung cấp các dịch vụ của chính phủ trực tiếp cho cộng đồng, thí dụ tổ chức bầu cử của công dân, thăm dò dư luận, quản lý quy hoạch xây dựng đô thị, tư vấn, khiếu nại, giám sát và thanh toán thuế, hoá đơn của các ngành với người thuê bao, dịch vụ thông tin trực tiếp 24x7, phục vụ công cộng, môi truờng, giáo dục ;
Chính phủ cung cấp các dịch vụ thiết yếu cho người lao động, bao gồm bảo hiểm, dịch vụ việc làm, trợ cấp thất nghiệp, chăm sóc y tế và hỗ trợ nhà ở Những dịch vụ này nhằm đảm bảo quyền lợi và an sinh cho người làm công trong xã hội.
Chính phủ cung cấp dịch vụ và thiết lập quan hệ với doanh nghiệp, tổ chức phi chính phủ và nhà sản xuất thông qua các hoạt động như mua sắm, thanh tra và giám sát doanh nghiệp về thuế và tuân thủ pháp luật Ngoài ra, chính phủ cũng cung cấp thông tin liên quan đến phát triển đất đai, đấu thầu, xây dựng và các tài liệu hướng dẫn, quy định, thi hành chính sách cho doanh nghiệp Đây là yếu tố quan trọng trong mô hình nhà nước, nơi chính phủ đóng vai trò quản lý vĩ mô nền kinh tế và xã hội thông qua chính sách, cơ chế và luật pháp, trong khi doanh nghiệp là đại diện cho lực lượng sản xuất tạo ra của cải vật chất cho nền kinh tế.
2.2.4 Mô hình G2G Được hiểu như khả năng phối hợp, chuyển giao và cung cấp các dịch vụ một cách có hiệu quả giữa các cấp, ngành, tổ chức, bộ máy của nhà nước trong việc điều hành và quản lý nhà nước, trong đó chính bản thân bộ máy của chính phủ vừa đóng vai trò là chủ thể và khách thể trong mối quan hệ này Toàn bộ hệ thống quan hệ, giao dịch của chính phủ như G2C, G2E, G2B và G2G phi được đặt trên một hạ tầng vững chắc của hệ thống: độ tin cậy (trust), khả năng đảm bảo tính riêng tư (privacy) và bảo mật-an toàn (security) và cuối cùng tất cả đều dựa trên hạ tầng công nghệ và truyền thông với các quy mô khác nhau: mạng máy tính, mạng Intranet, Extranet và Internet.
Lợi ích của Chính phủ điện tử
Chính phủ điện tử (CPĐT) là việc áp dụng công nghệ thông tin và viễn thông để tự động hóa và thực hiện các thủ tục hành chính CPĐT tạo điều kiện cho công dân tiếp cận các dịch vụ hành chính qua các phương tiện điện tử như Internet, điện thoại di động và truyền hình tương tác, từ đó nâng cao hiệu quả và tiện ích trong lĩnh vực công cộng.
• Giảm thiểu thời gian cho công dân, doanh nghiệp và người lao động khi truy nhập và sử dụng dịch vụ của chính phủ và do đó
• Giảm thiểu chi phí của nhân dân;
• Tăng cường tính hiệu quả và chất lượng dịch vụ của bộ máy nhà nước (hay đồng nghĩa với giảm sự trì trệ - quan liêu);
• Đáp ứng nhu cầu ngày càng tăng của xã hội nói chung và mọi công dân nói riêng;
• Tăng cường cho sự phát triển kinh tế và xã hội lành mạnh;
• Khuyến khích sự tham gia của cộng đồng trong hoạt động xã hội Đối với chính phủ
• Đơn giản hóa các thủ tục hành chính
• Tiết kiệm thời gian (xử lý, vào số liệu, điện thoại )
Giảm thiểu việc giao dịch và xử lý thủ công, đồng thời tăng cường tính công khai, công bằng và tin cậy trong các thủ tục hành chính là cần thiết Điều này giúp đảm bảo sự ổn định và kịp thời trong quá trình xử lý, nâng cao hiệu quả và sự hài lòng của người dân.
• Hợplý hoá việc vận hành công việc
• Cho phép các cơ quan chính phủ cung cấp các dịch vụ chất lượng cao hơn và giảm ngân sách vận hành bộ máy nhà nước.
Tính tương hợp trong triển khai chính phủ điện tử
Một trong những định nghĩa đầu tiên về tính tương hợp
Tính tương thích (interoperability) lần đầu tiên được đề cập trong Chỉ thị số 91/250/EEC của Liên minh Châu Âu vào năm 1991, định nghĩa là "khả năng trao đổi và sử dụng thông tin hai chiều giữa các thiết bị tính toán." Điều này có nghĩa là mặc dù các thiết bị có thể khác nhau về chức năng, chúng vẫn có thể chia sẻ và sử dụng thông tin theo cách mà chúng được thiết kế Định nghĩa về tính tương thích được hoàn thiện hơn trong Khung Tương thích Châu Âu (European Interoperability Framework - EIF), được phát triển trong chương trình hành động e-Europe 2005, với mục tiêu tạo ra một khuôn khổ chung cho việc liên thông dịch vụ chính phủ điện tử giữa các quốc gia thành viên EU EIF xác định rằng tính tương thích cần được thực hiện trên ba khía cạnh chính.
• Kỹ thuật (Technical): kết nối các hệ thống máy tính trên cơ sở các tiêu chuẩn về trình diễn, thu thập, trao đổi, xử lý và truyền dữ liệu
• Ngữ nghĩa (Semantic): bảo đảm rẳng các dữ liệu truyền tải phải có cùng ngữ nghĩa trong các hệ thống được kết nối
• Tổ chức (Organisational): tổ chức các quy trình tác nghiệp và cấu trúc nội bộ của tổ chức sao cho dễ dàng trao đổi dữ liệu
Cách phân chia này dẫn tới khái niệm kiến trúc tương hợp được mô tả như Hình 2.1.
Tương hợp (interoperability) là yếu tố then chốt trong xây dựng Chính phủ điện tử (CPĐT), nhằm đơn giản hóa giao dịch điện tử giữa người dân, doanh nghiệp và các cơ quan chính quyền từ địa phương đến trung ương Đặc biệt, các dịch vụ CPĐT "cá nhân hóa" yêu cầu tích hợp và chia sẻ thông tin mượt mà giữa các cơ quan khác nhau Trong tài liệu này, thuật ngữ "interoperability" được hiểu thống nhất là "liên thông".
Lí p kü thuËt (Technical Framework)
Lớ p ngữ nghĩa (Semantic Framework)
Lớ p tổ chức (Organizational Framework)
Lớ p giao tiếp và hỗ trợ khá ch hàng
Hình 2.1: Các tầng của kiến trúc tương hợp
2.4.2 Các lớp của kiến trúc tương hợp
Phần này sẽ phân tích chi tiết các lớp trình bày trong hình 2.1
2.4.2.1 Lớp giao tiếp và hỗ trợ khách hàng
Lớp này đóng vai trò quan trọng trong việc cung cấp giao diện tiêu chuẩn và nhất quán cho người dùng qua nhiều kênh như website, di động và kios Đặc biệt, trong môi trường mạng, lớp này cần tích hợp nhiều chức năng tự phục vụ nhằm giảm bớt gánh nặng cho nhà cung cấp dịch vụ Nghiên cứu chỉ ra rằng người sử dụng có những mong muốn cụ thể để nâng cao trải nghiệm của họ.
• Tiếp xúc với mọi cơ quan công quyền chỉ qua “một cửa” mà không cần quan tâm tới cấu trúc phức tạp bên trong của các cơ quan đó
• Cán bộ, công chức, viên chức nhà nước phải có đủ thông tin và năng lực để đáp ứng các yêu cầu cụ thể của người dân
• Tiếp xúc với cơ quan công quyền thông qua kênh giao tiếp được lựa chọn: gặp trực tiếp hoặc qua phương tiện điện tử phù hợp.
Nghiên cứu tại châu Âu cho thấy 66% giao dịch giữa công dân và cơ quan công quyền có thể thực hiện qua dịch vụ tự phục vụ trực tuyến, mang lại sự thuận tiện lớn Trong khi đó, 28% giao dịch yêu cầu gọi điện để nhận tư vấn, 5% cần thực hiện khảo sát hoặc gọi lại nhiều lần, và chỉ 1% giao dịch thực sự cần sự tư vấn từ các chuyên gia.
Tri thức đ- ợ c chuyển giao qua cá c quy trì nh thủ tục, workflows
Thực hiện bởi cá c cơ quan, tổ chức
Hình 2.2: Mô hình các lớp giao tiếp giữa công chúng với cơ quan công quyền
Theo Hình 2.2, 94% giao dịch giữa công chúng và cơ quan công quyền có thể thực hiện qua phương tiện điện tử, trong đó 68% có thể tự phục vụ Nếu website của cơ quan công quyền được thiết kế đồng bộ và thân thiện, cung cấp dịch vụ qua nhiều kênh điện tử khác nhau, sẽ giúp bộ máy nhà nước trở nên tinh gọn, hoạt động minh bạch và hiệu quả hơn.
Nguyên tắc cơ bản của việc liên thông trong lớp này là thực hiện chương trình cải cách phương thức phân phối dịch vụ, nhằm gắn kết chặt chẽ các quy trình tác nghiệp trong nội bộ cơ quan và giữa các cơ quan Điều này đồng nghĩa với việc chuẩn hóa và đồng bộ hóa các quy trình tác nghiệp của các cơ quan công quyền, dựa trên nền tảng ứng dụng công nghệ thông tin.
Các nghiên cứu cho thấy những khó khăn của việc liên thông trong lớp tổ chức bao gồm các yếu tố khác nhau sau:
• Sự phức tạp về quy mô, chức năng của các tổ chức
• Cơ chế giám sát, kiểm tra thu nhập
• Hệ thống quy định pháp lý
• Các thủ tục, quy trình
• Các kênh phân phối dịch vụ … Để thực hiện nhiệm vụ liên thông trong lớp tổ chức, cần phải quan tâm những nội dung sau:
• Phương thức phân phối dịch vụ và phương tiện thực hiện
• Thống nhất (chuẩn hóa) các quy trình tác nghiệp chung
• Phương tiện thực hiện các quy trình đã chuẩn hóa đó (điện tử?)
• Các rào cản về thủ tục pháp lý
• Cơ chế phù hợp để quản lý sự thay đổi của các quy trình tác nghiệp
• Phân tích kinh nghiệm quốc tế trong từng trường hợp cụ thể sẽ rất có ích trong việc bảo đảm liên thông của lớp tổ chức
Để đạt được lợi ích thực sự từ việc liên thông giữa các tổ chức, cần đảm bảo luồng thông tin được trao đổi và chia sẻ không chỉ ở mức kỹ thuật mà còn ở mức nội dung Tiêu chuẩn hóa trở nên quan trọng để đảm bảo rằng nội dung thông tin được hiểu đồng nhất trong toàn hệ thống Sự hợp tác chặt chẽ giữa các bên liên quan là điều kiện then chốt cho thành công trong việc liên thông ở lớp ngữ nghĩa Các nghiên cứu đã khuyến nghị triển khai ba biện pháp để thực hiện thành công liên thông ở lớp này.
Tiêu chuẩn XML đang trở thành lựa chọn phổ biến cho nhiều quốc gia trong việc mô tả trao đổi thông tin giữa các hệ thống khác nhau Với tính độc lập và linh hoạt, XML có khả năng mô tả mọi loại thông tin mà không bị ràng buộc bởi khuôn dạng và cấu trúc của dữ liệu Hơn nữa, XML cũng có thể tự mô tả thông tin của chính nó (metadata) Các tiêu chuẩn liên quan đến XML hỗ trợ việc trao đổi thông tin bao gồm cú pháp XML, XML metadata và ngữ nghĩa của các nội dung được mô tả bằng XML.
Để đảm bảo việc quản lý kho từ vựng liên quan đến các cơ quan công quyền, cần tiến hành công bố, duy trì và cập nhật thường xuyên Phương pháp thực hiện bao gồm chuyển đổi các mục từ sang định dạng lược đồ XML kèm theo metadata tương ứng, đồng thời lưu trữ và công bố các lược đồ này trực tuyến trên mạng.
Hệ thống pháp lý hiện tại đôi khi không đáp ứng tốt cho việc áp dụng công nghệ thông tin và truyền thông (CNTT-TT) Chẳng hạn, mã giới tính nam được quy định là “M”, nhưng để máy tính xử lý, cần chuyển đổi thành dạng “0,1”.
Lớp kết nối kỹ thuật giữa các hệ thống máy tính qua mạng là yếu tố quan trọng để đảm bảo việc trao đổi thông tin diễn ra liên tục và hiệu quả Mặc dù công nghệ máy tính đã được ứng dụng từ lâu, nhưng hầu hết các hệ thống đều chỉ được thiết kế để thực hiện các nhiệm vụ riêng biệt cho từng cơ quan hoặc tổ chức, dẫn đến tình trạng "ốc đảo" công nghệ.
Nguyên tắc đảm bảo liên thông trong lớp kỹ thuật yêu cầu thống nhất các công nghệ, tiêu chuẩn và chính sách áp dụng trong toàn bộ hệ thống CNTT-TT của cơ quan công quyền Kiến trúc liên thông này cần được thiết kế với tính kế thừa và khả năng nâng cấp, đồng thời các hệ thống CNTT-TT phải đáp ứng đầy đủ các yêu cầu đã đề ra.
• Đơn giản: ít các kết cấu (components) trong hệ thống CNTT-TT
Hệ thống có khả năng dễ dàng nâng cấp và mở rộng để tích hợp các dịch vụ mới Các cơ quan cung cấp dịch vụ có thể tham gia vào kiến trúc một cách thuận tiện thông qua giao diện chuẩn, giúp tối ưu hóa quy trình và nâng cao hiệu quả hoạt động.
Có khả năng can thiệp vào quá trình trao đổi thông tin cho phép giám sát, quản lý, định tuyến và chuyển đổi các thông điệp dữ liệu trong quá trình truyền tải Điều này giúp dễ dàng phát hiện và khắc phục sự cố một cách hiệu quả.
Các thành phần cần được tách biệt và rõ ràng để dễ dàng quản lý, bảo trì, nâng cấp, thay đổi cấu hình hoặc thay thế mà không làm ảnh hưởng đến toàn bộ hệ thống.
• Có khả năng tự động hóa cao và hỗ trợ giao diện người sử dụng tốt
Vai trò của tính tương hợp trong triển khai chính phủ điện tử
Tính tương hợp là yếu tố quan trọng để cải cách hành chính thông qua ứng dụng công nghệ thông tin Mặc dù dữ liệu cho các nhà hoạch định chính sách thường phong phú, nhưng việc truy cập lại gặp khó khăn Do đó, việc cải thiện quản lý dữ liệu thông qua tính tương hợp sẽ giúp các nhà quản lý nâng cao khả năng ra quyết định và điều phối hoạt động hiệu quả hơn.
Việc cung cấp dịch vụ công một cửa yêu cầu tính tương hợp để đảm bảo sự thông thoáng trong trao đổi dữ liệu giữa các cơ quan nhà nước Chẳng hạn, việc kết nối các bệnh viện công với hệ thống bảo hiểm y tế sẽ làm cho dịch vụ y tế trở nên nhanh chóng và thuận tiện hơn Tương tự, hệ thống thông tin liên kết giữa các cơ quan điều tra, tố tụng, văn phòng luật sư, tòa án và trại giam sẽ nâng cao hiệu quả trong hoạt động tư pháp Sự thông thoáng trong dòng thông tin không chỉ tạo điều kiện cho tính minh bạch mà còn hỗ trợ hội nhập quốc tế, thúc đẩy việc trao đổi thông tin liên quốc gia để giải quyết các vấn đề lớn của khu vực và thế giới.
Kết chương
Trong chương này, chúng ta đã khám phá các khái niệm cơ bản về Chính phủ điện tử (CPĐT) và các mô hình liên quan CPĐT thực chất là quá trình cải cách hoạt động của cơ quan chính phủ thông qua việc ứng dụng công nghệ thông tin và truyền thông (CNTT-TT) một cách hiệu quả Các bước cần thiết trong việc xây dựng CPĐT bao gồm chuẩn hóa quy trình nghiệp vụ, xây dựng kiến trúc tổng thể và triển khai các ứng dụng, hệ thống thông tin Tại mỗi giai đoạn, cần chú trọng đến vấn đề tương hợp, với các mức độ từ kỹ thuật, ngữ nghĩa đến tổ chức, nghiệp vụ Việc giải quyết triệt để các mức tương hợp này sẽ góp phần nâng cao hiệu quả triển khai CPĐT Trong chương tiếp theo, tác giả sẽ trình bày kiến thức nền tảng cho việc xây dựng kiến trúc và khung tương hợp của CPĐT.
NỀN TẢNG CHO CÁC KIẾN TRÚC CHÍNH PHỦ ĐIỆN TỬ 31 3.1 Kiến trúc doanh nghiệp (Enterprise Architecture)
Các khái niệm cơ bản
Để hiểu rõ được khái niệm kiến trúc doanh nghiệp ta cùng tìm hiểu các khái niệm con cấu thành nên nó
Khái niệm "doanh nghiệp" được hiểu là một tổ chức hoặc tập hợp các cơ quan có cấu trúc và mục tiêu cụ thể, hoạt động trong lĩnh vực nhất định nhằm cung cấp dịch vụ cho những đối tượng có nhu cầu Trong bối cảnh chính phủ, doanh nghiệp có thể là các cơ quan chính phủ ở địa phương hoặc trung ương cung cấp dịch vụ cho người dân và doanh nghiệp Mở rộng hơn, doanh nghiệp còn bao gồm các đối tác, nhà cung cấp và khách hàng có mối quan hệ với tổ chức đó.
Khái niệm “kiến trúc - architecture”
Theo tài liệu ANSI/IEEE Std 1471-2000, kiến trúc được định nghĩa là tổ chức cơ bản của một hệ thống, bao gồm các thành phần và mối quan hệ giữa chúng cũng như với môi trường xung quanh Ngoài ra, kiến trúc hệ thống còn phản ánh các nguyên tắc quản trị, thiết kế và tiến hóa.
Trong lĩnh vực CNTT, kiến trúc giúp xác định cấu trúc các thành phần của hệ thống thông tin Nó cung cấp một kế hoạch làm việc hỗ trợ triển khai hệ thống thông tin dựa trên quy trình nghiệp vụ và mục tiêu của tổ chức, doanh nghiệp.
Kiến trúc doanh nghiệp (Enterprise Architecture – EA)
EA (Kiến trúc Doanh nghiệp) bao gồm các thành phần cấu thành cơ quan, tổ chức và mối quan hệ giữa các thành phần đó Các thành phần trong EA bao gồm con người, quy trình, chính sách, chiến lược, nghiệp vụ, công nghệ, hạ tầng, ứng dụng, dịch vụ và thông tin.
Khung kiến trúc (Architecture Framework) Được hiểu là một công cụ cho phép ta phát triển các kiến trúc tham chiếu cụ thể Nó bao gồm:
• Các phương pháp xác định các thành phần cấu thành nên hệ thống thông tin
• Các công cụ cho phép xây dựng các mô hình (model, diagram), khuôn mẫu
• Danh sách các tiêu chuẩn khuyến nghị.
Lịch sử của kiến trúc doanh nghiệp
Khởi nguồn của kiến trúc doanh nghiệp chính là kiến trúc Zachman, được Zachman đề xuất dưới tên gọi khung kiến trúc cho các hệ thống thông tin Mục tiêu ban đầu của ông là giải quyết vấn đề chuẩn hóa dữ liệu và chia sẻ thông tin giữa các ứng dụng và hệ thống thông tin Ý tưởng cốt lõi của Zachman là trước khi xây dựng một hệ thống thông tin, cần xem xét toàn diện các yêu cầu trên toàn bộ doanh nghiệp qua các khung nhìn khác nhau Toàn bộ khung kiến trúc Zachman được mô tả chi tiết trong hình vẽ 3.1.
Hình 3.1 : Khung kiến trúc Zachman
Hình vẽ mô tả khung kiến trúc cho thấy mỗi dòng thể hiện một khung nhìn khác nhau về hệ thống thông tin cần xây dựng Để hiểu rõ hơn về khung kiến trúc, chúng ta sẽ khám phá từng khung nhìn này.
Khung nhìn mức ngữ cảnh liên quan đến các khía cạnh chiến lược của doanh nghiệp, giúp xác định phạm vi và môi trường hoạt động của tổ chức.
(environment) của hệ thống Khung nhìn này thường dành cho những người có vai trò lập kế hoạch (planner) Nó cho phép ta xác định:
• Mục đích của hệ thống (Why)
• Các chức năng nghiệp vụ ở mức cao (How)
• Các lớp dữ liệu liên quan tới từng chức năng (What)
• Vị trí triển khai (Where)
• Chu kỳ và các sự kiện (When)
Khung nhìn mức khái niệm
Khung nhìn nghiệp vụ mô hình hóa các quy trình nghiệp vụ, bao gồm cấu trúc, chức năng và tổ chức liên quan đến từng quy trình.
Khung nhìn mức hệ thống
Khung nhìn này làm rõ các quy trình nghiệp vụ ở mức độ cụ thể hơn, định nghĩa các chức năng nghiệp vụ và đặc tả mô hình dữ liệu liên quan Nó còn được gọi là khung nhìn logic, phục vụ cho đội ngũ thiết kế.
Khung nhìn mức Công nghệ
Khung nhìn vật lý xác định các công nghệ cần thiết để triển khai các mô hình, bao gồm việc lựa chọn cơ sở dữ liệu, ngôn ngữ lập trình, cấu trúc chương trình và giao diện người sử dụng Đây là thông tin quan trọng dành cho đội ngũ phát triển trong quá trình thực hiện dự án.
Khung nhìn mức cài đặt (Out-of-context): khung nhìn này thể hiện việc thực thi và triển khai hệ thống
Khung hình mức vận hành (khung nhìn người sử dụng):
Khung nhìn này thể hiện hệ thống hoàn chỉnh đã được xây dựng xong.
Các thành phần của kiến trúc doanh nghiệp
Về cơ bản, kiến trúc doanh nghiệp bao gồm các thành phần [19] như hình vẽ text
Kiến trúc nghiệp vụ (Business Architecture)
Kiến trúc thông tin (Information Architecture)
Kiến trúc giảI phá p (Solution Architecture)
Kiến trúc công nghệ (Technical Architecture)
Kiến trúc doanh nghiệp (Enterprise Architecture)
Hình 3.2: Các thành phần của kiến trúc doanh nghiệp
3.1.3.1 Kiến trúc nghiệp vụ (Business Architecture)
Kiến trúc nghiệp vụ xác định các quy trình tác nghiệp của chính phủ, cụ thể kiến trúc nghiệp vụ:
• Bao gồm một mô hình tác nghiệp xác định chức năng nghiệp vụ và mục tiêu hướng tới của CPĐT.
Mô hình hiện tại và mô hình tương lai của các chức năng nghiệp vụ chính phủ sẽ được xây dựng, đồng thời quy trình tái sắp xếp các thủ tục hành chính cũng sẽ được cải tiến.
• Được thực thi thông qua các thành phần kiến trúc thông tin, kiến trúc giải pháp và kiến trúc công nghệ
3.1.3.2 Kiến trúc thông tin (Information Architecture)
Kiến trúc thông tin đóng vai trò quan trọng trong việc xác định luồng thông tin giữa các đơn vị, đồng thời thiết lập các biện pháp xây dựng mô hình dữ liệu, quản lý, khai thác và lưu trữ cơ sở dữ liệu Ngoài ra, kiến trúc thông tin còn góp phần nâng cao hiệu quả trong việc tổ chức và sử dụng thông tin.
• Được thiết kế dựa trên các chức năng nghiệp vụ được xác định bởi kiến trúc nghiệp vụ ở trên
• Xác định những yếu tố thông tin cơ bản của một quy trình chức năng nghiệp vụ
3.1.3.3 Kiến trúc giải pháp (Solution Architecture)
Kiến trúc giải pháp bao gồm các hệ thống thông tin được thiết kế nhằm đáp ứng các quy trình nghiệp vụ trong kiến trúc nghiệp vụ.
• Các thành phần kỹ thuật cấu thành kiến trúc giải pháp hiện tại
• Các thành phần kỹ thuật cần thiết để thực thi các chức năng xác định bởi kiến trúc nghiệp vụ và kiến trúc thông tin
3.1.3.4 Kiến trúc Công nghệ (Technical Architecture)
Kiến trúc kỹ thuật bao gồm một tập hợp các chuẩn công nghệ và mô hình nhằm mục đích:
Chúng tôi cung cấp hỗ trợ và các phương tiện triển khai thực tế cho hệ thống thông tin và nền tảng công nghệ, bao gồm cả phần cứng và phần mềm, nhằm phục vụ cho kiến trúc nghiệp vụ, kiến trúc thông tin và kiến trúc giải pháp.
Bài viết này đề cập đến 8 yếu tố quan trọng trong lĩnh vực công nghệ thông tin, bao gồm phần mềm ứng dụng, cơ sở dữ liệu, hệ thống thông tin, tích hợp hệ thống, mạng và truyền thông, nền tảng thiết bị, bảo mật và quản lý hệ thống Những yếu tố này đóng vai trò then chốt trong việc xây dựng và duy trì một hạ tầng công nghệ hiệu quả và an toàn.
Lợi ích của việc áp dụng EA
Việc áp dụng EA mang lại nhiều lợi ích rõ rệt, như thể hiện trong hình 3.3 Ban đầu, chi phí ứng dụng CNTT của tổ chức có thể tăng cao hơn so với việc không áp dụng EA Tuy nhiên, theo thời gian, chi phí này sẽ ổn định và không gia tăng, trong khi nếu không áp dụng EA, chi phí đầu tư CNTT sẽ tiếp tục gia tăng do cần phải chi cho việc bảo trì và nâng cấp hệ thống.
Thêi gian Đ àu t- ban đầu vào EA
Khá c biệt về chi phí dàI hạ n
Không á p dông EA Hiện tạ i
Hình 3.3: Lợi ích về chi phí từ việc áp dụng EA
Kiến trúc hướng dịch vụ (SOA)
Kiến trúc SOA (Service-Oriented Architecture) có nhiều định nghĩa khác nhau tùy thuộc vào góc nhìn và cách tiếp cận của mỗi người Dưới đây là một số định nghĩa tiêu biểu về SOA mà tác giả muốn giới thiệu.
SOA, hay Kiến trúc Hướng Dịch vụ, là một mô hình thiết kế ứng dụng cho phép xây dựng các ứng dụng thông qua việc tích hợp các dịch vụ, dựa trên nguyên tắc kết nối lỏng.
Kiến trúc SOA (Service-Oriented Architecture) cho phép linh hoạt trong việc xem xét quy trình nghiệp vụ và hạ tầng CNTT như những thành phần hoặc dịch vụ tiêu chuẩn hóa, có khả năng tái sử dụng và tích hợp Điều này giúp tổ chức đáp ứng nhanh chóng với các yêu cầu thay đổi trong nghiệp vụ.
SOA, hay Kiến trúc Dịch vụ, là phương pháp thiết kế và tích hợp phần mềm theo cách mô đun, trong đó mỗi mô đun hoạt động như một “dịch vụ được kết nối lỏng lẻo.” Những dịch vụ này có thể được truy cập qua mạng và có khả năng tích hợp linh hoạt với các dịch vụ khác trong thời gian thực.
SOA, hay Kiến trúc Hướng Dịch vụ, là một hình thức kiến trúc công nghệ được thiết kế để tuân thủ các quy tắc dịch vụ Khi được triển khai trên nền tảng công nghệ dịch vụ mạng, SOA có khả năng hỗ trợ và thúc đẩy các quy tắc này trong toàn bộ quy trình nghiệp vụ và các lĩnh vực tự động hóa của doanh nghiệp.
Dựa trên các định nghĩa trên, ta có thể thấy các đặc điểm của kiến trúc SOA gồm:
Thành phần của dịch vụ bao gồm một chuỗi các hoạt động nghiệp vụ lặp đi lặp lại, được gọi là “dịch vụ” Ví dụ về các hoạt động này có thể là “Kiểm tra tài khoản” và “Đăng ký dịch vụ”.
• Nguyên tắc kết nối, tích hợp: kết nối lỏng còn gọi là kết nối theo hướng mở, linh hoạt
Mục tiêu chính là thích ứng với sự biến đổi nhanh chóng trong quy trình nghiệp vụ của các hệ thống công nghệ thông tin, đồng thời nâng cao khả năng tái sử dụng các thành phần.
• Việc tiếp cận SOA rất phù hợp với quy luật và cách tiếp cận tự nhiên
3.2.2 Khái niệm hướng dịch vụ
Hướng dịch vụ là phương pháp phân chia các ứng dụng nghiệp vụ thành những tác vụ hoặc quy trình độc lập, được gọi là dịch vụ Các dịch vụ này có thể được tích hợp trong nhiều ứng dụng khác nhau hoặc chia sẻ giữa các bộ phận, giúp rút ngắn thời gian triển khai và giảm chi phí Hình minh họa dưới đây thể hiện rõ lợi ích của việc áp dụng định hướng dịch vụ.
Hình 3.4: Minh họa về hướng dịch vụ
Tại sao bây giờ định hướng dịch vụ mới được đề cập?
• Những phần mềm cần thiết để bắt đầu bây giờ mới có
• Sự tiếp nhận rộng rãi của các chuẩn mở
• Có sẵn các kinh nghiệm để quản trị hiệu quả Định hướng dịch vụ cung cấp tính linh hoạt và khả năng đáp ứng được yêu cầu đổi mới
• Con người: công dân có thể sử dụng dịch vụ bất kỳ ở đâu và lúc nào cần đến
• Quy trình: định hướng dịch vụ cho phép một môi trường linh hoạt hơn, được thiết kế cho các cải tiến liên tục về mặt quy trình
• Thông tin: Thông tin theo thời gian thực cung cấp những viên gạch trong việc cung cấp các dịch vụ đến người dân
3.2.3 Mô hình kiến trúc SOA
Mô hình kiến trúc SOA được minh họa như hình vẽ ,
Thành phần sử dụng dịch vụ Thành phần cung cấp dịch vụ
Thành phần đăng ký dịch vụ Giao kèo
Tìm kiếm Xuất bản/Đăng ký
Tương tác (liên kết & thực thi)
Hình 3.5: Mô hình kiến trúc hướng dịch vụ
Từ hình vẽ ta thấy kiến trúc SOA bao gồm các thành phần chính sau:
Dịch vụ là một chức năng độc lập, tự chứa và không bị ảnh hưởng bởi ngữ cảnh hay trạng thái của các dịch vụ khác Các thành phần sử dụng dịch vụ có thể dễ dàng truy cập thông qua giao diện dịch vụ đã được công bố.
Thành phần cung cấp dịch vụ (Service Provider) là một thực thể có thể được xác định qua mạng, có khả năng tiếp nhận và thực hiện các yêu cầu từ các thành phần sử dụng dịch vụ Nó có thể là một hệ thống máy tính lớn, một thành phần cụ thể, hoặc một loại hệ thống phần mềm khác Thành phần này xuất bản giao ước dịch vụ của mình trong một kho đăng ký dịch vụ, giúp các thành phần sử dụng dịch vụ dễ dàng truy cập.
Thành phần sử dụng dịch vụ, hay còn gọi là Service Consumer, là một ứng dụng, dịch vụ hoặc mô-đun phần mềm yêu cầu sử dụng dịch vụ Thực thể này khởi tạo việc định vị dịch vụ tại kho đăng ký, kết nối với dịch vụ qua kênh truyền thông và thực hiện chức năng của dịch vụ Để hoàn thành nhiệm vụ, thành phần này gửi một yêu cầu được định dạng đúng theo giao ước tới dịch vụ.
Thành phần đăng ký dịch vụ là một thư mục trực tuyến chứa các dịch vụ có sẵn, đóng vai trò quan trọng trong việc chấp nhận và lưu trữ các giao ước từ các nhà cung cấp dịch vụ Nó cũng cung cấp những giao ước này cho các thành phần cần sử dụng dịch vụ, giúp tối ưu hóa quy trình kết nối và tương tác giữa các dịch vụ khác nhau.
Giao ước dịch vụ là một tài liệu mô tả cách thức tương tác giữa người sử dụng và nhà cung cấp dịch vụ, bao gồm định dạng của thông điệp yêu cầu và phản hồi Nó xác định các điều kiện tiên quyết và điều kiện sau cần thiết để dịch vụ thực hiện chức năng cụ thể, đồng thời có thể nêu rõ các mức độ chất lượng và các đặc tả liên quan đến các khía cạnh phi chức năng của dịch vụ.
Ràng buộc sử dụng dịch vụ là yếu tố thiết yếu trong việc duy trì thông tin trạng thái giữa thành phần sử dụng và thành phần cung cấp dịch vụ Nó giúp giới hạn thời gian liên kết giữa các thành phần này, tạo sự gắn kết chặt chẽ hơn Nếu không có ràng buộc, thành phần sử dụng dịch vụ có thể duy trì liên kết vô thời hạn, dẫn đến việc không bao giờ trở lại với giao ước ban đầu của nó.
3.2.4 Minh họa SOA trong thực tế
Hình vẽ 3.6 minh họa mô hình SOA trong một công ty cung cấp dịch vụ viễn thông, nhấn mạnh rằng “tiếp cận SOA rất gần với đời thường” Trong ví dụ này, nhà cung cấp dịch vụ là công ty viễn thông, cung cấp các dịch vụ như kênh truyền hình và dịch vụ gia tăng cho khách hàng Kết nối giữa nhà cung cấp và khách hàng được thể hiện qua khái niệm trục cung cấp dịch vụ (service bus).
Hình 3.6: Minh họa mô hình SOA trong thực tế
3.2.5 Khả năng tích hợp ứng dụng trong SOA
Mô hình tham chiếu về xử lý phân tán mở
Mô hình tham chiếu cho xử lý phân tán mở (RM-ODP) được phát triển bởi tổ chức tiêu chuẩn hóa quốc tế (ISO) và Liên minh Viễn thông quốc tế (ITU) nhằm hỗ trợ các ứng dụng phức tạp và phân tán trong CPĐT Việc phân tích ứng dụng được chia thành các khung nhìn khác nhau, giúp giảm thiểu tính phức tạp và nâng cao khả năng quản lý hệ thống RM-ODP dựa trên mô hình hướng đối tượng, cải thiện kiến trúc, khả năng nâng cấp và tính tái sử dụng của các mô hình và thành phần Mô hình này được hiểu qua 5 khung nhìn, tương ứng với 5 mô hình tham chiếu trong RM-ODP.
Khung nh×n Thiết kế hạ tầng
Quy trình nghiệp vụ và vai trò
Dữ liệu và mô hình hóa dữ liệu
Phần cứng và hạ tầng
Tiê u chuẩn và kỹ thuật công nghệ
Giao diện và module ch- ơng trình
Hình 3.8: Mô hình tham chiếu xử lý phân tán mở (RM-ODP)
Khung nhìn này xác định mục tiêu, phạm vi, quy trình và chính sách cho một hệ thống, đồng thời mô tả yêu cầu nghiệp vụ và cách đáp ứng chúng Đối với các ứng dụng CPĐT, nó trình bày hai thành phần cơ bản, bao gồm cấu trúc tổ chức của CPĐT.
Mô hình tổ chức của các ứng dụng trong cơ quan Chính phủ thường được xây dựng bằng cách chia nhỏ và nhóm lại các nghiệp vụ thành các dịch vụ cụ thể Quá trình này được gọi là mô hình hóa dịch vụ, trong đó xác định các mức tương tác và mối quan hệ đối với từng dịch vụ Việc này giúp tối ưu hóa hiệu quả hoạt động của các cơ quan Chính phủ và cải thiện trải nghiệm người dùng.
Về mô hình tổ chức các ứng dụng CPĐT: nhìn chung, các ứng dụng CPĐT bao gồm các module sau:
Giao diện người dùng cần thiết phải đáp ứng đầy đủ các chức năng và kiểu truy cập phổ biến nhất của người sử dụng.
Các module xử lý nghiệp vụ thường được chuẩn hóa thành các dịch vụ hoặc hệ thống con, giúp tối ưu hóa khả năng tái sử dụng cho nhiều mục đích khác nhau.
• Các module hạ tầng (Infrastructure modules): giữ vai trò kết nối, liên lạc giữa các module và các thành phần
Các quốc gia có kinh nghiệm trong triển khai Chính phủ điện tử (CPĐT) thường bắt đầu bằng cách xây dựng các luồng công việc hoặc dịch vụ dùng chung, sau đó tiến hành chuẩn hóa các quy trình và dịch vụ này Tại Việt Nam, quá trình này được gọi là "cải cách hành chính".
Khung nhìn này trình bày mô hình dữ liệu, các đặc điểm và ngữ nghĩa của dữ liệu trong hệ thống, với mục tiêu chính là đảm bảo tính liên thông cho các ứng dụng trong Chính phủ điện tử (CPĐT) Như đã đề cập trong Chương 2, tính liên thông của các ứng dụng CPĐT được chia thành ba cấp độ khác nhau.
Liên thông mức kỹ thuật đề cập đến khả năng trao đổi thông tin giữa các ứng dụng thông qua các giao thức và chuẩn trao đổi dữ liệu, giúp tối ưu hóa quá trình giao tiếp và nâng cao hiệu quả hoạt động.
Liên thông mức ngữ nghĩa (Semantic interoperability) nhằm đảm bảo sự hiểu biết và xử lý thống nhất các thuật ngữ và thông tin trong toàn bộ hệ thống Điều này có thể được thực hiện thông qua việc xây dựng các biểu diễn thống nhất và các lược đồ ngữ nghĩa.
• Liên thông mức tổ chức (Organizational interoperability)
Khung nhìn này cung cấp cái nhìn tổng quan và phân tích về kiến trúc của hệ thống ứng dụng CPĐT Các kiến trúc được khuyến nghị bao gồm kiến trúc hướng thành phần, kiến trúc hướng dịch vụ và kiến trúc đa tầng, giúp tối ưu hóa hiệu suất và khả năng mở rộng của hệ thống.
3.3.3.1 Kiến trúc hướng thành phần (component based architecture)
Thành phần phần mềm là một thực thể độc lập cung cấp các chức năng cụ thể, tương tự như một ứng dụng hoàn chỉnh Nó bao gồm giao diện nhận dữ liệu đầu vào, module xử lý và giao diện xuất dữ liệu đầu ra Thông thường, các thành phần này được đóng gói thành một tập hợp nhiều đối tượng phần mềm.
Các chức năng của một component được cung cấp thông qua các giao diện chuẩn do chính component đó định nghĩa Sự liên kết giữa các component được thực hiện bởi phần mềm máy chủ (application server) hoặc phần mềm trung gian (middleware).
Hình 3.9: Kiến trúc hướng thành phần
3.3.3.2 Kiến trúc hướng dịch vụ - SOA
Thuật ngữ dịch vụ trong mô hình hóa quy trình nghiệp vụ đề cập đến tập hợp các tác vụ lặp lại trong một quy trình cụ thể Hình vẽ 3.10 minh họa cách mô hình hóa dịch vụ và việc sử dụng chúng trong kiến trúc SOA, nơi các chức năng dịch vụ được cung cấp qua giao diện dịch vụ Người sử dụng không cần biết cách thức hình thành các chức năng này, vì chúng hoàn toàn trong suốt Dịch vụ có thể được xây dựng từ các component hoặc hệ thống hiện có Trong mô hình kiến trúc này, người dùng tương tác trực tiếp với dịch vụ thông qua giao diện hoặc thông qua quy trình nghiệp vụ, được hiểu là sự tích hợp của nhiều dịch vụ.
Hình 3.10: Mô hình tham chiếu kiến trúc SOA
3.3.3.3 Kiến trúc đa tầng (Multi-layer architecture)
Mô hình kiến trúc được minh họa trong hình vẽ 3.11 có những đặc điểm nổi bật như: tách biệt giữa xử lý nghiệp vụ và lưu trữ dữ liệu, giữa trình diễn dữ liệu và xử lý nghiệp vụ, cũng như giữa trình diễn dữ liệu và truy cập của người sử dụng.
Tầng Client đóng vai trò quan trọng trong việc xử lý tương tác giữa người sử dụng và hệ thống, cung cấp nhiều phương thức truy cập cho các đối tượng người dùng và thiết bị khác nhau Lớp này hỗ trợ truy cập qua trình duyệt, từ máy điện thoại di động, cũng như từ các ứng dụng khác, nhằm đáp ứng các mục đích sử dụng đa dạng.
• Tầng hiển thị, trình diễn dữ liệu: chịu trách nhiệm xử lý dữ liệu đầu ra để cung cấp cho người sử dụng
Kết chương
Chương này giới thiệu các kiến trúc và mô hình trình bày giúp chúng ta hiểu rõ hơn về các mô hình kiến trúc và khung tương hợp của Chính phủ điện tử (CPĐT) ở các quốc gia Kiến trúc doanh nghiệp được coi là nền tảng cơ bản, đóng vai trò quan trọng trong việc phát triển nhiều mô hình kiến trúc CPĐT trên toàn cầu.
Kiến trúc SOA đang được áp dụng rộng rãi trong việc xây dựng các mô hình kiến trúc Chính phủ Điện tử (CPĐT) tại nhiều quốc gia như Mỹ, Nhật Bản, Hàn Quốc và Singapore Nó được coi là một quy trình phát triển hệ thống thông tin mới, đặc biệt là phần mềm hướng dịch vụ Mô hình RM-ODP cung cấp hướng dẫn chi tiết cho việc xây dựng và triển khai kiến trúc CPĐT thông qua 5 khung nhìn liên kết chặt chẽ với nhau, tương đồng với các khung nhìn trong kiến trúc Zachman, một trong những khung kiến trúc nổi tiếng trong lĩnh vực công nghệ thông tin.
Trong chương 4, tác giả sẽ trình bày và phân tích mô hình kiến trúc, khung tương hợp của một số quốc gia điển hình
CHƯƠNG 4 CÁCH TIẾP CẬN XÂY DỰNG KIẾN TRÚC CHÍNH
PHỦ ĐIỆN TỬ CỦA MỘT SỐ QUỐC GIA
Trong chương này, tác giả nghiên cứu các cách tiếp cận xây dựng kiến trúc Chính phủ điện tử (CPĐT) của một số quốc gia, với tiêu chuẩn mở là xu hướng chủ yếu Nhiều nước đã phát triển Khung tương hợp cho CPĐT (eGIF), bao gồm chính sách công nghệ và tiêu chuẩn kỹ thuật nhằm đảm bảo thông tin có thể trao đổi và chia sẻ dễ dàng, phục vụ cho việc hoàn thiện dịch vụ công trực tuyến Một số nội dung trong khung này là bắt buộc đối với cơ quan nhà nước, trong khi một số khác chỉ mang tính khuyến nghị Chính phủ cũng ban hành tài liệu hướng dẫn và công cụ trợ giúp để hỗ trợ giao tiếp điện tử hiệu quả Khung tương hợp và tài liệu hướng dẫn được xây dựng bởi các chuyên gia và lấy ý kiến từ xã hội, mặc dù nội dung không hoàn toàn giống nhau giữa các nước, nhưng thường bao gồm các lĩnh vực như kết nối, tích hợp dữ liệu, quản lý nội dung và kênh truy cập dịch vụ công điện tử.
Nhiều quốc gia trên thế giới đã thành công trong việc phát triển Khung tương hợp, bao gồm Đức với SAGA, Anh với e-GIF, Úc với AGTIF và AGIIF, Mỹ với FEA, Hungary với MEKIS, Liên minh châu Âu với EIF, và Malaysia với MyGIF.
Kiến trúc FEA (Federal Enterprise Architecture)
Chiến lược xây dựng Chính phủ điện tử (CPĐT) tại Mỹ tập trung vào việc chuyển đổi hoạt động của chính phủ theo hướng phục vụ người dân, với mục tiêu cuối cùng là nâng cao hiệu quả công việc, dựa trên thị trường công nghệ thông tin và truyền thông Sau khi Luật CPĐT được ban hành vào năm 2002, Văn phòng quản lý ngân sách liên bang (OMB) đã triển khai sáng kiến xây dựng và thực hiện kiến trúc CPĐT (Federal Enterprise Architecture - FEA) Văn phòng quản lý chương trình FEA thuộc OMB có nhiệm vụ thiết kế và thực hiện FEA nhằm đơn giản hóa quy trình tác nghiệp và thống nhất áp dụng trong các cơ quan.
Mô hình cơ sở của FEA là Mô hình Tham chiếu Nghiệp vụ (BRM), mô tả quy trình tác nghiệp và dịch vụ của các cơ quan chính phủ FEA được xây dựng dựa trên nguyên tắc "hướng nghiệp vụ", nhằm tạo ra khuôn khổ chung để cải thiện chất lượng công việc Điều này giúp tránh đầu tư trùng lặp trong các lĩnh vực như bố trí ngân sách, chia sẻ thông tin, đánh giá chất lượng công việc, phối hợp giữa các cơ quan và xây dựng kiến trúc dựa trên các thành phần cơ bản.
Trước khi FEA ra đời, vào những năm 80-90, Chính phủ Mỹ đã phát triển GOSIP (US Government OSI Profile), một tiêu chuẩn quốc gia (FIPS 146) dành cho các sản phẩm mạng máy tính phục vụ cho chính phủ, dựa trên mô hình OSI.
Trong GOSIP, các tiêu chuẩn chủ yếu thuộc lớp kỹ thuật, bao gồm giao thức 7 lớp OSI, đánh địa chỉ mạng và các chi tiết về mã an toàn thông tin Do đó, khi phát triển FEA, Chính phủ Mỹ không đặt nặng vào các tiêu chuẩn kỹ thuật như trước đây.
Hình 4.1 sau đây mô tả mối quan hệ giữa các mô hình trong FEA và phương pháp xây dựng FEA
Mô hình tham chiếu hiệu suất Performance Reference Model (PRM)
Mô hình tham chiếu nghiệp vụ Business Reference Model (BRM)
Mô hình tham chiếu thành phần và dịch vụ Service Component Reference Model (SRM)
Mô hình tham chiếu dữ liệu Data Reference Model (DRM)
Mô hình tham chiếu kỹ thuật Technical Reference Model (TRM)
Tiế p cậ n h- ớ ng nghi ệ p vụ (Business Driven Approach) Kiế n trúc h- ớ ng dị ch vụ và thà nh phầ n (SCBA)
Thỏa thuân dịch vụ, độ sẵn sàng, chu kỳ thời gian
Chức nă ng nghiệp vụ, quy trình
Cá c thành phần dịch vụ
Cá c chuẩn SOA, dịch vụ Web, giao diện Cá c mô hình dữ liệu
Hình 4.1: Mô hình các khối kiến trúc tạo nên FEA
Sau 4 năm, việc phát triển FEA đã đạt một số kết quả sau:
• Ban hành 05 mô hình tham chiếu: mô hình tham chiếu hiệu suất
Các mô hình tham chiếu như PRM, BRM, SRM, DRM và TRM tạo ra ngôn ngữ chung cho các cơ quan khác nhau Điều này hỗ trợ quá trình hợp tác trong việc xây dựng các giải pháp dùng chung nhằm cung cấp dịch vụ hiệu quả hơn.
Việc đầu tư và ứng dụng công nghệ thông tin và truyền thông (CNTT-TT) trong các cơ quan chính phủ đã giúp thống nhất quy trình tác nghiệp, mang lại tiết kiệm khoảng 5 tỷ USD Đồng thời, điều này cũng tạo ra nhiều cơ hội hợp tác giữa các cơ quan, nâng cao hiệu quả hoạt động và cải thiện dịch vụ công.
Sử dụng các mô hình tham chiếu chuẩn giúp các cơ quan phát triển kiến trúc EA hiệu quả hơn Điều này giúp nhà quản lý hiểu rõ hơn về nội dung đầu tư cho ứng dụng CNTT-TT và các quy trình tác nghiệp của cơ quan.
4.1.1 Mô hình tham chiếu về hiệu suất (PRM)
Mô hình này hỗ trợ các cơ quan trong việc đánh giá hiệu quả đầu tư ứng dụng công nghệ thông tin và truyền thông (CNTT-TT) so với các mục tiêu chiến lược đã đề ra PRM tập trung vào ba mục tiêu chính.
Cung cấp thông tin đánh giá về năng lực ứng dụng công nghệ thông tin và truyền thông (CNTT-TT) của các cơ quan là rất quan trọng trong việc cải thiện công tác hoạch định chính sách và ra quyết định Việc áp dụng CNTT-TT giúp nâng cao hiệu quả quản lý, tối ưu hóa quy trình làm việc và hỗ trợ quyết định dựa trên dữ liệu chính xác Các cơ quan cần chú trọng đầu tư vào công nghệ để tăng cường khả năng phân tích và xử lý thông tin, từ đó nâng cao chất lượng chính sách và quyết định.
• Nâng cao hiệu quả quá trình điều chỉnh các yếu tố “đầu vào” để đạt được kết quả “đầu ra” như mong muốn
• Dễ dàng xác định những cơ hội cải thiện năng lực ứng dụng CNTT-
TT của các cơ quan
Cấu trúc của PRM được thể hiện trên hình sau:
Hình 4.2: Cấu trúc của mô hình tham chiếu năng lực
4.1.2 Mô hình tham chiếu nghiệp vụ (BRM)
Mô hình này thúc đẩy các cơ quan chính phủ chuyển đổi sang phương thức hoạt động tập trung vào "chức năng", thay vì phụ thuộc vào cấu trúc tổ chức cụ thể của từng cơ quan Điều này giúp xây dựng các luồng nghiệp vụ (LoBs – Lines of Business) chung giữa các cơ quan, tạo ra sự đồng bộ và hiệu quả trong công việc.
Hình 4.3: Cấu trúc của mô hình tham chiếu nghiệp vụ
Hình 4.4 dưới đây cho chúng ta thấy các luồng nghiệp vụ chuẩn trong các cơ quan chính phủ Mỹ
Mode of Delivery of Services
Government Service Delivery Direct Services for Citizens Knowledge Creation and Mgmt Public Goods Creation and Mgmt Regulatory Compliance and Enforcement
Financial Vehicles Federal Financial Assistance
Credit and Insurance Transfers to States &
Financial Management Human Resource Management
Supply Chain Management Administrative Management
Legislative Relations Public Affairs Regulatory Development Planning & Budgeting
Direct Services for Citizens Knowledge Creation & Mgmt Public Goods Creation & Mgmt Regulatory Compliance & Enforcement
Federal Financial Assistance Credit & Insurance Transfers to States & Local
Financial Management Human Resource Management
Supply Chain Management Administrative Management
Defense and National Security Homeland Security
Litigation & Judicial Activities Correctional Activities
Education Energy Health Transportation Income Security
Controls & Oversight Revenue Collection Internal Risk Mgmt & Mitigation General Government
Community & Social Services Economic Development Workforce Management General Science & Innovation
Mode of Delivery of Services
Government Service Delivery Direct Services for Citizens Knowledge Creation and Mgmt Public Goods Creation and Mgmt Regulatory Compliance and Enforcement
Financial Vehicles Federal Financial Assistance
Credit and Insurance Transfers to States &
Financial Management Human Resource Management
Supply Chain Management Administrative Management
Management of Government Resources Management of Government Resources
Legislative Relations Public Affairs Regulatory Development Planning & Budgeting
Legislative Relations Public Affairs Regulatory Development Planning & Budgeting
Direct Services for Citizens Knowledge Creation & Mgmt Public Goods Creation & Mgmt Regulatory Compliance & Enforcement
Federal Financial Assistance Credit & Insurance Transfers to States & Local
Federal Financial Assistance Credit & Insurance Transfers to States & Local
Financial Management Human Resource Management
Supply Chain Management Administrative Management
Defense and National Security Homeland Security
Litigation & Judicial Activities Correctional Activities International Affairs & Commerce
Defense and National Security Homeland Security
Litigation & Judicial Activities Correctional Activities
Education Energy Health Transportation Income Security
Education Energy Health Transportation Income Security
Controls & Oversight Revenue Collection Internal Risk Mgmt & Mitigation General Government
Controls & Oversight Revenue Collection Internal Risk Mgmt & Mitigation General Government
Community & Social Services Economic Development Workforce Management General Science & Innovation
Disaster Management Natural Resources Community & Social Services Economic Development Workforce Management General Science & Innovation
Hình 4.4: Mô hình tham chiếu nghiệp vụ chi tiết
4.1.3 Mô hình tham chiếu dịch vụ (SRM )
Mô hình này phân loại các kết cấu cung cấp dịch vụ hỗ trợ cho năng lực và công việc, giúp các cơ quan quyết định đầu tư vào ứng dụng CNTT-TT Nó đưa ra khuyến nghị về việc tái sử dụng các dịch vụ và kết cấu công việc chung giữa các cơ quan SRM được tổ chức theo chiều ngang, với các lĩnh vực dịch vụ độc lập, cho phép bất kỳ cơ quan nào sử dụng dịch vụ nếu phù hợp, không phụ thuộc vào chức năng cụ thể của từng cơ quan.
Hình 4.5: Cấu trúc của mô hình tham chiếu dịch vụ
4.1.4 Mô hình tham chiếu dữ liệu (DRM) Đây là một khung các tiêu chuẩn cho phép chia sẻ thông tin giữa các cơ quan chính phủ DRM tiêu chuẩn hóa trên 3 lĩnh vực:
• Mô tả dữ liệu: thống nhất cách mô tả dữ liệu phục vụ chia sẻ và tìm kiếm dữ liệu dễ dàng
• Ngữ nghĩa dữ liệu (Data context): tạo thuận lợi cho việc tìm kiếm dữ liệu bằng cách phân loại dữ liệu đã thống nhất về ngữ nghĩa
• Chia sẻ dữ liệu: Hỗ trợ việc truy nhập và trao đổi dữ liệu Việc chia sẻ dữ liệu được xây dựng trên cơ sở của 2 khối trên
Phiên bản DRM mới nhất hiện nay là phiên bản 2.0 ban hành tháng 11/2005 text
Hình 4.6: Cấu trúc của mô hình tham chiếu dữ liệu
4.1.5 Mô hình tham chiếu kỹ thuật (TRM )
Mô hình này được phát triển dựa trên các kết cấu cơ bản, tạo ra khung tiêu chuẩn kỹ thuật và công nghệ cho việc phân phối dịch vụ Việc áp dụng TRM sẽ nâng cao khả năng phối hợp công việc của các cơ quan trên nền tảng thông tin liên thông.
Hình 4.7: Các lĩnh vực tiêu chuẩn hóa trong TRM
Phạm vi tiêu chuẩn hóa trong TRM rất rộng, với khái niệm “liên thông” chỉ tập trung vào việc trao đổi dữ liệu Điều này cho thấy sự khác biệt rõ rệt so với các nước châu Âu, nơi khái niệm “liên thông” được hiểu rộng hơn nhiều.
Một điểm khác biệt quan trọng của TRM là không áp dụng khái niệm “bắt buộc” hay “khuyến nghị” cho các tiêu chuẩn, mà chỉ cung cấp ví dụ về các tiêu chuẩn và hướng dẫn sử dụng Đối với vấn đề liên thông, TRM nêu ra ba lĩnh vực cụ thể.
• Định dạng dữ liệu: XML, XLINK, EDI
• Loại/thẩm định dữ liệu: DTD, XML Scheme
• Chuyển đổi dữ liệu: XSLT
Kiến trúc SAGA
Chính phủ Đức đã phê duyệt chiến lược xây dựng Chính phủ điện tử (CPĐT) theo mô hình dịch vụ SOA, với sáng kiến BundOnline 2005 vào tháng 9/2000 Mục tiêu của sáng kiến này là cung cấp hơn 400 dịch vụ công trực tuyến cho người dân và doanh nghiệp vào năm 2005 Bộ Nội vụ Đức là cơ quan chủ trì, phối hợp cùng các cơ quan khác để triển khai dự án này.
Dự án thiết kế dịch vụ công theo mô hình phân tán cho phép mỗi cơ quan nhà nước tự cung cấp dịch vụ phù hợp với lĩnh vực quản lý Tuy nhiên, dự án cũng cung cấp các kết cấu và ứng dụng cơ bản được thiết kế theo nguyên tắc "one for all" (OFA), giúp tất cả các ứng dụng trong tương lai có thể giao tiếp dễ dàng với nhau Thiết kế này dựa trên các tiêu chuẩn và kiến trúc chung, đảm bảo tính liên thông cho các kết cấu thuộc dự án BundOnline 2005.
Cơ quan điều phối và tư vấn quốc gia về ứng dụng CNTT trong các cơ quan nhà nước (KBSt) chịu trách nhiệm xây dựng các tiêu chuẩn cho ứng dụng CPĐT, phối hợp với các chuyên gia từ ngành công nghiệp CNTT và viện nghiên cứu Bộ tiêu chuẩn và kiến trúc cho các ứng dụng CPĐT, gọi tắt là SAGA, đã được phát triển và cập nhật hàng năm, với phiên bản mới nhất là SAGA 3.0 được ban hành vào tháng 10/2006 Ngoài ra, cơ quan quốc gia về an toàn thông tin (BSI) cũng đã phát hành “Cẩm nang xây dựng CPĐT” nhằm hướng dẫn cụ thể hơn cho việc triển khai các nội dung trong SAGA và các chủ đề liên quan.
SAGA Cuốn cẩm nang này dẫn chiếu một số nội dung của SAGA khi đề cập tới vấn đề liên thông
SAGA được phát triển dựa trên nguyên tắc coi các ứng dụng Chính phủ điện tử (CPĐT) hoạt động trên nền tảng Internet, với trình duyệt Internet là giao diện người dùng chính SAGA cần đảm bảo đáp ứng đầy đủ các yêu cầu về tính năng và hiệu suất.
• Tính liên thông trong mối quan hệ G2G, G2C, G2B …
• Khả năng tái sử dụng: các cơ quan nhà nước có thể áp dụng kết quả của dự án BundOnline
• Tính mở: Tất cả mọi người có thể truy nhập các tài liệu của SAGA
• Tiết kiệm và hiệu quả: Phù hợp với các công nghệ phát triển trên thị trường
• Khả năng nâng cấp dễ dàng
• Nội dung của SAGA chia thành 3 mảng chính:
- Mô hình hóa các quá trình
- Mô hình hóa dữ liệu
- Phát triển 5 kết cấu cơ bản và cơ sở hạ tầng IVBV.
Bất kỳ hệ thống cung cấp dịch vụ công nào cũng đều dựa trên 5 kết cấu cơ bản bao gồm:
• Bảo đảm an toàn dữ liệu
Hạ tầng dịch vụ danh bạ được xây dựng theo tiêu chuẩn ITU-T X.500, tạo điều kiện thuận lợi cho việc cung cấp thông tin và dịch vụ giữa các cơ quan nhà nước Mạng lưới hạ tầng của các cơ quan này (IVBV) sử dụng công nghệ IP, đóng vai trò nền tảng quan trọng trong việc kết nối và chia sẻ dữ liệu.
Đánh giá hợp chuẩn với SAGA được thực hiện dựa trên bốn nhóm chính: mô hình hóa quá trình, mô hình hóa dữ liệu, tiêu chuẩn và kiến trúc, đồng thời phải phù hợp với năm kết cấu cơ bản và cơ sở hạ tầng IVBV trong SAGA.
Các tiêu chuẩn được phân chia thành ba mức: Bắt buộc, Khuyến nghị và Xem xét Vì SAGA có tính chất thay đổi định kỳ, nên một số quy tắc nhằm thúc đẩy chuyển đổi dần cho phù hợp với SAGA cũng được thiết lập Ngược lại, những hạn chế sẽ được áp dụng đối với các trường hợp không tuân thủ tiêu chuẩn của SAGA.
Hình 4.9 là ví dụ về việc kết hợp các kết cấu cơ bản (BC) trong việc cung cấp dịch vụ công cho ngườidân và doanh nghiệp:
Hình 4.9: Kết hợp một số kết cấu cơ bản để cung cấp dịch vụ công
Các tiêu chuẩn nêu trong SAGA chia thành những nhóm sau:
• Mô hình hóa nghiệp vụ: UML
• Mô hình hóa dữ liệu: XSD; mô tả dữ liệu: XML; chuyển đổi dữ liệu XSLT;
• Kiến trúc ứng dụng: có sử dụng middleware: J2EE, J2SE, JDBC, JMS…; không sử dụng middleware: PHP
Phần mềm phía người sử dụng (Client) được phát triển dựa trên các thiết bị phổ biến tại Đức, bao gồm máy tính cá nhân (PC), điện thoại di động, PDA và các hệ thống riêng biệt như ERP của doanh nghiệp.
• Lớp trình bày (Presentation): HTML, CSS2, XSL, UTF-8, UTF-16, PDF, txt, GIF, JPEG, PNG, MP3,wmv, WML, WAP, SMS…
• Lớp truyền thông (Communication): RMI, SOAP, WSDL, XSD, UDDI, IPv4, IPv6, DNS, FTP, HTTPv1.1, MIME, IMAP, LDAP
• Kết nối với hệ thống back-end: XML, JMS, J2EE, Web Services
• Lớp an toàn thông tin: SSL/TLS, SHA-1, RSA, S/MIME, PKCS, XML Encryption, XML Key Management …
Hình sau đây cung cấp nguyên lý hoạt động của kết cấu cơ bản e- payment:
Hình 4.10: Nguyên lý hoạt động của kết cấu cơ bản e-payment
Kiến trúc e-GIF
Khung liên thông CPĐT (e-Government Interoperability Framework - e-GIF) được Văn phòng phụ trách về CPĐT của Anh (e Government Unit - eGU) ban hành và cập nhật định kỳ để phù hợp với sự phát triển công nghệ và chính sách CPĐT của chính phủ e-GIF quy định các chính sách và tiêu chuẩn kỹ thuật bắt buộc áp dụng cho toàn bộ hệ thống thông tin số mới của các cơ quan chính phủ, đồng thời hướng dẫn các hệ thống cũ nâng cấp để tuân thủ e-GIF Phiên bản hiện tại là e-GIF 6.1, được ban hành vào tháng 3/2005, với các chính sách cốt lõi nhằm đảm bảo tính liên thông và hiệu quả trong hoạt động của các hệ thống thông tin.
• Chấp nhận môi trường Internet và các tiêu chuẩn Web cho toàn bộ hệ thống thông tin điện tử của các cơ quan chính phủ
• Chấp nhận XML và XSL là tiêu chuẩn chủ yếu phục vụ quản lý và tích hợp dữ liệu trên nền tảng lược đồ XML quy định
• Chấp nhận các tiêu chuẩn đã được thị trường thương mại hỗ trợ rộng rãi
• Áp dụng thống nhất chuẩn metadata cho các nguồn thông tin số của chính phủ (e-GMS) dựa trên tiêu chuẩn quốc tế Dublin Core (ISO
Việc không chuẩn hóa giao diện người sử dụng qua nhiều kênh như Internet, TV số, điện thoại di động và PDA là cần thiết Thay vào đó, cần tập trung vào việc chuẩn hóa quy trình chuyển đổi dữ liệu tới các giao diện này để đảm bảo tính nhất quán và hiệu quả trong việc cung cấp thông tin.
Hình 4.11: Kiến trúc tổng thể của e-GIF
Hình 4.11 mô tả các thành phần hỗ trợ e-GIF bao gồm:
e-GMS (Chuẩn Metadata Chính phủ điện tử) được thiết kế để giúp người dùng dễ dàng tìm kiếm thông tin từ chính phủ, dựa trên chính sách áp dụng metadata thống nhất theo e-GIF.
GCL (Government Controlled Vocabulary) là bộ thuật ngữ hành chính chuẩn hóa trong các cơ quan chính phủ, nhưng đã được thay thế bằng IPSV (Integrated Public Sector Vocabulary) từ tháng 4 năm 2005 IPSV bao gồm hàng ngàn thuật ngữ được thống nhất và chuẩn hóa theo tiêu chuẩn ISO 2788 Khi các nguồn thông tin số của chính phủ tuân theo hướng dẫn và tiêu chuẩn của e-GMS dựa trên IPSV, người sử dụng sẽ dễ dàng tìm kiếm thông tin một cách chính xác, đầy đủ và nhanh chóng.
Danh mục Tiêu chuẩn Dữ liệu Chính phủ (GDSC) được xây dựng theo tiêu chuẩn ISO/IEC 11179, nhằm chuẩn hóa thông tin chung trong chính phủ Các thông tin này bao gồm địa chỉ theo tiêu chuẩn BS7666, nhân sự và tài chính, giúp cải thiện tính nhất quán và hiệu quả trong quản lý dữ liệu.
Hình 4.12: B iểu diễn UML cho cây địa chỉ theo chuẩn BS7666
Lược đồ XML là một cấu trúc quan trọng trong ngôn ngữ XML, sử dụng các thẻ cú pháp để xác định các loại dữ liệu khác nhau trong tài liệu Mặc dù DTD cũng có thể thực hiện chức năng tương tự, lược đồ XML được ưa chuộng hơn nhờ vào nhiều ưu điểm vượt trội, đặc biệt trong môi trường Web Được nghiên cứu và phát triển bởi W3C, lược đồ XML tuân theo tiêu chuẩn ISO/IEC 19757, hiện đang được Chính phủ Anh xem xét áp dụng bắt buộc Thư viện XML Scheme của Anh đã bao gồm nhiều nhóm đối tượng như địa chỉ cá nhân, hồ sơ lưu trữ, giáo dục, y tế, địa lý, dịch vụ công, metadata, tài sản và giao thông.
Danh mục Tiêu chuẩn Kỹ thuật (TSC) cung cấp các tiêu chuẩn kỹ thuật tối thiểu cần tuân thủ theo nguyên tắc của e-GIF, với phiên bản hiện tại là TSC 6.2, ban hành vào tháng 9/2005 Các tiêu chuẩn được phân loại theo nhóm đối tượng như kết nối, tích hợp dữ liệu, quản lý metadata, truy cập dịch vụ điện tử và ứng dụng cho các lĩnh vực chuyên ngành như e-learning và e-health Hệ thống tiêu chuẩn được chia thành bốn mức độ: Chấp nhận, Khuyến nghị, Xem xét và Tương lai, với cấu trúc trình bày dưới dạng bảng để dễ dàng tham khảo.
Thành phần Đặc tả Trạng thái
R: Khuyến nghị (Recommended) U: Đang xem xét (Under review) F: Chờ xem xét (For Future Consideration)
Giao thức truyền siêu văn bản
RFC 2616, Nâng cấp cơ chế trong phiên bản HTTP/1.1 nhằm tạo kênh chuyển vận an toàn (TLS) qua kết nối TCP
Truyền nhận thư điện tử
Các ứng dụng thư điện tử tuân thủ các tiêu chuẩn giao tiếp SMTP/MIME, bao gồm các RFC như 2821, 2822, 2045, 2046, 2646, 2047, 2231, 2048, 3023 và 2049.
Truyền nhận thư điện tử an toàn
Các ứng dụng thư điện tử cần đảm bảo việc truyền nhận thư an toàn bằng cách tuân thủ RFC 3207, trừ khi có yêu cầu bảo mật khác.
Bảo mật nội bộ chuẩn S/MIME phiên bản 3 là yêu cầu bắt buộc cho việc sử dụng thư điện tử trong việc trao đổi thông điệp giữa các cơ quan chính phủ, theo các tiêu chuẩn RFC 3369, 2631, 2632 và 2633, trừ khi có những yêu cầu an toàn bảo mật khác.
Bảng 4.1 : Một số tiêu chuẩn về interconnectivity
• Nhóm kết nối bao gồm: email, danh bạ, tên miền, kết nối mạng LAN/WAN, an toàn thông tin
• Nhóm tích hợp dữ liệu gồm: metadata, chuyển đổi dữ liệu, mô tả dữ liệu, mô hình hóa dữ liệu, ký tự, an toàn thông tin sử dụng XML
• Nhóm metadata quản lý nội dung: XML Scheme, e-GMS, IPSV, GDSC, …
• Nhóm truy nhập các dịch vụ điện tử:
- File trình bày trên máy trạm như rtf, pdf, doc, xls, html, unicode, jpg …
- Điện thoại di động: WAP, GPRS, SMS, MMS
- Hội thảo qua IP: ITU H.323, G.722 (audio), H.261 và
3015 …, báo hiệu: SIP: RFC 3261, Resource setup: RSVP (RFC 2205, 2750) …
- Thẻ thông minh (smart card): dữ liệu, ứng dụng, giao diện điện, giao thức truyền thông, vật lý, an toàn, hạ tầng kết cuối
- Sinh trắc học: trao đổi dữ liệu
- Thẻ du lịch: thị thực, hộ chiếu điện tử
- Giao diện truy nhập: giao diện người máy, nội dung web
• Nhóm ứng dụng cho các lĩnh vực chuyên ngành: e-learning, e-health, tài chính, thương mại, logistic, quản lý luồng nghiệp vụ.
Khung kiến trúc liên hợp của Chính phủ điện tử Úc
Văn phòng quản lý thông tin của chính phủ Úc (AGIMO) thuộc Bộ Tài chính và quản trị là cơ quan chủ trì xây dựng Chính phủ điện tử (CPĐT) tại Úc, đã thành lập Nhóm làm việc về xây dựng khung liên thông (IFWG) Hội đồng CIO của chính phủ chịu trách nhiệm đặt hàng và giám sát hoạt động của IFWG, với phạm vi liên thông bao trùm ba lớp: Kỹ thuật, Thông tin và Công việc (Business) Hiện tại, IFWG đã phát triển phiên bản 2.0 của Khung liên thông lớp kỹ thuật (AGTIF) và phiên bản 1.0 của Khung liên thông lớp thông tin.
Khung liên thông của Úc được xây dựng dựa trên các nguyên tắc tương tự như nhiều quốc gia khác, bao gồm việc áp dụng bắt buộc cho các cơ quan chính phủ, cập nhật định kỳ, và sử dụng Internet làm môi trường giao dịch XML được coi là nền tảng cho việc tích hợp và trao đổi dữ liệu, đồng thời chấp nhận nhiều tiêu chuẩn quốc tế, đặc biệt là các tiêu chuẩn mở, được hỗ trợ rộng rãi trên thị trường Ngoài ra, có nhiều mức áp dụng khác nhau cho từng đối tượng cần tiêu chuẩn hóa Các CIO đóng vai trò quyết định trong việc xây dựng và triển khai khung liên thông thành công trong cơ quan của họ.
4.4.1 Khung liên thông lớp kỹ thuật
Kiến trúc của khung liên thông lớp kỹ thuật [2] được thể hiện như hình sau:
Trao đổi dữ liệu (Data exchange)
Siê u dữ liệu cho việc xử lý và mô tả dữ liệu
(Metadata for Process and Data Description)
An toàn thông tin (Securrity) Đ ịnh danh (Naming)
Hình 4.13: Mô hình các lớp liên thông kỹ thuật trong AGTIF
Lớp an toàn thông tin bao gồm các tiêu chuẩn và công nghệ thiết yếu như mã hóa dữ liệu, PKI, chữ ký số, cùng với các giao thức truyền thông an toàn như IPSEC, đảm bảo tính bảo mật xuyên suốt trong các lớp kỹ thuật.
Lớp kết nối bao gồm các tiêu chuẩn và công nghệ thiết yếu cho việc kết nối các hệ thống, với các giao thức cơ bản như HTTP và FTP Nó cũng bao gồm các giao thức trao đổi thông điệp cho dịch vụ Web như SOAP và WSDL, cùng với các middleware như J2EE, RMI, và CORBA.
Lớp trao đổi dữ liệu bao gồm các công nghệ và tiêu chuẩn thiết yếu cho việc mô tả cấu trúc và mã hóa dữ liệu nhằm phục vụ việc trao đổi thông tin Các giao thức như SMTP, X.400, RSS, XML, SGML và UTF đóng vai trò quan trọng trong quá trình này.
Lớp tìm kiếm bao gồm các tiêu chuẩn và công nghệ cần thiết để tìm kiếm và định vị nguồn thông tin, bao gồm tiêu chuẩn về metadata và từ vựng nhằm đảm bảo tính nhất quán trong việc mô tả nội dung Ngoài ra, các tiêu chuẩn danh bạ như LDAP và X.500 cũng nằm trong phạm vi này.
Lớp trình diễn bao gồm các tiêu chuẩn trình bày thông tin như HTML và RTF, với nhiều định dạng khác nhau như văn bản, hình ảnh, âm thanh và video Ngoài ra, lớp này cũng bao gồm các định dạng trình bày thông tin tối ưu cho thiết bị di động.
Metadata là thông tin mô tả dữ liệu và quy trình, bao gồm các tiêu chuẩn như UML để mô tả quy trình và ISO 11179, XML Schema để mô tả thành phần và cấu trúc dữ liệu.
• Lớp định danh: là các tiêu chuẩn bảo đảm cách đặt tên thống nhất trên môi trường điện tử như URI, URL …
Trong thực tế, việc phân chia tiêu chuẩn không hoàn toàn chính xác, vì một tiêu chuẩn có thể thuộc nhiều lớp khác nhau tùy thuộc vào ứng dụng cụ thể.
Úc không chỉ tuân thủ các tiêu chuẩn quốc tế mà còn phát triển các tiêu chuẩn riêng, chẳng hạn như ACSI33: Hướng dẫn an toàn thông tin trong truyền thông điện tử Các kết nối giữa các cơ quan chính phủ qua Internet phải sử dụng công cụ Fedlink, được xây dựng trên hạ tầng PKI nhằm đảm bảo an toàn thông tin Vấn đề xác thực trực tuyến được hướng dẫn thông qua cổng Gatekeeper.
4.4.2 Khung liên thông lớp thông tin
Vào tháng 4 năm 2006, AGIMO đã phát hành AGIIF, khung liên thông lớp thông tin, theo chiến lược xây dựng các khung liên thông AGIIF định nghĩa liên thông thông tin là khả năng chuyển giao và sử dụng thông tin một cách thống nhất và hiệu quả giữa các tổ chức và hệ thống thông tin Mục tiêu của khung liên thông này là tạo nền tảng vững chắc cho việc chia sẻ thông tin giữa các cơ quan chính phủ, góp phần thực hiện chiến lược “chính phủ thống nhất”.
Hình 4.14 mô tả tổng quan về các khung liên thông trong chiến lược "whole-of-government" của chính phủ Úc Theo báo cáo lần thứ 4 của Ủy ban tư vấn về quản lý thông tin quốc gia (MAC4) vào năm 2004, những khung này đóng vai trò quan trọng trong việc cải thiện quản lý thông tin và tăng cường hiệu quả hoạt động của chính phủ.
04 nhóm thông tin cần phải được chia sẻ một cách hiệu quả, nhanh chóng và an toàn như sau:
• Thông tin xử lý các tình huống khẩn cấp như thiên tai, khủng bố …
• Tích hợp các nguồn thông tin từ các cơ quan
• Cung cấp các dịch vụ công tích hợp (có sự phối hợp giữa các cơ quan)
• Quản lý các hoạt động cần có sự phối hợp, khuyến khích chia sẻ thông tin giữa các cơ quan và với doanh nghiệp
Hình 4.14: Ba lĩnh vực liên thông trong chiến lược CPĐT của Úc Để đảm bảo thành công, các cơ quan phải thực hiện:
• Cam kết tuân thủ các nguyên tắc quản lý thông tin
• Xây dựng văn hóa hợp tác, chia sẻ thông tin
• Chấp nhận áp dụng các tiêu chuẩn quản lý và chia sẻ thông tin
• Sau khi chấp nhận các nguyên tắc trên ở mức độ chính sách, mỗi cơ quan nên tiếp tục triển khai tổ chức các hoạt động sau:
• Đánh giá năng lực quản lý thông tin của mình
• Giao trách nhiệm quản lý và liên thông thông tin cho các vị trí lãnh đạo chủ chốt
Phối hợp chặt chẽ với các cơ quan liên quan để nâng cao hiệu quả trong việc xây dựng thỏa thuận, lập kế hoạch, chuẩn hóa quy trình và chia sẻ kinh nghiệm về thông tin.
• Tuân thủ các tiêu chuẩn quy định áp dụng
• Định kỳ báo cáo tiến độ thực hiện khung liên thông thông tin
• Tham gia tích cực vào các diễn đàn, hội nghị có nội dung liên quan
• Sử dụng các công cụ tạo thuận lợi cho quá trình chia sẻ thông tin
• Đào tạo cán bộ, nhân viên ở tất cả các cấp bậc
• Định kỳ kiểm tra năng lực quản lý thông tin của cơ quan
Khung liên thông thông tin đưa ra các nguyên tắc quản lý thông tin sau (Information management principles)
• Thông tin phải được quản lý như một nguồn tài sản chiến lược: Chi tiêu cho quản lý thông tin phải được xem là chi phí đầu tư
Chuẩn hóa các điển hình thực tế trong quản lý thông tin là rất quan trọng, đồng thời chia sẻ những kinh nghiệm quý báu này cần chú trọng đến việc bảo vệ bí mật cá nhân, đảm bảo an ninh thông tin, quyền sở hữu trí tuệ và tuân thủ các tiêu chuẩn an toàn thông tin.
• Tạo ra thông tin chính xác, kịp thời và phù hợp để hỗ trợ cho quá trình ra quyết định
Việc thu thập thông tin có giá trị cao là rất quan trọng, bao gồm những thông tin phù hợp, chính xác, kịp thời, đáng tin cậy và tiết kiệm Cần tối thiểu hóa việc thu thập lại các thông tin đã có để nâng cao hiệu quả và chất lượng dữ liệu.
• Tái sử dụng thông tin của 1 nguồn chính thức: Nguyên tắc này bảo đảm thông tin được tạo ra 1 lần có thể sử dụng lại nhiều lần
Kết ch ương
Khái niệm "liên thông" đã được phân tích và áp dụng rộng rãi ở hầu hết các nước châu Âu thông qua việc ban hành các Khung liên thông nhằm thúc đẩy việc trao đổi và chia sẻ thông tin số trong xây dựng Chính phủ điện tử (CPĐT) Tuy nhiên, hiện tại, nhiều nước chỉ dừng lại ở mức độ liên thông kỹ thuật thông qua các chính sách công nghệ và tiêu chuẩn kỹ thuật Mức độ liên thông thông tin có thể được tích hợp trong khung liên thông kỹ thuật, như ở Anh, hoặc tách riêng như ở Úc Các khung liên thông này được chia thành nhiều lĩnh vực khác nhau, mặc dù cách phân chia lớp không hoàn toàn giống nhau giữa các quốc gia, nhưng thường bao gồm các lớp như kết nối mạng, tích hợp và trao đổi dữ liệu, trình diễn dữ liệu, và an toàn thông tin Định hướng công nghệ và tiêu chuẩn chủ yếu cũng rất quan trọng trong quá trình này.
• Tích hợp và trao đổi dữ liệu XML,
• Tiêu chuẩn mở, chuẩn hóa thông tin (thuật ngữ hành chính, địa lý, metadata),
• Áp dụng tối đa các tiêu chuẩn mở, tiêu chuẩn quốc tế được cộng đồng hỗ trợ rộng rãi
• Khuyến khích xem xét áp dụng công nghệ mới như Web Services, kiến trúc SOA
Trong Chương 5, tác giả sẽ phân tích chi tiết các ưu và nhược điểm của các kiến trúc khác nhau, đồng thời đưa ra khuyến nghị về một mô hình phù hợp với điều kiện cụ thể của Việt Nam.
