Uml 绘制无主字段的默认值图表

Uml 绘制无主字段的默认值图表,uml,Uml,在UML中,我绘制了扩展类A的类B。在我的实际类实现中,类B的构造函数为类A的受保护成员设置默认值。我知道如何绘制类所属成员的默认值,但如何绘制非类所属字段的默认值 换句话说,我如何为类A中定义的字段绘制类B中的默认值 (注意:我无法更改类结构;我只是绘制图表)您可以在类B中使用类A属性的重新定义。重新定义应在类B中设置默认值。或者您可以使用插槽定义实例规范(类B的实例)。在类B的实例中填充特定属性的槽值。应该是这样的: 为了创建图片,我使用了SparxSystemsEnterpriseArc

在UML中,我绘制了扩展类A的类B。在我的实际类实现中,类B的构造函数为类A的受保护成员设置默认值。我知道如何绘制类所属成员的默认值,但如何绘制非类所属字段的默认值

换句话说,我如何为类A中定义的字段绘制类B中的默认值


(注意:我无法更改类结构;我只是绘制图表)

您可以在类B中使用类A属性的重新定义。重新定义应在类B中设置默认值。或者您可以使用插槽定义实例规范(类B的实例)。在类B的实例中填充特定属性的槽值。

应该是这样的:

为了创建图片,我使用了SparxSystemsEnterpriseArchitect,并将上下文菜单操作应用于继承的
field1
属性

所以我认为这个符号是正确的,因为:

  • 有一个非凡的工具支持它
  • 显示时也使用此符号
  • 我不知道有什么反驳

非常有趣;在我看来,B类中的
field1
上的
-+$
似乎缺少访问修饰符意味着B类中的
field1
不是由B类定义的,而是由其祖先定义的。这正是我想要的。@dgtc我试图对照文档检查这一点,但这不是我最喜欢的阅读,所以我依赖其他来源。根据uml-diagrams.org,这似乎是EA工具绘制它的方式。从阅读图表的人的角度来看,我认为这里没有可用性问题。您可以在图表中需要添加注释的位置附加一个注释符号(带注释)。可视性修饰符只是可选的——它的缺席没有任何语义意义。所以,我的观察是错误的。我的最佳选择是一个音符或符号,就这样吧!谢谢通过重新定义,你是在建议财产阴影?这需要我修改我的类定义,我不能这样做,因为它们是固定的。但这是一个很好的提示。