【问题标题】:Domain model and class diagram领域模型和类图
【发布时间】:2018-09-09 17:22:13
【问题描述】:

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

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

但在类图中,用户必须通过一个包含创建“ManageMes​​sage”消息的所有方法的类。

这是一个例子

你能帮帮我吗?谢谢

【问题讨论】:

  • ManageMes​​sage 不是一个有效的类。它甚至不是一个名词!

标签: uml


【解决方案1】:

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

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

【讨论】:

  • 谢谢您的回复 关于我的设计,最好说 1 .. * 用户可以创建消息?我不明白您关于聚合的消息,我的意思是我的管理层使用消息类。
  • 是的。 1..* 更好。共享聚合没有定义的语义,只能在您手动定义它的域中使用(在 UML 2.5 规范中如此编写)。聚合完全是关于对象的生命周期,几乎在所有情况下都是无关紧要的(只有在安全和内存管理领域才有用)。别管它了。
  • 谢谢@Thomas Kilian :)
猜你喜欢
  • 2023-03-08
  • 1970-01-01
  • 1970-01-01
  • 2012-02-04
  • 2010-12-20
  • 1970-01-01
  • 1970-01-01
  • 2011-07-16
  • 1970-01-01
相关资源
最近更新 更多