Visual Paradigm 教程[UML]：如何在SoaML中建模多方服務？（下）
第三部分 - 用UML序列圖指定多方編排
在多服務合同中，可以在交互圖中顯示各方之間的通信和編排。像UML序列圖這樣的交互圖顯示了誰調用誰以及何時進行調用。讓我們繪制一個序列圖來指定納稅服務的編排。
- 單擊服務合同納稅服務。
單擊形狀右下角的微小資源圖標，然后從彈出菜單中選擇New Diagram ....
將打開“ 新建圖”窗口。在New Diagram窗口中，在搜索字段中輸入序列圖，單擊Next。然后，填寫圖表名稱和描述（如果有），單擊確定以確認圖表創建。
在圖表中創建三條生命線。將它們命名為付款人，支付網關和接收者。
設置生命線的分類器。右鍵單擊付款人生命線，然后從彈出菜單中選擇選擇班級>選擇班級.... 在“ 選擇類”窗口中，選擇“ 付款人”，然后單擊“ 確定”。
將銀行和稅務接收器設置為支付網關和接收器生命線的分類器。
是時候模擬生命線之間的相互作用了。交互始于付款人在銀行帳戶上發出的付款請求。因此，在付款人和支付網關之間創建消息納稅。
為了使“納稅”成為銀行界面中的操作，我們必須從序列消息創建操作。右鍵單擊該消息，然后從彈出菜單中選擇選擇操作>創建操作“納稅”。
收到付款申請后，銀行將要求稅務人員處理付款。創建從支付網關到接收方的消息流程納稅。再次，從消息中創建一個操作。
如果付款正確，稅務人員將向銀行和納稅人發送確認消息。否則，稅務人員將向銀行發送拒絕消息，銀行會將消息轉發給納稅人。要表示條件流，請繪制一個涵蓋生命線的替代組合片段。
- 右鍵單擊組合片段左上角的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作為端口類型。
稅務部門提供稅務接收者界面，并使用銀行和納稅人界面。繪制提供的和必需的接口。
完成后，您的圖表應如下所示：
QQ交談
在線咨詢
渝公網安備
50010702500608號
客服熱線