在UML中,关联行可以合并到一行中吗?

在UML中,关联行可以合并到一行中吗?,uml,software-design,class-diagram,relationships,Uml,Software Design,Class Diagram,Relationships,将几个关联行合并成一行是否符合UML标准,如所附图表所示 (编辑答案。)在UML规范中,“共享目标样式”在图9.23-类间泛化示例中定义,请参见第52页 编辑:然而,在规范中,这仅指泛化,泛化不是关联的子类型,而是关系的子类型(感谢@xmojmr指向UML上层结构的指针) 除了@gwag提到的符号外,以下是该图的原始标题: 图11.34显示了一个(…)模型,该模型使用了在多个合成之间共享同一源段的符号选项。共享端上的多重性和名称装饰适用于所有组合。合并线段上缺少装饰的模型值(例如特性修改器或可见

将几个关联行合并成一行是否符合UML标准,如所附图表所示

(编辑答案。)在UML规范中,“共享目标样式”在图9.23-类间泛化示例中定义,请参见第52页

编辑:然而,在规范中,这仅指泛化,泛化不是关联的子类型,而是关系的子类型(感谢@xmojmr指向UML上层结构的指针)

除了@gwag提到的符号外,以下是该图的原始标题:

图11.34显示了一个(…)模型,该模型使用了在多个合成之间共享同一源段的符号选项。共享端上的多重性和名称装饰适用于所有组合。合并线段上缺少装饰的模型值(例如特性修改器或可见性)可能不同


可以在上找到。

是的,我认为这是允许的符号变体,这意味着参与合并的所有关联端都具有相同的属性(例如相同的多重性、导航性、可见性等)

UML 2.5规范中的图11.34显示了这样一个合并关联端共享关联线的相同源段的示例。

在聚合端的泛化和组合(聚合)中允许所谓的“树样式”

但您可能会看到,不清楚从您的图表中关联哪些类。客户->地址和地址联系方式之间是否存在关联,或者客户->联系方式和客户->地址之间是否存在关联??? 还是全部


共享行会给模型增加歧义。

泛化不是特殊类型的关联!因此,你的论点不适用于这个问题。如果它们不适用,它们被分类为什么?在元模型(UML2.5 Beta 2)中,它们是不同继承路径的一部分:
关系→定向关系→泛化
关系→关联
在UML中,泛化和关联(以及依赖项)是关系。谢谢!UML2.5规范:,
图11.34显示了使用符号选项在多个组合之间共享相同源段的相同模型。共享端上的多重性和名称装饰适用于所有组合。
。事实上,这似乎是允许的。然而,我个人觉得它令人困惑。