Visual Paradigm 教程[UML]：如何在SoaML中建模多方服務？（下）

下載Visual Paradigm最新試用版

第三部分 - 用UML序列圖指定多方編排

    在多服務合同中，能夠在交互圖中顯示各方之間的通訊和編排。像UML序列圖這樣的交互圖顯示了誰調用誰以及什麼時候進行調用。讓咱們繪製一個序列圖來指定納稅服務的編排。

1. 單擊服務合同納稅服務。

2. 單擊形狀右下角的微小資源圖標，而後從彈出菜單中選擇New Diagram ....

3. 將打開「 新建圖」窗口。在New Diagram窗口中，在搜索字段中輸入序列圖，單擊Next。而後，填寫圖表名稱和描述（若是有），單擊肯定以確認圖表建立。

4. 在圖表中建立三條生命線。將它們命名爲付款人，支付網關和接收者。

5. 設置生命線的分類器。右鍵單擊付款人生命線，而後從彈出菜單中選擇選擇班級>選擇班級.... 在「 選擇類」窗口中，選擇「 付款人」，而後單擊「 肯定」。

6. 將銀行和稅務接收器設置爲支付網關和接收器生命線的分類器。

7. 是時候模擬生命線之間的相互做用了。交互始於付款人在銀行賬戶上發出的付款請求。所以，在付款人和支付網關之間建立消息納稅。

8. 爲了使「納稅」成爲銀行界面中的操做，咱們必須從序列消息建立操做。右鍵單擊該消息，而後從彈出菜單中選擇選擇操做>建立操做「納稅」。

9. 收到付款申請後，銀行將要求稅務人員處理付款。建立從支付網關到接收方的消息流程納稅。再次，從消息中建立一個操做。

   1. 若是付款正確，稅務人員將向銀行和納稅人發送確認消息。不然，稅務人員將向銀行發送拒絕消息，銀行會將消息轉發給納稅人。要表示條件流，請繪製一個涵蓋生命線的替代組合片斷。

10. 右鍵單擊組合片斷左上角的alt標籤。從彈出菜單中選擇操做數>管理操做數....

11. 在「 管理約束」窗口中輸入兩個操做數的約束。對於第一個操做數，輸入accept payment做爲約束。對於第二個操做數，輸入拒絕付款做爲約束。單擊「 肯定」以確認更改。

12. 在生命線之間建立消息。請記住爲您建立的全部序列消息建立操做。完成後，您的序列圖應以下所示：

13. 繪製UML序列圖時，您已爲三條生命線建立了操做。若是如今檢查服務接口圖，能夠看到接口列出了操做。

第四部分 - 繪圖服務參與者圖

    在多方服務中，每一個參與者提供他們本身的接口並使用其餘方的接口。該信息能夠用服務參與者圖表示。讓咱們繪製一個服務參與者圖。

1. 要建立服務參與者圖，請從工具欄中選擇「 圖表」>「新建 」。在New Diagram窗口中，在搜索字段中輸入Service Participant Diagram，而後單擊Next。而後，填寫圖表名稱和描述（若是有），單擊「 肯定」進行確認。

2. 納稅服務有三個參與者，銀行帳戶全部者，網上銀行和稅務部門。在圖中繪製它們。

3. 銀行帳戶全部者是納稅服務的消費者。在後退賬戶全部者參與者中建立<< Request >>端口。

4. 咱們輸入端口。右鍵單擊端口，而後從彈出菜單中選擇Select Type ....

5. 在「 選擇類型」窗口中，選擇「 納稅人」，而後單擊「 肯定」。

6. 銀行帳戶全部者提供其接口，即Tax Payer接口，並根據UML序列圖中建模的交互，咱們知道它使用Bank接口。首先從<< Request >>端口繪製提供的接口。將界面命名爲Tax Payer。

7. 從<< Request >>端口繪製所需的接口。將其命名爲Bank。

8. 參與者在線銀行是納稅服務的提供者。在其中建立一個<< Service >>端口。而後，選擇Bank做爲端口類型。

9. 在線銀行提供銀行界面，並使用納稅人和稅務接收者界面。繪製提供的和必需的接口。對於這種特殊狀況，您必須爲Tax Payer和Tax Receiver接口繪製兩個必需的接口。

10. 參與者稅務部門也是納稅服務的提供者。在其中建立一個<< Service >>端口。而後，選擇Tax Receiver做爲端口類型。

11. 稅務部門提供稅務接收者界面，並使用銀行和納稅人界面。繪製提供的和必需的接口。

    完成後，您的圖表應以下所示：

下載Visual Paradigm最新試用版