為了了解UML，我們開篇先大致了解一些UML的概念。

我覺得這些概念看了之后大致有個印象就好了。

因為不在實際的過程中使用，沒有講到具體的圖的時候，很難理解。

特別是對象之間的關系，以及各種圖的分類和名稱。

但是，這個部分又不能不講。

UML發展至今其實是融合了很多大神的經驗及智慧。

其初衷其實是為了發展出一套讓全世界從業人員都可以看懂的建模語言。

類似于軟件界的五線譜。

你即便不懂英語、日語、德語等等，你看一張UML圖，也能大致理解表達的意思，并且不用別人過多解釋。

所以我覺得如果你是要畫UML圖就要遵循UML的規范，而不是自創。

否則別人就會看不懂了。

然鵝，讓我一直很困惑的是，各個大廠的UML建模軟件卻完全各搞各的，沒有嚴格遵循規范。

可能也是因為UML本身也在不斷發展的緣故吧。

盡管如此，我還是建議大家盡量用規范的表達方法，這樣不容易產生歧義。

如果要用工具，那么至少在一個項目或者在公司內部保持統一，并且給出圖例規范說明。

防止大家有理解不一致的地方，如果造成更多的困擾，那么就有違UML的初衷了。

什么是UML

具體的發展史大家可以自行度娘，或者去OMG的官網查看詳細信息。

在這里，我想特別標注幾點我覺得很重要的信息：

UML起源于多種面向對象建模方法，由OMG開發，目前已經成為工業標準。

UML自1997年發布1.1版本以來，經歷10年后，已經發展到了2.5版本了。

最新的版本可以去OMG官方下載。

UML的意義在于：

• 在發展的過程中，統一了Booch、OMT和OOSE等方法中的基本概念和符號。
• UML吸取了面向對象領域中各種優秀思想，是開發者們根據最優秀的OO方法和豐富的計算機科學實踐經驗綜合提煉而成的。
• UML在演變的過程中還提出了一些新的概念，不斷推動著OO思想的發展。

為什么著重要提這幾點？

面向對象OO，是UML的根本。

你想要理解UML，想要用好UML，一定要有OO的思維方式。

這也是我為什么會在列大綱的時候就專門列了一篇關于OO的介紹。

下一篇我們再詳細來說OO。

另外，我們需要注意的是，UML還在逐步發展中。

所以時不時的新版本出來，你會發現由多了幾種圖，有一些新的概念。

但是其實個人覺得沒有必要去追求所謂的最新版本，因為我們常用的幾種圖在UML2的版本中都涉及到了。

除非UML升級到UML3，否則基本上都是一些擴展和補充。

我們的目的也不是進行UML的專業研究，我們的目的是用起來。

所以呢，如果你想要買一些UML的書來看的話，關注一下書籍信息，UML1的就不要買了。

現在市面上大部分是UML2.3，UML2.4的。

看這個版本目前也差不多夠了。

UML組成

UML的組成主要有：事物、圖和關系。

• 事物是UML中重要的組成部分。
• 關系把各個元素緊密的聯系在一起。
• 圖是一種表達形式。

因為翻譯的關系，可能有的書上不這么描述。

不過問題不大，我們這篇的主要目的是讓大家有個大體上的印象。

下面這些概念看上去比較難理解，給這種抽象的東西下定義，真的挺難的。

后面在講到具體圖的時候回一一提及。

如果看不懂，也沒關系。

UML事物

UML主要包括四種事物：構件、行為、分組和注釋。

構件

構件事物是UML模型的靜態部分、描述概念或者物理元素。

包括：

類 ：是對象的抽象。后面會在類圖、包圖等中進行詳細介紹。

接口 ：描述了類或組件對外可見的動作。

協作 ：一組事物相互作用的集合。

用例 ：常見于用例圖，用來描述一系列動作。

組件 ：抽象了的物理或邏輯的部分。

節點 ：主要使用在部署圖中。

行為

交互 ：實現某個功能的組件之間的消息集合。

狀態機 ：描述事物生命周期的狀態序列。

分組

主要由包實現，描述事物的結構組成。

注釋

對模型中的元素進行說明、解釋。

關系

UML中主要的關系：依賴、關聯、泛化和實現。

依賴 Dependency

A元素的變化會影響B元素。

A被稱為獨立元素，被影響的B元素稱為依賴元素。

關聯Association

兩個對象之間的關系，在類圖、用例圖中很常見。

泛化Generalization

又稱為繼承，子繼承父。

在用例圖和類圖中比較常見。

實現Realization

條條大路通羅馬，每條路都可以實現到達羅馬的目的。

其他

還有一些關系會在具體降到類圖、用例圖等的時候再進行介紹。

比如組合、聚合、包含、擴展等等。

具體的如果感興趣，可以看《Think in UML》的第3章內容，里面描述的比較詳盡。

UML的圖

UML包括眾多的圖，在《UML2 軟件建模：概念、規范和方法》中有這樣一張圖，看上去比較清晰，分享給大家。

主要分成兩大類：靜態圖、動態圖（也稱為行為圖）。

靜態圖

顧名思義，描述的是對象的靜態結構，與時間無關。

動態圖

描述的是對象的動態行為，除用例外，其他圖會隨著時間“流動”。

寫在最后

UML的圖其實很有意思的一點在于，相互獨立又相互驗證。

如果你在畫一個用例圖，那你就應該關注用例。

什么執行者有哪些操作、有哪些活動。

而不關注這些活動的狀態和觸發條件。

但是用例圖中的這些活動可以和活動圖的活動進行對應。

用例圖中的執行者可以和活動圖中的角色進行對應。

活動圖中的階段可以映射到狀態機圖。

……

這也使得UML圖的維護更新比較耗費精力。

那我們干嘛還要用UML呢？