依赖连接器的方向在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>>

Extend与include相同，但子部分不是必需的。不幸的是，箭头是另一种方式。这似乎让你很困惑。

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

当你谈到必需时，我想这是一个匿名的虚线箭头？实际上，这样的依赖关系可以用于任何事情，用例或不用。用例并不常见，但它可能意味着用例将另一个用例作为先决条件。与include的区别在于它不是子部分。在这种情况下，它是这样绘制的。

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

在您的示例中，似乎要下订单，您必须创建一个帐户（确实是逻辑的）。但帐户创建不是订单下放的子部分，因此它不是包含。

至于你的上一个问题，你在谈论纵向/横向吗？如果是这样，在UML中无关紧要。事实上，没有关于定位的规则，唯一的规则是保持清晰。