圖字(沿箭頭方向)：樂隊經理;報告工具;選擇"查看樂隊的銷售報告";檢索該樂隊經理所管理的樂隊;顯示報告條件選擇屏幕;選擇要查看其銷售報告的樂隊;從銷售數據庫檢索銷售數據;顯示銷售報告。
該活動圖中有兩個泳道，因為有兩個對象控制著各自的活動：樂隊經理和報告工具。整個過程首先從樂隊經理選擇查看他的樂隊銷售報告開始。然后報告工具檢索并顯示他管理的所有樂隊，并要求他從中選擇一個樂隊。在樂隊經理選擇一個樂隊之后，報告工具就檢索銷售信息并顯示銷售報告。該活動圖表明，顯示報告是整個過程中的最后一步。
組件圖
組件圖提供系統的物理視圖。它的用途是顯示系統中的軟件對其他軟件組件(例如，庫函數)的依賴關系。組件圖可以在一個非常高的層次上顯示，從而僅顯示粗粒度的組件，也可以在組件包層次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圖，仍然會獲益匪淺。
