【文章內(nèi)容簡介】 功能 ? 引入用例的目的： 1）確定系統(tǒng)應(yīng)具備哪些功能，這些功能是否完整表達了系統(tǒng)的需求 2）為系統(tǒng)功能提供清晰規(guī)范的描述，這是開發(fā)人員之間以及開發(fā)人員與用戶之間交流的基礎(chǔ)，也為系統(tǒng)測試和驗收提供依據(jù) 3）以用例為驅(qū)動，為具體實現(xiàn)的類及其方法提供跟蹤檢測和設(shè)計啟發(fā) 44 用例圖 ? 用例圖 由系統(tǒng)、執(zhí)行者和用例三種模型元素以及它們之間的關(guān)系組成 – 執(zhí)行者 ：處于系統(tǒng)之外，需要使用用例的人或事物 – 用例 ：代表系統(tǒng)的一項外部功能需求 ? 用例的場景描述 ：清楚描述該用例的有關(guān)事件流，對于較復(fù)雜的用例建議使用 活動圖或系統(tǒng)時序圖 描述 45 ? 用例圖的表示方法： ? 小人形的圖形表示執(zhí)行者，下方書寫執(zhí)行者名字 ? 橢圓形表示用例，其名字寫在橢圓下方或者內(nèi)部 ? 用例位于系統(tǒng)邊界的內(nèi)部 ? 用例與執(zhí)行者之間的關(guān)系用 一條直線 表示 簽定保險單 銷售統(tǒng)計 記錄客戶數(shù)據(jù) 保險銷售系統(tǒng) 客戶 保險銷售人員 46 用例建模 ?用例建模有 3個步驟： – 確定參與者 – 確定用例（及之間的關(guān)系），建立用例圖 – 用例的場景描述 47 1） 確定參與者 參與者 是系統(tǒng)之外與系統(tǒng)進行交互的任何實體 尋找參與者的方法 ： ? 如果某個人或事物對于完成系統(tǒng)目標(biāo) 沒有 責(zé)任關(guān)系，則將他們定義在系統(tǒng) 之外 ? 如果某個人或事物與該系統(tǒng)的某些功能存在 聯(lián)系 ，則他們是系統(tǒng)邊界之外的 與系統(tǒng)有交互 的參與者 ? 參與者可以是人，也可以是其他系統(tǒng)；只有那些 直接與系統(tǒng)通信的人員才需要被當(dāng)做參與者 ? 如果在定義需求時建立了事件表，則用例圖中的參與者可以來源于 事件表 中的“ 來源 ”列 事件 觸發(fā)器 來源 活動 /用例 系統(tǒng)響應(yīng) 目的地 客戶想確定打折商品信息 打折商品查詢 客戶 查詢打折商品 打折商品細節(jié) 客戶 48 例：確定網(wǎng)上訂購系統(tǒng)的參與者 系統(tǒng)供訂貨員直接使用，則訂貨員是參與者 （客戶因為提供數(shù)據(jù)給系統(tǒng)，因而可以作為數(shù)據(jù)流程圖的外部實體） 客戶 網(wǎng)上預(yù)訂系統(tǒng) （打電話）通過訂貨員查詢并訂購商品 訂貨員 客戶 網(wǎng)上預(yù)訂系統(tǒng) 系統(tǒng)供客戶通過因特網(wǎng)直接使用，則客戶是參與者 49 另例：簡化的門診掛號系統(tǒng)的用例圖 ? 掛號的需求說明： – 窗口掛號：指在掛號窗口掛號，獲取掛號單 – 網(wǎng)上掛號：指通過網(wǎng)絡(luò)訪問醫(yī)院的服務(wù)器，操作成功后拿到一個密碼，在指定的時間內(nèi)到醫(yī)院的掛號處憑密碼領(lǐng)取掛號單 掛號員 掛窗口號 發(fā)號 網(wǎng)上掛號 打印掛號單 include include 病人 病人僅在網(wǎng)上掛號時充當(dāng)參與者，掛窗口號時只是系統(tǒng)內(nèi)部處理的對象，不能識別為參與者 50 2）確定用例，建立用例圖 確定用例需要注意： ? 用例 是參與者與系統(tǒng)之間為達到某個目的而進行的一次 典型的交互過程 ，因此必須與參與者 直接 相關(guān) ? 用例定義了與外界有 交互過程 的系統(tǒng)功能，該功能可能是一系列動作的集合，因此不要混淆用例和用例所包含的步驟 51 ? 以下問題的思考有助于建模時 發(fā)現(xiàn)用例 ? 參與者需要從系統(tǒng)中獲得哪些功能？ ? 參與者需要讀取、刪除、修改或存儲系統(tǒng)中的某些信息嗎？ ? 系統(tǒng)中發(fā)生的事件是否需要通知參與者？這些事件的作用是什么？（如系統(tǒng)的報警功能） ? 系統(tǒng)需要的輸入 /輸出信息是什么？都怎樣產(chǎn)生？ 如果在定義需求時建立了事件表，則用例圖中的用例可以直接來自于 事件表 中的 外部事件 事件 觸發(fā)器 來源 活動 /用例 系統(tǒng)響應(yīng) 目的地 客戶想確定打折商品信息 打折商品查詢 客戶 查詢打折商品 打折商品細節(jié) 客戶 52 根據(jù)事件表繪制用例圖 事件 觸發(fā)器 來源 活動 /用例 系統(tǒng)響應(yīng) 目的地 客戶想確定打折商品信息 打折商品查詢 客戶 查詢打折商品 打折商品細節(jié) 客戶 客戶下訂單 創(chuàng)建訂單請求 客戶 創(chuàng)建新訂單 訂單確認(rèn) 訂單細節(jié) 客戶 發(fā)貨部門 客戶更改訂單 更新訂單請求 客戶 修改訂單 更新確認(rèn) 更新細節(jié) 客戶 發(fā)貨部門 客戶 查詢打折商品 創(chuàng)建新訂單 更改訂單 驗證客戶帳號 include include 其中，“創(chuàng)建新訂單”和“更改訂單”用例均需要檢查客戶的帳號是否正確，因而要使用“驗證客戶帳號”用例 例：圖書館系統(tǒng)用例圖 53 S y s t e m讀者圖書管理員查詢書目查詢借閱情況預(yù)定圖書取消預(yù)定借出圖書歸還圖書維護書目維護讀者信息54 用例之間的關(guān)系 a) 包含關(guān)系 ? 包含用例 ：指經(jīng)過封裝后可以在各種不同的基本用例中 復(fù)用 的用例，例如 ATM系統(tǒng)中的“取款”和“修改口令”都包含識別客戶身份的行為，可將該行為抽取到一個名為“身份識別”的包含用例 ? 基本用例 ：指未經(jīng)過分解、包含常規(guī)會發(fā)生的最基本的功能的用例，具有普遍性，例如： ATM系統(tǒng)中的基本用例有“取款”和“修改口令” 取 款 修改口令 身份識別 include include 執(zhí)行基本用例時，一定會執(zhí)行包含用例部分 包含用例 基本用例 55 b) 擴展關(guān)系 ? 擴展用例 ：指表達某些 可選 或只在特定條件下才執(zhí)行的系統(tǒng)行為的用例，其是否執(zhí)行取決于在執(zhí)行基本用例時所發(fā)生的事件 例如：在電話系統(tǒng)中，為用戶提供的主要服務(wù)通過用例“打電話”來表示，可選服務(wù)包括三方通話和通話保持 打電話 通話保持 三方通話 extend extend 執(zhí)行基本用例時，可以執(zhí)行，也可以不執(zhí)行擴展用例部分 56 c)泛化關(guān)系 ? 如果兩個或更多用例在行為、結(jié)構(gòu)和目的方面存在共性，可以用一個新的 抽象用例 來描述這些共有部分，該用例隨后被子用例特殊化，子用例 繼承 父用例的所有結(jié)構(gòu)、行為 網(wǎng)上訂購 電話訂購 訂購 執(zhí)行時，子用例與父用例不存在相互依賴 用例間的擴展關(guān)系、包含關(guān)系和泛化關(guān)系指出了系統(tǒng)潛在的復(fù)用機會 父用例 例：圖書館系統(tǒng)用例之間的關(guān)系 57 讀者查詢書目預(yù)定圖書 in c lu d e 圖書管理員歸還圖書 登記賠償 e x t e n d 58 3）用例的場景描述 ? 僅憑用例圖不足以清楚地描述系統(tǒng)需求，因而還必須用文本對用例進行詳述，即 use case specification ? 每個用例都有一系列的場景：一個主要場景，以及多個次要場景（描述執(zhí)行路徑中的異?；蚩蛇x情況） ? 用例的場景描述一般包括以下內(nèi)容： ? 簡單描述： 用例名稱、參與者、目標(biāo)、假設(shè)條件等 ? 前置條件 ：這些條件必須在執(zhí)行用例前得到滿足 ? 后置條件 ：這些條件將在用例完成后得到滿足 ? 主事件流 ：描述用例中各項工作都 正常 進行時用例的工作路徑，不包括任何條件和分支 ? 備選事件流 ： 描述主事件流的執(zhí)行分支 （可選） ，包括： ?正常可選事件流 ?錯誤異常事件流（ 描述出現(xiàn)異?；虬l(fā)生錯誤情況下的執(zhí)行路徑） 59 例：一個用例的場景描述 ? 用例“登錄”的描述 ? 簡單描述 ：本用例描述了用戶如何登錄到系統(tǒng)中 ? 前置條件 ：無 ? 后置條件 ：如果用例成功，則用戶登錄到系統(tǒng)中；否則系統(tǒng)狀態(tài)不變 ? 主事件流 ： 1）系統(tǒng)提示用戶輸入用戶名和密碼 2）用戶輸入自己的用戶名和密碼，提交 3）系統(tǒng)驗證輸入的名字和密碼（ E1），用戶登錄系統(tǒng)成功 ? 正常可選事件流 ：無 ? 錯誤異常事件流 ： ? E1: 如果輸入用戶名和 /或密碼無效，系統(tǒng)提示錯誤信息，用戶可以重新輸入或終止該用例 客戶 登錄 60 用例的場景描述 ? 簡單描述 ：本用例描述了用戶完成新訂單生成的過程 ? 前置條件 ：客戶登錄到系統(tǒng) ? 后置條件 ：如果用例成功，則客戶訂單被創(chuàng)建 ? 主事件流 ： 1）用戶進入商品目錄界面查看商品條目，添加想要的商品條目到購物車 2）添加完畢后系統(tǒng)顯示所有已選商品條目 3）用戶輸入付款信息 4）系統(tǒng)驗證付款信息（ E1 ），顯示訂單成功創(chuàng)建的信息 ? 正常可選事件流 ：無 ? 錯誤異常事件流 ： ? E1: 如果用戶的付款信息