顯示組件的內部結構
有時候顯示組件的內部結構是有意義的。在關于類圖的我的前面的文章中，我顯示了該如何為類的內部結構建模；這里，當它由其他組件組成的時候，我將會關注如何為組件的內部結構建模。
為了顯示組件的內部結構，你只需把組件畫得比平常大一些并在名字區內放置內部的部分。圖 7 顯示Store組件的內部結構。
圖 7: 這個組件的內部結構由其他組件組成。
使用在圖 7 中顯示的例子，Store組件提供了 OrderEntry 接口并要求Account接口。Store組件由三個組件組成：Order，Customer和Product組件。注意Store的 OrderEntry 和Account接口符號在組件的邊緣上為何有一個方塊。這一個方塊被稱為一個端口。單純感覺來說，端口提供一種方法，它顯示建模組件所 提供/要求 的接口如何與它里面的部分相關聯。4 通過使用端口，我們可以從外部實例中分離出Store組件的內部部件。在圖 7 中，對于過程而言，OrderEntry 端口代表Order組件的 OrderEntry 接口。同時，內部的Customer組件要求的Account接口被分配到Store組件的必需的Account端口。通過連接Account端口，Store組件內部部件（例如Customer組件）可以有代表執行端口接口的未知外部實體的本地特征。必需的Account接口將會由Store組件的外部組件實現。5
在圖 7 中，你可能也注意到了，在內部的組件之間的內部連接與圖 5 中顯示的那些不同。這是因為內部結構的這些描繪事實是嵌套在分類器（在我們的例子中是一個組件)里的協作圖，因為協作圖顯示分類器中的實體或角色。在內部的組件之間建模的關系以 UML 稱為的一個組合連接器表示。一個組合連接器綁定一個組件 提供 的接口到另外的一個組件的 必需 接口。組合連接器用緊緊相連的棒棒糖和插座符號表示。以這種方式畫這些組合連接器使棒棒糖和插座成為很容易理解的符號。
結論
組件圖經常是一個架構師在項目的初期就建立的非常重要的圖。然而，組件圖的有用性跨越了系統的壽命。組件圖是無價的，因為它們模型化和文檔化了一個系統的架構。因為組件圖文檔化了系統的架構，開發者和系統可能的系統管理員會發現這一工作的關鍵產品有助于他們理解系統。
組件圖也視為軟件系統配置圖的輸入，這將會是本系列后面的文章主題。
腳注
1在UML1.x 中稱為組件的實際項目，在 UML 2 中稱為產物。一個產物是一個物理單位，象一個文件，可運行的程序，腳本，數據庫等等。只有一種產物依賴于實際的節點；類和組件沒有“位置”。然而，一個產物可能顯示組件和其他的分類器（例如類）。一個單一的組件可能通過多重產物顯示，它們可能是在相同的或不同的節點上，因此，一個單一的組件可以間接地在多重節點上被實現。
2即使組件是獨立的單元，它們仍然可能依賴于其他組件提供的服務。由于這一點，文檔化一個組件的必需接口是很有用的。
3圖3并不顯示Order組件完整的上下文。在一個真實的模型中，OrderEntry，AccountPayable 和Person接口會呈現在系統的模型中。
4事實上，端口適用于任何類型的分類器（例如，一個類或者你的模型中可能會有的其他分類器）。為了使本文簡潔，我在組件分類器及它們的使用中提及端口。
5一般來說，當你畫一個端口和一個接口之間的依存關系時，依賴方（要求）的接口將會在運行時間內處理所有的處理邏輯。然而，這并不是一種硬性的規定 -- 對于周圍的組件（舉例來說，我們例子中的Store組件），使用自己的進程邏輯，而不是僅把進程委托給依賴接口，是完全可以接受的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
