【问题标题】:Best way to model this management对这种管理进行建模的最佳方式
【发布时间】:2017-01-09 15:26:12
【问题描述】:

我是 UML 新手,我一直在研究管理火车站的类图(创建车站、工人等)。我想知道这样建模是否会更好:

或者像这样:

提前感谢您提供的任何帮助

【问题讨论】:

  • 恐怕您提供的信息很少。它也有点基于意见 - 当一个类提供的方法应该被提取到一个接口而不是在类中呈现时。只是一句话-如果您最终决定使用第二种方法,请确保将“管理”作为接口(最好将其称为可管理的)并将其呈现为 StationWorker 的提供接口(顺便说一句,我什至不确定这是否不应该是必需的接口,而不是为其提供的接口)。

标签: uml class-diagram


【解决方案1】:

您的第一个示例包含无效操作。每个操作都是在StationWorker 类的实例的上下文中调用的,因此将id 作为参数传递是没有意义的,就好像您要搜索数据库记录并对其执行某些操作一样。每个实例应该已经知道它的id

正如@Gagnus 指出的那样,您需要详细说明更多类。这些类之间应该有关联,这些“属性”中的每一个都显示在具有多重性的关联的远端,而不是在类本身内部。

【讨论】:

  • 你应该为孩子命名:关联角色。
  • 你指的是哪个孩子?
  • 哦。德国谚语 ;-) 你所说的那些“属性”。这些实际上是关联角色。
  • 实际上,我不认为它们在 UML 2 中被称为。它们是作为关联端的属性。我得看看,但我认为“角色”现在只用于复合结构。
  • 参见第 12 页。第 232 页及第181
【解决方案2】:

你不应该从细化一个类开始,而是从所有类定义、类关系定义开始,然后绘制类之间的联系,然后才能一个接一个地细化类。

【讨论】:

    猜你喜欢
    • 2018-05-09
    • 2012-01-10
    • 2011-03-23
    • 1970-01-01
    • 2016-05-17
    • 2010-11-28
    • 2011-05-31
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多