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

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 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à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) và các mẫu và mẫu thiết kế phức hợp của bộ tứ (Gang of

Four-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ết

kế đế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 đầu

Hã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úc

hướ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® Software

Development 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ẫn

nà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ủ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óa

các dịch vụ bằng cách sử dụng Rational Software Architect. Chúng tôi cũng chỉ ra

cá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 nhau

như thế nào, từ Quy trình nghiệp vụ (Business Process), 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ã lệnh 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ừ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á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 về các dịch vụ của bạ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ấp xoay 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 chuyển đổi và các dịch

vụ Web.

Về đầu trang

Về hướng dẫn này

Trong Phần 1 của loạt bài viết, bạn đã làm quen với Rational Software Architect

và 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ác

nhau của vòng đời SOA như thế nào. Trong Phần 2, bạn đã tìm hiểu cách sử dụng

Rational Software Architect, UML và Định dạng UML 2.0 cho Các dịch vụ phần

mề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ạt

bà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ạn

sẽ 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ác

quyế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áo

cáo về thiết kế dịch vụ của bạn.

Về đầu trang

Các mục tiêu

Sau 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ủa

cá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ác

mẫ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ụng

Rational 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 thiết kế tới các yêu cầu và xuất bản

các báo cáo về thiết kế của bạn.

Về đầu trang

Các điều kiện cần trước

Để nhận được nhiều giá trị hơn từ hướng dẫn này, bạn rất nên nhưng không bắt

buộc quen thuộc với:

• UML, Unified Modeling Language (Ngôn ngữ mô hình hóa thống nhất).

• Rational Software Architect hay IBM Rational Software Modeler

(Trình mô hình hóa phần mềm Rational).

• RequisitePro, sản phẩm quản lý các yêu cầu Rational của IBM.

• SOA, service-oriented architecture (kiến trúc hướng-dịch vụ).

Xem phần Tài nguyên để có được các đường liên kết có ích đến các chủ đề này.

Về đầu trang

Các yêu cầu hệ thống

Để hoàn thành hướng dẫn này, bạn cần cài đặt các phần mềm sau đây:

• Rational Software Architect