一般性的合并
這一項特性適用于很多的領域，包括重復概念的消除和多數編輯上的修改（比如：給模糊的描述和標準化的術語以及特殊的格式添加相應的說明）
消除了重復和對缺乏定義的概念的說明也是UML2.0另一個重要的需求。受這個需求影響的主要有下面三個主要領域：
動作和活動模板基于組件的設計概念在UML1.5中介紹過動作。動作的概念上的模型被特意的普通化，從而提供數據流和控制流計算模型。這就導致了與活動模型在概念上非常相似。UML2.0利用了這種相似，它為動作和活動提供了一個通用的在語法上和語義上的基礎。從你的角度來看，在不同層次上的抽象顯得有些過于的形式主義，因為它很典型模擬了不同層次的之間存在的現象。盡管如此，共享概念上的基礎使得它完全的簡單化和更加的清晰。
在UML 1中，定義模板是非常普遍的：任何的UML 概念都可能產生一個模板。不幸的是，這種普遍性是它應用上的一種阻礙，因為允許存在潛在的無意義的模板類型和可代替的模板。在UML 2.0中的模板機制受到一些容易理解的案例的限制如：分類器，操作，和包。前兩種是在流行的程序語言創建模板機制后被模式化的。
基于組件的設計領域中，UML1 有很多使人混淆的概念。你可以使用類，組件，或子系統。這些概念除了在不同方法中有一些微妙的差別外，它們都有著許多共同點。關于在任意的特定情況下來使用，這里沒有清楚的描繪。一個子系統僅僅是一個“較大的”組件嗎？假如這樣的話，毫無疑問的是它在成為一個子系統以前，一個組件要多大呢？類提供了封裝和接口的實現，組件和子系統也可以做到。
在UML 2.0中，所有的這些概念都被結合在一起，所以組件被作為一個特殊的例子簡單地定義了，即一個結構化類的更加全面的概念；同樣地，子系統也僅僅是組件概念的一個特殊例子。兩者之間從性質上的不同有清楚的定義，因此，當你使用基于客觀的標準概念時，你便能果斷地作出決定。
在編輯方面，規范的格式已經統一化了，使用了語法與簡單參考資料相結合的模型概念符號規范。每一個元類規范被擴大化了，它明確地確定了語義的不同點，符號的選擇權，以及它與UML 1規范的關系。最終，專業術語得到了統一，因此一個特定的條件（例如，類型，實例，規范，或事件）在它出現過的所有上下文中有著相同的全面含義。
總結
UML 2.0對驅動模型方法做了初步的介紹。那些喜歡將它作為一種繪圖工具（正如在文章中先前所描述的那樣）的使用者同樣也可以像UML 1一樣以非正式的方式使用它。此外，盡管新的建模性能是非插入式的，但是在大多數的案例中，這樣的使用者將在語言的視覺和感覺上看不到任何變化。
然而，現在MDD階段性進步的機會在標準化的方法中是可得到的。UML 2.0包含必要的精確性的增強，并且如果你希望你可以使用它的新特性的話――所有的方法都可以完全自動的產生代碼。
語言的結構被謹慎的重新編制后允許采用一個模型和漸變的方法：你僅僅需要學習你所感興趣的那部分語言，其余的你可以完全的忽視。隨著經驗和知識的增加，你能選擇性地添加新的能力。隨著重組帶來了規范標準定義的極大的簡化，它將促進了工具之間的互用性，同時也將促進來自不同商家之間的工具的互用性。
僅有少量新特性被添加里面（用來避免語言冗余），實際上所有這些都遵循相同的遞規法則設計原則，從而使你能夠模型化既大又復雜的系統。尤其是，這些擴展被添加以促進更加直接地建模軟件體系結構，復雜的系統交互，和基于流程的建模，使它在例如商業過程建模和系統工程中被理想化的應用，。
語言擴展機制將被結構重組和簡化，以給你提供一種更加直接地方法基于UML來定義特定領域語言（DSL），這些語言在直接的利用豐富的UML工具和專門技術上有著獨特的優勢。
所有這些導致了第二代建模語言的產生，這種語言將使你更快更可靠的開發成熟的軟件系統――同時允許你繼續使用相同類型的經驗和知識，也是每個軟件開發人員所要掌握的技能。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
