Uml 此图中的关系和类模型是否正确?

Uml 此图中的关系和类模型是否正确?,uml,class-diagram,Uml,Class Diagram,因此,我试图更好地标记类图,并想知道我是否以正确的方式在这里布置了类图。我尝试添加一个抽象的血压类,因为这两个类都有类似的方法,都可以实现 编辑:经过一些更改后,图表的当前设计如下所示: 血压的抽象类,因为这两个类都有类似的方法,都可以实现 在这种情况下,您有: 或者: 我隐藏了班级隔间,不必进入会员 没有标准/规范化的原型AbstractClass或AbstractClass,该类具有IsaStract属性,如果该属性为真,则名称将以斜体绘制,正如您所做的那样正确是什么意思?根据哪些规则?我的

因此,我试图更好地标记类图,并想知道我是否以正确的方式在这里布置了类图。我尝试添加一个抽象的血压类,因为这两个类都有类似的方法,都可以实现

编辑:经过一些更改后,图表的当前设计如下所示:

血压的抽象类,因为这两个类都有类似的方法,都可以实现

在这种情况下,您有:

或者:

我隐藏了班级隔间,不必进入会员


没有标准/规范化的原型AbstractClass或AbstractClass,该类具有IsaStract属性,如果该属性为真,则名称将以斜体绘制,正如您所做的那样

正确是什么意思?根据哪些规则?我的意思是,很明显,你正在做一个不必要的复杂连接器布局。不太确定连接器布局是什么,但它怎么会是不必要的呢?@ThomasKilian虽然我同意图表是一团糟,但我一点也不明白。为什么你说你不能关联抽象类?“我想说这是绝对可能的,也是正常的。”托马斯基利安说,但我不明白为什么会这样。在抽象的层面上,你知道一辆车必须有一个推进装置,而不需要预先假定任何细节。车辆和推进装置都是抽象的。现在,当你进入细节,你会有各种类型的车辆,例如帆船将有帆作为推进,而喷气式飞机将有JetEngine。然后,当你进入一个细节时,你将抽象层次上的关联专门化,但仍然没有理由不首先将它们关联起来。我很肯定你会在说明书中找到这种例子。@Ister-Hmm。是的,我可能找错了方向。与抽象类的关联意味着它与从抽象类继承的实例相关。我的错。谢谢你,我已经用你的方式清理了一点,但我只是想知道-既然monitor vitals试图从血压和其他生命体征测量中获取细节,那么从继承抽象类的类中获取细节不是更好吗?到目前为止,它看起来是这样的:@JuliusVelve很难回答,这取决于类给出细节的方式,它们可以是泛型的,也可以不是泛型的,你可能必须知道血压的真实类型,或者不知道我不太确定你所说的真实类型的血压是什么,你是指里面的方法吗?@JuliusVelve不,要知道调用只存在于其中一种方法中的方法是一种侵入性血压还是一种非侵入性血压,那么如何选择使用哪一种方法呢?护士/医生将操作监护仪来决定呼叫哪一个。我想我需要一个类来处理输入,如果这是你的意思,它决定使用两个输入中的哪一个。