首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >用于非软件上下文的UML类图的替代方案

用于非软件上下文的UML类图的替代方案
EN

Stack Overflow用户
提问于 2019-07-27 09:59:31
回答 1查看 638关注 0票数 4

在一次演讲中,我想展示一下我们公司机器之间的关系。有基本的机器和专门的机器。专业机器可以完成基本机器所能做的一切。我想使用泛化箭头以UML类图的形式显示这种关系。但是,我担心UML类图非常特定于软件。

在一般情况下是否有其他选择?也许是SysML?

编辑:

这里有一个简化的图表,它在原则上非常类似于我要展示的图表:

这里没有属性的数据类型,因为在我看来,它们没有任何意义。你还会让它作为UML传递吗?或者其他建议?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2019-07-27 14:39:03

虽然SysML的目标是对硬件建模,但它使用的是类似于UML这样的语言元素。当然,它也可以对类似于UML的硬和软件建模。

实际上,您可以(几乎)使用UML中的配置文件来显示SysML。您可以在SysML上找到https://www.omg.org/spec/SysML/1.2/About-SysML/规范和UML配置文件。

如果UML在你身边,你不应该害怕使用它。你可以用这种语言描述任何(技术上的)东西。

请重新编辑(这可能会开始很远,因此如果出现其他问题,请问一个新的问题):

  • Cooling应该是它自己的一个类。你会有一些抽象的冷却装置,可以做一般的冷却(附加的装置)。然后,您使用专门的coolings,可以做更多(或更少)花哨的事情。冰桶很简单。林德机器可能会有很多额外的功能。
  • levels似乎没问题。请注意,有一个命名约定,您用大写字母开头类,属性/操作用小写。所以一次你最好写cooling: Cooling
  • 关于记忆。你这样做不好。在这种情况下,这并不是压倒一切。此外,memory作为一个通用属性听起来像是一个有缺陷的设计。记忆太笼统了。考虑应该允许什么样的设置,并可能将这些设置放在枚举中。肯定需要一点脑力才能做好。

如前所述,这些都是一些松散的想法。做一个设计是好的下午车间(作为一个开始)。

票数 4
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/57231025

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档