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 362 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

Định dạng
Số trang 43
Dung lượng 1,71 MB

Nội dung

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:

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

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

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

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ổ

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

Một tỏi sản lỏ một tập hợp cõc tạo phẩm (artifacts) cung cấp một giải phõp cho mot van dờ theo bồi cảnh

Trong bối cảnh nỏy, cõc tao phẩm cụ thở lỏ bất cứ thứ gi Vi du, nụ cụ thể lỏ một yởu cầu, một mừ hớnh thiết kế, một số mọ triển khai thực hiện hoặc một trường hợp thử nghiệm Họy suy nghĩ về một tạo phóm như lỏ một tệp tin trởn hệ thong tệp tin của bạn

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

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: e Kinh doanh e Tich hop e Phuc hop đ Ung dung e Chạy thực Một nhụm cõc mẫu nổi tiếng khõc lỏ bốn mẫu thiết kế kinh điển (Gang of Four patterns - GoF)

Một điởm quan trọng cón nhón mạnh về cõc móu lỏ tợnh hữu dụng vỏ tợnh đỷng đăn của cõc giải phõp mỏ chỷng cung cóp đọ được xõc thực

Tuy nhiởn, như với bót kỳ loại tỏi sản cụ thở dỳng lại nỏo, sẽ chỉ cụ thở chóp nhận nởu đọ cho trước một bừi cảnh vỏ phương phõp đở xem xờt khi nỏo, tại sao vỏ lỏm thở nỏo đở sử dụng cõc móu đụ Như bạn cụ thở thóy, cụ rót nhiởu móu ở đụ vỏ bừi cảnh óy sẽ lỏ cón thiệt dờ bat dau

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

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)

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

Về đầu trang

H6 tro RAS trong Rational Software Architect

Phối cảnh RAS

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

| F3 ? | è|- | i|se‹- TY ẻẩg3As Eeusa | TD asset Explorer =F Y @ # v = () IBtRasonal develcperorks + chưwy% + > Cepoy_sce + > Coe _seoects + > ceson _jaee | 40 ote 6 rot avedabie — Properbes ụ i a x! Property | Value - in Import Assets fom Repostory Permsson ‘ou < Narre Patterns Repowtory — Pereussors

Cose Repository Permsson h true Create Folder Permsson tue Odlete Repostory Penmsson ‘on

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)

Trang 12

Hinh 2 Mo mờt phoi canh mời Bex) Ge Modeling (@ J2EE | E ờ) Java \ , | Requirement @ Web _ Other lỏ a

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),

Trang 13

