领域模型建模图表应该/变得多复杂？

Question

我对领域模型非常陌生，我正在努力加深我的理解。我已经围绕我将提供的场景创建了这个域模型。我觉得这个模型很简单，因此感觉不正确，并且可能缺少我可能没有想到的元素，尽管我想不出在给定场景的情况下还需要在域模型中包含什么。这个想法是为了展示我觉得我已经设法实现的真实世界级实体之间的关系。

场景：允许您创建用户、项目、公司和签发工单的管理应用程序。项目分配给公司，用户分配给项目，问题单分配给用户。工单的状态可以更改。

变化

实施建议的更改。我认为这是基于返回的反馈来表达想法的更好方式，尤其是在组合的使用方面。我还更新了多重性以更好地代表场景。

进一步的变化

Answer 1

图表应尽可能简单，但不能更简单。

在这种特定情况下：

• User 的两个特化可能过于复杂而无法满足需要：User 仍然是 User，不是吗？如果您确实需要考虑用户类别之间的差异，特别是如果类别随时间变化，您最好考虑(object) composition over inheritance（或者更好的 UML 措辞：更喜欢关联而不是继承）。
• 关联可能过于简单或不完整。例如，在将Issue ticket 分配给用户之前，它不也与Project 或Company 相关联吗？尚不清楚User 是否也与Company 相关联（例如多租户云场景），或者是否没有这种关联（例如服务提供商场景，该公司实际上是客户公司）。李>
• 某些关联可能会隐藏关联类，例如您是否希望监控用户处理工单的时间？

Answer 2

这完全取决于模型的用途。

可能会创建一些模型来激发讨论和进一步发现。有些可能需要高级利益相关者批准。有些可能是供开发人员使用的。其他可能用于营销材料。

您的模型可以激发讨论和进一步发现。