我有点不确定统一建模语言 (UML) 与 (R)UP 在其他 OOA/D 方法中认可的不同建模视角（概念、规范和实施）之间的关系。
据我了解，使用相同符号的相同类型的图表可能具有不同的含义，具体取决于所使用的透视*。例如，类图可以从概念的角度表示现实世界系统/现象的抽象，当后来将透视图更改为规范/实现时，类图用于抽象计算机程序的构造。
问题：
1) 据我了解，UML 类图通常存在某些规则。例如，一个类可以扩展另一个类，但不能扩展关联。类图的实体以及它们如何关联的规则在哪里定义？这一切是否都发生在 UML 元模型架构的 M2 层 （参见元模型架构的维基百科插图）？
2）一个相关的问题。在我看来，特定图表的一般规则跨越了建模视角（同样，类扩展关联是荒谬的），但不同的建模视角会将某些含义叠加到特定类型的图表上。例如，域模型（概念视角）类图中的关联本质上是双向的，而在设计模型（规范/实现视角）的类图中，它可以是双向的或单向的。
在刚刚描述的场景中，规则叠加限制了关联的属性。由透视叠加的规则将始终是 uml 元模型定义的规则的子集/限制，而不是超集，这是一个正确的假设吗？
这些规则/限制是由形式化的观点定义的（以类似于元模型的方式）还是仅仅是 OOA/D 文献中描述的约定？
*第 10.8 段解释了观点：http: //books.google.co.uk/books ?id=r8i-4En_aa4C&printsec=frontcover&hl=da&source=gbs_v2_summary_r&cad=0