Nghiên cứu, ứng dụng phương pháp kiến trúc và mô hình hóa hướng dịch vụ trong công nghệ phát triển phần mềm

1 MỤC LỤC Chương - TỔNG QUAN 1.1 Thực trạng 1.2 Phân tích, đánh giá số mơ hình kiến trúc phân tán hiệ 1.3 Các vấn đề phát sinh, nguyên nhân biện pháp khắc phụ Chương - GIỚI THIỆU VỀ KIẾN TRÚC HƯỚNG DỊCH VỤ (SOA SERVICE ORIENTED ARCHITECTURE) 2.1 Giới thiệu trúc hướng dịch vụ 2.2 Bốn nguyên tắc hệ thống SOA 2.2.1 Sự phân định ranh giới rạch ròi dịch vụ 2.2.2 Các dịch vụ tự hoạt động 2.2.3 Các dịch vụ chia sẻ lược đồ 2.2.4 Tính tương thích dịch vụ dựa sách 2.3 Các tính chất hệ thống 2.3.1 Sự liên kết lỏng lẻo (Loose coupling) 2.3.2 Sử dụng lại dịch vụ 2.3.3 Sử dụng dịch vụ bất đồng 2.3.4 Quản lý sách 2.3.5 Khả cộng tác 2.3.6 Tự tìm ràng buộc động 2.3.7 2.4 Lợi ích SOA 2.5 Một số mơ hình triển khai SOA 2.6 Kiến trúc phân tầng chi tiết SOA 2.6.1 2.6.2 2.6.3 Tầng ứng dụng tổng hợp Chương - NGHIÊN CỨU TÌNH HUỐNG, KHUNG NHÌN NGHIỆP VỤ, XÂY DỰNG ỨNG DỤNG 3.1 Những thách thức xây dựng hệ thống SOA 3.2 Xây dựng hệ thống 3.2.1 3.2.2 3.2.3 Các bước xây dựng hệ thống SOA 3.3 Triển khai SOA thực tế 3.3.1 3.3.2 3.3.3 3.3.4 Chương - SOA VÀ VẤN ĐỀ TÍCH HỢP 4.1 Giới thiệu Enterprise Application Integration 4.1.1 4.1.2.Một số lý khiến tổ chức doanh nghiệp phả đến vấn đề tích hợp (xét mặt nghiệp vụ) 4.1.3 4.1.4 4.1.5 4.2 Phân tích số kỹ thuật tích hợp sử dụng lớp ( 4.2.1 4.2.2 Các sản phẩm lớp (Middleware) sử dụng thống 4.3 SOA web service giải vấn đề tích hợp t 4.3.1 4.3.2 Tích hợp dịch vụ Web (Web services integratio hợp hướng dịch vụ (Service-oriented integration-SOI) 4.4 Ứng dụng SOA Web service để tích hợp hệ th dựng NET J2EE 4.5 Ứng dụng SOA Web service việc tích hợp cá Chương - SOA VÀ QUẢN LÝ TIẾN TRÌNH NGHIỆP VỤ 5.1 Một số khái niệm Quản lý tiến trình nghiệp 5.1.1 Tiến trình nghiệp vụ 5.1.2 Quản lý tiến trình 5.1.3 5.2 Quản lý tiến trình, SOA Web Service 5.2.1 Quản lý tiến trình, SOA Web Service 5.2.2 Phân tích ví dụ kết hợp Quản lý tiến trình service 5.3 Thiết kế tiến trình 5.3.1 5.3.2 Các yêu cầu kỹ thuật thiết kế tiến trình 5.3.3 Giới thiệu số ngơn ngữ đặc tả tiến trình 5.4 So sánh kiến trúc hướng mơ hình (Moden Drive MDA) với kiến trúc hướng dịch vụ (Service Oriented Architecture – SOA) [1] Chương - ỨNG DỤNG SOA TRONG QUẢN LÝ NGUỒN NHÂN LỰC 6.1 Thực trạng hệ thống ứng dụng tập đoàn 6.1.1 6.1.2 Hệ thống quản lý nguồn nhân lực PeopleSoft 6.1.3 Nhu cầu thực tế 6.2 Áp dụng mơ hình kiến trúc hướng dịch vụ vào phần m nguồn nhân lực PeopleSoft 6.2.1 6.2.2 LỜI CẢM ƠN Luận văn thành học tập, nghiên cứu tơi giúp đỡ nhiệt tình đồng nghiệp công ty hệ thống thông tin FPT Tôi xin chân thành cảm ơn TS Ngô Văn Hiền – thầy nhiệt tình hướng dẫn, giúp đỡ động viên, cung cấp tài liệu quý báu giúp đỡ tơi q trình học tập hồn thiện luận văn Cảm ơn TS Hồ Tường Vinh cho nhiều ý kiến góp ý quý báu Xin trân trọng cảm ơn thầy cô giáo Khoa Công nghệ thông tin Trường Đại học Công nghệ Hà Nội dạy dỗ thời gian qua, anh chị đồng nghiệp gia đình giúp đỡ tơi q trình học tập hồn thành luận văn DANH SÁCH CÁC THUẬT NGỮ VÀ KHÁI NIỆM Service Consumer : người sử dụng dịch vụ ứng dụng, dịch vụ module phần mềm khác yêu cầu sử dụng dịch vụ Đây thực thể thực thi trình định vị dịch vụ thông qua service registry, liên kết với dịch vụ thực thi chức dịch vụ Người sử dụng dịch vụ thực thi chức dịch vụ cách gửi yêu cầu theo dịnh dạng mô tả hợp đồng Service provider : nhà cung cấp dịch vụ dịch vụ chấp nhận xử lý yêu cầu từ người sử dụng dịch vụ Nó hệ thống mainframe, thành phần dạng phần mềm khác xử lý yêu cầu dịch vụ Nhà cung cấp gửi hợp đồng lên service registry để người sử dụng dịch vụ truy cập đến Service Registry : service registry “thư mục” mạng chứa tất dịch vụ đăng ký Service registry chấp nhận lưu trữ hợp đồng gửi đến từ nhà cung cấp dịch vụ cung cấp hợp đồng tùy theo yêu cầu người sử dụng dịch vụ Service contract : hợp đồng (contract) đặc tả cách thức bên sử dụng dịch vụ trao đổi liên lạc với bên cung cấp dịch vụ Nó rõ định dạng yêu cầu đáp trả dịch vụ Distributed computing : dạng tính tốn liệu ứng dụng phần tán nhiều máy hệ thống tách biệt lại liên kết tích hợp thơng qua dịch vụ mạng chuẩn tích hợp chúng thực thi chức môi trường thống Enterprise application : sản phẩm phần mềm thiết kế để tích hợp hệ thống máy tính bên doanh nghiệp lại với Mục tiêu để tích hợp xử lý nghiệp vụ (ví dụ bán lẻ, kiểm tốn, tài chính, quản lý nhân sự, tồn kho sản xuất) Enterprise application dùng rộng rãi bối cảnh cần liên hệ chặt chẽ với nhà cung cấp, với đối tác kinh doanh với khách hàng Loose coupling: khái niệm tích hợp ứng dụng Hai thành phần trao đổi thông tin không kết nối trực tiếp với mà qua thành phần trung gian đặc tả rõ ràng từ trước Các thành phần tham gia phải đảm bảo chế ngữ nghĩa chung để thông điệp chứa bên chúng ngữ nghĩa đủ để tự mơ tả Tight coupling : ngược lại với loose coupling Interface : thành phần giao tiếp Coarse-grained : mô tả mức độ gom nhóm xử lý thành phần xử lý thơng tin Các thành phần có tính coarse-grained thường truyền nhận xử lý theo khối liệu có thơng tin ngữ cảnh lớn số lần trao đổi thơng tin giao tác Fine-grained : ngược lại với coarse-grained Các thành phần có tính finegrained truyền nhận xử lý theo đơn vị nhỏ có ngữ cảnh ngầm định, cần nhiều lần trao đổi thông tin giao tác dẫn đến tăng băng thông sử dụng kéo dài thời gian hồi đáp Legacy system : hệ thống ứng dụng cài đặt từ trước sử dụng Thông thường hệ thống sử dụng công nghệ lỗi thời quan trọng hoạt động tốt Đây thành phần tảng cung cấp xử lý cho dịch vụ hoạt động cấp cao Granularity : khái niệm mô tả độ phức tạp tiến trình dịch vụ Granularity chia làm hai loại “fine-grained” “coarse-grained” Khái niệm granularity hiểu cách trừu tượng không phần biệt hai loại tùy ngữ cảnh mà có cảnh hiểu khác Interoperability : khả cộng tác, trao đổi thông tin hệ thống phân tán MỞ ĐẦU Hiện có nhiều hệ thống phần mềm thực phức tạp làm cho khả kiểm sốt chúng trở nên khó khăn Thách thức cho nhà quản trị Công nghệ Thông tin (CNTT) phải quản lý công việc mà khơng bổ sung nhân lực Mặt khác q phức tạp phí phát triển bảo trì cao, đặc biệt với hệ thống phần mềm cao cấp Mục đích việc xây dựng phần mềm khơng để chạy ổn định dài lâu mà cịn biến đổi uyển chuyển dễ dàng theo nhu cầu người dùng môi trường đại Do vậy, hàng chục năm qua, nhà kiến trúc phần mềm cố gắng tìm giải pháp để giải vấn đề Thế nhưng, độ phức tạp tiếp tục tăng dường vấn đề vượt khả xử lý kiến trúc truyền thống Điều phần ngày xuất nhiều công nghệ tạo nên môi trường không đồng nhất, phần yêu cầu trao đổi tương tác hệ thống phần mềm với Với phát triển internet với xu hội nhập chung toàn giới, tổ chức, sở doanh nghiệp cần bắt tay, phối hợp hoạt động chia sẻ tài nguyên với để nâng cao hiệu hoạt động Lúc sản phẩm có độ phức tạp lớn hơn, từ kéo theo vấn đề liên quan chi phí sản xuất, chi phí quản lý bảo trì Bên cạnh đó, ngành cơng nghệ phần mềm cịn phải đối mặt với khó khăn xu vấn đề an ninh bảo mật, vấn đề tái sử dụng mở rộng hệ thống sẵn có, vấn đề khơng tương thích hệ thống khác nhiều tổ chức Để giải vấn đề trên, nhiều giải pháp nghiên cứu ứng dụng Nhưng hầu hết giải pháp không giải khó khăn cách triệt để kết đạt không mong đợi Hiện nay, giải pháp cộng đồng công nghệ thơng tin quan tâm, “Kiến trúc hướng dịch vụ” (Service-oriented Architecture - SOA) SOA kiến trúc dễ dàng tích hợp mở rộng, kiến trúc bao gồm services kết nối lỏng lẻo, dễ dàng sử dụng lại, tương tác không phụ thuộc vào ký thuật thực Khi thiết kế hệ thống câu hỏi lớn đặt : việc cân nhắc khả sử dụng lại hiệu hệ thống Nếu hệ thống cần việc chạy nhanh cho ứng dụng đặc biệt RMI, CORBA, DCOM lựa chọn Nhưng hệ thống khó thay đổi sử dụng lại Nếu hệ thống dự định thay đổi thường xuyên mà khơng quan tâm đến tốc độ SOA phương cách tiếp cận tốt Nó dễ dàng sử dụng lại tương lai cho phép ứng dụng tương tự thiết kế cách nhanh chóng “Kiến trúc hướng dịch vụ” gì? Cách giải vấn đề lợi ích đạt kiến trúc nào? Trong phạm vi đề tài tơi nghiên cứu mơ hình kiến trúc SOA, phân tích tình triển khai mơ hình, vấn đề tích hợp, cách tiếp cận để xây dựng quản lý tiến trình nghiệp vụ SOA Ứng dụng mơ hình kiến trúc hướng dịch vụ phần mềm quản lý nguồn nhân lực tập đoàn FPT Đề tài: “NGHIÊN CỨU, ỨNG DỤNG PHƢƠNG PHÁP KIẾN TRÚC VÀ MƠ HÌNH HĨA HƢỚNG DỊCH VỤ TRONG CƠNG NGHỆ PHÁT TRIỂN PHẦN MỀM” Chƣơng - TỔNG QUAN Nội dung chương trình bày số khó khăn ngành cơng nghệ phần mềm Từ giới thiệu, phân tích ưu khuyết điểm số mơ hình kiến trúc phân tán xây dựng để giải khó khăn CORBA, EJB, DCOM v.v 1.1 Thực trạng Phần mềm trở nên phức tạp dường vượt khỏi khả kiểm sốt mơ hình phát triển phần mềm có Albert Einstein nói :“Mọi việc nên thực theo cách đơn giản đến mức có thể…” , thực trạng đáng buồn có nhiều hệ thống phần mềm xây dựng với kiến trúc phức tạp, chi phí phát triển bảo trì cao, đặc biệt với hệ thống phần mềm cao cấp Hàng chục năm qua, nhiều kiến trúc phần mềm xây dựng triển khai nhằm giải vấn đề Thế độ phức tạp phần mềm tiếp tục tăng dường trở nên vượt khả xử lý kiến trúc truyền thống Nguyên nhân khiến cho độ phức tạp hệ thống phần mềm không ngừng tăng cao xuất nhiều công nghệ tạo nên môi trường không đồng nhất, nhu cầu trao đổi, chia sẻ, tương tác hệ thống đáp ứng mơi trường Làm dung hòa cách biệt cũ mới? Các hệ thống cũ (legacy systems) cần sử dụng lại thay phải gỡ bỏ thay chi phí thực lại từ đầu chắn cao việc chi phí chuyển đổi cũ nhiều lần Vấn đề liên quan đến khái niệm thách thức mà tổ chức phải đối mặt, “tích hợp hệ thống” (Enterprise Architecture Integration - EAI) Hiện dự án dạng nhiều tổ chức quan tâm đến, với mức đầu tư chi phí dẫn đầu so với dạng dự án khác Một ngun nhân khác góp phần dẫn đến tình trạng khó khăn vấn đề lập trình dư thừa khơng thể tái sử dụng Hãy xét ví dụ, ngân hàng có nhiều chi nhánh khác – chi nhánh có hệ thống tách biệt cần kết nối với hệ thống khác ngân hàng để phục vụ khách hàng hiệu Giả sử hệ thống thiết kế tốt Thế hệ thống xây dựng khoảng thời gian khác nhau, dự án độc lập khác Thông thường chức “lấy số liệu thống kê tài khoản” bị lặp lại hệ thống ATM, chi nhánh hệ thống lưu trữ tài khoản, người dùng truy cập vào tài khoản sở liệu Bây ngân hàng cần phát triển hệ thống cung cấp 10 dịch vụ gửi tiền hay cho vay tiền qua mạng để tăng chất lượng phục vụ cho khách hàng Hệ thống xây dựng nào? Nếu giải pháp chọn xây dựng lại hệ thống mới, lại tiếp tục mắc lại sai lầm trước đó: dư thừa, khơng đồng … Còn chọn giải pháp sử dụng lại chức sẵn có, ta phải đối mặt với chuyện thiết lập mối liên kết với toàn hệ thống trước Hầu tổ chức phải đối mặt với vấn đề tích hợp nhiều lý do, đặc biệt thị trường ngày nay, thay đổi diễn với tốc độ chóng mặt; mở rộng thêm chi nhánh, hệ thống bạn hàng mới, đơn giản cần kết nối hệ thống có sẵn Nếu có n hệ thống ứng dụng cần kết nối trực tiếp với nhau, cần n*(n-1) kết nối, thành phần giao tiếp (interface) App App App App App Hình 1.1 Tích hợp dạng điểm nối điểm [15] Tương tự, có thêm hệ thống ứng dụng thứ (n+1) cần đựơc tích hợp thêm vào hệ thống, địi hỏi 2*n interface mới, bao gồm việc thu thập sưu liệu , kiểm thử, bảo trì Theo Hình 1-1 ứng dụng địi hỏi 20 kết nối trực tiếp, ứng dụng thứ tích hợp thêm vào yêu cầu thêm 10 kết nối mới! Tệ nữa, mã nguồn ứng dụng cũ phải chỉnh sửa để thêm vào kết nối, từ kéo theo chi phí kiểm thử, bảo trì Những vấn đề trước chưa giải quyết, mà tổ chức lại phải đối mặt với thách thức mới: đáp ứng nhanh chóng thay đổi, giảm chi phí phát triển, tăng tính tương thích khả tái sử dụng Tất tạo nên áp lực nặng nề nhà phát triển phần mềm 92 Các giao diện thường xuất kho thư mục đăng kí cơng cộng, đó, chúng phân loại dựa dịch vụ cung cấp, giống doanh nghiệp, số điện thoại chúng liệt kê trang vàng dịch vụ Các client (các thành phần sử dụng dịch vụ) tra cứu dịch vụ cụ thể cách truy vấn động dịch vụ dựa tính phân loại khác Quá trình biết tới chế tìm kiếm động dịch vụ Các thành phần sử dụng dịch vụ hay client sử dụng dịch vụ thông qua thơng điệp Vì giao diện chúng độc lập tảng ngôn ngữ nên thông điệp thường cấu trúc cách sử dụng tài liệu XML phù hợp với XML schema MDA mơ hình hướng đối tượng Các lớp thể MDA thao tác trực tiếp lên đối tượng Cịn SOA truy xuất hồn tồn theo dịch vụ 'Services' Trong SOA, lớp thể khơng cịn, mà sử dụng dịch vụ để truy cập chúng Các đối tượng nghiệp vụ đặt thư viện dịch vụ nạp vào nhớ - lớp dịch vụ lớp nghiệp vụ nằm tiến trình, nhờ lời gọi hàm đến đối tượng nghiệp vụ không bị tải Dịch vụ đóng vai trị 'hộp đen': cung cấp lớp trung gian cho mơ hình đối tượng đưa tập chức rút gọn, làm giảm nhu cầu trao đổi lớp SOA kiến trúc phần mềm phát xuất từ định nghĩa giao tiếp xây dựng tồn mơ hình ứng dụng mơ hình giao tiếp, thực giao tiếp phương thức gọi giao tiếp Giao tiếp trung tâm toàn triết lý kiến trúc này; thực ra, tên gọi 'kiến trúc định hướng giao tiếp' thích hợp cho SOA Dịch vụ module phần mềm nghiệp vụ truy cập thông qua giao tiếp, thường theo cách thức yêu cầu - đáp trả Ngay với yêu cầu dịch vụ chiều u cầu trực tiếp có chủ đích từ phần mềm đến phần mềm khác Một tương tác định hướng dịch vụ bao hàm cặp đối tác: nguồn cung cấp dịch vụ khách hàng sử dụng dịch vụ 93 Chƣơng - ỨNG DỤNG SOA TRONG QUẢN LÝ NGUỒN NHÂN LỰC Chương trình bày số mẫu tiến trình thiết kế công cụ BpelDesigner, áp dụng thực tiễn ứng dụng tập đoàn FPT 6.1 Thực trạng hệ thống ứng dụng tập đồn 6.1.1 Mơ tả Là tập đồn lớn nên việc ứng dụng cơng nghệ thông tin vào quản lý áp dụng từ lâu Rất nhiều ứng dụng quản lý nguốn nhân lực (Oracle PeopleSoft Human capital management-HCM), quản lý quan hệ khách hàng (Sieble Customer Relationship management-CRM), hệ thống tài doanh nghiệp (Oracle E-Business Suite) tập đoàn triển khai ứng dụng Tuy việc trao đổi thông tin ứng dụng hạn chế việc xuất liệu Excel, cho ứng dụng truy cập trực tiếp vào số bảng liệu ứng dụng khác thông qua việc cấp tài khoản truy cập sở liệu 6.1.2 Hệ thống quản lý nguồn nhân lực PeopleSoft PeopleSoft phiên 9.1 ứng dụng hàng chục quốc gia, có doanh nghiệp tổ chức hàng đầu giới như: công ty hàng đầu giới; Bộ quốc phịng Mỹ, Bộ tài Malaysia, Bộ tài Bruney… Có tổ chức lên tới 1,3 triệu nhân viên PeopleSoft quản lý thông suốt Nhờ tích hợp nhiều tính tái sử dụng toàn sở liệu cũ (tránh việc phải xây dựng lại gây tốn kém), tích hợp kênh thơng tin web (ví dụ kênh thơng tin tuyển dụng nhân mà không cần phải đăng báo hay thơng qua hội chợ việc làm) Ngồi phần mềm có khả giới thiệu ứng viên, có chương trình đào tạo phù hợp bồi dưỡng nhân cho công tác luân chuyển bồi dưỡng cán nguồn thay thế, đào tạo trực tuyến (E-learning) cán nguồn hệ thống…Đây coi thành công vượt bậc mà phần mềm tích hợp ứng dụng thành cơng PeopleSoft Phần mềm PeopleSoft tập đồn FPT triển khai đưa vào sử dụng, bao gồm modules: quản lý nguồn nhân công, lương thưởng, cổ phiếu, đào tạo, tuyển dụng v.v… hệ thống triển khai hệ điều hành Linux, Oracle database 10g, Oracle Application Server 10g, PeopleSoft HCM 9.0 Nhằm mục đích nâng cao khả quản lý nguồn lực tập đoàn, tất công ty thành viên quản lý 94 nhân viên PeopleSoft Việc thao tác ứng dụng áp dụng tới tất thành viên tập đoàn từ nhân viên Tổng giám đốc, Chủ tịch 6.1.3 Nhu cầu thực tế Việc trao đổi liệu ứng dụng việc tra cứu thông tin tổng hợp ứng dụng khác nhu cầu tất yếu Mong muốn tập đoàn chia sẻ liệu mở đến mức để nhân viên ứng dụng khác truy cập dễ dàng mà không phụ thuộc đến công nghệ truy cập qua môi trường mạng SOA webservices giải pháp kỳ vọng cho việc giải toán Với việc mong muốn ứng dụng SOA vào mơ hình chia sẻ thơng tin trên, cá nhân đề xuất hướng phát triển cho việc áp dụng SOA hệ thống quản lý nguồn nhân lực PeopleSoft, trước tiên modules quản lý nhân công: (thông tin cá nhân, thông tin khoản thu nhập), tra cứu thông tin tuyển dụng đơn vị v.v…, tiếp đến việc tích hợp nhiều ứng dụng khác CRM, Finance 6.2 Áp dụng mơ hình kiến trúc hƣớng dịch vụ vào phần mềm quản lý nguồn nhân lực PeopleSoft 6.2.1 Mô tả Mục tiêu xây dựng tiến trình nhằm cung cấp cho người dùng (nhân viên) ứng dụng tài tra cứu thơng tin cá nhân tập đồn Giả sử ta có modules lấy thông tin cá nhân (ngày sinh, điện thoại, giới tính,….) module khoản thu nhập tháng (compensations), hoạt động độc lập với Dùng kỹ thuật thơng thường ta phải viết chương trình từ đầu để kết hợp module lại với Việc xảy có nhiều module cần kết hợp chúng dạng dịch chưa hỗ trợ có khả kết hợp qua trung gian? Sửa lại từ mã nguồn? Hoặc đơn giản module bị hỏng, thay module khác có chức tương tự, phải sửa mã nguồn? Khó khăn nằm mối ràng buộc module Với SOA, ta đơn giản cung cấp module thành dạng dịch vụ kết hợp với theo ý muốn xong Việc hỗ trợ hình thức dịch có khả kết hợp từ nhiều dịch vụ sở thực nhanh chóng dễ dàng Với ứng dụng quản lý nguồn nhân lực PeopleSoft, việc tạo dịch vụ từ module nhà phát triển ý từ khâu thiết kế, nên việc thực dễ dàng Việc lại kết hợp dịch vụ lại sử dụng Oracle SOASuite, BpelDesigner để tạo ứng dụng SOA hồn chỉnh 95 Hình 6-1 – Màn hình thơng tin cá nhân PeopleSoft HCM 96 Hình 6-2 – Màn hình thơng tin khoản thu nhập PeopleSoft HCM 6.2.2 Xây dựng ứng dụng FPT SOA 6.2.2.1 Xây dựng dịch vụ Ứng dụng FPT SOA Thông tin cá nhân Tầng dịch vụ Peoplse Soft Services Web Services Platform Tầng ứng dụng PeopleSoft CRM Oracle EBS Hình 6-3 – Mơ hình xây dựng ứng dụng FPT SOA Việc định nghĩa dịch vụ dựa components PeopleSoft 97 Hình 6-4 – Mơ hình định nghĩa dịch vụ lấy thông tin cá nhân từ đối tƣơng (component) PeopleSoft HCM 98 Hình 6-5 – Mơ hình định nghĩa dịch vụ lấy khoản thu nhập từ đối tƣơng (component) PeopleSoft HCM 99 6.2.2.2 Tạo mô tả cấu trúc dịch vụ wsdl giao thức truyền thơng điệp soap 100 Hình 6-6 – Tạo mô tả dịch vụ wsdl giao thức soap PeopleSoft HCM 101 6.2.2.3 Đăng ký dịch vụ Hình 6-7 – Tạo mơ tả dịch vụ PeopleSoft HCM 6.2.2.4 Tích hợp dịch vụ Sau tạo dịch vụ PeopleSoft, việc xây dựng tầng nghiệp vụ, sử dụng Bpel Designer để thiết kế quản lý dịch vụ 102 Hình 6-8 – Mơ hình thiết kế SOA dựa dịch vụ vừa định nghĩa 6.2.2.5 Dữ liệu sau xử lý Hệ thống nhận yêu cầu truy cập thông tin nhân viên, thông tin đầu vào mã nhân viên tài khoản để xác thực (địa email) Tiếp theo lấy thông tin nhân viên cách call service CI_CI_PERSONAL_DATA, sau truy cập CI_CI_JOB_DATA service để truy cập thông tin khoản thu nhập nhân viên Việc xác thực tài khoản service xác thực bên service (việc hệ thống quản lý nguồn nhân lực định nghĩa sẵn) 103 Hình 6-9 – Dữ liệu trả từ FPT SOA Applications 104 Đây trường hợp mơ hình thiết kế SOA tập đồn FPT, đồng ý cơng ty tơi xin trích để mô cho kiến trúc SOA luận văn Tương lai tiếp tục xây dựng kết hợp dịch vụ nhiều ứng dụng khác ứng dụng ban tài chính, quản lý chuỗi cung ứng v.v… để cung cấp đầy đủ dịch vụ cho tập đoàn 105 KẾT LUẬN Qua tìm hiểu nghiên cứu đề tài, tơi nắm cở sở lý thuyết kiến trúc hướng dịch vụ (SOA), bao gồm khái niệm, tính chất, nguyên tắc thiết kế, bước cần thực thi xây dựng hệ thống SOA Rõ ràng có nhiều thách thức, nhiều vấn đề cần quan tâm việc ứng dụng giải pháp SOA dự án cụ thể Thế khó khăn khơng làm cản trở quan tâm tổ chức, nhà doanh nghiệp nhà quản lý hệ thống chúng nhỏ bé so với giá trị thiết thực mà hệ thống SOA đem lại triển khai thành công SOA thật kiến trúc “lý tưởng” cho hệ thống quản lý tổ chức, doanh nghiệp Với kết cấu mở, linh hoạt, khả dễ mở rộng tính liên kết cao làm cho hệ thống SOA thật có “sức đề kháng” cao rủi ro thay đổi xảy môi trường hoạt động nghiệp vụ tổ chức Thay đổi yếu tố thiếu hoạt động nghiệp vụ nhằm nâng cao hiệu chất lượng phục, đặc biệt môi trường cạnh tranh ngày Một hệ thống SOA dễ dàng tùy biến để đáp ứng nhanh chóng yêu cầu thay đổi với mức chi phí thấp nhiều so với giải pháp trước SOA làm điều khả tái sử dụng lại tài nguyên sẵn có, khả mở rộng liên kết tốt với hệ thống để tạo nên môi trường đồng Tìm hiểu cơng cụ hỗ trợ thiết kế BpelDesigner cung cấp môi trường tiện dụng hiệu việc thiết kế xây dựng tiến trình nghiệp vụ thơng qua thao tác đơn giản kéo thả Ứng dụng kiến trúc hướng dịch vụ (SOA) vào hệ thống Quản lý nguồn nhân lực công ty việc khai thác liệu Với kết tìm hiểu được, tơi tin SOA thực giải pháp tốt để giải vấn đề khó khăn mà giải pháp trước chưa xử lý được, trở thành tảng mang tính chiến lược tổ chức, doanh nghiệp tương lai  Định hướng nghiên cứu phát triển Về mặt lý thuyết, giới hạn thời gian nên chưa trình bầy vấn đề bảo mật, nghiên cứu sâu vấn đề bảo mật hệ thống SOA, xem xét giải pháp cụ thể vấn đề dịch vụ hóa tích hợp mở rộng cho loại hệ thống xây dựng dựa công nghệ trước DCOM, CORBA, J2EE…Ngồi ra, tìm hiểu thêm cách kết hợp SOA “Tính tốn lưới” (Grid Computing) để nâng cao hiệu suất hoạt động hệ thống SOA, hệ thống SOA kế thừa sức mạnh tính tốn mơ hình “Tính toán lưới” Về mặt ứng dụng, nghiên cứu để xây dựng mở rộng SOA ứng dụng Quản lý nguồn nhân lực (Peolesoft HCM) mà cịn với hệ thống tài (Oracle finance), hệ thống quản lý quan hệ khách hàng (Customer Relationship management-CRM) công ty 106 DANH MỤC TÀI LIỆU THAM KHẢO Tài liệu tiếng Việt Ngô Văn Hiền, Hồ Tường Vinh (2005), “Giới thiệu phương pháp tiếp cận Kiến trúc hướng mơ hình”, Hội thảo quốc gia CNTT - TT lần thứ 3, Hải phòng, Việt Nam Tài liệu tiếng Anh A Meta Group White paper, Intersection of Web services and Securit Management: A Service-Oriented Security BEA (2004), Service-Oriented Architecture Solution Accelerator Guide Binildas CA, Malhar Barai, Vincenzo Caselli (2008), Service Oriented Architecture with Java IBM Graphically Rich Book (2008), A Practical Guide for the Service-Oriented Architect IBM Red Book Team (2004), Pattern: Implementing an SOA using Enterprise Service Bus IBM Red Book Team (2004), Pattern: Service-Oriented Architecture and Web Services IBM Red Book Team (2004), Pattern: Using Web Services for Business Integration IBM, Migrating to a service-oriented architecture, Part http://www.ibm.com/developerworks/library/ws-migratesoa/ 10 Lauri Jaakkola (2005), Applying Service-Oriented Architecture to Geographycally Distributed Industrial Information 11 Nicolai M.Josuttis – Oreilly (2007), SOA in Practice – The Art of Distributed System Design 12 OMG – Object Management Group (2007), Model Driven Architecture (MDA) FAQ, http://www.omg.org 13 Oracle® SOA Suite Quick Start Guide 10g (10.1.3.1.0) 14 Rational Software Co (2003), Mastering Object-Oriented Analysis and Design with UML 2.0 15 Sriram Krishnan (2004), An Architecture for Checkpointing and Migration of Distributed Components on the Grid ... kiến trúc hướng dịch vụ (SOA), đặc trưng ích lợi đạt mơ hình kiến trúc Ngồi ra, chương sâu vào tìm hiểu tầng kiến trúc bên mơ hình SOA 2.1 Giới thiệu trúc hƣớng dịch vụ Kiến trúc hướng dịch vụ. .. hướng dịch vụ phần mềm quản lý nguồn nhân lực tập đoàn FPT Đề tài: “NGHIÊN CỨU, ỨNG DỤNG PHƢƠNG PHÁP KIẾN TRÚC VÀ MƠ HÌNH HĨA HƢỚNG DỊCH VỤ TRONG CƠNG NGHỆ PHÁT TRIỂN PHẦN MỀM” Chƣơng - TỔNG... tài nghiên cứu mơ hình kiến trúc SOA, phân tích tình triển khai mơ hình, vấn đề tích hợp, cách tiếp cận để xây dựng quản lý tiến trình nghiệp vụ SOA Ứng dụng mơ hình kiến trúc hướng dịch vụ phần