1. Trang chủ
  2. » Công Nghệ Thông Tin

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

43 363 1
Tài liệu được quét OCR, nội dung có thể không chính xác

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
Tác giả Bertrand Portier, Lee Ackerman, Túm tắt
Trường học Học viện Công nghệ Thông tin - IBM
Chuyên ngành Kỹ thuật phần mềm, Kiến trúc hệ thống, Phát triển phần mềm
Thể loại Giáo trình hướng dẫn kỹ thuật
Năm xuất bản Không rõ
Thành phố Không rõ
Định dạng
Số trang 43
Dung lượng 1,71 MB

Các công cụ chuyển đổi và chỉnh sửa cho tài liệu này

Nội dung

Thiết kế các dịch vụ SOA với Rational Software Architect, Phan 3: Sir dung các tài sản và các mẫu trong thiết kế của bạn Bertrand Portier, Kiến trúc sư IT, IBM Lee Ackerman, Giám đốc ti

Trang 1

Thiết kế các dịch vụ SOA với Rational Software Architect, Phan 3: Sir dung các tài sản và các mẫu trong thiết kế của bạn

Bertrand Portier, Kiến trúc sư IT, IBM

Lee Ackerman, Giám đốc tiếp thi, IBM

Tóm tắt: Tìm hiểu cách làm thế nào để tạo ra thiết kế dịch vụ của service-

oriented architecture (SOA - kién tric huéng-dich vu) khi str dung IBM®

Rational® Software Architect (Kién trac su phan mém Rational cua IBM), cac tài sản có thể dùng lại và Đặc tả kỹ thuật của tải san co thé ding lai (Reusable Asset Specification-RAS) va cac mẫu và mẫu thiết kế phức hợp của bộ tứ (Gang of Four-GoF) Tìm hiểu cách làm thế nảo để truy tìm nguôồn gốc các quyết định thiết

kế đến các yêu cầu trong IBM Rational RequisitePro® Tìm hiểu cách làm thế nào

đê xuât bản các báo cáo về mô hình thiệt kê dịch vụ của bạn

Trước khi ban bat dau

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 bai viet này

Đề thu được nhtrng loi ich cua Service-Oriented Architecture (SOA - Kién tric hướng-dịch vụ) và Model-Driven Development (MDD - Phat trién dira theo mô hinh), moi truong thiét ké va phat trién của bạn cân có các đặc điềm sau:

e Cac cach lam thu té tot nhat: moi nguoi sé co thê su 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

Trang 2

¢ 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ư CNTTT)

‹ - 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ọ

e 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

Development Platform (SDP - Nén phat trién phan mén Rational IBM) va cu thé hơn là của IBM Rational Software Architect Trong loat bai viét cua huéng dan này, bạn sẽ tìm hiểu làm thế nào để sử dụng nên tảng Rational va cac kha nang cua

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 cach su dung Rational Software Architect Chung t6i cing chi 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 nhu thé nao, tir Quy trinh nghiép vu (Business Process), 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ã lệnh JavaTM) và làm thé nao dé 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ụ Chia khóa để thu được các lợi ích của SOA là việc tái sử dụng các

Trang 3

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 ta UML, cac 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 I1 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 va Dinh dang UML 2.0 cho Cac dich vu phan mềm như thế nào để thiết kế các dịch vụ Trong hướng dẫn này, Phần 3 của loạt bai, ban sé tim 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 Bạn cũng sẽ 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) Cuối cùng, bạn sẽ xuất bản các báo cáo về thiệt kê dịch vụ của bạn

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 các biêu diên trực quan như là một phần của MDD.Ngoài ra, bạn cũng sẽ hiệu các

Trang 4

mau va cac tai san phân mềm có thê dùng lại là gì và làm thê nào đê bạn sử dụng Rational Software Architect dé dua chung vao trong thiét kê của bạn Bạn cũng có khả năng truy tìm nguôn gôc các quyêt định thiệt kê tới các yêu câu và xuât bản các báo cáo về thiệt kê của bạn

Về đâu trang

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

Đề nhận được nhiều giá trị hơn từ hướng dẫn này, bạn rất nên nhưng không bắt buộc quen thuộc với:

‹ UML, Unified Modeling Language (Ngôn ngữ mô hình hóa thống nhất)

¢ Rational Software Architect hay IBM Rational Software Modeler (Trình mô hình hóa phan mém Rational)

¢ RequisitePro, san pham quan ly cac yéu cau Rational cua IBM

