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

Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 4: Tạo và

thử nghiệm các dịch vụ Web từ các mô hình UML

Lee Ackerman, Giám đốc tiếp thị, EMC

Bertrand Portier, Kiến trúc IT, IBM Software Group Services

Tóm tắt: Hướng dẫn này, Phần 4 của một loạt bài viết, sẽ thảo luận làm thế nào

để chuyển dịch một thiết kế theo chiều thuận từ UML thành WSDL và Java -- các

tạo phẩm (artifacts) mà bạn có thể chạy và thử nghiệm. Một đặc tính quan trọng

của Rational Software Architect (Kiến trúc sư phần mềm Rational) mà bạn sẽ sử

dụng trong hướng dẫn này là khả năng tự động chuyển đổi giữa các mô hình. Bạn

sẽ thảo luận về đặc tính này và cho thấy cách tiếp cận này có thể trợ giúp bạn như

thế nào khi xem xét để chuyển bản thiết kế vừa qua thành việc triển khai thực hiện

giải pháp.

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 Delivery

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 (Kiến trúc sư phần mềm Ratonal IBM).

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 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 Top-Down Model-Driven Development

(Phát triển hướng mô hình từ trên xuống dưới) 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 (Business Process - 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 hay WSDL - Ngôn ngữ mô tả dịch vụ Web

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

UML 2 Profile cho Các dịch vụ phần mềm như thế nào để thiết kế các dịch vụ.

Trong Phần 3, bạn đã 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. Hướng dẫn này

tiếp tục chỉ ra cách bạn có thể 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).

Phần 3 đã kết thúc bằng việc cho bạn thấy làm thế nào để xuất bản các báo cáo

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

Hướng dẫn này, Phần 4 của một loạt bài viết, sẽ thảo luận làm thế nào để chuyển

tiếp một thiết kế theo chiều thuận từ UML thành WSDL và Java (các tạo phẩm

(artifacts) mà bạn có thể chạy và thử nghiệm). Một đặc tính quan trọng của

Rational Software Architect mà bạn sẽ sử dụng trong hướng dẫn này là khả năng

tự động chuyển đổi giữa các mô hình. Bạn sẽ thảo luận về đặc tính này và cho thấy

cách tiếp cận này có thể trợ giúp bạn như thế nào khi xem xét để chuyển bản thiết

kế vừa qua thành việc triển khai thực hiện giải pháp.

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ề cách làm thế

nào để bạn có thể sử dụng việc chuyển đổi và các khả năng tạo mã của Rational

Software Architect. Ngoài việc hỗ trợ cho việc mô hình hóa UML2, Rational

Software Architect cho phép bạn sử dụng mô hình của bạn để sinh ra các tạo phẩm

liên quan. Trong trường hợp này, hãy tập trung vào việc tạo WSDL cho các dịch

vụ đã được mô hình hóa của bạn. Một khi chúng được sinh ra, bạn có thể sử dụng

các trình thủ thuật (Wizards) và các công cụ bổ sung thêm để tạo ra các mã Java

cần thiết để triển khai thực hiện các dịch vụ. Cuối cùng, nhưng không kém phần

quan trọng, bạn có thể thử nghiệm bằng cách sử dụng môi trường thử nghiệm của

IBM® WebSphere® Application Server (máy chủ ứng dụng WebSphere của IBM).

Về đầu trang

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

Để nhận được nhiều lợi ích hơn từ hướng dẫn này, bạn nên (nhưng không nhất

thiết) quen thuộc với: