Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 2

Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 2: Thiết kế các dịch vụ với lược tả UML của các dịch vụ phần mềm Lee Ackerman, Giám đốc tiếp thị, IBM Bertrand Portier, Kiến trúc IT, IBM Software Group Services Tóm tắt: Tìm hiểu cách làm thế nào để thiết kế kiến trúc hướng dịch vụ (SOA) khi sử dụng IBM® Rational® Software Architect (Kiến trúc sư phần mềm Rational của IBM). Cách tiếp cận dựa theo mô hình này (model-driven development -MDD) dựa vào Unified Modeling Language (UML - Ngôn ngữ mô hình hóa thống nhất)...
Nội dung trích xuất từ tài liệu:
Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 2Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 2: Thiết kếcác dịch vụ với lược tả UML của các dịch vụ phần mềmLee Ackerman, Giám đốc tiếp thị, IBMBertrand Portier, Kiến trúc IT, IBM Software Group ServicesTóm tắt: Tìm hiểu cách làm thế nào để thiết kế kiến trúc hướng dịch vụ (SOA)khi sử dụng IBM® Rational® Software Architect (Kiến trúc sư phần mềmRational của IBM). Cách tiếp cận dựa theo mô hình này (model-drivendevelopment -MDD) dựa vào Unified Modeling Language (UML - Ngôn ngữ môhình hóa thống nhất) và lược tả UML 2.0 của các dịch vụ phần mềm.Trước khi bạn bắt đầuTrước hết hãy xem lại bạn có thể mong đợi những gì từ hướng dẫn này và làm thếnào để học được nhiều nhất từ nó.Về loạt bài viết nàyĐể thu được những lợi ích của Service-Oriented Architecture (SOA - Kiến trúchướng dịch vụ) và Model-Driven Development (MDD- Phát triển dựa theo môhình), môi trường thiết kế và phát triển của bạn cần có các đặc điểm sau: Mô hình hóa các cách làm thực tế tốt nhất: mọi người sẽ có thể sử dụng • lại các giải pháp đã được kiểm chứng để giải quyết các vấn đề xảy ra thường xuyên và cũng cung cấp các giải pháp cho những người khác sử dụng lại. Chọn công cụ khớp với vai trò và nhiệm vụ: Các công cụ cần được nhắm • đến nhiệm vụ sắp tới và đến vai trò thực hiện nhiệm vụ đó (ví dụ, nhà phân tích nghiệp vụ hoặc Kiến trúc sư CNTT). Cung cấp sự hỗ trợ và hướng dẫn quy trình xử lý: Môi trường phát triển • luôn luôn cung cấp hướng dẫn tùy bối cảnh cho các phương pháp hay các quy trình. Đưa ra một nền tảng mở rộng được: Các nhóm làm việc sẽ có thể mở • rộng hoặc tùy chỉnh môi trường sao cho ăn khớp với các nhu cầu của họ. Cho phép tự động hóa: Các ánh xạ và siêu mô hình ở dưới khung công tác • sẽ cho phép biến đổi bán tự động các mô hình, từ các mức trừu tượng hóa cao hơn đến thấp hơn và cuối cùng thành mã có thể chạy được. Giúp theo vết sự trừu tượng hóa: Có khả năng truy ngược lại từ các mức • trừu tượng hóa thấp hơn đến cao hơn.Có tất cả các đặc tính của IBM Rational Software Development Platform (Nềntảng phát triển phần mền Rational IBM) và cụ thể hơn là công cụ của IBMRational Software Architect. Trong loạt bài viết của hướng dẫn này, bạn sẽ tìmhiểu làm thế nào để sử dụng nền tảng Rational và các khả năng của nó để thiết kếcác giải pháp SOA.Hướng dẫn này mô tả một cách tiếp cận MDD từ trên xuống dưới để mô hình hóacác dịch vụ bằng cách sử dụng Rational Software Architect. Bạn sẽ học cách làmthế nào để bạn có thể biểu diễn mô hình dịch vụ theo các mức trừu tượng hóa khácnhau (từ Quy trình nghiệp vụ, Unified Modeling Language -UML- Ngôn ngữ môhình hóa thống nhất, Web Services Description Language -WSDL- Ngôn ngữ môtả dịch vụ Web, đến mã Java™) và làm thế nào để Rational Software Architect hỗtrợ hiển thị trực quan và chuyển đổi từ một mức trừu tượng hóa này tới mức trừutượng hóa khác.Các tác giả cũng thảo luận về việc sử dụng các lược tả UML (UML profiles) chocác ngôn ngữ riêng cho từng lĩnh vực như SOA. Chìa khóa để thu được các lợi íchcủa SOA là việc tái sử dụng các tài sản hiện có. Chúng tôi chỉ ra cách làm thế nàođể sử dụng các mẫu thiết kế hiện có để giải quyết các yêu cầu của các dịch vụ củabạn. Sau khi tìm hiểu hết loạt bài viết này, bạn sẽ có khả năng thiết kế các dịch vụbằng Rational Software Architect và sử dụng các khả năng bạn được cung cấpxoay quanh các lược tả UML, các mẫu thiết kế, các tài sản có khả năng sử dụng lại,các phép biến đổi và các dịch vụ Web.Về đầu trangVề hướng dẫn nàyTrong Phần 1 của loạt bài viết, bạn đã làm quen với Rational Software Architectvà cách nó tích hợp với các công cụ khác mà bạn sử dụng trong các giai đoạn khácnhau của vòng đời SOA như thế nào. Trong phần này, bạn tìm hiểu cách sử dụngRational Software Architect như thế nào để thiết kế các dịch vụ bằng cách sử dụngUML và các lược tả UML 2.0 cho các dịch vụ phần mềm. Hướng dẫn này tậptrung vào việc thiết kế các dịch vụ riêng lẻ, không phải là thiết kế các tương táchoặc hợp tác dịch vụ.Về đầu trangCác mục tiêuSau khi hoàn tất hướng dẫn này, bạn sẽ có một sự hiểu biết tốt hơn về giá trị củaMDD và mô hình hóa trực quan. Bạn cũng sẽ hiểu lược tả UML là gì, lược tả cácdịch vụ là gì và sử dụng nó như thế nào. Với kiến thức đó, bạn sẽ có thể tạo ra mộtmô hình thiết kế dịch vụ bao gồm các thông điệp (Messages), các đặc tả dịch vụ(Service Specifications) và các dịch vụ (Services).Về đầu trangCác điều kiện cần trướcĐể nhận được đầy đủ những lợi ích của hướng dẫn này, sẽ rất có ích nhưng khôngbắt buộc nếu bạn quen thuộc với các khái niệm và sản phẩm sau: UML, the Unified Modeling Language - Ngôn ngữ mô hình hóa thống nhất. • WSDL, the Web Services Description Language - Ngôn ngữ mô tả dịch ...