什麼是uml：
統一建模語言（Unified Modeling Language，縮寫UML）是非專利的第三代建模和規約語言。
UML是一種開放的方法，用於說明、可視化、構建和編寫一個正在開發的、面向對象的、軟件密集系統的製品的開放方法。
爲什麼要用uml
下圖是一個領域模型，也是一個需求的用例分析在沒有用到uml的時候我們大多數開發是怎樣進行的呢？
- 首先，拿到原型，拿到需求文檔
- 其次，分析需求，根據原型和需求設計數據庫
- 然後，根據需求設計接口
- 最後，實現接口
這可能是絕大多數開發人員接到一個需求或者一個功能，去實現的步驟。然後這個需求過了一個月，過了三個月，過了一年，再叫你去描述當時功能以及設計，恐怕大多數都會很懵逼吧。
而且大多數人對需求的理解不能非常的透徹，而是急於去開發去實現，最後發現，出來的問題和bug很多，而且返工的也很多，這樣是不是感覺更浪費時間，如果前期設計好了，是不是後期的開發會很輕鬆，很nice，就可以開啓划水的日子啦。
這個時候我就要講uml的好處了（這就是我會什麼會這麼喜歡的uml的地方了）。先分析一下之前我的需求吧，一個pc得頁面點擊頭像進去查看個人主頁，個人主頁主要有四個模塊，個人名片，用戶信息，用戶學歷信息，用戶組織架構信息，用戶的公司歷程。如果不用領域模型的話我們可能會只有一個接口查看用戶主頁信息的接口，這樣會造成這個接口無比龐大，但是如果用下面的領域模型來看的就很清晰明瞭。
優點
- 1，對於開發人員來說，理清了整個業務邏輯
- 2，對於開發人員來說，接口實現了單一原則
- 3 ，對於開發人員來說，每個接口的職責和功能更加的清晰明瞭
- 4，對於開發人員來說，代碼的優雅性更有提升
- 5，對於後期維護的人來說，維護成本更低
缺點
- 1，需要理清邏輯，畫圖需要一些時間
- 2，前期設計比較費時
關於Uml我想通過這個圖片就能全部掌握了。
