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

Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3: Sử dụng các tài sản và các mẫu trong thiết kế của bạn Bertrand Portier, Kiến trúc sư IT, IBM Lee Ackerman, Giám đốc tiếp thị, IBM Tóm tắt: Tìm hiểu cách làm thế nào để tạo ra thiết kế dịch vụ của serviceoriented architecture (SOA - kiến trúc hướng-dịch vụ) khi sử dụng IBM® Rational® Software Architect (Kiến trúc sư phần mềm Rational của IBM), các tài sản có thể dùng lại và Đặc tả kỹ thuật của tài sản có thể dùng lại (Reusable Asset Specification-RAS)...
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 3Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3: Sử dụngcác tài sản và các mẫu trong thiết kế của bạnBertrand Portier, Kiến trúc sư IT, IBMLee Ackerman, Giám đốc tiếp thị, IBMTóm tắt: Tìm hiểu cách làm thế nào để tạo ra thiết kế dịch vụ của service-oriented architecture (SOA - kiến trúc hướng-dịch vụ) khi sử dụng IBM®Rational® Software Architect (Kiến trúc sư phần mềm Rational của IBM), các tàisản có thể dùng lại và Đặc tả kỹ thuật của tài sản có thể dùng lại (Reusable AssetSpecification-RAS) và các mẫu và mẫu thiết kế phức hợp của bộ tứ (Gang ofFour-GoF). Tìm hiểu cách làm thế nào để truy tìm nguồn gốc các quyết định thiếtkế đến các yêu cầu trong IBM Rational RequisitePro®. Tìm hiểu cách làm thế nàođể xuất bản các báo cáo về mô hình thiết kế dịch vụ của bạn.Trước khi bạn bắt đầuHãy xem 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: 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 nhiều lầ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. Dựa theo vai trò: 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). 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. Nền tảng mở rộng được: Các nhóm 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ọ. 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 chuyể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. Ngoài ra, cần 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.Tất cả những điều trên là các đặc tính của IBM® Rational® SoftwareDevelopment Platform (SDP - Nền phát triển phần mền Rational IBM) và cụ thểhơn là của IBM Rational Software Architect. Trong loạt bài viết của hướng dẫnnày, bạn sẽ tìm hiểu làm thế nào để sử dụng nền tảng Rational và các khả năng củanó để 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. Chúng tôi cũng chỉ racác mô hình dịch vụ có thể được mô tả theo các mức trừu tượng hóa khác nhaunhư thế nào, từ Quy trình nghiệp vụ (Business Process), Unified ModelingLanguage (UML - Ngôn ngữ mô hình hóa thống nhất), Web Services DescriptionLanguage (WSDL - Ngôn ngữ mô tả dịch vụ Web) đến mã lệnh Java™) và làmthế 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ừu tượng hóa khác. Nó cũng thảo luận vềviệc sử dụng các lược tả UML (UML profiles) cho các ngôn ngữ đặc thù miền nhưHướng-dịch vụ. Chìa khóa để thu được các lợi ích của SOA là việc tái sử dụng cáctà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ệncó để giải quyết các yêu cầu về các dịch vụ của bạn. Sau khi tìm hiểu hết loạt bàiviết này, bạn sẽ có khả năng thiết kế các dịch vụ bằng Rational Software Architectvà sử dụng các khả năng bạn được cung cấp xoay quanh các lược tả UML, cácmẫu thiết kế, các tài sản có khả năng sử dụng lại, các phép chuyển đổi và các dịchvụ 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 2, bạn đã tìm hiểu cách sử dụngRational Software Architect, UML và Định dạng UML 2.0 cho Các dịch vụ phầnmềm như thế nào để thiết kế các dịch vụ. Trong hướng dẫn này, Phần 3 của loạtbài, bạn sẽ tìm hiểu về các mẫu và các tài sản phần mềm có thể sử dụng lại và bạnsẽ sử dụng các mẫu thiết kế để giải quyết các yêu cầu. Bạn cũng sẽ liên kết cácquyết định thiết kế với các yêu cầu trong một dự án IBM Rational®RequisitePro® (khả năng truy vết nguồn gốc). Cuối cùng, bạn sẽ xuất bản các báocáo về thiết kế dịch vụ của bạn.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ủacác biểu diễn trực quan như là một phần của MDD.Ngoài ra, bạn cũng sẽ hiểu cácmẫu và các tài sản phần mềm có thể dùng lại là gì và làm thế nào để bạn sử dụngRational Software Architect để đưa chúng vào trong thiết kế của bạn. Bạn cũng cókhả năng truy tìm nguồn gốc các quyết định ...