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...
Nội dung trích xuất từ tài liệu:
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 4Mô 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ụngBertrand Portier, Kiến trúc IT, IBM Software Group ServicesGregory Hodgkinson, Đầu ngành SOA, ProlificsTó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 chothuê 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ìnhhuố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 đầuHã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àyLoạ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ướngdị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 đảmnhiệm các vai trò khác trong quá trình phát triển phần mềm, bao gồm cả nhữngngườ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íchnghiệ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ựchiệ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ệmSOA 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ếntrú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 đặctí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 chothuê 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 trangVề hướng dẫn nàyTrong 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ộtcô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 RationalUnified Process và đã giới thiệu chồng giải pháp SOA (SOA Solution Stack) củaIBM để tham khảo. Chúng ta đã lưu ý các vật phẩm làm việc khác nhau được dùnglà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ốngcụ 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ìnhnghiệ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 kinhnghiệ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àinà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ênngoà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ệcphâ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 đầubằ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àocủa nó và mô tả cách nó đóng góp vào mô hình hóa SOA của bạn như thế nào. Sauđó, chúng ta mô tả cách làm thế nào để tạo mô hình trong Kiến trúc sư phần mềmRational và cách trình bày chi tiết nó như thế nào khi sử dụng các phần tử của môhình tình huống sử dụng.Về đầu trangMục tiêuSau khi hoàn thành phần này của loạt bài hướng dẫn, bạn sẽ ...