UML图中的可导航性是什么？
UML图中的可导航性示例是什么？我的教授提供了下图，但我似乎无法弄清楚：
共有2个答案
UML规范是一堆复杂的替代符号，会让你发疯。小心探索！
在现实生活中，保持简单！不要使用“点符号”，也不要使用x来表示不可导航性，除非你的同龄人熟悉它。
使用箭头进行导航关联。人们熟悉它，或者如果不熟悉，他们就足够直观。
这显示了可导航性。A可以看到（表示它有一个属性引用）B。相比之下，B不知道/引用A。
UML 2.5规范p。18：
>
箭头符号用于表示关联结束可导航性。根据定义，所有类拥有的关联端都是可导航的。按照惯例，元模型中所有关联拥有的端都不可导航。
两端均标有可导航箭头的关联表示该关联可以在两个方向上导航。
甚至更相关的第200页：
可导航性符号在过去经常根据非正式约定使用，即非可导航的端被假定为关联所有，而可导航的端被假定为另一端的分类器所有。这种约定现在被弃用了。聚合类型、可导航性和端所有权是单独的概念，每个概念都有自己的显式符号。类拥有的关联端始终是可导航的，而关联拥有的关联端可能是可导航的，也可能不是。
因此，您应该使用点符号：
-
UML 2.5.1规范说明了关联最终所有权： 点表示法用于表示关联结束所有权，其中点表示线另一端的Class拥有属性，其类型为点触及的Class。 它说明了关联端可导航性： 箭头符号用于表示关联结束可导航性。根据定义，所有类拥有的关联端都是可导航的 我可以清楚地看到为什么类拥有的关联端是可导航的： 然而，我更难弄清楚一个由关联所有（所以不是类所有）的关联端如何可以导航？ 规范规定，关联可以用关联类
-
我读了里面的帖子 UML中分类器拥有的关联和关系拥有的关联 在UML中设置关联最终所有权：这对于可视化范例（或其他UML工具）中生成的代码意味着什么 http://www.uml-diagrams.org/association.html 但是UML类图关联的“导航”和“所有权”之间的区别对我来说仍然不清楚。此外，同时发布了UML 2.5。 该规范规定如下： 类拥有的关联端始终是可导航的，而关联拥
-
我多次偶然发现这个词，但我不理解它的含义。当我读《结社终结》时，我倾向于思考结社的类别。每个联想都有两个联想终点，这是真的吗？还是我们说的“联想终点”是指类的角色？我已经搜索了这个术语的更详细的解释，但我找到的一切都在uml图上。组织： 你可以在我的截图底部看到，query和qbuilder，每个类的角色，都是“关联endpoint”。我的问题是，如果通过“关联端”，我们指向每个类的角色，还是指向
-
如果不是，默认的构图方向是什么？
-
图像显示了仓库的物流。非常非常简单。它的概念是什么:有单据:< code > receiving lubril ，< code > dispatchinglirl ，< code>ReplacementOrder。 它们与主要类交互：、和。 以及< code>Register类:< code > ItemRemainsInWarehouse 。原来，文件是操作、接收、发送等的确认。< code>R
-
我在导航图中实现了一个嵌套图，它有两个图。在第一个图中，有3个片段，在第二个图中，有2个片段。图2包含在图1中。我想导航到（图1步骤1）到（图2步骤2）。我们不能定义两个嵌套片段之间的动作。那么，有什么方法可以将动态目的地分配给导航？ 图1 图2 我已经检查了这个解决方案，但它不适用于嵌套图！