經(jīng)驗總結(jié) 如何在UML2中建立UML組件圖
本文和大家重點討論一下UML組件圖的建立，讓我們依照UML2規(guī)范一步步建立UML組件圖，相信通過本文的介紹你對UML組件圖的創(chuàng)建有一定的認(rèn)識。
UML組件圖基礎(chǔ)
現(xiàn)在，在UML2中畫一個組件很類似于在一個類圖上畫一個類。事實上，在UML2中，一個組件僅僅是類概念的一個特殊版本。這意味著適用于類分類器的符號規(guī)則也適用于組件分類器。（如果你已經(jīng)讀了并理解了我以前的關(guān)于大體上的結(jié)構(gòu)圖和類圖細(xì)節(jié)的文章[http://www.ibm.com/developerworks/cn/rational/rationaledge/content/feb05/bell/index.shtml]，你就會很易理解UML組件圖）。
在UML2中，一個組件被畫成堆積著可選擇小塊的一個立著的長方形。UML2中，組件的一個高層次的抽象視圖，可以用一個長方形建模，包括組件的名字和組件原型的文字和/或圖標(biāo)。組件原型的文本是“component”，而組件原型圖標(biāo)是在左邊有兩個凸出的小長方形的一個大長方形（UML1.4中組件的符號元素）。圖2顯示，組件可以用UML2規(guī)范中的三種不同方法表示。
當(dāng)在圖上畫一個組件時，重要的是，你總要包括組件原型文本（在雙重尖括號中的那個component，如圖2所示）和/或圖標(biāo)。理由呢在UML中，沒有任何原型分類器的一個長方形被解釋為一個類組件。組件原型和/或圖標(biāo)用來區(qū)別作為組件元素的長方形。
為組件提供/要求接口建模
在圖2中所畫的Order組件表現(xiàn)了所有有效的符號元素；然而，一個典型的UML組件圖包括更多的信息。一個組件元素可以在名字區(qū)下面附加額外的區(qū)。如前面所提到的，一個組件是提供一個或更多公共接口的獨立單元。提供的接口代表了組件提供給它的用戶/客戶的服務(wù)的正式契約。圖3顯示了Order組件有第二個區(qū)，用來表示Order組件提供和要求的接口。2
圖3：這里額外的區(qū)顯示Order組件提供和要求的接口。
在圖3中的Order組件例子中，組件提供了名為OrderEntry和AccountPayable的接口。此外，組件也要求另外一個組件提供Person接口。3
UML組件圖中組件接口建模的其它方法
UML2也引入另外一種方法來顯示組件提供并要求的接口。這個方法是建立一個里面有組件名的大長方形，并在長方形的外面放置在UML2規(guī)范中稱為接口符號的東西。這第二種方法在圖4中舉例說明。
圖4:一種可選擇的方法（與圖3相比）：使用接口符號顯示組件提供/要求的接口
在這第二種方法中，在末端有一個完整的圓周的接口符號代表組件提供的接口--“棒棒糖”是這個接口分類器實現(xiàn)關(guān)系符號的速記法。在末端只有半個圓的接口（又稱插座）符號代表組件要求的接口（在兩種情況下，接口的名字被放置在接口符號本身的附近）。即使圖4看起來與圖3有很大的不同，但兩個圖都提供了相同的信息--例如，Order組件提供兩個接口：OrderEntry和AccountPayable，而且Order組件要求Person接口。
組件關(guān)系的建模
當(dāng)表現(xiàn)組件與其他的組件的關(guān)系時，棒棒糖和插座符號也必須包括一支依存箭頭（如類圖中所用的）。在有棒棒糖和插座的UML組件圖上，注意，依存箭從強(qiáng)烈的（要求的）插座引出，并且它的箭頭指向供應(yīng)者的棒棒糖，如圖5所示。
圖5：顯示Order系統(tǒng)組件如何依賴于其他組件的UML組件圖
圖5顯示，Order系統(tǒng)組件依賴于客戶資源庫和庫存系統(tǒng)組件。注意在圖5中復(fù)制出的接口名CustomerLookup和ProductAccessor。在這個例子中，這看起來可能是不必要的重復(fù)，不過符號確實允許在每個依賴于實現(xiàn)差別的組件中有不同的接口（和不同的名字）（舉例來說，一個組件提供一個較小的必需的接口子類）。
子系統(tǒng)
在UML2中，子系統(tǒng)分類器是組件分類器的一個特別版本。因為這一點，子系統(tǒng)符號元素象組件符號元素一樣繼承所有的組件符號集規(guī)則。唯一的差別是，一個子系統(tǒng)符號元素由subsystem關(guān)鍵字代替了component，如圖6所示。
圖6：子系統(tǒng)元素的一個例子
UML2規(guī)范在如何區(qū)別子系統(tǒng)與組件方面相當(dāng)含糊。從建模的觀點，規(guī)范并不認(rèn)為組件與子系統(tǒng)有任何區(qū)別。與UML1.x相比較，這個UML2模型歧義是新的。但是有一個理由。在UML1.x中，一個子系統(tǒng)被認(rèn)為是一個軟件包，而且這個軟件包符號正對許多UML實踐者造成困惑；因此，UML2中把子系統(tǒng)作為特殊的組件，因為這是最多的UML1.x使用者了解它的方式。這一改變確實把模糊引入圖中，但是這一模糊更多的是UML2規(guī)范中對抗錯誤的一個現(xiàn)實反射。
【編輯推薦】
