【正文】 性。 用例執(zhí)行完畢，向執(zhí)行者提供 可識別 的返回值。用例的執(zhí)行結(jié)果對參與者來說是可觀測的和有意義的。 如，系統(tǒng)會監(jiān)控參與者在系統(tǒng)里的操作，并在參與者刪除數(shù)據(jù)之前備份。雖然它是系統(tǒng)的一個必需組成部分，但它在需求階段卻不應(yīng)該作為用例出現(xiàn)。因為這是一個后臺進程，對參與者來說是不可觀測的，它應(yīng)該在系統(tǒng)用例分析階段定義。 又比如，登錄系統(tǒng)是一個有效的用例，但輸入密碼卻不是。這是因為登錄系統(tǒng)對參與者是有意義的，這樣他可以獲得身份認證和授權(quán)，但輸入密碼卻是沒有意義的，輸入完了呢？有什么結(jié)果嗎？ 軟件工程方法 19 2022/2/9 ?完整性。 用例表示一個完整的功能，必須是一完整的描述。 必須以向執(zhí)行者提供返回值作為該 用例完整性 的標志。 軟件工程方法 20 2022/2/9 ? 用例的特征 動賓短語 ? 用例必然是以動賓短語形式出現(xiàn)的。即，這件事必須有一個 動作和動作的受體。 ? 例如，喝水是一個有效的用例，而 “ 喝 ” 和 “ 水 ” 卻不是。雖然生活常識告訴我們，在沒有水的情況下人是不會做出喝這個動作的，水也必然是喝進去的，而不是滑進去的 . ? 但是我們所見的很多用例中類似 “ 計算 ” ， “ 統(tǒng)計 ” ，“ 報表 ” ， “ 輸出 ” ， “ 錄入 ” 之類的并不在少數(shù)。 軟件工程方法 21 2022/2/9 2．尋找和確定用例 ? 業(yè)務(wù)用例 ： 開始階段，在確定用戶需求過程中，系統(tǒng)分析員通過與客戶交流建立業(yè)務(wù)模型來發(fā)現(xiàn)和確定的用例。 ? 系統(tǒng)用例： 系統(tǒng)構(gòu)造階段，系統(tǒng)分析和設(shè)計人員在進行系統(tǒng)分析和設(shè)計時，根據(jù)系統(tǒng)的需求建立的用例。 ? 在系統(tǒng)開發(fā)的開端階段，應(yīng)把注意力集中在業(yè)務(wù)用例上，在精化階段和構(gòu)建階段再考慮系統(tǒng)用例。 軟件工程方法 22 2022/2/9 建立用例模型時，可詢問？ ? 用戶 (執(zhí)行者 )需要系統(tǒng)提供哪些業(yè)務(wù)功能 ,即系統(tǒng)能做什么 ? ? 用戶最關(guān)心系統(tǒng)中哪些事件 ?從功能觀點看 ,這些事件表示什么 ? ? 用戶要了解系統(tǒng)在工作中發(fā)生了哪些事件及其結(jié)果 ? ? 用戶自己需要做什么 ? ? 用戶是否要在系統(tǒng)中創(chuàng)建、刪除、讀、修改或存儲某類業(yè)務(wù)數(shù)據(jù)？ ? 系統(tǒng)為了維持正常運轉(zhuǎn)需要增加的功能和信息的交互； ? 這些信息從何而來，到哪里去？ ? 實現(xiàn)當前系統(tǒng)（可能是人工系統(tǒng)而不是自動化系統(tǒng)）的關(guān)鍵問題是什么？ 軟件工程方法 23 2022/2/9 ? 通過與用戶反復(fù)交流，確定 主要業(yè)務(wù)用例 和 次要業(yè)務(wù)用例。 ? 對于建立的每一個業(yè)務(wù)用例，都需要一組系統(tǒng)用例來輔助和支持。（不嚴謹） ? 系統(tǒng)用例 是執(zhí)行者與系統(tǒng)的交互，它描述了系統(tǒng)的功能需求和動態(tài)行為。 ? 系統(tǒng)用例用于建立系統(tǒng)用例模型，可通過分析系統(tǒng)的 業(yè)務(wù)流和控制流 來尋找和確定系統(tǒng)用例。（ 活動圖 ） 軟件工程方法 24 2022/2/9 如何獲得用例 —— 訪談 ? 您對系統(tǒng)有什么期望？ ? 您打算在這個系統(tǒng)里面做些什么事情？ ? 您做這件事的目的是什么？ ? 您做完這件事情希望有一個什么樣的結(jié)果？ ? 一個明確的有效地目標才是一個用例的來源。 ? 一個真實的目標應(yīng)當完備地表達執(zhí)行者的期望。 ? 一個有效地目標應(yīng)當在系統(tǒng)邊界內(nèi)，由主角發(fā)動，并具有明確的后果。 ? 應(yīng)當先建立業(yè)務(wù) 用例 模型，然后再從業(yè)務(wù) 用例 模型向系統(tǒng)用例 模型映射。 ? 注意 用例 圖的層次 ，從系統(tǒng)到子系統(tǒng)逐層建立 用例 圖 。 軟件工程方法 25 2022/2/9 目標和步驟的誤區(qū) 軟件工程方法 26 2022/2/9 怎樣確定用例的粒度？ ? 用例的粒度（用例的大?。┛纱罂尚。话阋粋€系統(tǒng)宜控制在 20個用例左右。 ? 用例是系統(tǒng)級的、抽象的描述，不是細化的（是做什么，非怎樣做） ? 對復(fù)雜的系統(tǒng)可以劃分為若干子系統(tǒng)處理。 ? 用例粒度的劃分 最標準的方法 應(yīng)該是： 以該用例是否完成了參與者的某個完整目的為依據(jù)的 。 軟件工程方法 27 2022/2/9 ? ATM取錢的場景中，取錢，讀卡，驗證賬號，打印回執(zhí)單等都是可能的用例？ ? 客戶代表說：我希望這臺 ATM能支持跨行業(yè)務(wù)，我插入卡片輸入密碼后，可以讓我選擇是取錢還是存錢；為了方便，可以設(shè)置一些默認的存取金額按鈕；我可以修改密碼，也可以掛失；還有我希望可以交納水費、電費和電話等費用；為了安全起見， ATM上應(yīng)當有警示小心騙子的提示條，還有攝像頭；如果輸入三次密碼錯誤，卡片應(yīng)當被自動吞沒。 軟件工程方法 28 2022/2/9 判斷題 ? 支持跨行業(yè)務(wù) ? 插入卡片 ? 輸入密碼 ? 選擇服務(wù) ? 取錢 ? 存錢 ? 掛失卡片 ? 交納費用 ? 警示騙子 ? 三次錯誤吞沒卡片 軟件工程方法 29 2022/2/9 ? 支持跨行業(yè)務(wù) 錯，這是一個業(yè)務(wù)規(guī)則，限定業(yè)務(wù)的范圍 ? 插入卡片 錯，這是一個過程步驟，不是完整目標 ? 輸入密碼 錯，這是一個過程步驟，不是完整目標 ? 選擇服務(wù) 錯，這是一個過程步驟，不是完整目標 ? 取錢 對，這是一個完整有效的目標 ? 存錢 對，這是一個完整有效的目標 ? 掛失卡片 對，這是一個完整有效的目標 ? 交納費用 對，這是一個完整有效的目標 ? 警示騙子 錯，已超出了邊界范圍 ? 三次錯誤吞沒卡片 錯，這是一個業(yè)務(wù)規(guī)則，限定業(yè)務(wù)的范圍 軟件工程方法 30 2022/2/9 ? 用例名： ? 簡單名： ? 路徑名： 軟件工程方法 31 2022/2/9 用例文字描述 ? 更詳細地描述 用例的功能 ? 用例編號 ? 用例名 ? 用例描述 ? 參與者 ? 前置條件 ? 后置條件 ? 基本路徑 1, … .X X X X 2. … .X X X X ? 擴展點 2a. … .X X X X 2a1. … .X X X X ? 變異點 ? 補充說明 軟件工程方法 32 2022/2/9 ? 用例編號 :001 ? 用例名 :ATM取款 ? 用例描述 :儲戶使用信用卡，在 ATM機上取款 ? 參與者：儲戶 ? 前置條件： ATM機器處于正常準備狀態(tài) ? 后置條件：若成功，則儲戶取出錢，帳戶上扣除錢；若失敗，儲戶沒有取到錢，帳戶上錢數(shù)不變。 ? 基本路徑 1. 儲戶插卡； 2. ATM機提示輸入用戶口令； ； ，提示輸入錢數(shù)； ； ，提示操作成功，吐出卡和錢； ATM取款用例描述 軟件工程方法 33 2022/2/9 ； 。 ? 擴展點 4a. ATM機驗證用戶口令不通過 4a1. ATM機給出提示信息，并吐出信用卡； 4a2. 儲戶取出卡； 4a3. ATM機屏幕恢復(fù)為初始狀態(tài) . 6a. ATM驗證用戶輸入錢數(shù)超過 3000 6a1. ATM機給出提示信息，并吐出信用卡； 6a2. 儲戶取出卡； 6a3. ATM機屏幕恢復(fù)為初始狀態(tài) . 。 ? 變異點 無 ? 補充說明 軟件工程方法 34 2022/2/9 ? 用例名稱：學(xué)生選課 ? 執(zhí)行者：學(xué)生 ? 目的：完成一次學(xué)生選課的完整過程。 ? 類型：主要的、基本的 ? 級別：一級 ? 過程描述： ? （ 1）學(xué)生輸入標識碼（ ID）， 系統(tǒng)識別標識碼的有效性；