对 UML 类图的反馈

Question

我正在为剧院的简单预订系统创建一个类图。我想知道该图是否有意义以及是否需要更改任何内容（箭头方向）才能使其正确？

谢谢。 图片网址：https://i.sstatic.net/zWiGW.jpg

Answer 1

以下是一些您认为合适的建议，您可以随意采纳或忽略：

• 我不同意演出和场地之间的关系。让预订来维持演出和场地之间的关系似乎更自然。
• 我在任何地方都没有看到演出日期。我错过了吗？这似乎很重要。
• 演出没有座位；场地有座位。
• 门票应使您有权在特定日期获得场地的座位。我不这么认为。
• TicketType 应该只是一个枚举。
• 将 User 分解为 Name、Address 和 Credential 类。将凭证与用户分开。
• 真正的支付系统需要的远远超出您所展示的内容（例如信用卡等），

我认为您的模型需要做很多工作。

Answer 2

除了达菲莫所说的之外，这里还有一些与该特定图表并不严格相关的一般观察结果，而是与您的建模实践相关。

• 如果关联是单向导航的，则无需命名两端。您已命名了所有关联的两端，但只有可导航端需要名称。

• 从所有关联末端删除“can”。在某些情况下，有一个方便的术语，例如节目可以在场地举办。但在其他情况下，将关联端命名为与该端的类相同的名称是完全可以的，甚至是常见的做法。 （因此将席位端简单命名为 Seats）

• 如果可以的话，避免多对多关系。如果您不能考虑在两者之间添加关联类，它几乎总是有意义的。