Uml 建立这种管理模式的最佳方法

Uml 建立这种管理模式的最佳方法,uml,class-diagram,Uml,Class Diagram,我是UML新手,我一直在研究一个管理火车站的类图(创建车站、工人等)。我想知道这样建模是否更好: 或者像这样: 提前感谢您提供的任何帮助您不应该从详细说明一个类开始,而应该从所有类定义、类关系定义开始,然后绘制类之间的连接,然后再逐个详细说明类 第一个示例的操作无效。每个操作都是在StationWorker类的实例上下文中调用的,因此将id作为参数传递是没有意义的,就好像您要搜索数据库记录并对其执行某些操作一样。每个实例应该已经知道它的id 正如@Gagnus所指出的,您需要详细说明更多的类

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

或者像这样:


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

您不应该从详细说明一个类开始,而应该从所有类定义、类关系定义开始,然后绘制类之间的连接,然后再逐个详细说明类

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


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

恐怕您提供的信息很少。当类提供的方法应该被提取到接口而不是在类中呈现时,它也有点基于观点。只要一句话——如果您最终决定使用第二种方法,请确保“管理”是一个接口(最好称之为可管理的),并将其作为StationWorker提供的接口(顺便说一句,我甚至不确定这是否是必需的接口,而不是为其提供的接口)你应该给孩子取名:关联角色。你指的是什么孩子?哦,德国谚语;-)你称之为“属性”。这些实际上是关联角色。实际上,我不认为它们在UML 2中被称为关联角色。它们是作为关联目的的属性。我必须看一下,但我认为是“角色”“目前仅用于复合材料结构。参见第页。232页和第页。181