活動圖表示在處理某個活動時，兩個或者更多類對象之間的過程控制流�；顒訄D可用于在業務單元的級別上對更高級別的業務過程進行建模，或者對低級別的內部類操作進行建模。根據我的經驗，活動圖最適合用于對較高級別的過程建模，比如公司當前在如何運作業務，或者業務如何運作等。這是因為與序列圖相比，活動圖在表示上"不夠技術性的"，但有業務頭腦的人們往往能夠更快速地理解它們。
活動圖的符號集與狀態圖中使用的符號集類似。像狀態圖一樣，活動圖也從一個連接到初始活動的實心圓開始�；顒邮峭ㄟ^一個圓角矩形（活動的名稱包含在其內）來表示的�；顒涌梢酝ㄟ^轉換線段連接到其他活動，或者連接到判斷點，這些判斷點連接到由判斷點的條件所保護的不同活動。結束過程的活動連接到一個終止點（就像在狀態圖中一樣）。作為一種選擇，活動可以分組為泳道（swimlane），泳道用于表示實際執行活動的對象，如圖6所示。
圖6：活動圖，具有兩個泳道，表示兩個對象的活動控制：樂隊經理，以及報告工具
圖字（沿箭頭方向）：樂隊經理；報告工具；選擇"查看樂隊的銷售報告"；檢索該樂隊經理所管理的樂隊；顯示報告條件選擇屏幕；選擇要查看其銷售報告的樂隊；從銷售數據庫檢索銷售數據；顯示銷售報告。
組件圖
組件圖提供系統的物理視圖。它的用途是顯示系統中的軟件對其他軟件組件（例如，庫函數）的依賴關系。組件圖可以在一個非常高的層次上顯示，從而僅顯示粗粒度的組件，也可以在組件包層次2上顯示。
組件圖的建模最適合通過例子來描述。圖7顯示了4個組件：Reporting Tool、Billboard Service、Servlet 2.2 API和JDBC API。從Reporting Tool組件指向Billboard Service、Servlet 2.2 API和JDBC API組件的帶箭頭的線段，表示Reporting Tool依賴于那三個組件。
圖7：組件圖顯示了系統中各種軟件組件的依賴關系
部署圖
部署圖表示該軟件系統如何部署到硬件環境中。它的用途是顯示該系統不同的組件將在何處物理地運行，以及它們將如何彼此通信。因為部署圖是對物理運行情況進行建模，系統的生產人員就可以很好地利用這種圖。
部署圖中的符號包括組件圖中所使用的符號元素，另外還增加了幾個符號，包括節點的概念。一個節點可以代表一臺物理機器，或代表一個虛擬機器節點（例如，一個大型機節點）。要對節點進行建模，只需繪制一個三維立方體，節點的名稱位于立方體的頂部。所使用的命名約定與序列圖中相同：[實例名稱] : [實例類型]（例如，"w3reporting.myco.com : Application Server"）。
圖8：部署圖。由于Reporting Tool組件繪制在IBM WebSphere內部，后者又繪制在節點w3.reporting.myco.com內部，因而我們知道，用戶將通過運行在本地機器上的瀏覽器來訪問Reporting Tool，瀏覽器通過公司intranet上的HTTP協議與Reporting Tool建立連接
圖8中的部署圖表明，用戶使用運行在本地機器上的瀏覽器訪問Reporting Tool，并通過公司intranet上的HTTP協議連接到Reporting Tool組件。這個工具實際運行在名為w3reporting.myco.com的Application Server上。這個圖還表明Reporting Tool組件繪制在IBM WebSphere內部，后者又繪制在w3.reporting.myco.com節點內部。Reporting Tool使用Java語言通過IBM DB2數據庫的JDBC接口連接到它的報告數據庫上，然后該接口又使用本地DB2通信方式，與運行在名為db1.myco.com的服務器上實際的DB2數據庫通信。除了與報告數據庫通信外，Report Tool組件還通過HTTPS上的SOAP與Billboard Service進行通信。
結束語
盡管本文僅提供了對統一建模語言UML的簡要介紹，但還是鼓勵大家把從這里學到的基本信息應用到自己的項目中，同時更深入地鉆研UML。已經有多種軟件工具可以幫助您把UML圖集成到軟件開發過程中，不過即使沒有自動化的工具，您也可以使用白板上的標記或者紙和筆來手工繪制UML圖，仍然會獲益匪淺。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
