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

作为演示，我想展示一下我们公司机器之间的关系。有基本机器和专用机器。专用机器能做基本机器能做的一切。 我想用UML中的类图的形式，使用泛化箭头来显示这种关系。然而，我担心UML类图是非常特定于软件的

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

---

编辑：

这是一个简化图，原则上与我将展示的图非常相似：

---

我这里没有属性的数据类型，因为在我看来它们毫无意义。你还会让它以UML的形式通过吗？或者其他建议？

尽管SysML的目标是建模硬件，但它使用类似的语言元素，如UML。当然，它可以像UML一样对硬件和软件进行建模

实际上，您可以（几乎）使用UML中的概要文件显示SysML。您可以在以下位置找到SysML规范和UML概要文件：

如果UML在手边，您不应该害怕使用它。你可以用这种语言描述任何东西（技术）

重新编辑（这可能会开始走远，因此如果出现其他问题，请提出新问题）：

• 冷却

  应该是它自己的一个类。你会有一些抽象的冷却设备，可以做一般冷却（连接的设备）。然后你使用专门的冷却液，可以做更多（或更少）奇特的事情。冰桶应该很简单。林德机器还可以有很多附加功能

• 具有

  级别的

  似乎可以。请注意，有一种命名约定，在这种约定中，类以大写开头，属性/操作以小写开头。所以你最好写一回冷却：冷却

• 关于记忆。你做这件事的方式不好。在那种情况下，它并没有凌驾于任何之上。而且

  memory

  作为一个通用属性听起来像是一个有缺陷的设计。记忆太笼统了。考虑应该允许什么样的设置，并可能将这些设置放在枚举中。这肯定需要一点脑力才能做好

---

如前所述，这些都是一些松散的想法。制作一个设计对于下午的研讨会来说是一个好的开始。

非常感谢您的回答。因为你的意思是，UML是可以的，所以我用图表和新问题再次扩展了我的问题。如果你也能参考一下，我会很高兴的。看看我的补充。非常感谢你的详细回答，这比我希望的要多。