Kết quả của bước này, chúng ta sẽ có tập hợp danh sách các dịch vụ đã được chuẩn hóa và các thông tin mô tả tính năng, hiệu năng tương ứng.
Bước 5: Định nghĩa, xây dựng các dịch vụ mới.
Các dịch vụ mới này chính là thành phần làm nên SOA, dựa vào các thông tin về dịch vụ và các ứng dụng, chúng ta có thể phân loại các dịch vụ mới thành các loại:
● Các dịch vụ di sản (Legacy): Đây là các dịch vụ bao bên ngoài các ứng dụng sẵn có của hệ thống mà chúng ta vẫn sẽ cần duy trì, sử dụng trong hệ thống mục tiêu.
● Các dịch vụ kết hợp (Composite): Tổ hợp nhiều dịch vụ nhỏ thành một dịch vụ lớn có tính sử dụng cao hơn, việc phân chia này có thể dựa vào tần suất sử dụng của nhóm các dịch vụ.
● Loại dịch vụ thứ ba là dịch vụ xây dựng hoàn toàn từ đầu, đây là các dịch vụ mà chúng ta cần đầu tư nhiều thời gian hơn, việc xây dựng mới cần tính đến tái sử dụng về sau.
Để định nghĩa ra các dịch vụ mới chúng ta cần thực hiện qua các bước: Xây dựng các tài liệu mô tả định nghĩa dịch vụ, Thiết kế các dịch vụ, Cài đặt các dịch vụ trong hệ thống thực. Tài liệu mô tả dịch vụ sẽ được dùng cho các thành phần khác khi tham chiếu tới dịch vụ được xây dựng. Thiết kế và cài đặt dịch vụ chính là các bước để hiện thực hóa các định nghĩa được đưa ra trong tài liệu mô tả dịch vụ.
Định nghĩa, xây dựng các dịch vụ
mới
Xây dựng tài liệu mô tả dịch vụ Thiết kế các dịch vụ Mô tả định nghĩa dịch vụ Bản thiết kế các dịch vụ Hiện thực hóa các dịch vụ Dịch vụ đã cài đặt Hình 3.8 Xây dựng dịch vụ mới
Bước 6: Định nghĩa, xây dựng các quy trình nghiệp vụ mới.
Tương tự như với việc định nghĩa các dịch vụ mới, tuy nhiên định nghĩa quy trình nghiệp vụ mới ở mức trừu tượng cao hơn. Bước này cần thực hiện sau khi chúng ta đã có thông tin đầy đủ về hệ thống cần xây dựng, đã có được các dịch vụ cả cũ cả mới, vì
một quy trình nghiệp vụ thường liên quan đến nhiều dịch vụ, và có thể liên quan cả đến những quy trình khác như với trường hợp các thủ tục hành chính liên thông.
Tuy rằng các quy trình nghiệp vụ thường chấp nhận sự tham gia của con người trong một bước nào đó, nhưng chúng ta nên hướng tới một hệ thống tự động hóa, giảm thiểu sự tác động của con người để tránh sai sót, nhầm lẫn trong quá trình tác nghiệp, đồng thời nâng cao sự minh bạch.
Nền tảng để xây dựng các quy trình nghiệp vụ mới là dựa trên các dịch vụ đã được chỉ ra, việc thiết kế một quy trình nghiệp vụ theo hướng dịch vụ là sự tổ hợp các dịch vụ và các thao tác của con người nếu có vào trong một quy trình được mô hình hóa theo chuẩn ngôn ngữ nào đó như BPMN (Business Process Model and Notation). Các bước để xây dựng các quy trình nghiệp vụ trong hệ thống cũng tương tự như với dịch vụ.
ĐỊnh nghĩa, xây dựng các quy trình
nghiệp vụ mới
Xây dựng tài liệu đặc tả quy trình nghiệp vụ cần xây
dựng
Thiết kế các quy trình nghiệp vụ
Mô tả định nghĩa quy trình nghiệp vụ Bản thiết kế các quy trình nghiệp vụ Cài đặt các quy trình nghiệp vụ Quy trình đã cài đặt
Kết quả của bước 5 và bước 6 là chúng ta sẽ có được các thành phần mảnh ghép mới vào hệ thống, đó là các dịch vụ mới, các quy trình nghiệp vụ mới. Đặt tình huống nếu chúng ta đưa ra dịch vụ mới và quy trình nghiệp vụ mới trong ngữ cảnh hệ thống đang hoạt động ổn định, như vậy chắc chắn yêu cầu kiểm soát về chất lượng sản phẩm và đánh giá hiệu năng là hết sức quan trọng. Vì vậy trong quá trình áp dụng vào thực tiễn, chúng ta cần có kế hoạch cho việc thực hiện kiểm thử và đánh giá chất lượng dịch vụ, quy trình nghiệp vụ mới.
Cả bước 5 và bước 6 đều thiên về lựa chọn công nghệ để có thể xây dựng, biểu đạt dịch vụ và quy trình nghiệp vụ, hiện tại có rất nhiều công cụ để hỗ trợ thực hiện công việc tại các bước này, có thể kể đến như các giải pháp phần mềm đóng của IBM, Oracle, TIBCO cho các phần về sản phẩm ESB (Enterprise Service Bus) và BPM (Business Process Management) hay các sản phẩm tương tự nhưng trên nền tảng nguồn mở như Bonita, Activiti với BPM và Talend, Mule với ESB. Như đã đề cập trước đó, SOA không phụ thuộc quá nhiều vào công nghệ, tuy nhiên lựa chọn giải pháp công nghệ tốt cũng sẽ tác động tích cực đến các vấn đề như hiệu năng, tính bảo mật, thời gian phát triển của hệ thống.
Trong phần tiếp theo của luận văn chúng ta sẽ thảo luận thêm về việc lựa chọn các công nghệ và vận dụng trong các bài toán thực tế để minh chứng tính đúng đắn cho các bước thực hiện đã đưa ra.
Chương 4. Khảo sát và áp dụng vào bài toán thực tiễn
4.1.Bài toán liên thông thủ tục hành chính
Như đã đề cập ở phần trước, xây dựng giải pháp phần mềm cho Chính phủ điện tử Việt Nam là bài toán lớn gồm nhiều vấn đề cần giải quyết và hướng tiếp cận của SOA là phát triển một hệ thống “trưởng thành” qua thời gian. Chúng ta không đưa được ra giải pháp cho tất cả các vấn đề gặp phải mà sẽ đưa ra giải pháp cho từng bài toán nhỏ theo các bước đã đề ra để đảm bảo việc tuân thủ SOA.
Để kiểm chứng cơ sở lý thuyết cho hướng áp dụng SOA vào thực tiễn Chính phủ điện tử Việt Nam, luận văn lựa chọn bài toán Một cửa điện tử liên thông với quy trình thủ tục hành chính thực tế hiện đang được vận hành liên thông giữa các cơ quan nhà nước tại mỗi địa phương là Đăng ký khai sinh, Đăng ký thường trú và Cấp thẻ bảo hiểm y tế cho trẻ em dưới 6 tuổi.
Trong phần tiếp theo chúng ta sẽ đi chi tiết hơn vào bài toán thực tiễn và cách thức thực hiện.
4.2.Áp dụng hướng đã đề xuất để giải quyết bài toán
4.2.1.Đề xuất mô hình khung cho bài toán xây dựng Chính phủ điện tử Việt Nam
Trước khi bắt đầu với các bài toán thực tế trong xây dựng Chính phủ điện tử Việt Nam, chúng ta sẽ cùng đưa ra mô hình hiện thực hóa ý tưởng xuất phát từ Khung chính phủ điện tử Việt Nam theo SOA.
Trong mô hình kiến trúc mục tiêu chúng ta sẽ hướng đến phạm vi triển khai về mặt hệ thống cho đơn vị hành chính cấp tỉnh và cấp bộ, vì trong thực tế ở các cấp thấp hơn chúng ta có thể sử dụng chung hạ tầng của hai cấp này để vừa có tính nhất quán trong kiến trúc đồng thời tránh được đầu tư dàn trải lãng phí.
Xuất phát từ ý tưởng đưa ra giải pháp phần mềm giải quyết vấn đề liên thông, kết nối và tái sử dụng trong Chính phủ điện tử Việt Nam, luận văn đề xuất sử dụng mô hình mẫu dựa trên SOA. Trong đó tập trung việc giải quyết vấn đề kết nối, liên thông dựa vào thành phần ESB ở các cấp địa phương và trung ương tương ứng với thành phần LGSP và NGSP được đưa ra trong Khung chính phủ điện tử Việt Nam, đồng thời với hướng tiếp cận dịch vụ hóa các ứng dụng, thành phần ứng dụng, đặc biệt là đưa vào thành phần Quản lý quy trình nghiệp vụ (BPM) như một sự đảm bảo cho vấn đề chuẩn hóa và tái sử dụng cả về các chức năng cũng như nghiệp vụ trong hệ thống.
Hình 4.1 Mô hình đề xuất triển khai Chính phủ điện tử Việt Nam
Mô hình nêu trên hướng đến việc dịch hóa tất cả các thành phần hệ thống, và phân nhóm các ứng dụng theo đơn vị triển khai, theo chức năng hoạt động. Mỗi nhóm ứng dụng sẽ được phân chia chi tiết hơn trong khi xây dựng giải pháp cho từng bài toán cụ thể. Bên dưới đây là mô tả cho từng thành phần trong mô hình.
Thành phần kết nối trung gian Local ESB và National ESB
Đây là thành phần đảm nhận nhiệm vụ kết nối các ứng dụng nội bộ cũng như ứng dụng liên thông mức quốc gia. Thành phần này là trung tâm để xây dựng các dịch vụ dùng chung, xóa bỏ kết nối điểm - điểm giữa các thành phần trong hệ thống.
Thành phần này là thành phần tiêu chuẩn trong SOA, đảm bảo sự hình thành nên kiến trúc tổng thể cho hệ thống phần mềm, một số cấu phần cơ bản của thành phần kết nối trung gian:
● Các dịch vụ: Bao gồm cả các dịch vụ đơn lẻ và các dịch vụ phức hợp kết hợp bởi nhiều dịch vụ nhỏ
● Cấu phần quản lý giao dịch: Mỗi tương tác giữa các ứng dụng thông qua thành phần kết nối trung gian sẽ được quản lý trạng thái trong quá trình xử lý thông tin.
● Cấu phần chuyển đổi giao thức kết nối: Hỗ trợ tất cả các giao thức phổ biến như HTTP, SOAP, TCP, MQ…
● Cấu phần chuyển đổi định dạng các thông điệp trao đổi: Kết nối giữa các ứng dụng thông qua cơ chế truyền nhận các thông điệp theo định dạng
riêng của mỗi ứng dụng, cấu phần này sẽ chuyển đổi, làm tương thích hóa các định dạng khác nhau giữa các ứng dụng.
● Cấu phần quản lý các ngoại lệ: Hỗ trợ quản lý các ngoại lệ xuất hiện trong hệ thống, như các lỗi trong quá trình xử lý thông tin.
● Cấu phần quản lý vấn đề về bảo mật, chính sách áp dụng trong hệ thống: Hỗ trợ xác thực, phân quyền triệu gọi các dịch vụ giữa các ứng dụng. ● Cấu phần ghi nhận, tra cứu thông tin lịch sử các giao dịch trao đổi giữa
các ứng dụng.
● Cấu phần hỗ trợ đăng ký và tìm kiếm thông tin các dịch vụ: Hoạt động như trung tâm môi giới cho các bên cung cấp và triệu gọi dịch vụ.
Thành phần kết nối trung gian sẽ là môi trường thực thi cho các dịch vụ đã được chuẩn hóa và đưa ra dùng chung ở các mức độ địa phương và toàn quốc. Do đặc tính hỗ trợ đa chuẩn nên thành phần này có thể xử lý các thông diệp từ tất cả các nguồn ứng dụng khác nhau trong hệ thống phần mềm Chính phủ điện tử.
Thành phần quản lý quy trình nghiệp vụ BPM
Thành phần này đảm nhận việc quản lý các quy trình nghiệp vụ bên trong các ứng dụng như Ứng dụng nội bộ các đơn vị, Ứng dụng chuyên ngành theo ngành dọc, Ứng dụng dịch vụ công trực tuyến… Mỗi ứng dụng đều có các quy trình nghiệp vụ riêng và các quy trình này cần được mô hình hóa, quản lý để hướng tới chuẩn hóa và tái sử dụng. SOA đưa ra mô hình mục tiêu với việc hỗ trợ tối đa cho các yêu cầu từ nghiệp vụ, thành phần quản lý quy trình nghiệp vụ này tham gia vào hệ thống để đảm bảo rằng các yêu cầu nghiệp vụ luôn luôn song hành cùng hệ thống, từ việc mô hình hóa, cài đặt cho đến thực thi trong thực tế.
Thành phần quản lý quy trình nghiệp vụ sẽ sử dụng các dịch vụ dùng chung đã định nghĩa từ thành phần kết nối trung gian cho các yêu cầu xuất phát từ nhiều hệ thống khác nhau. Bên cạnh đó bản thân các quy trình nghiệp vụ được quản lý trong thành phần này cũng sẽ được “dịch vụ hóa” để đưa vào thành phần kết nối trung gian như là những dịch vụ dùng chung.
Hệ thống phân quyền, xác thực tập trung
Bao gồm một hoặc nhiều phần mềm đã được dịch vụ hóa cho các chức năng về phân quyền và xác thực tập trung. Trong các hệ thống phần mềm lớn, vấn đề về xác thực và phân quyền là rất quan trọng, nó đảm bảo tính thống nhất, toàn vẹn của hệ thống về mặt quyền hạn của người dùng. Việc tập trung hóa hệ thống phân quyền, xác thực có thể thực hiện chia làm hai giai đoạn, trong đó giai đoạn thứ nhất yêu cầu tập trung hóa mức địa phương, bộ ban ngành, giai đoạn thứ hai là mức tập trung hóa cao nhất, chúng ta sẽ cần xây dựng một ứng dụng phân quyền, xác thực mức quốc gia và cung cấp dịch vụ dùng chung cho tất cả các địa phương.
Cùng với các quy trình nghiệp vụ thực thi trong các cơ quan Chính phủ, thì các biểu mẫu gắn liền với từng bước bên trong nó. Cho đến hiện nay hầu hết các biểu mẫu của chúng ta dưới dạng tệp tin bản cứng để in, tuy nhiên điều này gây tốn kém không nhỏ, đồng thời, việc trao đổi thông tin qua các biểu mẫu tĩnh sẽ mất đi tính linh động của hệ thống. Do vậy định hướng lâu dài chúng ta nên tách thành phần quản lý biểu mẫu tập trung riêng ra thành dịch vụ cung cấp các biểu mẫu liên quan đến từng loại nghiệp vụ. Thành phần quản lý biểu mẫu tập trung này có thể đẩy lên thành ứng dụng dịch vụ mức quốc gia để có thể tái sử dụng và nâng cao tính thống nhất trên toàn quốc.
Nhóm các ứng dụng xây dựng mới
Các ứng dụng bao gồm Nhóm Ứng dụng chuyên ngành theo ngành dọc, Nhóm Ứng dụng nội bộ tại các đơn vị, Nhóm Ứng dụng dịch vụ công trực tuyến, Nhóm Ứng dụng dịch vụ cổng thông tin và các Ứng dụng quản trị, giám sát các ứng dụng, dịch vụ tập trung. Đây là các ứng dụng mới yêu cầu nên xây dựng theo hướng dịch vụ hóa và có quản lý các quy trình nghiệp vụ tập trung để có thể tái sử dụng và tối ưu hóa cũng như tận dụng tính liên thông của hệ thống.
Nhóm các ứng dụng cũ vẫn đang sử dụng và ứng dụng kết nối bên thứ ba
Các ứng dụng thuộc loại này là các giải pháp phần mềm đóng gói hoặc các phần mềm cũ đã tồn tại trong hệ thống, bao gồm các Hệ thống cung cấp các giải pháp bảo mật như các phần mềm mã hóa dữ liệu, hạ tầng mã khóa công khai…, các Hệ thống kết nối thanh toán, kết nối các hệ thống ngoài chính phủ, các Ứng dụng cung cấp báo cáo và hỗ trợ ra quyết định…
Nhóm các ứng dụng mức quốc gia
Cơ sở dữ liệu quốc gia về dân cư, hay hệ thống quản lý văn bản điều hành, hệ thống thư điện tử… Đây là các ứng dụng triển khai nhất quán trên quy mô toàn quốc. Các ứng dụng, cơ sở dữ liệu mức quốc gia cũng sẽ được dịch vụ hóa để đưa lên thành phần kết nối trung gian mức quốc gia cho các dịch vụ cần dùng chung cho các địa phương, bộ ban ngành.
4.2.2.Các bước hiện thực hóa cho bài toán liên thông các thủ tục hành chính
Danh sách mục tiêu và mô hình hóa các quy trình liên quan
Phạm vi các vấn đề được xác định ở đây liên quan đến thủ tục hành chính liên thông cho ba thủ tục hành chính là Đăng ký khai sinh, Đăng ký thường trú và Cấp thẻ bảo hiểm y tế cho trẻ em dưới 6 tuổi. Trong quy trình liên thông sẽ có sự tham gia của các đơn vị là Ủy ban nhân dân cấp xã, phường, Công an quận, huyện, Bảo hiểm xã hội quận, huyện.
Mục tiêu cho các vấn đề này là xây dựng hệ thống một cửa điện tử cho phép liên thông các quy trình thủ tục hành chính trên, đảm bảo các quy trình được vận hành đầy đủ như khi thực hiện riêng rẽ nhưng người dân chỉ phải đến khai báo một lần tại đơn vị
tuyến với giả định chúng ta đã có cơ chế xác thực thông tin đến từng người dân cho các giao dịch trực tuyến.
Do thực trạng hiện nay chúng ta chưa có hạ tầng bảo mật xác thực thông tin đến từng người dân, nên trong giai đoạn này, luận văn sẽ giải quyết vấn đề tự động hóa các khâu