Hớnh 3 Mớ phối cảnh RAS Ẫ Select Perspective acvs Repository Exploring ^ (& Data $F Debug ESEGL le Generic Log Adapter (@J2EE ờ) Java ẹ ở Java Browsing fe J3ava Type Hierarchy [EgLModeling (default) “= Plug-in Development - @ Profiling and Logging | J Requirement [Resource eo Team Synchronizing I3 Test @ Web J# Show all a am | Phối cảnh RAS bay giờ đọ được mở vỏ bạn sẽ cụ thể nhớn thấy một cõi gớ đụ giống như Hớnh 1

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

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

developerWorks Repository ete

This wizard creates a new connection to the IBM Rational developerWorks [ | Repository (dW| Repository Name: | IBM Rational developerWorks URL: | http: //www-128.ibm.com/developerworks/product/rational/rsa/ras Ẫsesesee HE | Finish el Neccccccccccccccccscocoscecoceccees:

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 =) design_aspects @ Aspects for Model Driven Development Runtime and Development Tools =1-(> design_j2ee 7 Enterprise Patterns (@ Security Patterns @Ẽ State Oriented Portlet Patterns =) design_soa (=| industry _verticals =) > retail =| automotive =| design

(J SOA Catalog Legacy Design Model

(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

=) & tools

-)-& rsa

@& Solution Guide

Kho lưu trữ RAS cua developerWorks duge [BM lưu trữ trởn mõy chủ vỏ cụ chứa cõc tỏi sản mừ hớnh hụa mới mỏ khừng phải lỏ một phón của cõc sản phóm

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 á

+) analysis Open Search dialog +|-(& deploy_soa +) (Ẫ design_aspects +) (& design_j2ee +) (& design_soa +) (& tools =| [] Patterns Repository 5 Design Patterns

+|-(& Design Patterns

2 Trong truong Keyword, go: UML WSDL 3 Nhắn vỏo Search

Trang 17

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

Properties |<) Search ê3

Keyword "UML WSDL" - 32 Assets found areal waar ee ee —

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

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ỏ ở)

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

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 Jes FEY [2gRAS (Reusabl | [đ, Modeling L] vn a kk Pattern Explorer

2 Dờ duyờt qua cac mau, hay nhan vao biờu tugng Trinh tham hiđờm móu (pattern explorer), citing dugc hiờn thi trong Hinh 9

3 Mo rong cac thờ loai Behavioral, Creational va Structural dờ xem 23 mau

thiờt kờ

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 Mau thiết kế phức hợp 1 Chọn mẫu Phtrc hop (Composite) nhu duoc hiờn thi trong Hinh 10 Hớnh 10 Chọn Mẫu Phức hợp “se! Pattern Explorer ê2 — CI] | ae a Tw SF v =|." Design Patterns <>” Behavioral " Creational * Structural soy Adapter + leecececcecececcececescened sav Decorator oy Facade coy Flyweight cay Proxy +i-ẻ#l-(#l-ẻ#l-ẻ#l-(#l-(#i- 5 C

Compose objects into tree

structures to represent part-whole hierarchies Composite lets cients treat individual objects and compositions of objects uniformly

Overview | Short Description

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

Trang 22

Hớnh 11 Mẫu phức hợp Ẫ Component - children @ Overstion f } Ẫ Leaf Ẫ Composite “<USeÍ

Bạn sẽ thấy rằng những thứ tham gia vỏo mẫu nỏy bao gồm:

Thanh phan (Component): M6t thanh phan khai bdo giao diờn cho cdc doi tuong trong kết cấu Nụ triển khai thực hiện hỏnh vi mặc định cho giao điện chung cho tất cả cõc lớp, nếu thợch hợp Nụ khai bảo một giao điện đề truy cập vỏ quản lý cõc thỏnh phần con của nụ Nụ cụ thể (như một tỳy chọn) định nghĩa một giao điện để truy cập cha mẹ của thỏnh phần trong cấu trỷc đệ quy va triển khai thực hiện nụ nếu diờu do la thich hop

Hoạt động (Operation): Một hoạt động lỏ một giao diện thỏnh phan dờ truy cõp vỏ quan lý cõc thỏnh phõn con của nụ

Lõ (Leaf): Một lõ biểu diễn cõc đối tượng lõ trong kết cấu Một lõ khừng cụ thỏnh phan con Nụ định nghĩa hỏnh vớ cho cõc đối tượng nguyởn thủy trong kết cấu

Trang 23

Lưu ý răng cõc mừ tả nỏy được sao chờp từ tab Mừ tả ngắn (Short Deseription)

cho mỗi thỏnh phón

Liởn hệ mẫu Phức hợp (Composite) được õp dụng cho yởu sõch bồi thường Bóy giờ họy xem xờt mẫu Composite được õp dụng cho Claim Trong bối cảnh nỏy, cõc bởn tham gia Composife được gọi lỏ ClaimFolder, Leaf Elementary Claim vỏ Component Claim, như được hiển thị trong Hớnh 12

Hớnh 12 Mẫu Phức hợp được õp dụng cho Claim ẬComponentÍ in Ẫ Claim - mchildren ẬLeafÍ Ẫ ElementaryClaim Sener ẬCompositeÍ use Ẫ ClaimFolder

Bang cach thay đừi thừng bõo xõc nhận tợnh hợp lệ đầu vỏo để cho nụ nhận một ClaimFolder (thay vớ một Claim), bạn cho phờp một bởn (Party) truy cập vỏo hoạt động xõc nhận tợnh hợp lệ chỉ một lần vỏ gửi một ClaimFolder cụ chứa tất cả ba yởu sõch bồi thường về thuyền, xe hơi vỏ nhỏ ở Ngoỏi ra, một bởn muốn gửi một

yởu sõch bồi thường duy nhất (vợ dụ, xe ừ từ) vẫn cụ thờ lam như vậy

Trang 24

kế Đặc biệt, mẫu thiết kế Composite được sử dụng rộng rọi trong [AA va vi du

ClaimFolder đến từ LAA

Bóy giờ bạn sẽ tạo ra cầu trỷc ClaimFolder Sau đụ, bạn sẽ sửa đổi đặc tả dịch vụ IClaimValidator để sử dụng ClaimFolder

Về đầu trang

Sử dụng mẫu trong việc thiết kế ạp dụng mẫu cho mừ hớnh

I Trong Model Explorer, nhắn đỷp chuột vỏo sơ đồ Main trong mừ hớnh Messages (Cõc thừng bõo) để mở nụ

Dờ su dung cac mau trong Rational Software Architect, bạn cón phải tạo ra cõc cõ thờ cua chung Mot cach dờ tao ra cõc cõ thở lỏ băng cõch kờo cõc móu từ Pattern Explorer

2 Kờo mau Composite tir Pattern Explorer toi so dờ đụ

3 Một cõ thể mẫu (Pattern Instance) sẽ phải được thởm vỏo mừ hớnh của bạn Đặt tởn nụ lỏ CompositeClaim, như được hiển thị trong Hớnh 13

Cõc cõ thở móu được biởu diởn như lỏ cõc sự hợp tõc, cõc trớnh phón loại (classifiers) cụ cóu trỷc với cõc vai tro vỏ cõc thuộc tợnh được sử dụng đở định nghĩa một cóu trỷc Cụ thở cụ nhiều cõ thở độc lập của cỳng một móu

Trang 25

Hinh 13 Tao CompositeClaim m a a ẬPattern InstanceÍ <> CompositeClaim v7 v Pattern Parameters Ậ Composite ` Component [1]: Ẫ Operation [*]: @ | Leaf [1 *]: Ẫ | Composite [1]: Ẫ

Cõ thờ mau CompositeClaim c6 cac tham sờ nhu 1a Component, Composite va Leaf nhu duoc dinh nghia boi mau Composite Khi ca thể mẫu được tạo ra, cõc tham số của nụ khừng cụ giõ trị nỏo Quõ trớnh thiết lập cõc giõ trị nỏy được gọi lỏ kờt budc (binding) Rational Software Architect cho phờp kờt budc dờ dang cac tham sừ băng cõch sử dụng cõc động tõc kờo vỏ thả

Bóy giờ bạn sẽ kởt buộc cõc tham sừ của cõ thở móu CompositeClaim

Trang 26

Hớnh 14 Kết buộc Claim voi Component | " " Ẫ Claim = claim a item: String =Í Ẫ type: String " o amount : Integer 0 location : String ` ẬPattern InstanceÍ +Í CompositeClaim Pattern Parameters - Compasite component [1] : | Operation [*] : : JADD: Drop element here to bind element to parameter : Leaf [1 *]: & | Composite [1]: Ẫ 3

Claim bay gio sẽ cụ từ khụa Component vỏ cõ thở mầu CompositeClaim sẽ cụ tham số Component của nụ được chỉ rử (Hớnh 15)

Trang 27

Hớnh 15 Claim đọ kết buộc ẬComponentÍ Ẫ Claim item : String type : String amount : Integer location : String Boe ẬPattern InstanceÍ <> CompositeClaim Pattern Parameters Composite Component [1]: @|ejCaim| Operation [*]: @ | Leaf [1 *]: Ẫ | Composite [1] : @

Cũng cụ thể tạo ra phần tử mới trực tiếp từ cõ thể mẫu trong quõ trớnh kết buộc Điều nỏy rất cụ ợch khi khừng cụ phón tử nỏo đọ từn tại để kết buộc cõc tham số

voi no

Khong co cac phan tu hiờn co dờ kờt budc cac tham so Composite va Leaf Bay gid ban sờ kờt budc cac tham so nay bang cach tạo ra cõc phón tử mới trực tiởp từ ca thờ mau CompositeClaim

6 Đặt con trỏ tới tham số Leaf vỏ sau đụ nhón vỏo Tạo đối số mới của kiểu Class (Create new argument of type Class) khi thanh hỏnh động xuất hiện (Hớnh 16)

Ap dung, Thừi õp dụng vỏ Ap dụng lại cõc mẫu

Trang 28

Hớnh 16 Kết buộc Lõ vw x4 ẬPattern InstanceÍ <> CompositeClaim Pattern Parameters Composite — 8 Component [1]: Ẫ Qi & Operation [*] : cit Leaf [1 *]: Ol _breate new argument of type Class| Composite [1]: OL]

7 Trong Model Explorer, d6i tờn lop mới được tạo ra thỏnh ElementaryClaim Họy chắc chăn răng bạn duy trớ từ khụa Leaf

ư Tương tự, kết buộc giõ trị Component vỏo một lớp mới cụ tởn lỏ

ClaimFolder

9 Kờo hai lờp moi tir Model Explorer tời so dờ Messages

10.Nhón chuột phải vỏo một nơi nỏo đụ trong vỳng trừng của sơ đồ vỏ chọn Filters > Show / Hide Relationships

11 Vi chung ta muon hiờn thi tót cả cõc mừi quan hệ, nhần OK trong cửa sừ Show / Hide Relationship

12 Cõc mối quan hệ bóy giờ sẽ được hiển thị giữa cõ thể mau CompositeClaim vỏ ba lớp mỏ bạn vừa mới kết buộc Bồ trợ lại cõc phần tử để lỏm cho so dờ dễ đọc hơn

Trang 29

14.Sơ đồ Message cua ban bay gid trong giờng nhu Hớnh 17 Luu tat ca (Ctrl+Shift+S) Hớnh 17 Thiết kế Thừng bõo ẬMessageÍ ẬMessageÍ RecordClaimResponse ™) RecordClaimRequest Ẫ cCorniurrbder : Integer 1 1 customes 1 1 ; dam Ẫ Customer ẬComponent> 2 frstName : Strng — : Claim

-m chen Ẫ 5 Betdame : Sưng

; ee: 5 ns pony Ẫ emalAddress : String

oS type: ưng

8 amount ; Integer i i 0 location : String

ẬComposte> Ẫ pokyNumber : Suing

Ẫ ClainFokler sa deductble : Integer useÍ “aDbstrectonÍ ~aDb9racb0onÍ ẬLeaf> Ẫ ElementaryClim ẬPattem Instance> ẬabstractionÍ CompositeChaim Pattern Parameters

Lưu ý rằng ở giai đoạn nỏy, bạn cụ thể sửa đối thừng bõo RecordClaimRequest dờ bóy giờ nụ cụ chứa một ClaimFolder thay vớ một Claim Lợi ợch của việc lỏm như thế chứ khừng thay đổi số bội của kết cóu giữa RecordClaimRequest vỏ Claim lỏ ở

chỗ, nếu API đụ đọ được xuất bản vỏ cõc nhỏ phõt triển đọ bắt đầu mọ hụa với

thiết kế trước đụ, mọ của họ sẽ vẫn hoạt động vớ ClaimFolder lỏ một Claim, trong khi một mảng hoặc danh sõch cõc yởu sõch khừng phải lỏ một Claim Trong thế giới SOA, bạn nởn luừn luừn nghĩ về những tõc động mỏ một sự thay đổi cụ thờ góy ra với những nơi khõc vỏ giảm thiểu tõc động đụ

Trang 30

Sửa đối Thiết kế Đặc tả dịch vụ

I Trong Model Explorer, chọn phương thức xõc nhận tợnh hợp lệ của IClaimValidator (trong gụi Cõc đặc tả dich vu- Service Specifications) 2 Chọn thẻ Parameters trong khung nhớn Properties

3 Trong Type, nhắn vỏo ừ Class Claim

4 Nhón vỏo nỷt đề chọn một kiởu khõc Trong cửa sừ bật lởn, chọn ClaimFolder trong gụi Messages

5 Sửa đối tởn của tham số từ claim thỏnh claimFolder Lưu lại tất cả

(Ctrl+Shift+S)

6 Trong sơ đồ chợnh của Service Specifications, đặc tả dịch vụ

IClaimValidator bóy giờ trừng giỗng như Hớnh 18 Nếu bạn khừng nhớn

thấy chữ ký của phương thức xõc nhận tợnh hợp lệ, họy chọn

IClaim Validator, nhan chudt phai vao va sau do chon Filters > Show signature

Hinh 18 [Claim Validator

ẬServiceSpecificationÍ

#3$ 1ClaimValidator

Ẽ validate ( claimFolder : ClaimFolder ) : Boolean

Lưu ý răng sự thay đừi nỏy sẽ được phản õnh trong cõc phần khõc của thiết kế, nơi

phương thức xõc nhận tợnh hợp lệ xuất hiện (vợ dụ, dưới cõc giao diện

Trang 31

Đặc tả dịch vụ của bạn đọ thay đổi vỏ phương thức xõc nhận tợnh hợp lệ bóy giờ nhận một ClaimFolder thay cho một Claim lỏm đầu vỏo May mắn thay, sự thay đối nỏy khừng quõ góy cản trở cho cõc nhỏ phõt triển, những người cụ thể đọ bắt đầu mọ hụa, vớ bản chất của mẫu Composite (ở đóy một ClaimFolder vẫn lỏ một Claim) Tuy nhiởn, lưu ý rằng khừng phải tất cả cõc mẫu thiết kế nỏy sẽ cụ thuộc tợnh đụ vỏ bạn nởn luừn luừn suy nghĩ về tõc động mỏ việc sử dụng một mẫu thiết kế góy ra với cõc phần khõc của thiết kế đụ

Trang 32

Kha nang truy theo vờt va xuat ban

Truy tớm nguồn gốc quyết định thiết kế cho yởu cầu

Trong Phan I1 của loạt bỏi viết nỏy, bạn đọ tớm hiểu về sự tợch hợp Rational Software Architect cung cấp RequisitePro (sản phẩm quản lý cõc yởu cầu) Bóy

giờ bạn đọ đưa ra quyết định thiết kế lỏ sử dụng mẫu phức hợp đề giải quyết yởu cau SR8 Usability, ban sờ ghi lai quyờt dinh nay bang cõch thởm một vết (liởn kết)

gitta CompositeClaim Pattern Instance va yờu cau SR8 Usability

Tham khảo phần Tỏi nguyởn nếu bạn cần tải về vỏ cỏi đặt một phiởn bản dỳng thử

cua Rational RequisitePro

1 Dau tiờn, trich xuat zipped-up RequisitePro project vao vi tri ma ban chon 2 Dờ mo phời canh yờu cau (Requirement perspective), hay nhan vao Open

Perspective > Other tu trinh don Window Sau do chon Requirement va

nhan OK

3 Ti Requirement Explorer, nhón vỏo Mở một dự õn RequisitePro (Open a RequisitePro Project) (Hinh 19)

Hớnh 19 Mo mot dw an RequisitePro Project

€ Requirement Explorer 2-3 Bat

Use the Requirement Explorer view to manage the requirements for Ò project To open a RequisitePro project, click the Open a RequisitePro Project icon Alerts a There ar In the window that opens, navigate to a RequisitePro project directory, select the ROS

project file, and click Open Genera

Trang 33

5 Du an Claims Processing Requirements bay gid sờ mo ra Mo rong no va sau do mo rong Software Requirements

6 Chon SR8 Usability, nhu duoc hiờn thi trong Hinh 20 Hớnh 20 Yởu cau SR8 Usability SS Requrement Explorer “ sa = (ễ Cme Processing Requirements + + + + +

(& Coverage Analysis (& Features and Vision > Glossary (2> Imoact Analyss > Software Requirements Al Software Requirements Software Requirements Traced to Features , 2 SR1 Searity , 2) SR2 Logging ,), SR3 Systems Management 2 SR4 Legislation |) SRS Availability J) SR6 Metrics ) SR? Latercy ' 1) S89 Authokdbon (> Stakeholder Requests

[By Requirements Management Plan

Bh = BS ề vw PO) ee clams Processing Service Design Model.e=x 52

Alerts and Action Items

There are no problems associated with this model General Information

This section describes general information about this model, Name: Carrs Location: D: Sze: Last modified: Editable: Serve Des 30994 9:55 AM tue Applied Profiles This section lists UML profiles applied to this model (oe [Properties 52 \_ Requirement Query Results Requirement Link Problems Property | Value — Attributes Contact Name Defect Diffiaalty Medium EnhancementRequest Odsolete False Priority High Risk Stability Medurm Status Approved Type — Misc Document Based No Name Usability Package Software Requirements Parent

Project Claims Processing Requirements

Synchronizaton Policy Bement Wins

Tag saa

Text Validating First Notice Of Loss must be performed in a single uni

7 Trong Properties, bạn cụ thể xem cõc thuộc tợnh của yởu cầu (vợ dụ, trang thõi được phở duyệt vỏ mức ưu tiởn cao) vỏ cả cõc văn bản của nụ

Trang 34

9 Kờo CompositeClaim tới SR8 Usability, nhu duoc hiờn thi trong Hinh 21

Hớnh 21 Kết hợp Phần tử mừ hớnh (Model Element) voi Yởu cầu

(Requirement)

(s\Model Explorer ê2 =F) BRequirement Explorer ê3

wv | =) & Cains Processing Requirements

+ & Coverage Analysis (& Features and Vision

=| “22 Claims Processing Service Design Model.emx ^ ;

+ & Glossary

+

- {a} Claims Processing Service Design Model

(& Impact Analysis (& Software Requirements

ẬComponentÍ Claim

; ° ẬCompositeÍ ClaimFolder EES All Software Requrements

+ Ẫ Customer Se Software Requirements Traced to Features * Ẫ eafÍ BementaryClaim + i ee + Ẫ Policy eae a Ẽ {C7 RecordClaimftequest + eee + (=) RecordClaimResponse + cọ + |sPattern InstanceÍ CompositeClaim)| 1 SRS Availabilty +)” (daim:Claim) a - = Ẽ „` (customer:Customer) —3/ „` (m_chắdren:Clam) 1 & „” (policy:Policy) .) S9 on

SB Corviren v + œ Stakeholder Requests

< |> tỏi Requirements Management Plan

Lưu ý răng bóy giờ mối liởn kết (khả năng truy vết) đọ được biểu diễn trong mừ hớnh (Hớnh 22):

Ậ Phần tử CompositeClaim Pattern Instance được vẽ thởm một mũi tởn ‹ _ Yởu cầu SR8 Usability được vẽ thởm một mũi tởn

Trang 35

Hớnh 22 Vết yởu cầu

*s,\Model Explorer 23 = Ẫ || BRequirement Explorer 23

w || = & Cains Processing Requirements

+ & Coverage Analysis +, (& Edipse Element Proxies

(& Features and Vision =| *f) Claims Processing Service Design Model.emx a

-) {a} Claims Processing Service Design Model = 48 Messages +

(Gớ Messages - MaÒn $9 Œ Gossary + @ ẬComponentÍ Claim #-(& Impact Analysis

+) Ẫ ẬCompositeÍ ClaimFolder =) (& Software Requrements

+ Ẫ Customer Am Al Software Requirements

+) Ẫ eafÍ SementaryClaim t Software Requirements Traced to Features + Ẫ Polcy )| SR1 Security SR2 Logging Ẫ) RecordClaimRequest i =) RecordClaimResponse 2) SR3 Systems Management = SR4 tion + <% Pattern InstanceÍ CompositeClaim SRS ee ty + fs (daim:Clam) ag eee + ee (customer :Customer) Ò Nỏ 4) (m_chiddren:Claim) Ò Y + oe (policy:Polcy) 2) SRS Usability

