解析UML組件圖的目的和符號
本文和大家重點討論一下UML組件圖，在以組件為基礎的開發（CBD）中，UML組件圖為架構師提供一個開始為解決方案建模的自然形式。UML組件圖允許一個架構師驗證系統的必需功能是由組件實現的，這樣確保了最終系統將會被接受。
UML組件圖的目的
UML組件圖的主要目的是顯示系統組件間的結構關系。在UML1.1中，一個組件表現了實施項目，如文件和可運行的程序。不幸地，這與組件這個術語更為普遍的用法、指象COM組件這樣的東西相沖突。隨著時間的推移及UML的連續版本發布，UML組件已經失去了最初的絕大部分含義。
UML2正式改變了組件概念的本質意思；在UML2中，組件被認為是獨立的，在一個系統或子系統中的封裝單位，提供一個或多個接口。雖然UML2規范沒有嚴格地聲明它，但是組件是呈現事物的更大的設計單元，這些事物一般將使用可更換的組件來實現。但是，并不象在UML1.x中，現在，組件必須有嚴格的邏輯，設計時構造。主要思想是，你能容易地在你的設計中重用及/或替換一個不同的組件實現，因為一個組件封裝了行為，實現了特定接口。
在以組件為基礎的開發（CBD）中，UML組件圖為架構師提供一個開始為解決方案建模的自然形式。UML組件圖允許一個架構師驗證系統的必需功能是由組件實現的，這樣確保了最終系統將會被接受。
除此之外，UML組件圖對于不同的小組是有用的交流工具。圖可以呈現給關鍵項目發起人及實現人員。通常，當UML組件圖將系統的實現人員連接起來的時候，UML組件圖通常可以使項目發起人感到輕松，因為圖展示了對將要被建立的整個系統的早期理解。
開發者發現UML組件圖是有用的，因為UML組件圖給他們提供了將要建立的系統的高層次的架構視圖，這將幫助開發者開始建立實現的路標，并決定關于任務分配及（或）增進需求技能。系統管理員發現UML組件圖是有用的，因為他們可以獲得將運行于他們系統上的邏輯軟件組件的早期視圖。雖然系統管理員將無法從圖上確定物理設備或物理的可執行程序，但是，他們仍然歡迎UML組件圖，因為它較早地提供了關于組件及其關系的信息（這允許系統管理員輕松地計劃后面的工作）。
UML組件圖符號
在現在，UML組件圖符號集使它成為最容易畫的UML圖之一。圖1顯示了一個使用前UML1.4符號的簡單的UML組件圖；這個例子顯示兩個組件之間的關系：一個使用了InventorySystem組件的OrderSystem組件。正如你所能見到的，在UML1.4中，用一個大方塊，并且在它的左邊有兩個凸出的小方塊，來表示組件。
圖1：這個簡單的UML組件圖使用UML1.4符號顯示OrderSystem的一般性依賴關系
上述的UML1.4符號在UML2中仍然被支持。然而，UML1.4符號集在較大的系統中不能很好地調節。關于這一點的理由是，如同我們在這篇文章的其余部分將會見到一樣，UML2顯著地增強了UML組件圖的符號集。在維持它易于理解的條件下，UML2符號能夠調節得更好，并且符號集也具有更多的信息
【編輯推薦】
