翻譯|使用教程|編輯:王香|2019-05-24 11:49:08.847|閱讀 407 次
概述:在多服務合同中,可以在交互圖中顯示各方之間的通信和編排。
# 界面/圖表報表/文檔/IDE等千款熱門軟控件火熱銷售中 >>
相關鏈接:
在多服務合同中,可以在交互圖中顯示各方之間的通信和編排。像UML序列圖這樣的交互圖顯示了誰調用誰以及何時進行調用。讓我們繪制一個序列圖來指定納稅服務的編排。
單擊形狀右下角的微小資源圖標,然后從彈出菜單中選擇New Diagram ....
將打開“ 新建圖”窗口。在New Diagram窗口中,在搜索字段中輸入序列圖,單擊Next。然后,填寫圖表名稱和描述(如果有),單擊確定以確認圖表創建。
在圖表中創建三條生命線。將它們命名為付款人,支付網關和接收者。
設置生命線的分類器。右鍵單擊付款人生命線,然后從彈出菜單中選擇選擇班級>選擇班級.... 在“ 選擇類”窗口中,選擇“ 付款人”,然后單擊“ 確定”。
將銀行和稅務接收器設置為支付網關和接收器生命線的分類器。
是時候模擬生命線之間的相互作用了。交互始于付款人在銀行帳戶上發出的付款請求。因此,在付款人和支付網關之間創建消息納稅。
為了使“納稅”成為銀行界面中的操作,我們必須從序列消息創建操作。右鍵單擊該消息,然后從彈出菜單中選擇選擇操作>創建操作“納稅”。
收到付款申請后,銀行將要求稅務人員處理付款。創建從支付網關到接收方的消息流程納稅。再次,從消息中創建一個操作。
如果付款正確,稅務人員將向銀行和納稅人發送確認消息。否則,稅務人員將向銀行發送拒絕消息,銀行會將消息轉發給納稅人。要表示條件流,請繪制一個涵蓋生命線的替代組合片段。
在“ 管理約束”窗口中輸入兩個操作數的約束。對于第一個操作數,輸入accept payment作為約束。對于第二個操作數,輸入拒絕付款作為約束。單擊“ 確定”以確認更改。
在生命線之間創建消息。請記住為您創建的所有序列消息創建操作。完成后,您的序列圖應如下所示:
繪制UML序列圖時,您已為三條生命線創建了操作。如果現在檢查服務接口圖,可以看到接口列出了操作。
在多方服務中,每個參與者提供他們自己的接口并使用其他方的接口。該信息可以用服務參與者圖表示。讓我們繪制一個服務參與者圖。
要創建服務參與者圖,請從工具欄中選擇“ 圖表”>“新建 ”。在New Diagram窗口中,在搜索字段中輸入Service Participant Diagram,然后單擊Next。然后,填寫圖表名稱和描述(如果有),單擊“ 確定”進行確認。
納稅服務有三個參與者,銀行賬戶所有者,網上銀行和稅務部門。在圖中繪制它們。
銀行賬戶所有者是納稅服務的消費者。在后退帳戶所有者參與者中創建<< Request >>端口。
在“ 選擇類型”窗口中,選擇“ 納稅人”,然后單擊“ 確定”。
銀行賬戶所有者提供其接口,即Tax Payer接口,并根據UML序列圖中建模的交互,我們知道它使用Bank接口。首先從<< Request >>端口繪制提供的接口。將界面命名為Tax Payer。
從<< Request >>端口繪制所需的接口。將其命名為Bank。
參與者在線銀行是納稅服務的提供者。在其中創建一個<< Service >>端口。然后,選擇Bank作為端口類型。
在線銀行提供銀行界面,并使用納稅人和稅務接收者界面。繪制提供的和必需的接口。對于這種特殊情況,您必須為Tax Payer和Tax Receiver接口繪制兩個必需的接口。
參與者稅務部門也是納稅服務的提供者。在其中創建一個<< Service >>端口。然后,選擇Tax Receiver作為端口類型。
稅務部門提供稅務接收者界面,并使用銀行和納稅人界面。繪制提供的和必需的接口。
完成后,您的圖表應如下所示:
本站文章除注明轉載外,均為本站原創或翻譯。歡迎任何形式的轉載,但請務必注明出處、不得修改原文相關鏈接,如果存在內容上的異議請郵件反饋至chenjj@fc6vip.cn
文章轉載自: