第五章 通用機制

UML中的四種機制使地它簡單和更易于使用，你可以在UML語言的任何時候用同樣的方法來使用，這四種機制是：

l         specifications

l         adornments

l         common divisions

l         extensibility

本章討論adornments和extensibility這兩種機制。

注釋是最重要的一種修飾。一個注釋在UML中是一個圖形符號，描述了和它相關聯的元素或一組元素的限制或注釋語。

術語和概念

    注釋是一種圖形符號用來限制或給一個元素或一組元素加上注解。注釋畫成一個帶折角的矩形，在矩形中加上文字或圖形的注解，

    限制是UML元素語義的擴充，允許你對一個UML元素添加新規則或修改存在的規則。限制通常畫成{}內的字符串，放在關系附近。當然，你也可以把限制用注釋來表示。

通用建模技術

1.         建模注解

使用注釋的目的是為了讓模型更清晰，下面是使用注釋的一些技巧：

l         將注釋放在你要注解的元素邊上，寫下注解的文字。用依賴關系的線將注釋和被注釋的元素連起來會讓人更明白。

l         記住，你可以隱藏元素或使隱藏的元素可見。這就意味著你可以將注釋不隱藏起來，而她注釋的元素是可見的，這樣會使你的模型圖簡潔，在必要的地方讓注釋可見。

l         如果你的注釋很長或不僅僅是普通文本，你可以將你的注解放到一個獨立的外部文件中（如WORD文檔）然后鏈接或嵌入到你的模型中。

下面是一個使用注解的例子：

建立新的建筑塊

    UML的建筑塊如：類、接口、合作、組件、注釋、關系等等，都在為具體問題建模的時候基本上是夠用了。然而，如果你想擴展你的模型的詞匯，如用來表示你的特定的問題領域，你需要stereotypes。

    建立新的建筑塊有如下的技巧：

l         確定沒有現成的基本的UML方法可以表達你的需要。如果你碰到一個普通的建模問題，很有可能已經有某種標準的stereotype是你想要的。

l         如果你確信沒有現成的東西可以表達這些語義，首先找到一個UML中的最接近你要建立的模型的元素（例如：類、接口、組件、注釋、關系等等）然后為她定義一個stereotype。值得一提的是你可以定義stereotypes的層次從而得到一般的stereotypes和為它定義的特別的特性。這種方法盡量少用。

l         通過對普通的stereotype定義一組標記值和對stereotype進行限制可以實現普通stereotype不能實現的功能。

l         如果你希望這些stereotype具有不同的視覺效果，為他們定義一個特別的圖標。

上面是一個例子。假如你用活動圖來為一個涉及到教練工作流和隊員工作流的體育活動建模。在這里，區別教練和運動員以及與其他的本領域的對象是有意義的。上面的圖中有兩個事物是很突出的，教練對象和隊員對象。這里不僅僅是普通的類，更確切地說，他們現在是兩個新的建筑塊。因為定義了教練和員stereotype，并且運用到了UML的類上。在這個圖上，被標記為:Coach和:Team的匿名實例，后者顯示了不同的狀態。

建模新屬性

UML建筑塊的基本屬性如：類的屬性和操作，包的內容等等，都足夠描述清楚你要建立的模型。然而，如果你想擴展這些基本建筑塊（或者用stereotype建立的新的建筑塊）的屬性，你就需要使用標記值。

下面是一些技巧：

l         首先要確定的是你的需要無法用基本的UML表達。如果你碰到一個普通的建模問題，很有可能已經有某種標準的標記值是你想要的

l         如果你確定沒有其他的方法可以表達你需要的語義，添加新的屬性到一個單獨的元素或一個stereotype。繼承的規則是適用的，也就是說對父親定義的標記值對兒子也具有。

建立新的語義

   當你用UML建立模型的時候，你總是使用UML定義的規則，這實在是件好事，因為別的懂得如何讀UML的人可以毫無偏差地讀懂你想要表達的東西。然而，如果你發現你需要表達的語義是UML無法表達的或你想要修改UML的規則，這時你就需要使用限制了。下面是使用限制的一些技巧：

l         首先要確定的是你的需要無法用基本的UML表達。如果你碰到一個普通的建模問題，很有可能已經有某種標準的限制是你想要的。

l         如果你確定沒有其他的方法可以表達你需要的語義，用文本的形式在限制中寫下你的新語義，并且將他放在他涉及的元素附近。你可以使用依賴關系來明確地表示限制和他涉及的元素之間的關聯。

l         如果你需要詳細說明你的語義，你可以用使用OCL把它寫下來。

下面的圖是一個公司人力資源系統的一小部分：

這副圖顯示了每個Person可能是0個或多個Department的成員。每個Department至少要有一個Person成員。這副圖進一步說明每個Department嚴格地有一個Person作為管理者，每個Person可以是0個或多個Department的被管理人員。所有的這些語義可以被簡單的UML表達。然而，為了指出一個管理者必須也是Department的成員是多員關系所忽略的，也是簡單的UML無法表達的。為了表達這種關系，你必須寫下一個限制指出管理者是Department成員的一個子集。從子集到超集用依賴關系將兩個關系聯系起來。