统一流程和 UML 混淆答案

【问题标题】：Unified Process and UML confusion统一流程和 UML 混淆
【发布时间】：2009-06-22 10:43:03
【问题描述】：

我有点不确定统一建模语言 (UML) 与其他 OOA/D 方法中 (R)UP 认可的不同建模视角（概念、规范和实施）之间的关系。

据我了解，使用相同符号的相同类型的图表可能具有不同的含义，具体取决于所使用的视角*。例如，类图可以从概念角度表示现实世界系统/现象的抽象，当后来将透视图更改为规范/实现时，类图用于抽象计算机程序的构造。

问题：

1) 据我了解，UML 类图通常存在某些规则。例如，一个类可以扩展另一个类，但不能扩展关联。 类图的实体以及它们如何关联的规则在哪里定义？是否都发生在 UML 元建模架构中的 M2 层 （参见元模型架构的维基百科插图）？

2) 一个相关的问题。在我看来，特定图表的一般规则跨越了建模视角（同样，类扩展关联是荒谬的），但不同的建模视角会将某些含义叠加到特定类型的图表上。例如，域模型的类图中的关联（概念视角）本质上是双向的，而在设计模型的类图中（规范/实现视角）它可以是双向的或单向的。

在刚刚描述的场景中，规则叠加限制了关联的属性。 观点叠加的规则将始终是 uml 元模型定义的规则的子集/限制，而不是超集，这是正确的假设吗？

这些规则/限制是由形式化的观点定义的（以类似于元模型的方式）还是仅仅是 OOA/D 文献中描述的约定？

【问题讨论】：

【解决方案1】：

1) 你的第一个问题很清楚。您正在寻找的规则称为“元模型”。是的，它们被记录为 OMG（基本上是 UML 的创建者）所称的“MOF”或“元对象工具”。这是一个 OMG 标准。

2）您的第二个问题更令人困惑。我会在这里尝试回答。图表只是底层模型的视图。如果您愿意，该模型是包罗万象的。但图表不是。您提到的观点与图表有关。但作为基础的模型是多视角的，即所有元素形成一个连接的网格，没有孤立的“孤岛”。这有意义吗？ :-)

【讨论】：