Tiểu luận dịch vụ phần mềm và tích hợp hệ thống

TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI VIỆN ĐÀO TẠO SAU ĐẠI HỌC  TIỂU LUẬN DỊCH VỤ PHẦN MỀM VÀ TÍCH HỢP HỆ THỐNG Giảng viên hướng dẫn: TS Vũ Thị Hương Giang Học viên nhóm 6: Nguyễn Văn Minh Phạm Anh Thắng Hà Nội - 11/2014 MỤC LỤC GIỚI THIỆU CHUNG VỀ DESIGN PATTERNS Trong công nghệ phần mềm, mẫu thiết kế (Design Pattern) giải pháp áp dụng lại cho vấn đề chung thường gặp thiết kế phần mềm Một phần mềm hoàn thành mà góp mặt Design Pattern có mặt Design Pattern giúp xác định toán nhanh giải cách hiệu Một mẫu thiết kế thiết kế hoàn thiện để chuyển đổi trực tiếp thành mã Nó hướng dẫn ví dụ mẫu cách giải vấn đề mà áp dụng vào nhiều tình khác Các mẫu thiết kế giúp tăng tốc trình phát triển phần mềm cách cung cấp mẫu hình phát triển chứng thực kiểm chứng Thông thường, người biết cách áp dụng số kĩ thuật thiết kế phần mềm vào vài vấn đề cụ thể Những kĩ thuật khó áp dụng mở rộng cho vấn đề khác Các mẫu thiết kế cung cấp giải pháp chung, viết tài liệu định dạng mà không gắn liền với vấn đề cụ thể PHẦN I: FOUNDATIONAL INVENTORY PATTERNS Các mẫu thiết kế Chương 6: Foundational Inventory Patterns chủ yếu định nghĩa tầm quan trọng mô hình kiến trúc hướng dịch vụ kiến trúc kiểm kê Service Inventory Architecture Những trục trặc thiết kế dịch vụ giải pattern giúp cấu trúc giải pháp thiết kế logic có môi trường linh hoạt nhanh nhẹn; phù hợp với kiến trúc hướng dịch vụ Mẫu kiểm kê - Inventory Design Patterns bao gồm phần:        Enterprise Inventory Domain Inventory Service Normalization Logic Centralization Service Layers Canonical Protocol Canonical Schema Enterprise Inventory Enterprise Inventory mẫu thiết kế tạo Thomas Erl để trả lời cho câu hỏi: “Làm để dịch vụ cung cấp tối đa hóa việc tái cấu trúc” Việc áp dụng mô hình cho kết tiêu chuẩn hóa dịch vụ kiểm kê doanh nghiệp diện rộng 1.1 Problem Khi cung cấp dịch vụ độc lập thông qua dự án khác doanh nghiệp có nguy tạo kiến trúc thực thi dịch vụ không phù hợp; ảnh hưởng đến khả tái cấu trúc Tại doanh nghiệp, service cung cấp phần dự án mà tiếp tục phát triển Bởi dự án lại có độ ưu tiên mục tiêu riêng dịch vụ kiến trúc thực thi thiết kế cách cách độc lập , tối ưu hóa để đáp ứng yêu cầu kỹ thuật Kết sinh tập dịch vụ kiến trúc công nghệ khác Sự khác biệt môi trường thực thi khác sinh vấn đề nghiêm trọng ta cố gắng cấu trúc dịch vụ vào lại khung kiến trúc ban đầu 1.2 Solution Giải pháp cho vấn đề đưa tiêu chuẩn hóa cho dịch vụ; đưa kiến trúc kiểm kê cho toàn doanh nghiệp từ dịch vụ tự liên tục tái cấu trúc Một kiến trúc hướng dịch vụ áp dụng cho doanh nghiệp thiết lập để hình thành sở cho mẫu dịch vụ kiểm kê Các dịch vụ cung cấp dự án doanh nghiệp thiết kế riêng theo kiến trúc kiểm kê; đảm bảo theo tiêu chuẩn toàn doanh nghiệp đáp ứng khả tương tác nội 1.3 Application Việc kiểm kê dịch vụ áp dụng cho doanh nghiệp ý tưởng mô hình hóa cấp cao dịch vụ; tiêu chuẩn doanh nghiệp áp dụng đưa dịch vụ cho dự án khác Có nhiều yếu tố ảnh hưởng đến việc kiểm kê dịch vụ; yếu tố làm giảm quy mô phạm vi dự án yêu cầu ta phải tìm kiếm phương pháp thực thi khác: - Tính đáp ứng công nghệ cho dịch vụ kế hoạch - Nền tảng công nghệ việc quản trị để đáp ứng cho việc quản lý phát triển mẫu kiểm kê xây dựng sau cung cấp Mẫu Kiểm kê dịch vụ không cần thiết phải dùng toàn thành phần hệ thống; Mục đích mẫu để thiết lập dịch vụ kiểm kê đơn lẻ đảm bảo đủ phạm vi để dịch vụ tạo thành Xa nữa, ứng dụng cho mẫu không kết cho việc tạo dịch vụ vật lý Nó thiết lập khái niệm dịch vụ kiểm kê cho toàn doanh nghiệp; dịch vụ định nghĩa qua kế hoạch phân tích kiểm kê 1.4 Impacts Việc phân tích trước dịch vụ quan trọng; cho phép mẫu kiểm kê số hóa thiết kế chi tiết tác động tổ chức theo yêu cầu nhà quản trị Để đạt thống dịch vụ kiểm kê toàn doanh nghiệp, phân tích tiếp cận từ xuống top-down (đôi phân tích quy mô lớn) dùng để mô hình hóa liên kết dịch vụ trước cung cấp cho khách hàng Việc phân tích gây tốn tiền bạc đòi hỏi nhiều thời gian để hoàn thành Phương pháp thay - Alternative Methodologies - dùng giai đoạn cung cấp dịch vụ với chi phí phân tích Ví dụ, cách tiếp cận “meetin-the-middle” cho phép phân tích lúc dịch vụ xây dựng thực thi Sau có buộc để xắp xếp lại dịch vụ sau thời điểm sản phẩm phân tích Mặc dù chứng minh tốn thời gian phương pháp tiếp cận từ xuống top-down phương pháp lại phức tạp tốn nhiều chi phí 1.5 Relationships Enterprise Inventory thiết lập ranh giới kiến trúc với cấu trúc vật lý đối tượng áp dụng mẫu kiểm kê Inventory Endpoint bổ sung cho mẫu cách cung cấp tiêu chuẩn để truy cập đến khách hàng bên doanh nghiệp Domain Inventory cung cấp lựa chọn chủ yếu cho mẫu kiểm kê Domain Inventory Kiểm kê lĩnh vực - Domain Inventory - xây dựng để trả lời cho câu hỏi: Làm để dịch vụ cung cấp tối đa việc tái cấu trúc mà toàn tiêu chuẩn doanh nghiệp không khả thi 2.1 Problem Trong môi trường rộng lớn, không thực tế để định rõ trì mẫu kiểm kê dịch vụ cho thực thể doanh nghiệp Các tiêu chuẩn thông điệp quản lý phát dẫn tới nhiều điều bận tâm hầu hết tiêu chuẩn thông điệp có xu hướng tổ chức hóa đặc tính Việc thiết lập mẫu kiểm kê dịch vụ riêng lẻ làm doanh nghiệp quản lý hiệu điều làm ảnh hưởng đến thành công việc áp dụng kiến trúc SOA vào hệ thống sản xuất 2.2 Solution Rất nhiều kiểm kê dịch vụ xây dựng cho doanh nghiệp Phạm vi miêu tả dịch vụ xác định rõ lĩnh vực doanh nghiệp Trong mẫu lĩnh vực, kiểm kê dịch vụ tiêu chuẩn hóa điều chỉnh độc lập 2.3 Application Dù có áp dụng hay không áp dụng mẫu vào doanh nghiệp xuất câu hỏi liệu mẫu kiểm kê dịch vụ có khả thi môi trường định hay không Rất nhiều yếu tố (hầu hết tổ chức cách cụ thể) cân nhắc đắn đo vấn đề này, nhiên có nhiều hướng dẫn sẵn dùng cho doanh nghiệp Việc áp dụng mô hình vượt qua trở ngại đẩy nhanh trình chuyển đổi hướng tới kiến trúc hướng dịch vụ Đối với nhiều tổ chức, mô hình cung cấp tùy chọn cho việc áp dụng SOA thực tế Lý tưởng mẫu kiểm kê lĩnh vực phải tương ứng với lĩnh vực kinh doanh doanh nghiệp Điều cho phép kiểm kê phải điều chỉnh để phát triển với thiết lập tương ứng với mô hình kinh doanh theo định hướng kiến trúc đặc trưng 2.4 Impacts Nhiều mẫu kiểm kê lĩnh vực thực thi gây số áp đặt, cho phép kiểm kê cá nhân tiêu chuẩn hóa khác Điều dẫn đến cần thiết phải chuyển đổi khả tương tác lĩnh vực phần kiến trúc doanh nghiệp tổng thể Yêu cầu chuyển đổi xuất phép lĩnh vực tác động trao đổi liệu nỗ lực phát triển dịch vụ tương ứng thời gian thực Hơn nữa, độc lập mà mẫu kiểm kê xây dựng phát triển thường dẫn đến việc tạo dịch vụ dự phòng lĩnh vực 2.5 Relationships Các mẫu thiết kế tương tự cấu trúc mẫu kiểm kê dịch vụ kết thúc cấu xác định qua Domain Inventory Tuy nhiên, không Enterprise Inventory, ứng dụng mẫu nói chung dẫn tới cần thiết cho việc chuyển đổi mô Protocol Bridging Data Model Transformation Inventory Endpoint đóng vai trò bật để tạo điều kiện cho việc giao tiếp mẫu pattern kiểm kê dịch vụ Service Normalization 3.1 Problem Ranh giới dịch vụ xác định bối cảnh chức tập hợp ranh giới chức bao quanh Thậm chí xác định trước ranh giới kiểm kê dịch vụ cung cấp dự án khác gặp nguy chồng chéo chức lẫn Điều dẫn đến khả không chuẩn hóa (denormalization) dịch vụ kiểm kê Việc không chuẩn hóa gây số vấn đề, chẳng hạn như: Không có khả thiết lập tốt chức cho dịch vụ Kiến trúc dịch vụ phức tạp hơn; Các chức dịch vụ bị đồng hóa, dẫn tới cung cấp chức cho toán khác - - 3.2 Solution Các dịch vụ mô hình hóa cách tập thể trước quy ước vật lý dịch vụ tạo Điều làm cho khung dịch vụ lên kế hoạch để đảm bảo không bị trùng lặp với dịch vụ khác Kết tạo dịch vụ kiểm kê tiêu chuẩn hóa mặt chức mức cao 3.3 Application Mục tiêu mẫu để nhận biết tốt dịch vụ cung cấp cách sử dụng nguyên lý thiết kế dịch vụ độc lập (Service Autonomy) giai đoạn xây dựng mô hình dịch vụ - Các bước thực thông thường sau: - Định danh phân rã quy trình nghiệp vụ gắn liền với khung kiểm kê Phân bổ phần quy trình nghiệp vụ vào dịch vụ dịch vụ tồn cách thích hợp - Phê duyệt, hợp thức hóa khung dịch vụ chúng không bị trùng lặp Đây bước để mô hình hóa dịch vụ; để áp dụng hoàn toàn mẫu Service Normalization đòi hỏi trình phải thực lặp lặp lại; quy trình nghiệp vụ liên kết với trình kiểm kê dịch vụ Thông qua lần lặp lại, bối cảnh chức ranh giới dịch vụ ứng cử viên liên tục cải tiến hợp thức hóa Ranh giới chức dịch vụ mô hình hóa phần trình phân tích hình thức áp dụng suốt trình thiết kế kiểm kê quản trị dịch vụ 3.5 Relationships Compensating Service Transaction pattern 4.1 Problem Các trường hợp ngoại lệ thời gian chạy không kiểm soát gây nguy hiểm cho thành phần dịch vụ, dó sử dụng transaction nắm giữ nhiều tài nguyên, ảnh hưởng tiêu cực đến hiệu suất khả mở rộng dịch vụ 4.2 Solution Compensating routines giới thiệu, cho phép giải ngoại lệ thời gian chạy mà không chiếm giữ tài nguyên 4.3 Application Compensation logic định nghĩa trước định nghĩa phần thành phần cha với việc cung cấp tính "undo" 4.4 Impacts Việc sử dụng Compensation logic dẫn tới kết mở khác hiệu thực tế 4.5 Relationships PHẦN IV: ỨNG DỤNG VÀO BÀI TOÁN ĐĂNG KÝ HỌC Mô tả toán đăng ký học Áp dụng Design pattern vào toán 2.1 Composition Autonomy pattern 2.2 Atomic Service Transaction pattern Transaction làm tránh khả liệu bị bất đồng có có service bị fail 2.3 Compensating Service Transaction pattern Tránh lock database làm tài nguyên truy cập Định nghĩa dịch vụ 3.1 T T Mô tả dịch vụ Tên Service Tham số SvcCheckingCourse Prerequisite Input: Mã sinh viên Output: Danh sách môn đăng ký, môn học Exceptions: Mã sinh viên không hợp lệ, DB error, kết nối mạng, lỗi nghiệp vụ SvcCheckingStudent InGoodStanding Input: Mã sinh viên Output: Yes/No Exceptions: Mã sinh viên không hợp lệ, DB error exception, lỗi nghiệp vụ SvcCheckingPayment Status Input: Mã sinh viên, Mã học kỳ Output: Yes/No Exceptions: Mã sinh viên không hợp lệ, Mã học kỳ không hợp lệ, DB error exception, lỗi nghiệp vụ SvcCalculateAmount ToPay Input: Danh sách môn học Output: Tổng số tiền phải đóng Exceptions: Danh sách rỗng, tràn số, lỗi nghiệp vụ SvcSubmitRegistrationReq uest Input: Mã sinh viên, Mã môn học Output: Yes/No Exceptions: không cập nhật trạng thái SvcRecording RegistrationStatus Input: Mã sinh viên, mã môn học Output: Danh sách môn học trạng thái đăng ký Exceptions: Mã sinh viên không hợp lệ, kết nối mạng, lỗi nghiệp vụ 3.2 Triển khai dịch vụ 3.3 Xây dựng sơ đồ tích phối a) Orchestration b) Choreography c) Collaboration Cài đặt 4.1 Orchestration 4.2 Choreography 4.3 Kết test webservice application client : 4.4 Đăng ký sử dụng dịch vụ JUDDI Bước 1: Khởi động JUDDI localhost đăng nhập với tài khoản juddi Bước 2: Tạo Bussiness Bước 3: Register cho dịch vụ từ file WSDL có Chọn Create -> Register Services from WSDL paste link WSDL vào URLs hình vẽ: Chọn service muốn đăng ký dịch vụ: Review and Approve: Bước 4: Tìm kiếm dịch vụ