UML—【用例圖】
阿新 • • 發佈：2019-01-13
【內容】
1.什麼是用例圖
用例圖（use case diagrams）：用來描述使用者的需求，從使用者的角度描述系統的功能，並指出各功能的執行者，強調誰在使用系統，系統為執行者完成哪些功能。
2. 用例圖的基本元素：角色、用例、關係
| 基本元素 |
含義 |
圖示 |
| 角色 |
系統互動的人或物 |
|
| 用例 |
參與者可以感受到的系統服務或功能單元 |
|
| 關係 |
角色（參與人）與用例之間的關係 |
|
3.關係描述
| 關係型別 |
含義 |
圖示 |
| 關聯關係 |
參與者與用例之間的通訊 |
|
| 泛化關係（通常也說繼承關係） |
兩個用例或兩個參與者之間的關係 |
|
| 包含關係 |
包含關係描述的是一個用例需要某種功能，而該功能被另外一個用例定義，那麼在用例的執行過程中，就可以呼叫已經定義好的用例。 |
|
| 擴充套件關係 |
用一個用例（可選）擴充套件另一個用例（基本例）的功能。 |
|
4.用例的粒度與範圍
| 粒度與範圍 |
含義 |
圖示 |
| 概述級 |
總體對系統進行描述 |
|
| 使用者目標級 |
將系統分成不同的功能模組 |
|
| 子功能級 |
對角色、功能模組的要求更具體，劃分更明確 |
|
5.用例注意點
應該清晰的定義系統邊界；
防止用例過多；
應該從執行者的角度來命名用例；
用例描述正規程度；
避免執行者的名字不一致；
避免執行者和用例之間的關係太複雜；
注意用例的大小是否恰當；
避免用例描述混亂；
區分用例分解和功能分解；
避免客戶不能理解用例的情況發生；
有些場合，用用例來描述需求是不適合的。
6.機房收費系統用例圖
一般使用者
操作員
管理者
總結：
第一次開始畫UML圖，有不對的地方歡迎大家評論指點！謝謝啦！
在看用例圖視訊的時候，感覺都聽懂了，但是在畫圖的時候，就畫不出來了...真的需要自己慢慢去探索。我們應該站在巨人的肩膀上，才能成長的更快。一點思路也沒有的時候，多去看看大佬們的部落格。這個圖畫了差不多一個下午，希望下面可以走的快一些，加油！