UML的應用領域 UML的目標是以面向物件圖的方式來描述任何型別的系統，具有很寬的應用領域。

其中最常用的是建立軟體系統的模型，但它同樣可以用於描述非軟體領域的系統，如機械系統、企業機構或業務過程，以及處理複雜資料的資訊系統、具有實時要求的工業系統或工業過程等。總之，UML是一個通用的標準建模語言，可以對任何具有靜態結構和動態行為的系統進行建模。此外，UML適用於系統開發過程中從需求規格描述到系統完成後測試的不同階段。在需求分析階段，可以用用例來捕獲使用者需求。透過用例建模，描述對系統感興趣的外部角色及其對系統（用例）的功能要求。分析階段主要關心問題域中的主要概念（如抽象、類和物件等）和機制，需要識別這些類以及它們相互間的關係，並用UML類圖來描述。為實現用例，類之間需要協作，這可以用UML動態模型來描述。在分析階段，只對問題域的物件（現實世界的概念）建模，而不考慮定義軟體系統中技術細節的類（如處理使用者介面、資料庫、通訊和並行性等問題的類）。這些技術細節將在設計階段引入，因此設計階段為構造階段提供更詳細的規格說明。程式設計（構造）是一個獨立的階段，其任務是用面向物件程式語言將來自設計階段的類轉換成實際的程式碼。在用UML建立分析和設計模型時，應儘量避免考慮把模型轉換成某種特定的程式語言。因為在早期階段，模型僅僅是理解和分析系統結構的工具，過早考慮編碼問題十分不利於建立簡單正確的模型。UML模型還可作為測試階段的依據。系統通常需要經過單元測試、整合測試、系統測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據：單元測試使用類圖和類規格說明；整合測試使用部件圖和合作圖；系統測試使用用例圖來驗證系統的行為；驗收測試由使用者進行，以驗證系統測試的結果是否滿足在分析階段確定的需求。總之，標準建模語言UML適用於以面向物件技術來描述任何型別的系統，而且適用於系統開發的不同階段，從需求規格描述直至系統完成後的測試和維護。