用例圖思維導圖
什麼是用例圖？
用例圖是9種UML圖中比較重要的圖之一，它是由軟件需求分析到最終實現的第一步，描述用例視圖從用戶的角度而不是從開發者的角度來描述對軟件產品的需求，分析產品所需要的功能和動態行爲。
用例圖構成
用例圖=參與者+用例+關係
參與者：
參與者是系統外部的一個實體（可以是事物或人），參與者通過向系統輸入或請求系統輸入某些事件來觸發系統的執行。每個參與者可以參與一個或多個用例
用例：對系統功能的描述：
用例表達了系統的功能和所提供的服務。識別用例最好的辦法就是從分析系統的參與者開始，考慮每個參與者是怎樣使用系統的。用例建模的過程就是迭代和逐步精華的過程。
參與者與用例之間的關係:
關聯關係：
泛化關係：
定義：子用例和父用例相似，但表現出更特別的行爲；子用例將繼承父用例的所有結構、行爲和關係。子用例可以使用父用例的一段行爲，也可以重載它。父用例通常是抽象的。也可以理解成繼承關係
包含關係:
包含指的是其中一個用例（稱作基礎用例）的行爲包含了另一個用例（稱作包含用例）的行爲。基礎用例可以看到包含用例，並依賴於包含用例的執行結果。但是二者不能訪問對方的屬性。
擴展關係:
一個用例也可以被定義爲基礎用例的增量擴展，這稱作擴展關係。與包含關係不同的是，擴展關係的基礎用例沒有擴展也是完整的。
機房收費系統用例圖
1.確定系統參與者
在機房收費系統中，有三種不同的角色，即一般用戶、操作員、管理員。
一般用戶在系統中有這一般用戶的權限，可以對一些信息進行查詢，更改密碼等操作。
操作員在系統中有操作員的權限，可以對用戶進行管理，例如添加、刪除、修改等操作。
管理員作爲新系統的管理者，有這最高的管理權限，可以對系統的基礎數據進行設定，對賬單進行結賬，彙總和管理系統用戶的功能。
2確定用例
3.機房用例圖
用例主要屬性
-- 事件流可以分爲：
基本流-------常規和預期路徑
備選流--------受到其他因素影響，用例執行了其他的路徑
- 前置條件：該用例執行的前提條件，用來描述什麼條件下可以執行一個事件流
- 後置條件：用例結束時的系統的狀態
前置和後置條件可以用於驗證用例是否正確
用例圖注意點
1. 應該清晰的定義系統邊界
2. 防止用例過多
3. 應該從執行者的角度來命名用例
4. 用例描述正規程度
5. 避免執行者的名字不一致
6. 避免執行者和用例之間的關係太複雜
7. 注意用例的大小是合恰當
8. 避免用例描述混亂
9. 區分用例分解和功能分解
10. 避免客戶不能理解用例的情況發生有些場合，用用例來描述需求是不合適的
用例圖作用
重在應用
重在交流
重在事件流的描述