在UML中，组合是否意味着关联类？

Question

在UML图中，一个类由另一个类组成，是否存在隐含的关联表，或者是否需要显示它？

例如，如果我的章节是由段落组成的，这一点就足够了：

​

​

或者要显式地显示关联类，如下所示：

​

​

我从来没有见过像后一个例子这样做，所以我假设它是隐含的。或者可能我没有正确地规范化数据(考虑到章节同时出现在章节类和段落类中)。

Answer 1

简单地说，这并不意味着什么。如果你需要一个关联类，你需要定义它。然而，UML不是关于图解的，它是关于建模的。如果您愿意，可以在图表中省略您的关联类。但是，关联类仍然存在于您的模型中。

Answer 2

不，这不是暗示。

你之所以没有看到这一点，是因为在大多数情况下，这是没有意义的。在关联类中，类部分还描述了关联的属性。在您的示例中，您创建了一个人工对象，它实际上只带来很少的东西，甚至什么都没有。这种方法对于不可能组合的多对多关系很有用(每个部分最多只能有一个整体)。即使你想显示外键，它也会简单地出现在其中一个类上。但这是由关联本身所暗示的。根据UML规范，内联属性等同于关联。

此外，在UML上，您可以简单地描述多对多关系，但在关联末端应用适当的多重性。您可能希望仅在代码级建模时才显示描述这一点的类。

Answer 3

不，这不是暗示。

UML不是关于表的，而是关于类的。类图的作者应该告诉观众应该如何解释一个类。一些UML图模拟真实世界，另一些对应用程序功能进行建模，还有一些描述物理实现。

显然，在阅读您的问题时，您正在建模一个关系数据库，其中类是一个物理表。在这种情况下，我希望每个表都显式地建模为一个UML类。

UML标准并不要求这样做。

顺便说一下，符号(PK)和(FK)不符合UML标准。