关于UML类图的反馈

Question

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

感谢。 图片网址：http://i.stack.imgur.com/zWiGW.jpg

Answer 1

以下是一些建议，您可以根据需要自由合并或忽略：

• 我不同意Show和Venue之间的关系。让Booking维持Show和Venue之间的关系似乎更自然。
• 我没有在任何地方看到演出的日期。我错过了吗？这似乎很重要。
• 显示没有座位;一个场地有座位。
• 门票应该在特定日期授权您到场地的座位。我没有看到。
• TicketType应该只是一个枚举。
• 分解用户以获得名称，地址和凭据类。将凭证与用户分开。
• 真正的支付系统需要的远远超过您所展示的（例如，CreditCard等）

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

Answer 2

除了duffymo所说的，这里有一些与这个特定图表没有严格关系的通用观察，而是你的建模实践。

• 如果关联是一种可导航的方式，则无需为两端命名。您已命名所有关联的两端，但只有可导航的末端需要名称。

• 从所有关联结尾删除' can '。在某些情况下，有一个方便的术语，例如show可以在场地托管。但在其他情况下，将关联命名为与此类的类相同，这是非常好的甚至是通常的做法。 （所以将座位末端命名为席位）

• 如果可以的话，避免多对多关系。如果你不能在中间添加一个关联类，它几乎总是有意义的。