UML中的依賴連接器的方向是否重要？

Question

我遇到過幾個依賴關係的例子，例如包括但不限於它是完全混淆的。一個例子規定include應該是;

user profile --> login 

雖然extends應該是在方向;

validate credit card <-- print receipt. 

鑑於required應該在的方向;對於我的生活，我不知道爲什麼這不能是一個include

place order --> create account 

也做它這些事情如何構造即

user profile --> login (include) 

     **vs** 

validate credit card (extend) 
    ^
     | 
     | 
     | 
    print receipt 

Answer 1

我不知道我完全理解每一個部分您的問題，但在這裏我們去：

一個包括來自包括對包括去。它表示用例的一個強制性的子部分：

including -----------> included 
      <<include>> 

擴展比包括相同，但是子部分不是強制性的。不幸的是，箭頭是相反的。這似乎讓你困惑不已。

including <----------- optionnally included 
      <<extend>> 

當你談論需要，我想它是一個匿名的虛箭頭？事實上，這樣的依賴關係可以寫成任何東西，用例或不是。對於用例來說並不是那麼平常，但這可能意味着用例有另一個用例作爲先決條件。與include不同的是，它不是一個子部分。在這種情況下，它是這樣畫的。

requiring -----------> required 

在您的例子，似乎要下訂單，你必須先創建一個帳戶（邏輯確實）。但是，創建賬戶並不是下單的一個子部分，所以它不是一個包含。

至於你的最後一個問題，你說的是垂直/水平？如果是這樣，那麼在UML中並不重要。事實上，沒有關於定位的規則，唯一的規則是保持清晰。