統一過程和UML混淆

對於統一建模語言（UML）和其他OOA/D方法體系中（R）UP認可的不同建模觀點（概念，規範和推進）之間的關係，我有點不確定。統一過程和UML混淆

從我所瞭解的相同類型的圖表使用相同的符號可以有不同的含義，取決於使用的角度*。例如，類圖可以表示概念視角中的現實世界系統/現象的抽象，並且當透視圖稍後改變爲規範/實現時，類圖用於抽象計算機程序的構造。

問題：

1）這是我的理解是在一般UML類圖存在一定的規則。例如，一個類可以擴展另一個類，但它不能擴展一個關聯。 類圖的實體在哪裏以及它們如何關聯定義的規則？它是否都發生在UML元模型體系結構中的M2層 （請參閱元模型體系結構的wikipedias illustratio）？

2）一個相關的問題。我看到它的方式，特定圖表的一般規則跨越了建模的角度（同樣，類別擴展關聯是荒謬的），但不同的建模視角會將特定的含義疊加到特定類型的圖表上。例如，領域模型的類圖（概念視角）中的關聯本質上是雙向的，而在設計模型的類圖（規範/實現視角）中，它可以是雙向的或單向的。

在剛描述的場景中，疊加的規則限制了關聯的屬性。 這是一個正確的假設，規則疊加的觀點將永遠是由uml元模型定義的規則的子集/限制，而不是超集？

這些規則/限制是通過形式化（與元模型類似的方式）定義的，還是僅僅是OOA/D文獻中描述的約定？

2009-06-22 DerDres

1）你的第一個問題是很清楚的。您正在查找的規則稱爲「元模型」。是的，它們被記錄爲OMG（UML的創建者，基本上）稱之爲「MOF」或「元對象設施」。這是一個OMG標準。

2）你的第二個問題有點混亂。我會盡力在這裏回答。圖表只是對基礎模型的看法。如果你願意的話，這個模型是全面的，包羅萬象的。但圖表不是。你提到的觀點與圖表有關。但是，其背後的模型是多角度的，即所有元素形成一個連通的網格，沒有孤立的「孤島」。這有意義嗎？ :-)

2009-11-21 02:37:51 CesarGon

回答