关于UML类图的反馈

Question

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

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

Answer 1

这里有一些建议，你认为合适，你可以自由地合并或忽略：

• 我不展和地点之间的关系达成一致。预订保持展会与场馆之间的关系似乎更自然。
• 我在任何地方都看不到日期。我错过了吗？这似乎很重要。
• 表演没有座位;一个场地有座位。
• 门票应使您有权在某个特定日期的某个场馆举办座位。我没有看到。
• TicketType应该只是一个枚举。
• 将用户分解为具有名称，地址和凭证类别。从用户分离出凭证。
• 一个真正的支付系统将需要远远超过你已经显示（如信用卡式等）

什么，我认为你的模型需要大量的工作。

Answer 2

除了duffymo所说的以外，这里还有一些通用的观察并不是与这个特定的图相关，而是你的建模实践。

• 如果关联是单向导航，则不需要命名两端。你已经命名了所有关联的两端，但只有可导航的结尾需要一个名字。

• 从所有关联端删除'可以'。在某些情况下，有一个方便的术语，例如，可以在场馆举办托管。但在其他情况下，名称关联的结尾与此类的结尾完全相同也是非常好的，甚至是常见的做法。 （所以命名座椅端部只是座椅），如果你能

• 避免多对多的关系。如果你不能再考虑添加一个关联类，它几乎总是有意义的。