UML（Unified Modeling Language的縮寫）統一建模語言,是用來對軟件密集系統進行可視化建模的一種語言。UML為面向對象開發系統的產品進行說明、可視化、和編制文檔的一種標準語言。
1 基本簡介
統一建模語言(UML)是非專利的第三代建模和規約語言。UML是在開發階段，說明，可視化，構建和書寫一個面向對象軟件密集系統的制品的開放方法。UML展現了一系列最佳工程實踐，這些最佳實踐在對大規模，復雜系統進行建模方面,特別是在軟件架構層次已經被驗證有效。
UML可以貫穿軟件開發周期中的每一個階段。被OMG采納作為業界的標準。
UML最適于數據建模，業務建模，對象建模，組件建模。
UML作為一種模型語言，它使開發人員專注于建立產品的模型和結構，而不是選用什么程序語言和算法實現。當模型建立之后，模型可以被UML工具轉化成指定的程序語言代碼。
IBM的Rational Rose和MS的Visio都是UML工具。
同時還有一些免費的UML工具：http://java-source.net/open-source/uml-modeling
2 UML簡介
公認的面向對象建模語言出現于70年代中期。從1989年到1994年，其數量從不到十種增加到了五十多種。在眾多的建模語言中，語言的創造者努力推崇自己的產品，并在實踐中不斷完善。但是，OO方法的用戶并不了解不同建模語言的優缺點及相互之間的差異，因而很難根據應用特點選擇合適的建模語言，于是爆發了一場“方法大戰”。90年代中，一批新方法出現了，其中最引人注目的是Booch 1993、OOSE和OMT-2等。
Booch是面向對象方法最早的倡導者之一，他提出了面向對象軟件工程的概念。1991年，他將以前面向Ada的工作擴展到整個面向對象設計領域。Booch 1993比較適合于系統的設計和構造。
Rumbaugh等人提出了面向對象的建模技術（OMT）方法，采用了面向對象的概念，并引入各種獨立于語言的表示符。這種方法用對象模型、動態模型、功能模型和用例模型，共同完成對整個系統的建模，所定義的概念和符號可用于軟件開發的分析、設計和實現的全過程，軟件開發人員不必在開發過程的不同階段進行概念和符號的轉換。OMT-2特別適用于分析和描述以數據為中心的信息系統。
Jacobson于1994年提出了OOSE方法，其最大特點是面向用例(Use-Case)，并在用例的描述中引入了外部角色的概念。用例的概念是精確描述需求的重要武器，但用例貫穿于整個開發過程，包括對系統的測試和驗證。OOSE比較適合支持商業工程和需求分析。
此外，還有Coad/Yourdon方法，即著名的OOA/OOD，它是最早的面向對象的分析和設計方法之一。該方法簡單、易學，適合于面向對象技術的初學者使用，但由于該方法在處理能力方面的局限，目前已很少使用。
概括起來，首先，面對眾多的建模語言，用戶由于沒有能力區別不同語言之間的差別，因此很難找到一種比較適合其應用特點的語言；其次，眾多的建模語言實際上各有千秋；第三，雖然不同的建模語言大多雷同，但仍存在某些細微的差別，極大地妨礙了用戶之間的交流。因此在客觀上，極有必要在精心比較不同的建模語言優缺點及總結面向對象技術應用實踐的基礎上，組織聯合設計小組，根據應用需求，取其精華，去其糟粕，求同存異，統一建模語言。
1994年10月，Grady Booch和Jim Rumbaugh開始致力于這一工作。他們首先將Booch 93和OMT-2 統一起來，并于1995年10月發布了第一個公開版本，稱之為統一方法UM 0.8（Unitied Method）。1995年秋，OOSE 的創始人Ivar Jacobson加盟到這一工作。經過Booch、Rumbaugh和Jacobson三人的共同努力，于1996年6月和10月分別發布了兩個新的版本，即UML 0.9和UML 0.91，并將UM重新命名為UML（Unified Modeling Language）。
1996年，一些機構將UML作為其商業策略已日趨明顯。UML的開發者得到了來自公眾的正面反應，并倡議成立了UML成員協會，以完善、加強和促進UML的定義工作。當時的成員有DEC、HP、I－Logix、 Itellicorp、 IBM、ICON Computing、MCI Systemhouse、Microsoft、Oracle、Rational Software、TI以及Unisys。這一機構對UML1.0（1997年1月）及UML1.1（1997年11月17日）的定義和發布起了重要的促進作用。
UML是一種定義良好、易于表達、功能強大且普遍適用的建模語言。它溶入了軟件工程領域的新思想、新方法和新技術。它的作用域不限于支持面向對象的分析與設計，還支持從需求分析開始的軟件開發的全過程。
面向對象技術和UML的發展過程可用圖形來表示，標準建模語言的出現是其重要成果。在美國，截止1996年10月，UML獲得了工業界、科技界和應用界的廣泛支持，已有700多個公司表示支持采用UML作為建模語言。1996年底，UML已穩占面向對象技術市場的85％，成為可視化建模語言事實上的工業標準。1997年11月17日，OMG采納UML 1.1作為基于面向對象技術的標準建模語言。UML代表了面向對象方法的軟件開發技術的發展方向，具有巨大的市場前景，也具有重大的經濟價值和國防價值。
UML是一個標準的圖形表示法，它不是面向對象的分析和設計，也不是一種方法，它僅僅是一組符號而已。
3 UML的內容
首先，UML融合了Booch、OMT和OOSE方法中的基本概念，而且這些基本概念與其他面向對象技術中的基本概念大多相同，因而，UML必然成為這些方法以及其他方法的使用者樂于采用的一種簡單一致的建模語言；其次，UML不僅僅是上述方法的簡單匯合，而是在這些方法的基礎上廣泛征求意見，集眾家之長，幾經修改而完成的，UML擴展了現有方法的應用范圍；第三，UML是標準的建模語言，而不是標準的開發過程。盡管UML的應用必然以系統的開發過程為背景，但由于不同的組織和不同的應用領域，需要采取不同的開發過程。
作為一種建模語言，UML的定義包括UML語義和UML表示法兩個部分。
(1) UML語義 描述基于UML的精確元模型定義。元模型為UML的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明，使開發者能在語義上取得一致，消除了因人而異的最佳表達方法所造成的影響。此外UML還支持對元模型的擴展定義。
(2) UML表示法 定義UML符號的表示法，為開發者或開發工具使用這些圖形符號和文本語法為系統建模提供了標準。這些圖形符號和文字所表達的是應用級的模型，在語義上它是UML元模型的實例。
標準建模語言UML的重要內容可以由下列五類圖（共9種圖形）來定義：
第一類是用例圖，從用戶角度描述系統功能，并指出各功能的操作者。
第二類是靜態圖 (Static diagram)，包括類圖、對象圖和包圖。其中類圖描述系統中類的靜態結構。不僅定義系統中的類，表示類之間的聯系如關聯、依賴、聚合等，也包括類的內部結構（類的屬性和操作）。類圖描述的是一種靜態關系，在系統的整個生命周期都是有效的。
對象圖是類圖的實例，幾乎使用與類圖完全相同的標識。他們的不同點在于對象圖顯示類的多個對象實例，而不是實際的類。一個對象圖是類圖的一個實例。由于對象存在生命周期，因此對象圖只能在系統某一時間段存在。
包由包或類組成，表示包與包之間的關系。包圖用于描述系統的分層結構。
第三類是行為圖（Behavior diagram），描述系統的動態模型和組成對象間的交互關系。其中狀態圖描述類的對象所有可能的狀態以及事件發生時狀態的轉移條件。通常，狀態圖是對類圖的補充。在實用上并不需要為所有的類畫狀態圖，僅為那些有多個狀態其行為受外界環境的影響并且發生改變的類畫狀態圖。
而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關系，有利于識別并行活動。
第四類是交互圖（Interactive diagram），描述對象間的交互關系。其中順序圖顯示對象之間的動態合作關系，它強調對象之間消息發送的順序，同時顯示對象之間的交互；合作圖描述對象間的協作關系，合作圖跟順序圖相似，顯示對象間的動態合作關系。除顯示信息交換外，合作圖還顯示對象以及它們之間的關系。如果強調時間和順序，則使用順序圖；如果強調上下級關系，則選擇合作圖。這兩種圖合稱為交互圖。
第五類是實現圖(Implementation diagram)。其中構件圖描述代碼部件的物理結構及各部件之間的依賴關系。一個部件可能是一個資源代碼部件、一個二進制部件或一個可執行部件。它包含邏輯類或實現類的有關信息。部件圖有助于分析和理解部件之間的相互影響程度。
配置圖定義系統中軟硬件的物理體系結構。它可以顯示實際的計算機和設備（用節點表示）以及它們之間的連接關系，也可顯示連接的類型及部件之間的依賴性。在節點內部，放置可執行部件和對象以顯示節點跟可執行軟件單元的對應關系。
從應用的角度看，當采用面向對象技術設計系統時，首先是描述需求；其次根據需求建立系統的靜態模型，以構造系統的結構；第三步是描述系統的行為。其中在第一步與第二步中所建立的模型都是靜態的，包括用例圖、類圖（包含包）、對象圖、組件圖和配置圖等五個圖形，是標準建模語言UML的靜態建模機制。其中第三步中所建立的模型或者可以執行，或者表示執行時的時序狀態或交互關系。它包括狀態圖、活動圖、順序圖和合作圖等四個圖形，是標準建模語言UML的動態建模機制。因此，標準建模語言UML的主要內容也可以歸納為靜態建模機制和動態建模機制兩大類。
4 UML的主要特點
標準建模語言UML的主要特點可以歸結為三點：
（1）UML統一了Booch、OMT和OOSE等方法中的基本概念。
（2）UML還吸取了面向對象技術領域中其他流派的長處，其中也包括非OO方法的影響。
UML符號表示考慮了各種方法的圖形表示，刪掉了大量易引起混亂的、多余的和極少使用的符號，也添加了一些新符號。因此，在UML中匯入了面向對象領域中很多人的思想。這些思想并不是UML的開發者們發明的，而是開發者們依據最優秀的OO方法和豐富的計算機科學實踐經驗綜合提煉而成的。
（3）UML在演變過程中還提出了一些新的概念。
在UML標準中新加了模板(Stereotypes)、職責(Responsibilities)、擴展機制(Extensibility mechanisms)、線程(Threads)、過程(Processes)、分布式(Distribution)、并發(Concurrency)、模式(Patterns)、合作(Collaborations)、活動圖（Activity diagram）等新概念，并清晰地區分類型(Type)、類(Class)和實例(Instance)、細化(Refinement)、接口(Interfaces)和組件(Components)等概念。
因此可以認為，UML是一種先進實用的標準建模語言，但其中某些概念尚待實踐來驗證，UML也必然存在一個進化過程。
5 UML的應用領域
UML的目標是以面向對象圖的方式來描述任何類型的系統，具有很寬的應用領域。其中最常用的是建立軟件系統的模型，但它同樣可以用于描述非軟件領域的系統，如機械系統、企業機構或業務過程，以及處理復雜數據的信息系統、具有實時要求的工業系統或工業過程等。總之，UML是一個通用的標準建模語言，可以對任何具有靜態結構和動態行為的系統進行建模。
此外，UML適用于系統開發過程中從需求規格描述到系統完成后測試的不同階段。在需求分析階段，可以用用例來捕獲用戶需求。通過用例建模，描述對系統感興趣的外部角色及其對系統（用例）的功能要求。分析階段主要關心問題域中的主要概念（如抽象、類和對象等）和機制，需要識別這些類以及它們相互間的關系，并用UML類圖來描述。為實現用例，類之間需要協作，這可以用UML動態模型來描述。在分析階段，只對問題域的對象（現實世界的概念）建模，而不考慮定義軟件系統中技術細節的類（如處理用戶接口、數據庫、通訊和并行性等問題的類）。這些技術細節將在設計階段引入，因此設計階段為構造階段提供更詳細的規格說明。
編程（構造）是一個獨立的階段，其任務是用面向對象編程語言將來自設計階段的類轉換成實際的代碼。在用UML建立分析和設計模型時，應盡量避免考慮把模型轉換成某種特定的編程語言。因為在早期階段，模型僅僅是理解和分析系統結構的工具，過早考慮編碼問題十分不利于建立簡單正確的模型。
UML模型還可作為測試階段的依據。系統通常需要經過單元測試、集成測試、系統測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據：單元測試使用類圖和類規格說明；集成測試使用部件圖和合作圖；系統測試使用用例圖來驗證系統的行為；驗收測試由用戶進行，以驗證系統測試的結果是否滿足在分析階段確定的需求。
總之，標準建模語言UML適用于以面向對象技術來描述任何類型的系統，而且適用于系統開發的不同階段，從需求規格描述直至系統完成后的測試和維護。
6 UML相關知識
UML2.0中一共定義了13種圖示（diagrams）。為方便了解，將分類列出來供大家了解：
結構圖（Structure diagrams）強調的是系統式的建模：
類圖(Class Diagram)
組件圖(Component diagram)
復合結構圖(Composite structure diagram)
部署圖(Deployment diagram)
對象圖(Object diagram)
包圖(Package diagram)
行為圖（Behavior diagrams）強調系統模型中觸發的事件：
活動圖(Activity diagram)
狀態機圖(State Machine diagram)
用例圖(Use Case Diagram)
交互圖（Interaction diagrams）,屬于行為圖形的子集合，強調系統模型中的資料流程
通信圖(Communication diagram)
交互概述圖(Interaction overview diagram)(UML2.0)
序列圖(順序圖)(Sequence diagram)
時間圖(UML Timing Diagram)(UML2.0)
協定狀態機是狀態機的子變種。它用來塑造網絡通訊協定模型。
UML并不限定UML要素型別非得是某圖形上的型別。一般來說，每個UML要素大約會出現在圖的所有型別。這種彈性在UML2.0部分被限定。
為了要保持工程圖的傳統，在您的UML圖上加注用途、約束、或意圖永遠無傷大雅。