狀態機
添加到UML2.0中的主要新特性與之前的案例非常相似�；舅枷胧撬梢詣摻ㄒ粋�復合狀態的完整模塊，它具有清晰的轉換入口點和出口點。反過來，你也可以通過一個離散的和可重復使用的狀態機的規范來分別地定義上述的復合狀態的內在分解。也就是說，在這個狀態機或某些其它的狀態機中，相同的規范可以在多處重復使用。這樣使得在不同上下文中的共享行為模式的規范更加簡單化。
在UML2.0中另一個著名的狀態機創新是在一個類與它的子類中繼承的狀態機的分類。
語言特殊化能力
UML1的實踐表明了應用UML的一個相當通用的方式是，首先為一個特定的問題或領域定義一個UML Profile ，然后用這個 Profile 代替普通的UML。實質上，這些 Profile 就是一種生成像特定領域語言(DSL)的方法。
使用UML Profile 的一種可選擇的辦法是使用MOF標準和工具定義一種新的自定義模型化語言。后者的方法顯然有很大的優勢，它具有語言定義功能，這種定義可以以最佳的方式解決手頭的問題。乍看上去，這種方式似乎是DSL定義的首選方式，但是進一步的觀察會發現這種方法存在嚴重的缺陷。
如簡介中所提到的，過多的差異會導致分裂性問題的出現，而設計UML的目的正是要消除這類問題的。
幸運的是，Profile 機制在這里為許多實際的案例提供了一個便利的解決方案。這是因為在不同的DSL之間存在相當多典型的公共部分。例如，實際上任何一個面向對象的建模語言都需要定義類，屬性，關聯，相互作用等概念。UML，作為一種多用途的建模語言，正好提供了這個便利和有用概念集合的謹慎定義。對多數可能的DSL來說這正是一個好的起點。
但是在這里不僅僅只是概念上的復用，因為從定義的角度，一個UML Profile 必須與標準UML保持一致。換句話說，一個UML Profile限定了標準UML的概念。這種限定是通過定義上的限制來限制那些給它們提供一種唯一的特殊領域解釋的概念。例如，一個限制可能不允許多重繼承，或者是它可能需要一個類必須具備一個特殊的屬性類型。這就意味著：
任何一種支持標準UML的工具可以基于上述的 Profile 來操縱模型。任何有關標準UML的知識和實際經驗都可以之間應用。因此，大多數的防止差異上的分裂問題可以完全地減輕或是甚至避免。這種推理方式帶來了國際化標準，是形成SDL【ITU02】的原因――這個SDL廣泛地在電信上使用――從而重新將SDL定義為一個UML Profile �！綢TU00】【ITU03】。
這并不是說任何一個DSL都能并需要被實現成一個UML Profile ；確實存在很多的案例說明UML可能缺少必備的可以被轉換到相應DSL概念中的基礎性概念。盡管如此，UML通用性可能比許多人所想象的更廣泛。
基于上述考慮，在UML2.0中的 profiling 機制已經被合理化并且它的性能也已經被擴展了。在原型和UML概念之間的連接已經被擴展了。事實上，一個UML2.0原型被定義成好像它僅僅只是一個現有UML元類的子集，并帶有關聯的屬性（代表加有標簽的值的標簽），操作和限制。這個機制使用比如像OCL這樣的語言描述那些限制，它已經被充分的說明了。
除了限制個別的建模概念以外，一個UML2.0框架同樣可以明確的隱藏UML概念，從而使得在一個給定的DSL中沒有任何意義和必要最后，UML2.0 profiling 機制同時也可以用作一種機制，它可以從多種不同的域中觀察到一個復雜的UML模型――從特定的角度――通常不一定具有DSL。也就是說，任何一個profile 都可以有選擇性的以任何方式被應用或是不被應用，只要不影響基礎的UML模型。例如，一個性能工程師可能會選擇在模型之上通過將多種與性能相關的方法與模型元素連接，來應用一種性能模型化解釋。然后可以通過一個自動化技術性能分析工具來決定。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
