Nghiên cứu áp dụng khung quản trị kiến trúc hướng dịch vụ

20 183 0
Nghiên cứu áp dụng khung quản trị kiến trúc hướng dịch vụ

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THÔNG - Nguyễn Thị Nguyệt NGHIÊN CỨU ÁP DỤNG KHUNG QUẢN TRỊ KIẾN TRÚC HƯỚNG DỊCH VỤ LUẬN VĂN THẠC SĨ KỸ THUẬT HÀ NỘI, NĂM 2017 Luận văn hoàn thành tại: HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THÔNG Người hướng dẫn khoa học: PGS.TS Hà Hải Nam Phản biện 1: PGS.TS Trần Đình Quế Phản biện 2: TS Đào Đình Khả Luận văn bảo vệ trước Hội đồng chấm luận văn thạc sĩ Học viện Công nghệ Bưu Viễn thông Vào lúc: ngày tháng năm Có thể tìm hiểu luận văn tại: Thư viện Trường Học viện Công nghệ Bưu Viễn thông MỞ ĐẦU Trong bối cảnh phát triển kinh tế - xã hội nay, sức ép cạnh tranh nâng cao hiệu hoạt động ngày trở nên cấp thiết, đòi hỏi tổ chức doanh nghiệp muốn tồn phát triển phải trang bị cho nhiều giá trị tri thức hoạt động quản trị, sản xuất cung ứng dịch vụ Tuy nhiên, giá trị đa phần tích lũy làm giàu thông qua việc vận hành hệ thống quản trị điều hành dựa tảng CNTT, việc đầu tư ứng dụng CNTT hoạt động tổ chức doanh nghiệp chưa xem trọng mức chưa mang lại hiệu kỳ vọng Một nguyên nhân dẫn đến tình trạng họ thiếu công cụ để hoạch định quản trị kiến trúc chiến lược phát triển Từ thách thức trên, tổ chức doanh nghiệp cần nắm bắt thống nguyên tắc tổ chức, thực thi đánh giá hiệu vận hành mục tiêu chiến lược Đồng thời, họ cần nâng cao nhận thức nhân rộng tầm quan trọng đầu tư CNTT việc nâng cao hiệu hoạt động tăng sức cạnh tranh; từ đó, họ xây dựng môi trường đồng thuận cao ứng dụng CNTT để thúc đẩy phát triển kinh tế tri thức Nhằm đạt mục tiêu trên, tổ chức doanh nghiệp cần đẩy mạnh thực hành xây dựng áp dụng kiến trúc tổng thể, kiến trúc CNTT hoạt động Kiến trúc tổng thể (Enterprise Architecture, viết tắt EA) kim nam cho việc tổ chức, thực thi đánh giá hiệu vận hành mục tiêu chiến lược tổ chức, doanh nghiệp Kiến trúc tổng thể xây dựng nhằm quy định mối tương tác tích hợp chuẩn hóa quy trình nghiệp vụ hạ tầng CNTT hoạt động tổ chức, doanh nghiệp.Và thế, hoạch định mô hình tổ chức vận hành cho doanh nghiệp, tổ chức đạt mục tiêu mà đề cách hiệu Một cách tổng quát nhất, kiến trúc tổng thể kết hợp kiến trúc CNTT kiến trúc nghiệp vụ Mục đích nghiên cứu: Nghiên cứu kiến trúc hướng dịch vụ, khung quản trị kiến trúc hướng dịch vụ từ đề xuất mô hình áp dụng thực tiễn tiến hành thử nghiệm đánh giá Đối tượng phạm vi nghiên cứu: Phạm vi luận văn tập trung vào hướng tiếp cận để xây dựng khung quản trị cho hệ thống phân tán cung cấp chức ứng dụng dạng dịch vụ tới ứng dụng người cuối dịch vụ khác Phương pháp nghiên cứu: Tìm hiểu khung quản trị kiến trúc hướng dịch vụ, nghiên cứu kiến trúc hướng dịch vụ mặt lý thuyết kết hợp với thử nghiệm đánh giá kết thông qua mô hình thử nghiệm CHƯƠNG I: GIỚI THIỆU 1.1 Vai trò kiến trúc quản trị kiến trúc HTTT 1.1.1 Vai trò kiến trúc HTTT a Lịch sử Nguồn gốc kiến trúc phần mềm ý tưởng giới thiệu nghiên cứu Edsger Dijkstra năm 1968 David Parnas đầu năm 1970 Các nhà khoa học nhấn mạnh cấu trúc hệ thống phần mềm quan trọng đạt cấu trúc đắn yếu tố định Các nghiên cứu lĩnh vực ngày nhiều trở nên phổ biến từ đầu năm 1990 với nghiên cứu tập trung vào mẫu thiết kế (pattern), ngôn ngữ đặc tả kiến trúc (Architecture Description Languages), tài liệu kiến trúc phương pháp thức Các viện nghiên cứu đóng vai trò quan trọng nghiên cứu môn học kiến trúc phần mềm Mary Shaw David Garlan viện nghiên cứu Carnegie Mellon viết sách "Software Architecture: Perspectives on an Emerging Discipline" vào năm 1996, mang đến khái niệm tiến kiến trúc phần mềm thành phần (component), kết nối (connector), kiểu (style) nhiều thứ Trường đại học tổng hợp California, viện nghiên cứu phần mềm Irvine có nhiều nỗ lực nghiên cứu kiến trúc phần mềm, chủ yếu hướng vào kiểu kiến trúc, ngôn ngữ đặc tả kiến trúc kiến trúc động Một chuẩn kiến trúc phần mềm chuẩn ANSI/IEEE 1471-2000 ISO chấp nhận ISO/IEC DIS 25961 [4] b Lý giải quan trọng kiến trúc phần mềm Có ba lý để giải thích tầm quan trọng kiến trúc phần mềm: - Hỗ trợ việc giao tiếp - Giúp định sớm - Tính khả chuyển cho hệ thống 1.1.2 Quản trị kiến trúc HTTT Lĩnh vực nghiên cứu Kiến trúc tổng thể (gọi tắt EA – Enterprise Architecture) coi năm 1987, J.A Zachman công bố viết "một khung cho kiến trúc hệ thống thông tin- A framework for Information System Architecture" tạp chí hệ thống IBM (the IBM Systems Journal) Trong viết này, Zanchman thách thức tầm nhìn EA Khung kiến trúc hệ thống thông tin Zachman sau sớm đổi tên thành khung EA Trên sở lí thuyết mình, Zachman có đóng góp nỗ lực Bộ Quốc phòng Mỹ để tạo EA Nỗ lực biết đến Khung kiến trúc kỹ thuật cho quản lý thông tin – TAFIM (Technical Architecture Framework for Information Management) giới thiệu năm 1994 [11] Khung kiến trúc xác lập quy định chung để tạo lập, giải thích, phân tích sử dụng mô tả kiến trúc lĩnh vực phần mềm cộng đồng người có liên quan Hiểu nôm na, tương tự tài liệu hướng dẫn lập dự án đầu tư, quy định nội dung phải làm, bước phải thực hiện, văn pháp lý phải theo chí cách trình bày, tính toán để đảm bảo tính đầy đủ, tính thống chung người có liên quan (stakeholders) hiểu sử dụng 1.2 Các khung kiến trúc HTTT 1.2.1 Khung Zachman (Zachman Framework) 1.2.2 Khung kiến trúc nhóm mở TOGAF (The Open Group Architecture Framework) 1.2.3 Kiến trúc hướng dịch vụ SOA & trục tích hợp liệu 1.2.4 FEA (Kiến trúc tổng thể liên bang) 1.2.5 SAGA (Kiến trúc chuẩn cho ứng dụng CPĐT) 1.2.6 OIO (Phương pháp luận xây dựng Kiến trúc tổng thể OIO) CHƯƠNG II QUẢN TRỊ KIẾN TRÚC HƯỚNG DỊCH VỤ 2.1 Kiến trúc hướng dịch vụ 2.1.1 Khái niệm kiến trúc hướng dịch vụ Kiến trúc hướng dịch vụ - Service Oriented Architecture - thuật ngữ khó hiểu miêu tả hai thứ hoàn toàn khác Hai từ miêu tả phương pháp luận việc phát triển phần mềm Từ thứ 3, kiến trúc tranh tất tài sản phần mềm công ty, giống vẽ kiến trúc trình diễn tất mảnh ghép nhỏ với để tạo nên nhà Do vậy, kiến trúc hướng dịch vụ chiến dịch cho biết dự định xây dựng tất tài sản phần mềm công ty cách sử dụng phương pháp luận lập trình hướng dịch vụ [8] 2.1.2 Các thành phần mô hình kiến trúc HDV Với mục tiêu xây dựng kiến trúc dịch vụ thực đơn giản tính tương thích cao, SOA xây dựng dựa chuẩn phổ biến SOAP (Simple Object Access Protocol - giao thức truy xuất đối tượng đơn giản) XML (extensible Makup Language ngôn ngữ đánh dấu mở rộng) Hai chuẩn đóng vai trò thành phần xương sống để truyền nhận thông điệp đối tượng truyền thông Tức là, thành phần hiểu giao thức hoàn toàn sử dụng dịch vụ mà không phụ thuộc vào ngôn ngữ lập trình hay hệ điều hành sử dụng Mô hình kiến trúc mô tả sau: - Mô hình kiến trúc hướng dịch vụ - Các thực thể kiến trúc hướng dịch vụ bao gồm: Dịch vụ (Services) Thành phần sử dụng dịch vụ (Services consumer/ Client / Request) Thành phần cung cấp dịch vụ (Services Provider) Thành phần đăng ký dịch vụ (Services Registry) 5 Giao ước dịch vụ (Contract) Uỷ nhiệm dịch vụ Ràng buộc sử dụng dụng dịch vụ (Services lease) - Dịch vụ: Dịch vụ chứa chức rõ ràng, tự chứa đựng không phụ thuộc vào ngữ cảnh hay trạng thái dịch vụ khác Các thành phần sử dụng dịch vụ truy cập tới dịch vụ thông qua giao diện dịch vụ xuất Dịch vụ có tính chất sau: Dịch vụ có tính chất rõ ràng, đơn vị chức nghiệp vụ triệu gọi Có khả triệu gọi thông qua giao thức truyền thông chung Có tính liên thông vị trí suốt Dịch vụ định nghĩa giao diện tường minh Các giao diện độc lập với cài đặt Cung cấp giao ước thành phần cung cấp sử dụng dịch vụ Dịch vụ modul phức tạp, bao gồm nhiều thành phần Mức độ đóng gói dịch vụ cao dịch vụu có khả tái sử dụng linh hoạt 2.2 Khung quản trị kiến trúc hướng dịch vụ Triển khai SOA có thách thức riêng vài năm qua thách thức sau trở nên phổ biến: - Xác định dịch vụ - Thể giá trị giải pháp SOA - Quản trị SOA danh mục giải pháp đầu tư - Dịch vụ đảm bảo đáp ứng yêu cầu kinh doanh - Dịch vụ tài - Quảndịch vụ - Quyền sở hữu dịch vụ - Tích hợp dịch vụ web-chuyển giao - Thiếu dịch vụ khả tương tác - Thích hợp tái sử dụng - Tăng sinh không kiểm soát dịch vụ - Nhiều silo'ed SOA - Phối hợp liên tổ chức - Quản lý thay đổi dịch vụ giải pháp 2.2.1 Định nghĩa quản trị SOA Nói chung, quản trị nghĩa thiết lập thực thi người giải pháp làm việc để đạt mục tiêu tổ chức Việc tập trung vào cách đặt điều khiển vị trí khác biệt quản trị từ hoạt động quản lý hằng-ngày [Nguồn: Giới thiệu quản trị SOA: Định nghĩa thức IBM] 2.2.2 Phạm vi quản trị SOA Nhiều số định nghĩa ban đầu SOA công nghệ tập trung khác biệt SOA công nghệ dịch vụ web Một tác dụng phụ việc ngộ nhận SOA quản trị giải công nghệ hiệu quản trị SOA đòi hỏi tập trung người, quy trình, khía cạnh công nghệ quản trị SOA; đó, việc xác định Phạm vi quản trị SOA thách thức Như nêu trước đó, quản trị SOA nên mở rộng tổ chức CNTT mô hình quảntrị kiến trúc doanh nghiệp EA để phục vụ cho tài sản SOA sách SOA 2.2.3 Khung quản trị SOA Khung quản trị SOA bao gồm mô hình tham chiếu ( tham khảo)quản trị SOA (SGRM) sử dụng điểm khởi đầu, phương pháp Quản trị SOA bền vững (SGVM) định nghĩa / cải tiến quy trình phản hồi để xác định Phác đồ quản trị SOA tập trung tùy chỉnh Hình 2.1: Khung quản trị SOA [13] 2.2.4 Mô hình quản trị SOA tham chiếu (SGRM- SOA Governance Refrerence Model) + Mô hình quản trị SOA tham chiếu (SGRM) mô hình chung mà thiết lập tảng hiểu biết sử dụng để đẩy nhanh trình thiết kế riêng Phác đồ Quản trị SOA cho tổ chức Tất khía cạnh SGRM nên xem xét cân nhắc tùy biến cho môi trường tổ chức Các ví dụ cung cấp chọn từ cho thảo luận dự định điểm khởi đầu chọn mở rộng Các SGRM định nghĩa số phận cấu thành, bao gồm: - hướng dẫn nguyên tắc quản trị SOA - quy trình quản trị SOA - trình SOA quản trị - trình SOA quản trị vật - vai trò quản trị SOA trách nhiệm - công nghệ quản trị SOA 2.2.5 Phương pháp quản trị SOA bền vững (SGVM- SOA Governance Vitality Method) Phương pháp quản trị SOA bền vững (SGVM) trình bắt đầu với SGRM sau sau số hoạt động theo giai đoạn để tùy chỉnh cho biến thể tổ chức quản trị SOA nên xem trình dự án; đó, giai đoạn SGVM nên xem vòng lặp liên tục cải thiện, nhờ mà tiến đo, tất nhiên sửa chữa cập nhật cho Phác đồ quản trị SOA tiến hành cần thiết Hình 2.3 Các pha SGVM [13] CHƯƠNG III ÁP DỤNG QUẢN TRỊ KIẾN TRÚC HƯỚNG DỊCH VỤ 3.1 Bài toán mẫu Hệ thống FORMIS Dự án Phát triển Hệ thống Thông tin quản lý ngành Lâm nghiệp Việt Nam – Giai đoạn II Tổng cục Lâm nghiệp Việt Nam (TCLN), trực thuộc Bộ Nông nghiệp Phát triển Nông thôn (Bộ NN&PTNT) thực Mục đích dự án FORMIS II xây dựng hệ thống thông tin quản lý ngành lâm nghiệp tích hợp đầy đủ phục vụ cho công tác quản lý bền vững tài nguyên lâm nghiệp góp phần xóa đói giảm nghèo nghiệp phát triển kinh tế xã hội Việt Nam Các hoạt động trọng tâm dự án FORMIS xây dựng tiêu chuẩn thông tin chế chia sẻ thông tin cho ngành lâm nghiệp, phát triển trì hệ thống Công nghệ thông tin trung tâm Cổng thông tin điện tử TCLN, nâng cao lực quản lý thông tin ngành lâm nghiệp thành lập Trung tâm Công nghệ Thông tin (CNTT)/Tổ CNTT TCLN Dự án FORMIS II Chính phủ Việt Nam phủ Phần Lan tài trợ Công ty NIRAS Finland Oy tư vấn chính, hợp tác GFA Green Field Development cung cấp hỗ trợ kỹ thuật cho dự án Dự án FORMIS II triển khai từ tháng năm 2013 thực năm Dự án tiếp nối kết dự án FORMIS giai đoạn I (2009-2013) Kế hoạch hoạt động dự án FORMIS II bao gồm việc thực ứng dụng Hệ thống báo cáo nhanh kiểm lâm Nhiệm vụ Cục Kiểm lâm thúc đẩy việc bảo vệ rừng quản lý pháp luật bảo vệ rừng phạm vi toàn quốc, quản lý giám sát việc thực thi luật bảo vệ rừng quản lý việc sử dụng lâm sản Cục Kiểm lâm chia thành phận gồm có Phòng Quản lý bảo vệ rừng; Phòng Thanh tra, Pháp chế phòng ban chuyên ngành khác Mục tiêu Hệ thống báo cáo nhanh kiểm lâm gồm: - Hỗ trợ quy trình báo cáo tuần, tháng, năm báo cáo đột xuất kiểm lâm tất cấp (từ cấp phường xã đến cấp trung ương); - Hỗ trợ tự động hóa việc chuyển báo cáo từ cấp địa phương cấp trung ương Đơn vị dịch vụ trúng thầu thực Hệ thống báo cáo nhanh kiểm lâm thực bàn giao cho FORMIS sản phẩm dịch vụ dự kiến bao gồm: - Phần mềm thực hệ thống báo cáo nhanh kiểm lâm có bao gồm hướng dẫn sử dụng phần mềm TCLN chấp nhận để trình Bộ NN&PTNT phê duyệt; - Kết báo cáo nhanh 01 tỉnh (dự kiến khu vực Bắc Trung Bộ) tuần, tháng, năm từ cấp phường xã đến cấp trung ương TCLN chấp nhận sử dụng Nếu triển khai ứng dụng tháng 11 tháng 12 năm 2014 kết báo cáo gồm: báo cáo hàng tuần tháng; báo cáo tháng tháng; báo cáo năm 2014; báo cáo quý I năm 2015; báo cáo đột xuất xảy từ triển khai đến hết quý I năm 2015 Nếu 10 triển khai ứng dụng tháng năm 2015 kết báo cáo gồm: báo cáo hàng tuần tháng quý I; báo cáo tháng quý I; báo cáo quý I năm 2015; báo cáo đột xuất xảy quý I - Hướng dẫn quy trình triển khai báo cáo nhanh kiểm lâm Cục Kiểm lâm chấp nhận để trình TCLN phê duyệt; Vậy, toán đề phải giải mục đích dự án FORMIS đưa giải pháp xây dựng khung kiến trúc hướng dịch vụ đáp ứng nhu cầu đề Cụ thể: Bản kế hoạch hoạt động dự án FORMIS năm 2011:  Kế hoạch hoạt động  Ngân sách theo hạng mục  Thời gian làm việc chuyên gia nhân viên hợp đồng  Điều chỉnh hoạt động năm 2011 so với Kế hoạch hoạt động tổng thể  Các thay đổi Ngân sách năm 2011 so với Kế hoạch ngân sách tổng thể 3.2 Mô hình hóa quản trị SOA cho toán mẫu Các thành phần tổ chức hệ thống khung quản trị SOA định nghĩa sau: Actor: Một người, tổ chức, hệ thống có vai trò khởi đầu tương tác với hoạt động; Ví dụ, đại diện bán hàng đến thăm khách hàng Các actor nội hay bên để tổ chức Trong ngành công nghiệp ô tô, nhà sản xuất thiết bị gốc coi actor đại lý ô tô tương tác với hoạt động chuỗi cung ứng Application: Một hệ thống CNTT triển khai hoạt động có hỗ trợ chức kinh doanh dịch vụ; Ví dụ: Ứng dụng sử dụng liệu hỗ trợ nhiều thành phần công nghệ phân biệt với thành phần công nghệ hỗ trợ ứng dụng 11 Application Architecture: Một mô tả cấu trúc tương tác ứng dụng nhóm khả cung cấp chức kinh doanh quản lý tài sản liệu Application Platform: Các sưu tập thành phần công nghệ phần cứng phần mềm cung cấp dịch vụ sử dụng để hỗ trợ ứng dụng Architectural Style: Sự kết hợp tính đặc biệt, kiến trúc thực thể Architecture: Các tổ chức hệ thống, thể thành phần nó, mối quan hệ họ với môi trường, nguyên tắc điều chỉnh thiết kế tiến hóa (ISO / IEC 42.010: 2007) Architecture Development Method: Một cách tiếp cận bước để phát triển sử dụng kiến trúc doanh nghiệp Architecture Framework: Một cấu trúc khái niệm dùng để phát triển, thực trì kiến trúc Architecture Governance: Thực tiễn định hướngkiến trúc doanh nghiệp kiến trúc khác quản lý kiểm soát mức toàn doanh nghiệp Nó có liên quan với trình thay đổi (quản trị thiết kế) hoạt động hệ thống sản phẩm (quản trị hoạt động) Architecture Landscape: Các đại diện kiến trúc tài sản sử dụng, kế hoạch doanh nghiệp điểm đặc biệt thời gian Architecture Principles: Một tuyên bố định tính ý định phải đáp ứng kiến trúc Có lý hỗ trợ biện pháp quan trọng Architecture Vision: Một mô tả ngắn gọn kiến trúc mục tiêu mô tả giá trị kinh doanh thay đổi doanh nghiệp kết việc triển khai thành công Nó phục vụ tầm nhìn đầy khát vọng ranh giới để phát triển kiến trúc chi tiết Architectural Artifact: Một sản phẩm công trình kiến trúc mô tả khía cạnh kiến trúc 12 Baseline: Một đặc điểm kỹ thuật mà thức xem xét thống nhất, mà sau phục vụ sở cho phát triển thêm thay đổi thay đổi thông qua thủ tục kiểm soát thay đổi thức loại thủ tục quản lý cấu hình Building Block: Đại diện cho (có khả tái sử dụng) thành phần kinh doanh, IT, khả kiến trúc kết hợp với khối xây dựng khác nhằm cung cấp kiến trúc giải pháp Khối xây dựng xác định mức độ khác chi tiết, phụ thuộc vào giai đoạn phát triển kiến trúc đạt tới Business Architecture: Một mô tả cấu trúc tương tác nhu cầu chiến lược kinh doanh, tổ chức, chức năng, quy trình kinh doanh thông tin Business Governance: Lo ngại với việc đảm bảo quy trình kinh doanh sách (và hoạt động họ) cung cấp kết kinh doanh tuân thủ quy định kinh doanh có liên quan Business Service: Hỗ trợ khả kinh doanh thông qua giao diện xác định rõ ràng quản lý cách rõ ràng tổ chức Capacity: Một khả mà tổ chức, cá nhân hệ thống sở hữu Khả thường thể điều kiện chung cao cấp thường đòi hỏi kết hợp tổ chức, người, quy trình công nghệ để đạt Ví dụ, tiếp thị, liên hệ khách hàng, outbound telemarketing Capacity Architecture: Một mô tả chi tiết phương pháp tiếp cận kiến trúc để nhận giải pháp hay giải pháp khía cạnh cụ thể Capacity Increment: Một phần rời rạc kiến trúc khả mang lại giá trị cụ thể Khi tất số gia hoàn thành, lực thực Communications and Stakeholder Management: Việc quản lý nhu cầu bên liên quan việc thực hành kiến trúc doanh nghiệp Nó quản lý việc thực thông tin liên lạc thực hành bên liên quan thực tế người tiêu dùng dịch vụ Concerns: Các lợi ích mà quan trọng để bên liên quan hệ thống, xác định chấp nhận hệ thống Mối quan tâm liên quan đến 13 khía cạnh hệ thống hoạt động, phát triển, hoạt động, bao gồm cân nhắc hiệu suất, độ tin cậy, an ninh, phân phối, evolvability Constraint: Một yếu tố bên ngăn chặn tổ chức theo đuổi cách tiếp cận đặc biệt để đáp ứng mục tiêu Ví dụ, liệu khách hàng không hài hoà tổ chức, khu vực quốc gia, làm hạn chế khả tổ chức cung cấp dịch vụ khách hàng hiệu Data Architecture: Một mô tả cấu trúc tương tác loại doanh nghiệp lớn nguồn liệu, tài sản liệu hợp lý, tài sản liệu vật lý, nguồn lực quản lý liệu Deliverable: Một sản phẩm công trình kiến trúc hợp đồng quy định thức xem xét, đồng ý ký tắt bên liên quan Phân phôi đại diện cho đầu dự án phân phôi mà dạng tài liệu thông thường lưu trữ hoàn thành dự án, chuyển sang kiến trúc Repository mô hình tham chiếu, tiêu chuẩn, ảnh chụp Kiến trúc cảnh quan thời điểm Enterprise: Một sưu tập tổ chức chia sẻ mục tiêu kinh doanh chung Enterprise Description: Mức cao (thường) mô tả tổ chức thường bao gồm tất nhiệm vụ chức Một doanh nghiệp thường kéo dài nhiều tổ chức Foundation Architecture: khối xây dựng chung, họ liên mối quan hệ với khối xây dựng khác, kết hợp với nguyên tắc hướng dẫn cung cấp tảng mà kiến trúc cụ thể xây dựng Framework: Một cấu trúc cho nội dung trình sử dụng công cụ để cấu trúc suy nghĩ, đảm bảo tính quán đầy đủ Gap: Một tuyên bố khác biệt hai quốc gia Được sử dụng bối cảnh phân tích khoảng cách, mà khác biệt sở kiến trúc mục tiêu xác định Governance: Kỷ luật giám sát, quản lý đạo doanh nghiệp (hoặc IS / IT ngang) để cung cấp kết nghiệp vụ cần thiết 14 Information: Bất kỳ thông tin liên lạc đại diện kiện, liệu, ý kiến, phương tiện hay hình thức, bao gồm văn bản, số, đồ họa, đồ, tường thuật, hình thức nghe nhìn Interoperability: Một định nghĩa thực độc lập kiến trúc, thường nhóm thực thể vật lý có liên quan theo mục đích cấu trúc chúng Ví dụ, sản phẩm từ nhiều nhà cung cấp phần mềm sở hạ tầng nhóm lại tảng máy chủ ứng dụng Java Metadata: Dữ liệu liệu, loại phương tiện truyền thông nào, mô tả đặc tính thực thể Metamodel: Một mô hình mô tả với kiến trúc mô tả cách có cấu trúc Method: Một cách tiếp cận lặp lại xác định để giải loại hình cụ thể vấn đề Methodology:Một định nghĩa, hàng loạt lặp lại bước để giải loại hình cụ thể vấn đề, mà thường tập trung vào trình xác định, bao gồm định nghĩa nội dung Model: đại diện chủ đề quan tâm Một mô hình cung cấp quy mô nhỏ hơn, đơn giản hóa, / đại diện trừu tượng đối tượng Một mô hình xây dựng "có nghĩa kết thúc." Trong bối cảnh kiến trúc doanh nghiệp, đối tượng toàn phần doanh nghiệp cuối khả xây dựng "quan điểm" nhằm giải mối quan tâm bên liên quan cụ thể; tức là, họ "quan điểm" liên quan đến vấn đề Modeling: Một kỹ thuật thông qua xây dựng mô hình cho phép chủ đề đại diện hình thức cho phép suy luận, sáng suốt, rõ ràng liên quan đến chất vấn đề Patterns: Một kỹ thuật cho việc đưa khối xây dựng vào ngữ cảnh; Ví dụ, để mô tả giải pháp tái sử dụng cho vấn đề khối xây dựng bạn sử dụng: 15 mô hình nói cho bạn biết làm bạn sử dụng chúng, nào, sao, đánh đổi bạn phải thực làm điều Performance Management: Việc giám sát, kiểm soát báo cáo việc thực thực hành kiến trúc doanh nghiệp Cũng liên quan đến việc cải tiến liên tục Physical: Một mô tả thực thể giới thực yếu tố vật lý kiến trúc doanh nghiệp trừu tượng đáng kể từ Giải pháp kiến trúc, thiết kế, quan điểm thực Platform: Một kết hợp sản phẩm sở hạ tầng công nghệ thành phần cung cấp điều kiện tiên để lưu trữ phần mềm ứng dụng Platform Service: Một khả kỹ thuật cần thiết để cung cấp cho phép sở hạ tầng hỗ trợ việc cung cấp ứng dụng Reference Model: Mô hình tham chiếu khuôn khổ trừu tượng cho hiểu biết mối quan hệ đáng kể thực thể [một] môi trường, cho phát triển tiêu chuẩn phù hợp chi tiết kỹ thuật hỗ trợ môi trường Một mô hình tham chiếu dựa số lượng nhỏ khái niệm thống sử dụng sở giáo dục giải thích tiêu chuẩn để người không chuyên Một mô hình tham chiếu không gắn trực tiếp vào tiêu chuẩn, công nghệ, chi tiết thực cụ thể khác, không tìm cách cung cấp ngữ nghĩa phổ biến mà sử dụng cách rõ ràng qua thực khác Repository: hệ thống quản lý tất liệu doanh nghiệp, bao gồm liệu mô hình trình thông tin doanh nghiệp khác Do đó, liệu kho lưu trữ nhiều rộng lớn liệu từ điển, mà thường định nghĩa liệu chiếm sở liệu Requirement: Một tuyên bố nhu cầu phải đáp ứng kiến trúc công việc gói riêng Roadmap: Một kế hoạch trừu tượng cho kinh doanh thay đổi công nghệ, điển hình hoạt động nhiều lĩnh vực nhiều năm Thông thường sử dụng cụm từ nghệ Lộ trình, Kiến trúc Lộ trình, vv 16 Segment Architecture: Một mô tả thức chi tiết khu vực phạm vi doanh nghiệp, sử dụng chương trình danh mục đầu tư cấp để tổ chức xếp hoạt động thay đổi Service Orientation: Một cách suy nghĩ dịch vụ phát triển dựa dịch vụ kết dịch vụ SOA: kiến trúc hướng dịch vụ (SOA) cho phép chức ứng dụng cung cấp tập hợp dịch vụ, việc tạo ứng dụng mà sử dụng dịch vụ phần mềm Như vậy, kết thúc chương III học viên trình bày số vấn đề triển khai xây dựng khung quản trị kiến trúc hướng dịch vụ thực tế Dự án FORMIS dự án có vốn đầu tư lớn hợp tác với quan chức khác công ty vốn đầu tư nước ngoài, thực giám sát BỘ NN& PTNT thu thập liệu rừng Tại quy trình thu thập liệu thông qua hệ thống quản trị mô tả cách khái quát, nhiên nguyên tắc hoạt động trọng cách chi tiết Hệ thống hoạt động vô hiệu minh chứng rõ cho việc xây dựng khung quản trị kiến trúc HDV áp dụng hệ thống thu thập liệu rừng bước phát triển thành công Tuy nhiên, hạn chế học viên chưa trực tiếp tham gia dự án nên luận văn không tránh khỏi thiếu sót KẾT LUẬN Như vậy, thông qua trình làm luận văn với đề tài “ Nghiên cứu áp dụng khung quản trị kiến trúc hướng dịch vụ”, rút số kết luận sau: Quản trị SOA - Khai thác sức mạnh công nghệ giải pháp quản trị tốt cho tất tảng hàng đầu Nhiều tổ chức lớn giảm chi phí, cải thiện nhanh nhẹn giảm thiểu rủi ro với chương trình quản trị doanh nghiệp SOA Tích hợp SOA quản trị giúp doanh nghiệp: Đảm bảo dịch vụ mà họ xác định, thiết kế xây dựng có liên quan tiêu thụ tất tảng phân phối máy tính lớn Microsoft, SAP IBM 17 Làm dịch vụ mà họ phơi bày từ ứng dụng chạy tảng nhìn thấy phù hợp với sách doanh nghiệp xác định, thực thi kiểm toán tảng khác Xúc tiến, đảm bảo thức kết hợp nhu cầu từ người tiêu dùng dịch vụ cung cấp dịch vụ Tích hợp SOA quản trị đảm bảo tính ứng dụng, tính toàn vẹn khả sử dụng loạt tài sản thông qua tất giai đoạn vòng đời chúng từ việc xác định tài sản thông qua deprecation Các vòng đời đầy đủ chia thành quản lập kế hoạch, quản trị phát triển quản trị hoạt động, với chủ đề quản trị sách xuyên suốt Quản lý thống sách - vòng đời đồng quản trị sách qua khoản đầu tư tảng có Phạm vi luận văn tập trung giải phân tích việc áp dụng khung kiến trúc quản trị hướng dịch vụ, cụ thể dựa mô hình khung quản trị kiến trúc cho dự án FORMIS 18 ... nhất, kiến trúc tổng thể kết hợp kiến trúc CNTT kiến trúc nghiệp vụ Mục đích nghiên cứu: Nghiên cứu kiến trúc hướng dịch vụ, khung quản trị kiến trúc hướng dịch vụ từ đề xuất mô hình áp dụng thực... Một cách suy nghĩ dịch vụ phát triển dựa dịch vụ kết dịch vụ SOA: kiến trúc hướng dịch vụ (SOA) cho phép chức ứng dụng cung cấp tập hợp dịch vụ, việc tạo ứng dụng mà sử dụng dịch vụ phần mềm Như... (Kiến trúc tổng thể liên bang) 1.2.5 SAGA (Kiến trúc chuẩn cho ứng dụng CPĐT) 1.2.6 OIO (Phương pháp luận xây dựng Kiến trúc tổng thể OIO) CHƯƠNG II QUẢN TRỊ KIẾN TRÚC HƯỚNG DỊCH VỤ 2.1 Kiến trúc

Ngày đăng: 25/10/2017, 14:10

Hình ảnh liên quan

Hình 2.1: Khung quảntrị SOA [13] - Nghiên cứu áp dụng khung quản trị kiến trúc hướng dịch vụ

Hình 2.1.

Khung quảntrị SOA [13] Xem tại trang 9 của tài liệu.
Hình 2.3 Các pha SGVM [13] - Nghiên cứu áp dụng khung quản trị kiến trúc hướng dịch vụ

Hình 2.3.

Các pha SGVM [13] Xem tại trang 10 của tài liệu.

Từ khóa liên quan

Tài liệu cùng người dùng

Tài liệu liên quan