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

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) 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 đầu

Trướ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ú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:

• 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ền

tảng phát triển phần mền Rational IBM) và cụ thể hơn là công cụ 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. Bạn sẽ học cách làm

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

nhau (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ừu

tượ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) cho

cá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 í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 của 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 biế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 này, bạn tìm hiểu cách sử dụng

Rational Software Architect như thế nào để thiết kế các dịch vụ bằng cách sử dụng

UML 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ập

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

hoặc hợp tác dịch vụ.

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

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

dị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ột

mô 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 trang

Cá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ông

bắ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 vụ

Web.

• Rational Software Architect - Kiến trúc phần mềm Rational hay Rational

Software Modeler - Trình mô hình hóa phần mềm Rational.

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

Xem Tài nguyên để có được các đường liên kết có ích đến các thông tin thêm nữa

về các chủ đề này.

Về đầu trang

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