目錄
什麼是UML？
（Unified Modeling Language）統一建模語言，用來設計軟件藍圖的可視化建模語言
UML能幫我們做什麼？
什麼是建模？
我們要先理解模型，模型就是對現實的簡化，把複雜系統變成小的系統，採用“逐個擊破”的原則逐一解決。
比如說我現在要建一座大廈，不可能一股腦的就把所有的材料全部壘一塊吧，肯定要先了解用戶的需求，，要建一個什麼樣的大廈，工程師和客戶之間不斷的進行交流。最後定下需求，工程師纔開始建這座大廈，先打牢地基，在搭建大樓的框架，在一點點的往大樓上添東西
爲什麼要建模？
建立大廈和建立茅草屋的區別在於：建茅草屋不需要設計。要生產合格的軟件就要有一套關於體系結構、過程和工具的規範
爲什麼要可視化建模？
我們希望用可視化的方式來描述類與類的關係，流程的關係來描述，不是單單枯燥的文字定義。一張圖勝過千言萬語
建模的原理（原則）
分解：把一個複雜的問題分解成一個一個小的耦合度之間相互鬆散的一個一個子問題，逐個突破
抽象：把問題抽象，歸納出他們的共性、個性，分爲了可變的和不可變的，要把可變的那部分抽象、歸納、整理成一個一個的參 數，有了這些參數之後，就支持用戶的需求變化，用戶需求變化了之後，實際上是參數值發生了變化（好處，爲之後軟件 需求的變更，打下了良好的基礎，開發人員不用在從頭到處的改代碼，簡單的修改修改配置文件、參數就可以）
？那我們是不是就需要了解在什麼場合下要抽象，什麼地方要抽象，怎樣抽象呢？這個小問題留給大家自己思考一下喲~~
泛化：繼承
投影/視圖
構件化：把軟件做成一個一個的構件，當面臨一個新的需求的時候，就可以從已有的構件庫中把這些構件進行簡單的組裝，就可以使用了
形式化：進行正規化的開發
UML的基本構造塊
UMl中的事務：基本圖示符號，表示面向對象的基本概念
UML中的關係：表示基本圖示符號之間的關係，描述事物之間的基本關係
UML中的圖：抽象描述
UMl中事物有哪些？
UML中的事物（Things）：
| 結構事物 | 行爲事物 | 分組事物 | 註記事物 |
| Class | Interaction | Package |
Notes |
| Interface | State Mechanism | ||
| Collaboration | |||
| Use Case | |||
| Active Class | |||
| Components | |||
| Nodes |
事物之間的關係是怎樣的呢？
不足之處歡迎斧正哦~🙂