元件圖是不同的性質和行為。元件圖用於模擬物理方面的系統。
現在的問題是什麼,這些物理方面?物理方面的元素,如可執行檔案,庫,檔案,證件等它位於在一個節點。
因此,元件圖用於視覺化的組織和系統元件之間的關係。這些圖也被用來使可執行的系統。
元件圖是一種特殊的UML圖中。所有其他圖表到目前為止討論的目的也不同。它不描述該系統的功能,但它描述了用於使這些功能的元件。
所以從這一點來說,元件圖用於視覺化在一個系統中的物理元件。這些元件庫,程式包,檔案等。
元件圖也可以被描述為一個靜態的實施的系統檢視。靜態執行代表組織的組成部分,在一個特定的時刻。
一個單一的元件圖不能代表整個系統,但圖的集合可用來代表整個。
因此,元件圖的目的可概括為:
視覺化系統的組成部分。
構建的可執行檔案,使用正向和反向工程。
描述的組織和元件的關係。
元件圖是用來描述一個系統的物理構件。此神器包括檔案,可執行檔案,庫等。
所以這張圖的目的是不同的,元件圖的過程中使用的應用程式的實施階段。但它準備提前以視覺化的實現細節。
最初,系統的設計使用不同的UML圖,然後構件是現成的元件圖是用來得到一個想法的實現。
此圖是非常重要的,因為如果沒有它,應用程式不能有效地實施。精心準備的元件圖在其他方面也是很重要的,如應用程式的效能,維護等
所以在繪製元件圖後的工件是清楚可辨:
在系統中使用的檔案。
庫和其他構件的申請有關。
現在,確定構件需要遵循以下幾點:
使用有意義的名稱,標識元件圖要繪製。
作好心理準備之前的布局使用的工具。
使用說明明確的要點。
下面是一個訂單管理系統的元件圖。這裡的構件是檔案。所以,該圖顯示了在應用程式的檔案和它們之間的關係。在實際元件圖還包含dll檔案,庫,檔案夾等。
在下面的圖中,四個檔案識別,並產生了它們之間的關係。到目前為止討論與其他UML圖,元件圖不能直接匹配。因為它是得出完全不同的目的。
所以下面的元件圖已經繪就考慮到所有上述提到的幾點:
我們已經描述元件圖用於視覺化系統的靜態實現檢視。元件圖是特殊型別的UML圖,但用於不同的目的。
這些圖顯示系統的物理元件。要澄清,我們可以說,元件圖描述了在一個系統中的元件組織。
組織機構可以進一步描述為在一個系統中的元件的位置。這些元件是在一個特殊的組織方式,以滿足系統要求。
正如我們已經討論過這些元件庫,檔案,可執行檔案等,現在組織實施前的應用程式,這些元件。此元件組織還單獨設計作為專案執行的一部分。
從執行的角度來看,是非常重要的元件圖。因此,應用程式的執行團隊應該有一個正確的認識元件的詳細資訊。
載入元件圖的使用可以被描述為:
元件建模的一個系統。
模型的資料庫架構。
模型的應用程式的可執行檔案。
模型系統的原始碼。