UML（統一建模語言，Unified Modeling Language）是一種建模語言，是第三代用來為面向物件系統的產品進行說明、視覺化和編制文件的方法。 首先說明本人所介紹的uml是從軟體行業的角度說的。

一個人通常只能說出心中所想的80%，但對方聽到的最多隻能是60%，聽懂的卻只有40%，結果執行時，只有20%了。你心中的想法也許很完美，但下屬執行起來卻差之千里，這是由＂溝通的漏斗＂造成的，克服這一＂漏斗＂現象，那麼交往的效率和質量會高很多。




標準建模語言UML的主要任務就是讓溝通更簡明，正所謂有圖有真像。UNL的重要內容可以由下列五類檢視(共9種圖形)來定義: 
1.用例（Use Case）圖：對系統的使用方式（或功能）分類
2.類（Class）圖：顯示類及其類之間的相互關係
3.物件（Object）圖：顯示物件及其物件之間的相互關係
4.活動（Action）圖：顯示人或物件的活動，類似流程圖 
5.狀態（Station）圖：顯示生命週期比較複雜物件的各種狀態
6.協作（Collaboration）圖：顯示在某種情形下物件之間傳送的訊息
7.時序（Sequence）圖：與協作類似，強調順序 
8.部署（Deploy）圖：顯示安裝已完成系統的機器、過程和部署軟體
9.元件（Component）圖：顯示可重用的元件（物件或子系統）及其介面

第一類 用例檢視(Use case View)

強調從使用者角度描述看到的或需要的系統功能,並指出各功能的操作者。 包括用例圖，用來描述系統功能。 

第二類 靜態檢視(Static View) 

展現系統的靜態或結構組成及特徵，包括類圖、物件圖。 
類圖（Class Diagram）描述系統中類的靜態結構。不僅定義系統中的類,表示類之間的聯絡如關聯、依賴、聚合等，也包括類的內部結構(類的屬性和操作)。類圖是以類為中心來組織的，類圖中的其他元素或屬於某個類或與類相關聯
                   

物件圖(Object Diagram)是類圖的例項,幾乎使用與類圖完全相同的標識。不同點在於物件圖顯示類的多個物件例項,而不是實際的類。

第三類是行為檢視(Behavior View)

描述系統的動態模型和組成物件間的互動關係。包括狀態圖和活動圖。

狀態圖是對類描述的補充，它用於顯示類的物件可能具備的所有狀態，以及引起狀態改變的事件。實際建模時，並不需要為所有的類都繪製狀態圖，僅對那些具有多個明確狀態並且這些狀態會影響和改變其行為的類才有繪製狀態圖的必要。此外，還可以為系統繪製整體狀態圖。

活動圖（Activity Diagram）是狀態圖的一個變體，用來描述執行演算法的工作流程中涉及的活動。活動狀態代表了一個活動，即一個工作流步驟或一個操作的執行。活動圖由多個動作狀態組成，當一個動作完成後，動作狀態將會改變，轉換為一個新的狀態。活動圖描述滿足用例要求所要進行的活動以及活動間的約束關係,有利於識別並行活動。 

第四類是互動圖(Interactive View)

描述物件間的互動關係。包括順序圖和協作圖。 

順序圖（Sequence Diagram）顯示物件之間的動態合作關係,它強調物件之間訊息傳送的順序,同時顯示物件之間的互動;順序圖的一個用途是用來表示用例中的行為順序。當執行一個用例行為時，順序圖中的每條訊息對應了一個類操作或引起狀態轉換的觸發事件 。 

協作圖（Collaboration Diagram）描述物件間的協作關係,協作圖跟順序圖相似,顯示物件間的動態合作關係。除顯示資訊交換外,協作圖還顯示物件以及它們之間的關係。

第五類是部署檢視(Interactive View） 

構件圖（Component Diagram）為系統的構件建模型—構件即構造應用的軟體單元—還包括各構件之間的依賴關係，以便通過這些依賴關係來估計對系統構件的修改給系統可能帶來的影響 。

部署圖（Deplayment Diagram）描述位於節點例項上的執行構件例項的安排。節點是一組執行資源，如計算機、裝置或儲存器。這個檢視允許評估分配結果和資源分配。