UML用例图中的关联名称方向

在UML用例图中，关联名称方向（在关联名称附近画成黑色三角形）的确切含义是什么？它和联想方向有什么区别

让我粘贴一些链接来解释我到底在问什么：

---

在用例图中，通常不显示聚合/组合，只显示简单的关联链接，末尾没有箭头。 在类图中有四种关联： -双向的 -无方向 -聚集 -构图

---

顺便说一句，我从来没有问过自己为什么我们不在用例图中显示完整的关联类型、多样性、关联结束等等？这很奇怪。

在用例图中，您通常不显示聚合/组合，只显示简单的关联链接，末尾没有箭头。 在类图中有四种关联： -双向的 -无方向 -聚集 -构图

---

顺便说一句，我从来没有问过自己为什么我们不在用例图中显示完整的关联类型、多样性、关联结束等等？这很奇怪。

通常，关联文本上的小箭头是为了可读性，提示文本应该阅读的方向。下面的示例适用于类图，但对于用例图也是如此。不过，我从来没有看到过在用例图上何时使用它们的好例子

关联方向指示可见性的方向。如果一名飞行员在一天内飞行多个航班，您是否希望转到该飞行员处获取其航班列表

还是去飞机上找飞行员？

有时，在关联行本身没有方向箭头的情况下，更容易在关联中指示阅读方式。

---

通常，关联文本上的小箭头用于可读性，提示文本应该阅读的方向。下面的示例适用于类图，但对于用例图也是如此。不过，我从来没有看到过在用例图上何时使用它们的好例子

关联方向指示可见性的方向。如果一名飞行员在一天内飞行多个航班，您是否希望转到该飞行员处获取其航班列表

还是去飞机上找飞行员？

有时，在关联行本身没有方向箭头的情况下，更容易在关联中指示阅读方式。

---

关联名称旁边的实心三角形只是通知读者关联名称的读取方向。例如，人与城市之间的关联“LivesIn”可以理解为“City LivesIn Person”或“Person LivesIn City”。在这种情况下，为了理解，关联的阅读方向是明确的，但在其他情况下可能更加模糊。如果我们想澄清应该如何读取关联，那么我们可以通过在名称旁边添加指向所需方向的黑色小三角形来表示

---

这不会影响关联的语义。

关联名称旁边的实心三角形只会告知读者关联的读取方向，以便关联名称有意义。例如，人与城市之间的关联“LivesIn”可以理解为“City LivesIn Person”或“Person LivesIn City”。在这种情况下，为了理解，关联的阅读方向是明确的，但在其他情况下可能更加模糊。如果我们想澄清应该如何读取关联，那么我们可以通过在名称旁边添加指向所需方向的黑色小三角形来表示

---

这不会影响关联的语义。

感谢您的回复。我意识到，在用例图中的关联末尾显示箭头并不是一件常见的事情，但有时它有助于理解参与者是用例的发起人还是受益人。箭头指示其中的控制流。这就是我所知道的。我的问题是，协会名称方向意味着什么。它的符号是协会名称附近的黑色三角形。感谢您的回复。我意识到，在用例图中的关联末尾显示箭头并不是一件常见的事情，但有时它有助于理解参与者是用例的发起人还是受益人。箭头指示其中的控制流。这就是我所知道的。我的问题是，协会名称方向意味着什么。它的符号是关联名附近的黑色三角形。因此，从您的回答来看，我理解，箭头是在关联线上还是三角形靠近关联名没有区别。意思是一样的。不是吗？线条顶端的箭头通常表示可见性的方向，而协会名称上的小箭头则用于阐明关系。在图3中，“飞越>>”并不意味着该航班对其飞行员具有可见性，它意味着当X[航班]由Y[飞行员]飞越时，该关联应被读取，我们不应混淆导航性和可读性。可读性仅促进人类对模型的理解，但对模型的语义没有影响。相反，导航能力对该模型生成的系统有明显的影响（它限制了对象的交互方式），因此，从您的回答来看，我理解，箭头是在关联线上还是三角形靠近关联名称没有区别。意思是一样的。不是吗？线条顶端的箭头通常表示可见性的方向，而协会名称上的小箭头则用于阐明关系。在图#3中，“飞越>>”并不意味着飞行对飞行员有可见性，它意味着屁股