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

原創

xiaochuachua111

2019-05-25 13:11

下載Visual Paradigm最新試用版

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

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

單擊服務合同納稅服務。
單擊形狀右下角的微小資源圖標，然後從彈出菜單中選擇New Diagram ....
將打開“ 新建圖”窗口。在New Diagram窗口中，在搜索字段中輸入序列圖，單擊Next。然後，填寫圖表名稱和描述（如果有），單擊確定以確認圖表創建。
在圖表中創建三條生命線。將它們命名爲付款人，支付網關和接收者。
設置生命線的分類器。右鍵單擊付款人生命線，然後從彈出菜單中選擇選擇班級>選擇班級.... 在“ 選擇類”窗口中，選擇“ 付款人”，然後單擊“ 確定”。
將銀行和稅務接收器設置爲支付網關和接收器生命線的分類器。
是時候模擬生命線之間的相互作用了。交互始於付款人在銀行帳戶上發出的付款請求。因此，在付款人和支付網關之間創建消息納稅。
爲了使“納稅”成爲銀行界面中的操作，我們必須從序列消息創建操作。右鍵單擊該消息，然後從彈出菜單中選擇選擇操作>創建操作“納稅”。
收到付款申請後，銀行將要求稅務人員處理付款。創建從支付網關到接收方的消息流程納稅。再次，從消息中創建一個操作。
1. 如果付款正確，稅務人員將向銀行和納稅人發送確認消息。否則，稅務人員將向銀行發送拒絕消息，銀行會將消息轉發給納稅人。要表示條件流，請繪製一個涵蓋生命線的替代組合片段。
右鍵單擊組合片段左上角的alt標籤。從彈出菜單中選擇操作數>管理操作數....
在“ 管理約束”窗口中輸入兩個操作數的約束。對於第一個操作數，輸入accept payment作爲約束。對於第二個操作數，輸入拒絕付款作爲約束。單擊“ 確定”以確認更改。
在生命線之間創建消息。請記住爲您創建的所有序列消息創建操作。完成後，您的序列圖應如下所示：
繪製UML序列圖時，您已爲三條生命線創建了操作。如果現在檢查服務接口圖，可以看到接口列出了操作。

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

在多方服務中，每個參與者提供他們自己的接口並使用其他方的接口。該信息可以用服務參與者圖表示。讓我們繪製一個服務參與者圖。

要創建服務參與者圖，請從工具欄中選擇“ 圖表”>“新建 ”。在New Diagram窗口中，在搜索字段中輸入Service Participant Diagram，然後單擊Next。然後，填寫圖表名稱和描述（如果有），單擊“ 確定”進行確認。
納稅服務有三個參與者，銀行賬戶所有者，網上銀行和稅務部門。在圖中繪製它們。
銀行賬戶所有者是納稅服務的消費者。在後退帳戶所有者參與者中創建<< Request >>端口。
我們輸入端口。右鍵單擊端口，然後從彈出菜單中選擇Select Type ....
在“ 選擇類型”窗口中，選擇“ 納稅人”，然後單擊“ 確定”。
銀行賬戶所有者提供其接口，即Tax Payer接口，並根據UML序列圖中建模的交互，我們知道它使用Bank接口。首先從<< Request >>端口繪製提供的接口。將界面命名爲Tax Payer。
從<< Request >>端口繪製所需的接口。將其命名爲Bank。
參與者在線銀行是納稅服務的提供者。在其中創建一個<< Service >>端口。然後，選擇Bank作爲端口類型。
在線銀行提供銀行界面，並使用納稅人和稅務接收者界面。繪製提供的和必需的接口。對於這種特殊情況，您必須爲Tax Payer和Tax Receiver接口繪製兩個必需的接口。
參與者稅務部門也是納稅服務的提供者。在其中創建一個<< Service >>端口。然後，選擇Tax Receiver作爲端口類型。
稅務部門提供稅務接收者界面，並使用銀行和納稅人界面。繪製提供的和必需的接口。
完成後，您的圖表應如下所示：