UML介绍（2）—— 用例图（use case diagram)
用例圖（use case diagram)屬于行為式圖形（Behavior diagrams），強調系統模型中觸發的事件。
用例圖使用參與者和用例對系統的功能進行建模。用例是系統需要執行的一組動作，服務和功能。用例圖只是描述預期會觸發的事件（用例），并不展示具體實現（用例）的方法。它僅總結了參與者和系統之間的一些關系。
用例建模的關鍵概念是幫助我們從最終用戶的角度設計系統。用例圖很簡單，通常在設計的早期使用。
?
用例圖的元素包括：1.參與者（actor） 2.用例（use case)? 3.系統邊界（boundary of system）4.關系（communication link)
1.參與者（actor）?
2.用例（use case)
3.系統邊界（boundary of system）
4.關系（communication link)
參與者和用例之間通過實線連接。表示參與者和用例之間的交互
?
用例之間的關系包括 1.包含（include）2.擴展（extend） 3.泛化（generalization)
1. 包含（include）
2. 擴展 (extend)
3. 泛化 (generalization)
?
下面介紹用例規范（Specification）。
參考
https://blog.csdn.net/happyunbound/article/details/8119691
https://blog.csdn.net/ZZh1301051836/article/details/71514575
?
1. 前置條件（Pre-Conditions)
把它們看做是看門人，它阻止參與者觸發該用例直到滿足所有條件（說明在用例觸發之前什么必須為真）
??????????????<1> 用例開始之前，某些條件必須為真。但是它們不是啟動用例的觸發器。
??????????????<2> 該用例本身不會去檢查該條件，調用者檢查。
??????????????<3>?通常前置條件說明，在該用例運行之前，另一個用例必須運行。典型的前置條件可以是“用戶已登陸”。
2.基本流（Action steps)
即順利操作該系統的流程，異常事件不包括在內。
2.1? 通常使用主動句
2.2 以系統或參與者為主語
2.3 不要涉及界面細節
?
3. 擴展點（Extension Points)
即觸發到特殊用例的情況說明。只有當密碼連續三次錯誤后才會出發報警的用例。?
4. 備選流（exceptions)
顧名思義，就是指如果事件沒有按照理想的情況進行，那么可能發生的意外的事件。
5. 后置條件（Post-Conditions)
對于后置條件理解還不是很清楚。
?(1) 對于有多個事件流的用例，則應該有多個后置條件（用例執行后什么必須為真）
?(2) ? ?用例執行結果“必須”為真的條件，也稱為“附加條件”，非必需。若某用例不是必須為真，則沒有后置條件。
?
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?基本用例模板
| 用例名稱： | ATM取款 |
| 描述： | 客戶持銀行卡（本行或其他行）從ATM提取現金 |
| 參與者: | 客戶和銀行主機 |
| 前置條件： | 無 |
| 基本流： | 1.客戶插入銀行卡。 2.ATM從銀行卡讀入卡號（含銀行標識和賬號），驗證卡的有效性。 3.客戶輸入密碼。 4.ATM驗證帳號和密碼。 5.ATM顯示包括取款在內的服務功能，客戶選擇“取款”。 6.客戶輸入取款額。 7.ATM向銀行主機發出卡號、密碼、賬號和取款額。 8.銀行主機核實賬戶余額足夠否，足夠則執行扣款，并向ATM機返回取款成功信息。 9.ATM打印并吐出憑條。 10.ATM清點并吐出現金。 |
| 備選流： | 4a. 累計3次密碼錯誤： ????? ATM吞卡，[用例失敗] 4b. 無此帳號： ????? ATM吞卡，[用例失敗] 5a.? ATM無現金： ????? ATM不顯示“取款”功能，客戶可選擇其他服務， [用例失敗] |
| 擴展點： | 無 |
| 非功能需求： | ATM響應客戶時間不超過15秒 |
| 后置條件： | 無 |
?
?
總結
以上是生活随笔為你收集整理的UML介绍（2）—— 用例图（use case diagram)的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： InfiniBand的版本演进、基础观念
- 下一篇： 阿里巴巴笔试(公共题 2008-10-1