= đt Servicne Theo v _ 2) SRY Authorization < [> +) (& Stakeholder Requests = Link Clipboard | “Requirement Trace ê3 = F}){ Elproperties ê3 \ Requirement Query Results | Require b> $ +3 | Property = 2 SR8 Usabikty Document Based CompositeCiaim| Name {2 COLLABORATIONS ị :

Bạn đọ liởn kởt một phón tử mừ hớnh hiện cụ đởn một yởu cóu Lưu ý răng cũng cụ thở tạo ra cõc phón tử mừ hớnh trực tiởp từ cõc yởu cóu (vợ dụ, băng cõch kờo một yởu cầu tới một gụi trong model explorer)

Về đầu trang

Xuất bản mừ hớnh

Trang 36

năm giữ trong cõc mừ hớnh mỏ bạn đọ tạo ra Chỷng từi sẽ mừ tả hai tỳy chọn cụ san dờ xuat ban thong tin:

‹e Xuất bản trang Web ‹e Bõo cõo sơ đồ

Trang 37

Hớnh 23 Mừ hớnh thiết kế dịch vụ =i-83_Claims Processing Service Design Model.emx Ẫ Ẫ Gah BlementaryCaitp +-O Seale ener #I-E3 tgớnhoirmmNioig Ẽ newAmount =| Ẽ recordClaimDetails ( ) Ẽ request $7 ReturnResultParameter 1 =â-ốl# IClaimValidator =) @ validate () $7 ReturnResult a> (Messages) (8) Main „4 (UML2)

Cõc thay đừi dễ nhận thấy đối với mừ hớnh kề từ khi bạn bắt đầu lỏ:

Trang 38

‹ - Cõ thể mẫu CompositeClaim được liởn kết đến một yởu cầu (biểu tượng mũi tởn)

Ậ - Hoạt động IClaimValidator, trong cõc đặc tả dịch vụ, bóy giờ nhận một

tham số cụ tởn lỏ claimFolder lỏm tham số đầu vỏo

Xuất bản trang Web

1 Trong Model Explorer, họy chắc chắn răng Claims Processing Service Design Model.emx được chọn

2 Nhón vỏo Publish > Web trong trớnh đơn Modeling

3 Trong hộp thoại Publish to Web, chọn Tự động hiền thị kết quả đóu ra đọ

xuat ban (Automatically display published output) va duyờt dờ chon mot

Trang 39

Hinh 24 Hop thoai Xuất bản trang Web ẻ ẩ Publish to Web ~Level of Detail: ( Minimum - documentation only Full - Options:

IV Generate diagram image files

Diagram image file format: |GIF |

[ Link to external content

Link display name |

ication oF content to limi ro} r E

IV Display element icons

lV jAutomatically display published output!

[~ Always dean destination folder without asking

Select folder to publish to:

|C:\temp|\ClaimsProcessingDesignWebPublish xi Browse |

Sau một vỏi gióy, cõc tỏi liệu sẽ được tạo ra vỏ một trang web sẽ mở ra trong trớnh duyệt Web yởu thợch của bạn

Trang 40

Hinh 25 Xuat ban trang Web -)-80208a8 S

Claims Processing Service Claims *

Design Model UML Processing

Documentation Overview Top Element Service Design

All Elements Model UML Documentation Packages Messages Services Service Specifications Model Claims Processing Service Design Model All Elements # K : Ẫ Claim Ẫ ClaimF older ee nw ClaimProcessor A oncom "Seve specifications) Ẫ ElementaryClaim 2 IClawnRecorder ẬuseÍ fẦ IClamValbidator Ẫ Policy =) RecordClaimRequest _ Services” =) RecordClamResponse All Diagrams @ Main Ẽ Messages - Main @ Services - Main @ Service Specifications - Main Properties: “Alias | Ly

Nởu bạn chọn một gụi cụ thở trong ừ của đỉnh bởn trõi, sau đụ chỉ cõc phón tử

thuộc gụi nỏy sẽ hiễn thị ở ừ dưới đõy bởn trõi

Duyệt cõc tải liệu đọ tạo ra tỳy ý bạn Bõo cõo sơ đồ

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

TỪ KHÓA LIÊN QUAN

w