¢ SOA, service-oriented architecture (kién trac hướng-dịch vụ)

Xem phân Tài nguyên đề có được các đường liên kết có ích đền các chủ dé nay

Về đâu trang

Các yêu câu hệ thông

Đê hoàn thành hướng dân này, bạn cân cài đặt các phần mêm sau đây:

e Rational Software Architect

Trang 5

e Rational RequisitePro

Các tài sản và các mâu

Trong suốt tiễn trình của loạt bài viết nay, ban sé su dung mot số tài sản Một số tài sản đi kèm với sản phẩm Rational Software Architect, trong khi những tải sản khác được bồ sung thêm vào môi trường của bạn (ví dụ, UML, 2.0 Profile for

Software Services - Luoc ta UML 2.0 cho Cac dich vu phan mềm được sử dụng trong Phần 2 Ngoài những tải sản mà bạn sử dụng cho hướng dẫn này, bạn cũng

có thể tìm thấy tài sản có sẵn để tải về từ một IBM® developerWorks® RAS (đặc

ta tai san su dung lai) Repository (Kho lưu trữ RAS của developerWorks của

IBM) xem ving cac giai phap mau (Pattern Solutions) trén developerWorks dé biết thêm thông tin về những tài sản và Repository (Kho lưu trữ) RAS

Trong phân này, trước tiên bạn sẽ tìm hiệu các tài sản và các mâu là gì Sau đó, bạn sẽ tìm hiêu về RAS Cuôi cùng, bạn sẽ thiệt lập môi trường Rational Software Architect của bạn để khám phá Repository RAS

Các tài sản, các mẫu và các đặc tả kỹ thuật của RAS

Tai san hay dich vu?

Cac tai san (Assets) va cac dich vu (services) chia sé cac dic điểm chung, chang hạn như đều cần một sự mô tả, tiềm năng sử dụng lại của chúng và độ chỉ tiết của chúng (mịn hơn so với thô hơn) Một dịch vụ có thê được xem như một loại tài sản, loại tài sản mà để có thê biểu diễn có hiệu quả cần đến nhiều tài sản khác Một số các phan tử của các tài sản dịch vụ được sử dụng nhiều hơn trong thời gian phát triển (ví dụ, các mô hình quy trình nghiệp vụ hoặc các trường hợp thử nghiệm), trong khi các phần tử khác của các tài sản dịch vụ này được áp dụng nhiều hơn khi

chạy thực (ví dụ, WSDL, XSD và EAR) Là một phần của Quản trị SOA các tổ

chức sẽ định nghĩa các quy tắc liên quan đên vòng đời của các dịch vụ và các tải

Trang 6

sản như vậy (ví dụ, đã đầu tư kinh phí, đã phê duyệt, đã triển khai hoặc đã thôi sử

dụng)

Các tài sản và các mẫu là chìa khóa cho sự thành công của SOA, vì chúng cho phép sử dụng lại Trong thực tế, các doanh nghiệp có chấp nhận một mô hình nghiệp vụ dựa trên tài sản sẽ có khả năng tăng trưởng hết sức to lớn Họ sẽ không còn bị giới hạn bởi năng suất hay số lượng nhân viên của họ, như trong mô hình nghiệp vụ dựa trên lao động truyền thông Việc sử dụng đúng các tài sản có thể thay đối đáng kế các yêu cầu đầu tư phần mẻm Tuy nhiên, bất cứ ai đã chấp nhận

mô hình này đều có thể bảo bạn răng nó không phải là hoàn toàn đơn giản và đòi hỏi quản lý, thúc đây nhân viên và hỗ trợ cơ sở hạ tầng thích hợp

Sự sáng tạo có thể là phản tác dụng với SOA Hãy suy nghĩ về ví dụ của những

người phát minh lại cái bánh xe với mỗi dự án mới Các tài sản và các mẫu hiện

diện ở đó và cho phép một mức độ sáng tạo thích hợp: bạn sử dụng lại các giải pháp đã được kiêm chứng ở bất cứ nơi nào có thể và sau đó tập trung tất cả thời gian và công sức của bạn vào những gì cần phải được phát minh

Các tài sản bao gõôm các chỉ dân về cách sử dụng, tùy chỉnh và mở rộng chúng như thế nảo Đây là điều quyết định đối với sự thành công của chúng

Trang 7

Dimg lo lang néu ban khong cam thay minh da biét moi thu ve cac tai san; day chi

là một lời giới thiệu ngăn Bạn sẽ tìm hiêu nhiều hơn về những gì tạo nên một tài sản trong phân RAS tiếp theo

Các mẫu

Tài sản hay là mẫu?

Các tài sản và các mẫu cả hai đều cung cấp một giải pháp đã được kiểm chứng cho một vấn đề theo bỗi cảnh Vì thế sự khác nhau là gì? Dưới đây là các gợi ý để giúp cho bạn suy nghĩ về các sự khác biệt rất khó thấy này

« - Một tài sản có thể chứa tạo phẩm của loại bất kỳ (ví dụ một bộ phim), nhưng cũng bao gỗôm các mâu

e«e Một mâu có thê được xem như một loại tài sản đặc biệt

« - Các tài sản được sao lưu với mô hình (RAS) tiêu chuân hóa về việc làm thê nào đê mô tả và câu trúc chúng, một mô hình có thê được mở rộng với các lược tả

« Bạn có thể suy nghĩ về một mẫu như là đặc tả kỹ thuật và việc triển khai thực hiện của nó

Một máu là một giải pháp theo một ván đê tuân hoàn trong một bồi canh đã cho Một mâu có thê được xem như một kiêu tài sản sử dụng lại

Bạn có thê tạo ra sự khác biệt giữa các đặc tả kỹ thuật của một mâu (một sự mô tả của vân đê, bôi cảnh, các ảnh hưởng và giải pháp) và các việc triên khai thực hiện của nó (ví dụ, một thành phân JavaBeansTM), Có thê có nhiều việc triên khai một đặc tả kỹ thuật của một mẫu.

Trang 8

Các mẫu được chia thành các thể loại khác nhau, tùy thuộc vào việc chúng khớp với giai đoạn nảo trong quá trình phát triển Ví dụ, các mẫu của IBM cho kinh doanh điện tử (eBusiness) đã phân loại các mâu theo các thê loại sau:

Các mâu cho eBusiness chăng hạn, được trình bày với một quá trình, dựa trên các

kỹ năng và môi trường, sé giup bạn nhận biết các mâu có liên quan sẽ giải quyêt được các vân đề kinh doanh của bạn

Cuôỗi cùng, một trong những mục tiêu của các mâu là đê cung câp tinh nhat quan: dựa trên cùng một bộ các yêu câu, bạn sẽ đi đên cùng một kiên trúc, bởi vì bạn đang sử dụng các mẫu trong thiết kế của bạn

Trang 9

Đặc tả kỹ thuật của tài sản có thể dùng lại (RAS)

Được thông qua vào năm 2005, RAS là một chuẩn của Nhóm quản lý đối tượng (Object Management Group - OMG) được sử dụng đề mô tả cấu trúc, các nội dung

và sự mồ tả tài sản phần mềm có thể dùng lại Mục tiêu của RAS là cung cấp các cách làm thực tế tốt nhất, liên quan đến cách làm thế nào để đóng gói các tài sản theo một cách nhât quán và đúng tiêu chuân

Như được định nghĩa trong đặc tả kỹ thuật, các đặc điểm cốt lõi của một tài sản RAS bao gồm:

‹ - Phân loại: bối cảnh trong đó tài sản này có liên quan

« - Giải pháp: các tạo phẩm chứa trong tài sản nảy

‹e - Cách sử dụng: các quy tắc để cài đặt, sử dụng và tùy chỉnh tải sản này

e Cac tai san co lién quan: tai san này liên quan đến tài sản khác như thê

nào

Các tạo phẩm có thể có một kiéu, duoc xác định hoặc bằng hậu tố của tên tệp (ví

dụ, xmIl, txt, doc hoặc Java) hoặc theo mục đích của chúng (mô hình trường hợp

sử dụng hay mô hình phân tích)

Do các tài sản phần mém (software assets) la mét thuat ngữ rất rộng, RAS cũng cung cấp các lược tả được sử dụng dé mô tả các kiểu tài san cu thé Đây cũng là cùng một ý tưởng như các lược tả UML Bạn đã thấy trong Phần 2 rằng có các lược tả UML, được sử dụng để mở rộng UML độc lập với lĩnh vực ứng dụng Theo cùng kiểu này, có các lược tả RAS riêng cho lĩnh vực cụ thể (ví dụ, các dịch vụ Web) duoc su dung để mở rộng RAS độc lập với lĩnh vực ứng dụng.

Trang 10

Cac tai san RAS có phần mở rộng là ras và được đóng gói như các tệp tin nén (chúng có một bảng kê và có thể mở được bằng WinZip)

Hãy tham khảo phần Tài nguyên để tìm một liên kết đến một bài viết chỉ tiết của

developerWorks vé cac tài sản có thê dùng lại, công thức pha chê và các mâu Bây giờ bạn hiệu các tài sản và các mâu có thê sử dụng lại là gi và những lợi ích

mà chúng đem lại, các bạn cân có một nên tảng đê hồ trợ cho việc tiêu dùng hoặc đóng gói các tài sản như vậy Trong phân kê tiệp, bạn sẽ thay Rational Software

Architect hỗ trợ RAS như thế nào

Properties (5)

Trang 11

Hình 1 Phối cảnh RAS

CG RAS (Reusable Assets) - IBM Rational Software Development Platform

[Ble Edt Mevgate Search Groject Bun Window Help

I Nếu chưa khởi động hãy khởi động Rational Software Architect Theo mac định, bạn sẽ ở trong phối cảnh Mô hình héa (Modeling perspective)

2 Nhân vào Mở một phối cảnh (Open a perspeetive) và sau đó nhấn Other, như được hiển thị trong Hình 2

Trang 12

Hinh 2 Mo mét phoi canh méi

3 Chon phéi cảnh RAS (Các tài sản có khả năng dùng lại) và nhân OK

4 Nếu bạn không nhìn thấy phối cảnh RAS, chon Show all (Hién thi tat ca),

như được chỉ ra trong Hình 3

Trang 13

kho lưu trữ RAS cua developerWorks

Ban ở sau một bức tường lứa?

Trong phân này, bạn sẽ truy cập vào kho lưu trữ (Repository) RAS của

developerWorks trén internet Ban cé thé can phai dat cầu hình các gia tri thiét lap máy chủ ủy quyên (proxy) của bạn để có thể truy cập được

I Nêu cân thiệt, chọn Preferenees trong cửa sô trinh don Window.

Trang 14

2 Chon Internet > Proxy Settings

3 Nhap cac théng tin can thiét

4 Nhan Apply va OK

Trong phân này, bạn sẽ tìm hiểu làm thế nào để tiêu dùng một tài sản RAS với Rational Soffware Architect Trong một phan khác của loạt bài viết này, bạn sẽ tìm hiểu làm thế nào để đóng gói một tài sản RAS

I Trong Asset Explorer, nhân chuột phải và chọn New > Repository

2 Trong hộp thoại Kết nối kho lưu trữ mới (New Repository Connection), chon developerWorks Repository va nhan vao Next

3 Các giá trị sẽ được điền vào tự động cho bạn Nhắn Einish (Hình 4)

Hình 4 Kết nối đến Kho lưu trữ RAS của developerWorks

© New IBM Rational developerWorks Repository Connection

This wizard creates a new connection to the IBM Rational developerWorks [ |

Trang 15

Hinh 5 Kho lwu trir RAS cua developerWorks

‘[e]Asset Explorer £3 > Navigator

- [J JIBM Rational developerWorks:

=| & analysis

@ Analysis to Design Transform

@ Business to Use Case Transform

(J My First Transformation Tutorial

(@ UML to WSDL Transform

(JD UML to XSD Transform

(@® Use Case to Analysis Transform

=| deploy_soa

@ Failover Configuration Pattern - Implementation for TSA

7 WebSphere Cluster Creation Pattern

(J SOA Inventory Enterprise IT Design Model

(J SOA Inventory Service Design Model

=) requirements (J IBM Automotic Requisite Pro file

=1-(*> use_cases

( SOA Lookup Item Use Case Model

(=| patterns

=) services

(J) WS Response Template Pattern (=) recipes

(J SOA Implementation and Optimization of Services Recipe

(D WebSphere Platform Messaging Patterns

Trang 16

developerWorks để tìm một phép biến đôi như vậy Lưu ý rằng bạn có /hể tìm kiếm (vả tìm thấy!) các tài sản bởi vì những người đã đóng gói chúng cung cấp các thông tin phù hợp, được lưu giữ trong các bảng kê của các tai san nay

I Từ trong khung nhìn Asset Explorer, hãy nhắn vào Mở hộp thoại tìm kiếm (Open Search dialog) (Hinh 6)

Hình 6 Mở hộp thoại tìm kiếm tai san

(| Asset Explorer 53 \_ Navigator Ii)

>| F 9 & Riv

=| {] IBM Rational developerWorks À

+|-(& Design Patterns

2 Trong truong Keyword, go: UML WSDL

3 Nhắn vào Search

4 Quá trình tìm kiếm sẽ chạy và sau một vài giây, bạn sẽ thấy các kết quả trong khung nhìn Search ở phía dưới Kết quả đầu tiên là phép biến đôi UML thành WSDL, như được hiển thị trong Hình 7.

Trang 17

Hinh 7 Cac két qua tim kiém tai san

Properties |<) Search £3

Design_SOA\patterns\Services\WS Response Template Patan - IBM Rational developerWorks - 72%

@ Analysis\Business to Use Case Transform - IBM Rational developerWorks - 50%

Design Patterns\Creational\Abstract Factory - Patterns Repository - 50%

Design Patterns\Structural\Adapter - Patterns Repository - 50%

& Design Patterns \Structural\Bridge - Patterns Repository - 50%

Design Patterns \Creational\Builder - Patterns Repository - 50%

@ Design Patterns \Behavioral\Chain of Responsibility - Patterns Repository - 50%

( Design Patterns \Behavioral\Command - Patterns Repository - 50%

5 Trong khung nhìn Asset Explorer, mở rộng thư mục phân tích trong kho lưu trữ IBM Rational developerWorks

6 Chon UML to WSDL Transform

7 Nhắn chuột phai va chon View > Documentation

Mot trang HTML sé mo ra trong trinh duyét Web yéu thich cua ban, hién thi bang

kê của tài sản này theo định dạng Web Ví dụ, bạn có thể xem mô tả ngắn gon, phiên bản, lược tả đi kèm và mô tả dai của tài sản đó

Bây giờ, bạn sẽ sử dụng các tài sản (các mâu) đã được bao gôm trong sản phâm

của Rational Software Architect.

Trang 18

Sử dụng các mẫu thiết kế

Trong phan nay, bạn sẽ nhận biết rằng mẫu thiết kế Phức hợp của bộ tứ (GoF) có thê được dùng đê giải quyêt một yêu câu xác nhận hợp lệ yêu sách

Hiêu rõ các yêu câu và các mâu

Phân tích yêu câu

Trong Phần 1 của loạt bài viết này, bạn thấy rằng thiết kế của bạn phải thỏa mãn một yêu cầu về tính khả dụng với mức ưu tiên cao đối với một đơn đệ trình xác

nhận hiệu lực yêu sách bồi thường đơn lẻ Văn bản của yêu cầu này (SR8

Usability) là như sau:

Việc xác nhán hiệu lực của thông bảo đấu tiên về thiệt hại (First Notice Of Loss) phai duoc hoan tat trong chỉ một đơn vị công việc, bất kể kích cỡ của thiệt hại, số lượng các mục có liên quan hoặc tâm bao trùm của các mục có liên quan

Bây giờ bạn sẽ phân tích yêu cầu nay Vi du, gia su rang sau hoa hoan, mot bén muốn xác nhận tính hợp lệ các chi tiết về một yêu sách bồi thường cho một thuyén,

xe hơi và nhà ở Yêu cầu này ngụ ý răng bên đó phải có khả năng xác nhận hợp lệ

các chỉ tiết băng cách gọi dịch vụ đó chỉ một lần chứ không phải ba lần (mỗi lần cho một thứ là thuyên, xe hơi và nhà ở)

Hiện nay, hoạt động xác nhận tính hợp lệ của đặc tả dich vu [Claim Validator, được thiết kế trong Phần 2, sẽ nhận một Yêu sách (Claim) làm đầu vào, như được hiển thị trong Hình 8

Trang 19

Hinh 8 [ClaimValidator

«ServiceSpecification»

#3$ 1ClaimValidator

® validate ( claim : Claim ) : Boolean

Thiết kế hiện tại không giải quyết yêu cầu tính khả dụng, do hoạt động xác nhận tính hợp lệ chỉ nhận một Claim duy nhất như là thông báo yêu câu của nó

Sau đây, bạn sẽ xem xét một mẫu thiết kế đề tập trung vào yêu cầu này

Các mẫu thiết kế GoF

Trong bồi cảnh này, GoF không phải nói về Harry Potter và Chiếc cốc lửa (Goblet

of Fire) (!) mà là nói về bốn nhà thiết kế phần mém, chuyên gia về lĩnh vực

hướng-đối tượng, những người đề xuất các giải pháp cho các vấn đề chung trong thiết kế phần mềm (nói cách khác, các mẫu thiết kế) Họ xuất bản một cuốn sách

(xem phân Tài nguyên đề biết thêm chỉ tiết) có trình bày các mẫu thiết kế là gì,

cũng như một danh sách 23 mẫu thiết kế (bao gồm đặc tả và thực hiện) Các mẫu thiết kế GoF được phân thành các thể loại sau đây:

e Sang tac (Creational): vi du, Singleton

¢ C4u tric (Structural): vi du, Facade, Proxy

e Hanh vi (Behavioral): vi du, Command

Rational Software Architect bao gém tat ca cac mau thiét ké GoF Bay gid ban sé tìm hiéu ching, bang cach str dung Pattern Explorer

1 Quay trở về phối canh M6 hinh héa (Modeling perspective)

Trang 20

Theo mac dinh, Pattern Explorer sé duoc hién thi trong ché d6 xem nhanh, nhu được hiễn thị trong Hình 9 Nếu không như thế, hãy tham khảo thanh bên

Hiễn thị Asset Explorer trong Chế độ xem nhanh

Nếu bạn không thể nhìn thấy khung nhìn Pattern Explorer, hãy làm theo những hướng dẫn này

1 Chon Show view > Pattern Explorer, từ trong trình đơn Window

2 Khung nhin Pattern Explorer bây giờ được bồ trí ở phía dưới đáy

3 Dé str dung no trong chế độ xem nhanh, kéo khung nhìn từ dưới đáy lên sát bên phải, gần với vùng trình soạn thảo (Hình 9)

Hình 9 Pattern Explorer trong chế độ Xem nhanh

Trang 21

nhận tính hợp lệ để nó hỗ trợ việc xác nhận tính hợp lệ đơn lẻ cho các yêu sách kiểu khác nhau Hãy nhìn vào thể loại Struetural

Phức hợp (Composite) là một ứng cử viên có khả năng

Compose objects into tree

structures to represent part-whole

hierarchies Composite lets cients

treat individual objects and

compositions of objects uniformly

Như đã nêu trong mô tả ngăn, mẫu Phức hợp (được hiễn thị trong Hình 11) phối hợp các đổi tượng thành các cấu trúc cây để biểu diễn hệ thống phân cấp toàn phân Mẫu Phức hợp cho phép các máy khách xử lý các đối tượng riêng lẻ và các cấu thành nhiều đối tượng giống nhau

2 Chon tab Overview.

Ngày đăng: 08/08/2014, 14:20

HÌNH ẢNH LIÊN QUAN

Hình  1.  Phối  cảnh  RAS - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 1. Phối cảnh RAS (Trang 11)
Hình  3.  Mớ  phối  cảnh  RAS - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 3. Mớ phối cảnh RAS (Trang 13)
Hình  4.  Kết  nối  đến  Kho  lưu  trữ  RAS  của  developerWorks - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 4. Kết nối đến Kho lưu trữ RAS của developerWorks (Trang 14)
Hình  10.  Chọn  Mẫu  Phức  hợp - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 10. Chọn Mẫu Phức hợp (Trang 21)
Hình  11.  Mẫu  phức  hợp - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 11. Mẫu phức hợp (Trang 22)
Hình  12.  Mẫu  Phức  hợp  được  áp  dụng  cho  Claim - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 12. Mẫu Phức hợp được áp dụng cho Claim (Trang 23)
Hình  14.  Kết  buộc  Claim  voi  Component - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 14. Kết buộc Claim voi Component (Trang 26)
Hình  15.  Claim  đã  kết  buộc - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 15. Claim đã kết buộc (Trang 27)
Hình  16.  Kết  buộc  Lá - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 16. Kết buộc Lá (Trang 28)
Hình  17.  Thiết  kế  Thông  báo - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 17. Thiết kế Thông báo (Trang 29)
Hình  20.  Yêu  cau  SR8  Usability - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 20. Yêu cau SR8 Usability (Trang 33)
Hình  21.  Kết  hợp  Phần  tử  mô  hình  (Model  Element)  voi  Yêu  cầu - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 21. Kết hợp Phần tử mô hình (Model Element) voi Yêu cầu (Trang 34)
Hình  22.  Vết  yêu  cầu - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 22. Vết yêu cầu (Trang 35)
Hình  23.  Mô  hình  thiết  kế  dịch  vụ - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 23. Mô hình thiết kế dịch vụ (Trang 37)
Hình  27.  Báo  cáo  sơ  đồ - Thiết kế các dịch vụ SOA với Rational Software Architect, Phần 3 pdf
nh 27. Báo cáo sơ đồ (Trang 42)

TỪ KHÓA LIÊN QUAN

w