用例圖（use case diagram)屬于行為式圖形（Behavior diagrams），強(qiáng)調(diào)系統(tǒng)模型中觸發(fā)的事件。

用例圖使用參與者和用例對系統(tǒng)的功能進(jìn)行建模。用例是系統(tǒng)需要執(zhí)行的一組動作，服務(wù)和功能。用例圖只是描述預(yù)期會觸發(fā)的事件（用例），并不展示具體實(shí)現(xiàn)（用例）的方法。它僅總結(jié)了參與者和系統(tǒng)之間的一些關(guān)系。

用例建模的關(guān)鍵概念是幫助我們從最終用戶的角度設(shè)計(jì)系統(tǒng)。用例圖很簡單，通常在設(shè)計(jì)的早期使用。

?

用例圖的元素包括：1.參與者（actor） 2.用例（use case)? 3.系統(tǒng)邊界（boundary of system）4.關(guān)系（communication link)

1.參與者（actor）?

參與者是與系統(tǒng)進(jìn)行交互的角色，即參與者會觸發(fā)用例

參與者通常是以名詞命名

參與者與用戶的概念相似，但是用戶可以扮演多種參與者。比如學(xué)校圖書館，學(xué)生可能既是借書人也是圖書管理員。

參與者負(fù)責(zé)對系統(tǒng)輸入和輸出

2.用例（use case)

用例是系統(tǒng)需要執(zhí)行的一組動作，服務(wù)和功能

用例通常以動詞 +名詞命名，例如借書、取錢等

每個(gè)參與者必須連接到一個(gè)用例，但某些用例可能沒有連接參與者。

3.系統(tǒng)邊界（boundary of system）

?系統(tǒng)邊界即系統(tǒng)和系統(tǒng)之間的邊界

4.關(guān)系（communication link)

參與者和用例之間通過實(shí)線連接。表示參與者和用例之間的交互

?

用例之間的關(guān)系包括 1.包含（include）2.擴(kuò)展（extend） 3.泛化（generalization)

1. 包含（include）

2. 擴(kuò)展 (extend)

3. 泛化 (generalization)

?

下面介紹用例規(guī)范（Specification）。

參考

https://blog.csdn.net/happyunbound/article/details/8119691

https://blog.csdn.net/ZZh1301051836/article/details/71514575

?

1. 前置條件（Pre-Conditions)

把它們看做是看門人，它阻止參與者觸發(fā)該用例直到滿足所有條件（說明在用例觸發(fā)之前什么必須為真）
??????????????<1> 用例開始之前，某些條件必須為真。但是它們不是啟動用例的觸發(fā)器。
??????????????<2> 該用例本身不會去檢查該條件，調(diào)用者檢查。
??????????????<3>?通常前置條件說明，在該用例運(yùn)行之前，另一個(gè)用例必須運(yùn)行。典型的前置條件可以是“用戶已登陸”。

2.基本流（Action steps)

即順利操作該系統(tǒng)的流程，異常事件不包括在內(nèi)。

2.1? 通常使用主動句

2.2 以系統(tǒng)或參與者為主語

2.3 不要涉及界面細(xì)節(jié)

?

3. 擴(kuò)展點(diǎn)（Extension Points)

即觸發(fā)到特殊用例的情況說明。只有當(dāng)密碼連續(xù)三次錯(cuò)誤后才會出發(fā)報(bào)警的用例。?

4. 備選流（exceptions)

顧名思義，就是指如果事件沒有按照理想的情況進(jìn)行，那么可能發(fā)生的意外的事件。

5. 后置條件（Post-Conditions)

對于后置條件理解還不是很清楚。

?(1) 對于有多個(gè)事件流的用例，則應(yīng)該有多個(gè)后置條件（用例執(zhí)行后什么必須為真）

?(2) ? ?用例執(zhí)行結(jié)果“必須”為真的條件，也稱為“附加條件”，非必需。若某用例不是必須為真，則沒有后置條件。

?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?基本用例模板

用例名稱：	ATM取款
描述：	客戶持銀行卡（本行或其他行）從ATM提取現(xiàn)金
參與者:	客戶和銀行主機(jī)
前置條件：	無
基本流：	1.客戶插入銀行卡。 2.ATM從銀行卡讀入卡號（含銀行標(biāo)識和賬號），驗(yàn)證卡的有效性。 3.客戶輸入密碼。 4.ATM驗(yàn)證帳號和密碼。 5.ATM顯示包括取款在內(nèi)的服務(wù)功能，客戶選擇“取款”。 6.客戶輸入取款額。 7.ATM向銀行主機(jī)發(fā)出卡號、密碼、賬號和取款額。 8.銀行主機(jī)核實(shí)賬戶余額足夠否，足夠則執(zhí)行扣款，并向ATM機(jī)返回取款成功信息。 9.ATM打印并吐出憑條。 10.ATM清點(diǎn)并吐出現(xiàn)金。
備選流：	4a. 累計(jì)3次密碼錯(cuò)誤： ????? ATM吞卡，[用例失敗] 4b. 無此帳號： ????? ATM吞卡，[用例失敗] 5a.? ATM無現(xiàn)金： ????? ATM不顯示“取款”功能，客戶可選擇其他服務(wù)， [用例失敗]
擴(kuò)展點(diǎn)：	無
非功能需求：	ATM響應(yīng)客戶時(shí)間不超過15秒
后置條件：	無

?

?

總結(jié)

以上是生活随笔為你收集整理的UML介绍（2）—— 用例图（use case diagram)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。