在以組件為基礎的開發(CBD)中,組件圖為架構師提供一個開始為解決方案建模的自然形式。組件圖允許一個架構師驗證系統的必需功能是由組件實現的,這樣確保了最終系統將會被接受。
除此之外,組件圖對于不同的小組是有用的交流工具。圖可以呈現給關鍵項目發起人及實現人員。通常,當組件圖將系統的實現人員連接起來的時候,組件圖通??梢允鬼椖堪l起人感到輕松,因為圖展示了對將要被建立的整個系統的早期理解。
開發者發現組件圖是有用的,因為組件圖給他們提供了將要建立的系統的高層次的架構視圖,這將幫助開發者開始建立實現的路標,并決定關于任務分配及(或)增進需求技能。系統管理員發現組件圖是有用的,因為他們可以獲得將運行于他們系統上的邏輯軟件組件的早期視圖。雖然系統管理員將無法從圖上確定物理設備或物理的可執行程序,但是,他們仍然歡迎組件圖,因為它較早地提供了關于組件及其關系的信息(這允許系統管理員輕松地計劃后面的工作)。
符號
在現在,組件圖符號集使它成為最容易畫的 UML 圖之一。圖 1 顯示了一個使用前 UML 1.4 符號的簡單的組件圖;這個例子顯示兩個組件之間的關系:一個使用了Inventory System組件的Order System組件。正如你所能見到的,在UML 1.4 中,用一個大方塊,并且在它的左邊有兩個凸出的小方塊,來表示組件。
圖 1:這個簡單的組件圖使用 UML 1.4 符號顯示Order System的一般性依賴關系
上述的 UML 1.4 符號在 UML 2 中仍然被支持。然而,UML 1.4 符號集在較大的系統中不能很好地調節。關于這一點的理由是,如同我們在這篇文章的其余部分將會見到一樣,UML 2 顯著地增強了組件圖的符號集。在維持它易于理解的條件下,UML 2 符號能夠調節得更好,并且符號集也具有更多的信息。
讓我們依照 UML 2 規范一步步建立組件圖。
基礎
現在,在 UML 2 中畫一個組件很類似于在一個類圖上畫一個類。事實上,在 UML 2 中,一個組件僅僅是類概念的一個特殊版本。這意味著適用于類分類器的符號規則也適用于組件分類器。(如果你已經讀了并理解了我以前的關于大體上的結構圖和類圖細節的文章 [http:// www. ibm.com/developerworks/cn/rational/rationaledge/content/feb05/bell/index.shtml],你就會很易理解組件圖)。
在 UML 2 中,一個組件被畫成堆積著可選擇小塊的一個立著的長方形。UML 2 中,組件的一個高層次的抽象視圖,可以用一個長方形建模,包括組件的名字和組件原型的文字和/或圖標。組件原型的文本是“«component»”,而組件原型圖標是在左邊有兩個凸出的小長方形的一個大長方形(UML 1.4 中組件的符號元素)。圖 2 顯示,組件可以用UML 2規范中的三種不同方法表示。
圖 2:畫組件名字區的不同方法
當在圖上畫一個組件時,重要的是,你總要包括組件原型文本(在雙重尖括號中的那個component,如圖 2 所示)和/或圖標。理由呢?在 UML 中,沒有任何原型分類器的一個長方形被解釋為一個類組件。組件原型和/或圖標用來區別作為組件元素的長方形。
為組件提供/要求接口建模
在圖 2 中所畫的Order組件表現了所有有效的符號元素;然而,一個典型的組件圖包括更多的信息。一個組件元素可以在名字區下面附加額外的區。如前面所提到的,一個組件是提供一個或更多公共接口的獨立單元。提供的接口代表了組件提供給它的用戶/客戶的服務的正式契約。圖 3 顯示了Order組件有第二個區,用來表示Order組件提供和要求的接口。2
圖 3:這里額外的區顯示Order組件提供和要求的接口。
在圖 3 中的Order組件例子中,組件提供了名為 OrderEntry 和 Aclearcase/" target="_blank" >ccountPayable 的接口。此外,組件也要求另外一個組件提供Person接口。3
組件接口建模的其它方法
UML 2 也引入另外一種方法來顯示組件提供并要求的接口。這個方法是建立一個里面有組件名的大長方形,并在長方形的外面放置在 UML 2 規范中稱為接口符號的東西。這第二種方法在圖 4 中舉例說明。
圖 4: 一種可選擇的方法(與圖3相比):使用接口符號顯示組件提供/要求的接口
原文轉自:http://www.anti-gravitydesign.com