Uml 领域模型和类图

Uml 领域模型和类图,uml,Uml,我想知道我的概念模型和类图之间是否可能存在差异 在概念模型中,我解释了用户可以创建消息 但是在类图中,用户必须遍历一个包含创建“ManageMessage”消息的所有方法的类 这里有一个例子 你能帮我吗?谢谢如何在不同的图表中显示类取决于您自己。因此,在一个示例中,您可以显示详细的属性和操作,而在另一个示例中,您只显示类名。然而,在大多数情况下,最好在开始时创建关注业务方面的域模型。它没有技术上强加的结构元素,主要使用属性(YMMV)。稍后,您将从该模型派生出一个技术设计,在该模型中创建一个

我想知道我的概念模型和类图之间是否可能存在差异

在概念模型中,我解释了用户可以创建消息

但是在类图中,用户必须遍历一个包含创建“ManageMessage”消息的所有方法的类

这里有一个例子


你能帮我吗?谢谢

如何在不同的图表中显示类取决于您自己。因此,在一个示例中,您可以显示详细的属性和操作,而在另一个示例中,您只显示类名。然而,在大多数情况下,最好在开始时创建关注业务方面的域模型。它没有技术上强加的结构元素,主要使用属性(YMMV)。稍后,您将从该模型派生出一个技术设计,在该模型中创建一个副本,该副本与
依赖项相链接(UML工具为此提供转换)。尽管您必须(大部分)手动同步这两个模型,但最好与业务和开发人员进行沟通


注意:关于你上面的设计:一条与零相关用户的消息似乎没有多大意义。此外,您不应该使用共享聚合,因为它没有定义的语义。

感谢您对我的设计的回复,最好说1..*用户可以创建消息吗?我不理解您关于聚合的消息,我的意思是我的管理层使用message类。是的。1..*更好。共享聚合没有定义的语义,只能在手动定义的域中使用(在UML2.5规范中这样编写)。聚合是关于对象的生命周期的,几乎在所有情况下都是无关的(只有在安全和内存管理领域它才有用处)。别管它了。谢谢@Thomas Kilian:)ManageMessage不是有效的类。它甚至不是一个名词!