如何使用UML繪制系統界面圖？

Question

我正在研究UML，並且一直在閱讀有關用例的信息。 我看到的所有示例都涉及單個系統，我想知道如何對端到端流程進行建模。 因此，我提出了一個相當典型的企業方案，並且一直在嘗試對其建模。 我有無法回答的問題。

場景：我的業務用例是一個購物者創建了一個購物車，賣方將其作為訂單接收。

端到端的流程為：

1. 購物者創建購物車
2. 經理檢查購物車並批准/拒絕，然后在采購系統中創建采購訂單。
3. 采購系統將所有新創建的采購訂單發送到其各自供應商的系統。
4. 賣方收到訂單的訂單。

但是，細節決定了魔鬼，因此我決定通過添加以下細節來使其更加復雜：

1. 購銷系統的通信是點對點和實時的。
2. 可以通過傳真或互聯網將采購訂單發送給供應商。 所有采購訂單在發送給供應商之前都進入隊列。 每X分鍾處理一次隊列。 我選擇10分鍾作為間隔
3. 采購-供應商連接使用中間件（ESB）。

問題：

1. 我相信我有3個系統用例：購物者-創建購物車，經理-查看購物車，定期將PO發送給供應商。 即使我在采購系統和供應商系統之間有一個ESB系統，還是正確的嗎？
2. 由於中間件不是上述用例之一的參與者，因此我應該在其中建模ESB的參與過程（采購-> ESB，ESB->供應商）？
3. 我要繪制2個系統邊界還是1個系統邊界？ 我相信我應該將賣方系統作為次要角色，所以我只有購物系統和采購系統。 還是將它們合並到E2E系統（例如采購系統）中？

Answer 1

用例旨在描述系統（角色）的用戶如何與系統交互。 它們應該足夠簡單，以使您的客戶理解。 因此，在開始解決用例問題之前，請問自己是誰，以及如何通過創建用例為他創建更好的系統。

（對不起，請回答...）

Answer 2

1. 我將創建單獨的用例來審查，批准和拒絕購物車，但否則我認為您的用例應該足夠准確。 由於您的參與者沒有直接使用ESB系統，因此我認為它與用例圖中無關。
2. 您可以創建一個組件圖 ，以更詳細地建模單獨的系統及其子系統之間的關系，這在用例圖中是可能的或合理的。 如果願意，您可以使用標記為與連接相關的用例的依存關系的用例“將PO交付給供應商”將ESB隔離在其自身的系統邊界中。
3. 我建議使用兩個或三個系統邊界，具體取決於您是否為ESB創建自己的邊界。 如果供應商的系統不在您的范圍之內，則您可能無需對其進行過多的建模-接收訂單應該足夠了。