標準建模語言UML的主要特征可以總結為三點:
(1) UML統壹了Booch、OMT和OOSE方法中的基本概念。
(2) UML還吸收了其他學派在面向對象技術領域的優勢，包括非OO方法的影響。UML符號表示考慮了各種方法的圖形表示，刪除了大量易混淆、冗余和很少使用的符號，增加了壹些新的符號。所以很多人在面向對象領域的想法都被納入到UML中。這些想法不是UML開發者發明的，而是開發者基於最好的OO方法和計算機科學豐富的實踐經驗綜合出來的。
(UML的發展過程中提出了壹些新概念。在UML標準中，新增了模板、責任、可擴展性機制、線程、過程、分布、並發和模式。、協作、活動圖等新概念，並明確區分類型、類和實例、精化、接口和組件等概念。
因此，可以認為UML是壹種先進實用的標準建模語言，但它的壹些概念還有待實踐驗證，UML必然有壹個進化過程。
4.標準建模語言UML的應用領域
UML的目標是用面向對象圖的方式描述任何類型的系統，它有著廣泛的應用領域。其中，最常用的是建立軟件系統的模型，但也可用於描述非軟件領域的系統，如機械系統、企業機構或業務流程，以及處理復雜數據的信息系統、有實時要求的工業系統或工業流程等。總之，UML是壹種通用的標準建模語言，可以對任何具有靜態結構和動態行為的系統進行建模。此外，UML適用於從需求規格說明到系統後期測試的系統開發。
測試的不同階段。在需求分析階段，用例可以用來捕獲用戶需求。通過用例建模，描述對系統感興趣的外部角色及其對系統的功能需求(用例)。在分析階段，我們主要關心問題域中的主要概念(如抽象、類和對象)和機制，我們需要識別這些類及其關系，並用UML類圖進行描述。為了實現用例，類需要協作，這可以用UML動態模型來描述。在分析階段，只對問題域的對象(真實世界的概念)建模，不考慮軟件系統中定義技術細節的類(如處理用戶界面、數據庫、通信和並行性的類)。這些技術細節將在設計階段引入，因此設計階段為施工階段提供了更詳細的規範。
編程(構造)是壹個獨立的階段，它的任務是用面向對象的編程語言將設計階段的類轉化為實際的代碼。當用UML建立分析和設計模型時，我們應該盡量避免考慮將模型轉換成特定的編程語言。因為在前期，模型只是理解和分析系統結構的工具，過早地考慮編碼問題，不利於建立簡單正確的模型。
UML模型也可以作為測試階段的基礎。系統通常需要經過單元測試、集成測試、系統測試和驗收測試。不同的測試團隊使用不同的UML圖作為測試基礎:單元測試使用類圖和類規範；集成測試使用組件圖和協作圖；系統測試使用用例圖來驗證系統的行為；驗收測試由用戶進行，以驗證系統測試的結果是否滿足分析階段確定的要求。
總之，標準建模語言UML適用於用面向對象技術描述任何類型的系統，也適用於系統開發的不同階段，從需求規格說明到完成後的系統測試和維護。