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 4 pdf

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 4. Các mô hình tình huống sử dụng

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

Gregory Hodgkinson, Đầu ngành SOA, Prolifics

Tóm tắt: Hướng dẫn thứ tư trong loại bài này trình bày mô hình tình huống sử

dụng. 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 tưởng tượng đã giới thiệu trong ba phần trước và bạn sẽ sử

dụng bản Kiến trúc sư Phần mềm Rational® của IBM® để tạo ra mô hình tình

huống sử dụng dựa vào việc 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, trong các lĩnh vực sau:

• 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 SOA- và kiến trúc-của nó.

Các hướng dẫn này 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 với ba mục đích chính:

• 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ụ 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 Rational

Unified Process 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 nằm trong bối cảnh của kiến trúc hướng dịch vụ. Chúng ta đã bàn về việc

phân tích từ dưới lên và việc mô hình hóa các giao diện và các thành phần.

Trong phần này, chúng ta trình bày mô hình tình huống sử dụng. Chúng ta bắt đầu

bằng cách xác định vị trí và mô tả mô hình tình huống sử dụng bằng các đầu vào