Mô hình Kiến trúc Hướng Dịch vụ với Kiến trúc sư Phần mềm Rational:
Phần 5. Xác định dịch vụ
Bertrand Portier, Kiến trúc IT, IBM Software Group Services
Gregory Hodgkinson, Đầu ngành SOA, Prolifics
Tóm tắt: Loạt bài hướng dẫn này giúp bạn tìm hiểu chi tiết về mô hình hóa kiến
trúc hướng-dịch vụ (SOA) bằng cách sử dụng Kiến trúc sư Phần mềm Rational®
của IBM®. Hướng dẫn thứ năm này của loạt bài sẽ đi từng bước cách làm thế nào
để bạn xác định các dịch vụ và tạo mô hình dịch vụ khởi đầu trong Kiến trúc sư
Phần mềm Rational. Nó vẫn tiếp tục sử dụng nghiên cứu tình huống cụ thể của
một công ty cho thuê DVD trực tuyến đã giới thiệu trong bốn phần trước và bạn sẽ
sử dụng Kiến trúc sư Phần mềm Rational để tạo mô hình dịch vụ khởi đầu dựa vào
nghiên cứu tình huống cụ thể đó.
Trước khi bạn bắt đầu
Hãy tìm hiểu xem hướng dẫn này mang lại những gì và làm thế nào để sử dụng nó
tốt nhất.
Về loạt bài này
Loạt bài này cung cấp một cái nhìn chi tiết về mô hình hóa các kiến trúc hướng
dịch vụ (SOA) bằng cách sử dụng Kiến trúc sư phần mềm Rational® của IBM®.
Mặc dù mục tiêu chủ yếu là nhằm vào các kiến trúc sư phần mềm và các hoạt
động mà họ thực hiện, nhưng hướng dẫn này cũng rất có ích cho những người đảm
nhiệm các vai trò khác trong quá trình phát triển phần mềm, bao gồm cả những
người cung cấp đầu vào cho kiến trúc phần mềm, ví dụ như các nhà phân tích
nghiệp vụ và cả những người sử dụng kiến trúc phần mềm làm đầu vào để thực
hiện các hoạt động của mình, ví dụ như là các nhà thiết kế và phát triển phần mềm
(hiểu rõ nó, thiết kế, và thực thi). Loạt bài này cũng trình bày nhiều khái niệm
SOA cốt lõi mà nhiều người khác quan tâm.
Bạn sẽ tìm hiểu cách làm thế nào để thực hiện ba điều này:
• Kiến trúc: Mô tả SOA bao gồm những gì và nó thể hiện ở đâu trong toàn
bộ quá trình phát triển phần mềm.
• Các dịch vụ: Thiết kế kiến trúc dịch vụ cho một giải pháp có sử dụng SOA.
• Các mô hình: Giới thiệu cách công cụ Kiến trúc sư Phần mềm Rational hỗ
trợ một phương pháp tiếp cận phát triển dựa vào-mô hình (MDD) đối với
đặc tả kỹ thuật kiến trúc hướng dịch vụ như thế nào.
Sau khi mô tả kiến trúc phần mềm và xác định vị trí của các dịch vụ trong kiến
trúc phần mềm, loạt bài này giới thiệu Kiến trúc sư Phần mềm Rational và các đặc
tính có liên quan đến kiến trúc và - SOA của nó. Bằng cách sử dụng nghiên cứu
tình huống cụ thể của một công ty cho thuê DVD trực tuyến tưởng tượng loạt bài
này:
• Mô tả các vật phẩm làm việc được sử dụng như là đầu vào cho các hoạt
động kiến trúc dịch vụ, bao gồm mô hình thành phần nghiệp vụ, mô hình
quy trình nghiệp vụ, mô hình tình huống sử dụng hệ thống, phần hệ thống
bên ngoài của mô hình thiết kế.
• Mô tả từng bước cách thức một mô hình dịch vụ thể hiện kiến trúc hệ thống
sẽ được xác định rõ trong Kiến trúc sư phần mềm Rational như thế nào, bao
gồm những người sử dụng dịch vụ, các đặc tả kỹ thuật của dịch vụ, các
phân vùng của dịch vụ, các nhà cung cấp dịch vụ nguyên tử (không phân
chia) và phức hợp, các dịch vụ, các hợp tác dịch vụ, các tương tác dịch vụ
và các kênh dịch vụ.
• Giải thích cách thức mô hình dịch vụ được sử dụng sau đó trong các hoạt
động tiếp theo của quá trình phát triển phần mềm như thế nào, với sự quan
tâm đặc biệt đến việc thiết kế và thực thi.
Về đầu trang
Về hướng dẫn này
Trong Phần 1, chúng ta đã giới thiệu một nghiên cứu tình huống cụ thể của một
công ty cho thuê video được dùng làm ví dụ trong suốt loạt bài hướng dẫn này.
Sau đó chúng ta đã đặt kiến trúc dịch vụ trong khung công tác của Quy trình
Thống nhất Rational của IBM (IBM® Rational® Unified Process -RUP®) và đã
giới thiệu chồng giải pháp SOA (SOA Solution Stack) của IBM để tham khảo.
Chúng ta đã lưu ý các vật phẩm làm việc khác nhau được dùng làm đầu vào cho
một kiến trúc dịch vụ và sau đó sử dụng nghiên cứu tình huống cụ thể để đưa ra
các ví dụ về hai mô hình: mô hình kiến trúc nghiệp vụ (đã mô tả trong Phần 1 dưới
dạng một mô hình thành phần nghiệp vụ) và mô hình quy trình nghiệp vụ.
Trong Phần 2, chúng ta đã xem xét chi tiết mô hình miền là gì và làm thế nào để
biểu diễn nó trong Kiến trúc sư Phần mềm Rational. Bạn đã bắt đầu có được kinh
nghiệm thực hành với công cụ và tạo ra mô hình miền được sử dụng trong loạt bài
này.
Trong Phần 3, chúng ta đã giải thích làm thế nào để tạo mô hình các hệ thống bên
ngoài mà chúng ta muốn tích hợp vào kiến trúc hướng dịch vụ của chúng ta.
Chúng ta đã mô tả việc phân tích từ dưới lên và việc mô hình hóa các hệ thống bên
ngoài này bằng các giao diện và các thành phần.
Trong Phần 4, chúng ta đã xem xét chi tiết mô hình tình huống sử dụng. Chúng ta
đã giải thích giá trị của mô hình này trong các hoạt động đặc tả các yêu cầu. Sau
đó chúng ta đã sử dụng Kiến trúc sư Phần mềm Rational để chỉ rõ mô hình tình
huống sử dụng Trả lại băng video của DVD2U trong nghiên cứu tình huống cụ thể.
Trong phần này, chúng ta sẽ từng bước đi qua cách làm thế nào để bạn nhận biết
được các dịch vụ và tạo ra mô hình dịch vụ đàu tiên trong Kiến trúc sư Phần mềm
Rational.
Về đầu trang
Mục tiêu
Khi hoàn thành phần này của loạt bài hướng dẫn, bạn sẽ có khả năng:
• Mô tả cách làm thế nào để xác định các dịch vụ từ các mô hình đầu vào
khác nhau.
• Tạo một mô hình dịch vụ trong Kiến trúc sư Phần mềm Rational.
• Mô hình và phân loại các dịch vụ và các người dùng đã xác định trong Kiến
trúc sư Phần mềm Rational.
Về đầu trang
Các điều kiện cần có trước
Để thu được kết quả tốt nhất từ hướng dẫn này, bạn nên (nhưng không nhất thiết)
làm quen trước với:
• Kiến trúc hướng dịch vụ (SOA-Service-oriented architecture).
• Kiến trúc sư Phần mềm Rational.
• Ngôn ngữ Mô hình hóa Thống nhất (UML-Unified Modeling Language).
• Quy trình Thống nhất Rational (RUP-Rational Unified Process).
Chúng tôi cũng khuyên bạn rất nên đọc bốn phần đầu tiên của loạt bài hướng dẫn
này trước khi đọc phần này.
Về đầu trang
Các yêu cầu hệ thống
• Bản Kiến trúc sư Phần mềm Rational V7 (với bản sửa 005 hoặc mới hơn).
• Bộ tạo mô hình Nghiệp vụ WebSphere® của IBM® phiên bản 6.0.2,
6.0.2.1, hoặc 6.1 là cần thiết để tải về tệp tin quan trọng DVD-Rental.zip.
1
Mục lục
• Trước khi bạn bắt đầu
• Mô hình hóa dịch vụ
• Các đặc tả dịch vụ