【正文】 3） 檢查合同履約率 4） 生產(chǎn)調(diào)度管理部門組織生產(chǎn) 5） 庫(kù)存管理部門對(duì)產(chǎn)品進(jìn)行入庫(kù) 、 出庫(kù)處理 6） 財(cái)務(wù)管理部門收取客戶貨款 7） 售后服務(wù) 軟件工程方法 63 2022/2/9 （ 2） 采購(gòu)管理 1） 制定原材料 （ 零部件 ） 采購(gòu)計(jì)劃 2） 與客戶簽訂采購(gòu)合同 3） 檢查合同履約率 4） 庫(kù)存管理部門對(duì)原材料進(jìn)行入庫(kù)驗(yàn)收 、 存儲(chǔ) 5） 財(cái)務(wù)管理部門支付貨款 （ 3） 庫(kù)存管理 1） 產(chǎn)品入庫(kù)管理 2） 原材料 （ 零部件 ） 入庫(kù)管理 3） 原材料 （ 零部件 ） 出庫(kù)管理 4） 產(chǎn)品出庫(kù)管理 5） 庫(kù)存管理 6） 采購(gòu)管理部門組織采購(gòu) 7） 生產(chǎn)調(diào)度管理部門安排生產(chǎn) 8） 財(cái)務(wù)管理部門對(duì)庫(kù)存物資進(jìn)行核算 軟件工程方法 64 2022/2/9 3． 需求補(bǔ)充說(shuō)明 （ 1） 數(shù)據(jù)保存 ?采購(gòu)合同：每個(gè)合同執(zhí)行期可能多達(dá)幾個(gè)月 ， 合同 需要長(zhǎng)期保留 。 該系統(tǒng)主要提供 “ 財(cái)務(wù)管理 ” 、 “ 人力資源管理 ” 、 “ 生產(chǎn)調(diào)度管理 ” 、 “ 進(jìn)銷存管理 ” 、 “ 設(shè)備安全管理 ” 、和 “ 行政事務(wù)管理 ” 等方面的服務(wù)。 軟件工程方法 61 2022/2/9 3 需求分析用例建模案例 ?以 “ 企業(yè)綜合信息管理系統(tǒng) ”為例，介紹需求分析階段的業(yè)務(wù)和系統(tǒng)用例建模的步驟。 軟件工程方法 59 2022/2/9 例 記錄成績(jī)用例的描述 記錄成績(jī) 軟件工程方法 60 2022/2/9 構(gòu)建用例圖模型 將已確定并細(xì)化的參與者和用例放入用例圖。 用例的描述常采用文字列表形式，也可采用 UML圖形描述，如交互圖、活動(dòng)圖等。 軟件工程方法 58 2022/2/9 (3) 細(xì)化用例的描述 在用例圖中的用例通常只是簡(jiǎn)單地給出了系統(tǒng)應(yīng)提供什么服務(wù)，并沒(méi)有展示出如何提供服務(wù)，如服務(wù)的具體功能、處理流程、場(chǎng)景、出錯(cuò)情況以及異常情況等信息。例如，在系統(tǒng)更新成績(jī)之前，必須記錄成績(jī)。他們還可以確定出哪個(gè)用例可以為其他用例所重用。 ? 管理人員（ administrator） ：負(fù)責(zé)創(chuàng)建報(bào)告卡，并瀏覽檢查報(bào)告卡。 ? 學(xué)生（ student）： 瀏覽系統(tǒng)記錄的成績(jī)。 ?建立用例圖模型結(jié)構(gòu)。 ?區(qū)分用例的優(yōu)先次序。 ④擴(kuò)展用例的執(zhí)行會(huì)改變基礎(chǔ)用例的行為，而包含用例不會(huì)。 ②如果缺少擴(kuò)展用例，基礎(chǔ)用例還是完整的，而缺少包含用例，則基礎(chǔ)用例就不完整了。 ? 包含用例是必選的，如果缺少包含用例，基礎(chǔ)用例就不完整；包含用例必須被執(zhí)行，不需要滿足某種條件；其執(zhí)行并不會(huì)改變基用例的行為。包含用例是可重用的用例 ──多個(gè)用例的公共用例。 ?擴(kuò)展用例的行為是否被執(zhí)行要取決于主事件流中的判定點(diǎn)。擴(kuò)展用例依賴于基本用例，只是部分片斷組成，不是完整的獨(dú)立用例，無(wú)法單獨(dú)執(zhí)行； 軟件工程方法 41 2022/2/9 將擴(kuò)展用例的事件流在一定的條件下按照相應(yīng)的 擴(kuò)展點(diǎn) 插入到基礎(chǔ)用例中。 軟件工程方法 37 2022/2/9 泛化舉例（一）： 軟件工程方法 38 2022/2/9 泛化舉例（二）： 軟件工程方法 39 2022/2/9 ? 可以用來(lái)表示參與者與參與者之間，用例與用例之間的特殊 /一般化關(guān)系 軟件工程方法 40 2022/2/9 (extend) ? 箭頭指向的用例為 被擴(kuò)展的用例 ， 稱為 擴(kuò)展用例 ；箭頭出發(fā)的用例為 基本用例 。 ? （ 3）選擇課程確認(rèn)失敗，所選幾門課程中在上課時(shí)間上發(fā)生沖 突時(shí)，系統(tǒng)提示重選。 ? 異常事件流處理： ? （ 1）標(biāo)識(shí)碼有效性檢查失敗，允許學(xué)生重新輸入（ 3次機(jī)會(huì)）。 ? 變異點(diǎn) 無(wú) ? 補(bǔ)充說(shuō)明 軟件工程方法 34 2022/2/9 ? 用例名稱：學(xué)生選課 ? 執(zhí)行者：學(xué)生 ? 目的：完成一次學(xué)生選課的完整過(guò)程。 ? 基本路徑 1. 儲(chǔ)戶插卡； 2. ATM機(jī)提示輸入用戶口令； ； ，提示輸入錢數(shù)； ； ，提示操作成功，吐出卡和錢； ATM取款用例描述 軟件工程方法 33 2022/2/9 ； 。 軟件工程方法 27 2022/2/9 ? ATM取錢的場(chǎng)景中，取錢，讀卡，驗(yàn)證賬號(hào)，打印回執(zhí)單等都是可能的用例？ ? 客戶代表說(shuō)：我希望這臺(tái) ATM能支持跨行業(yè)務(wù)，我插入卡片輸入密碼后，可以讓我選擇是取錢還是存錢；為了方便，可以設(shè)置一些默認(rèn)的存取金額按鈕；我可以修改密碼，也可以掛失；還有我希望可以交納水費(fèi)、電費(fèi)和電話等費(fèi)用；為了安全起見(jiàn)， ATM上應(yīng)當(dāng)有警示小心騙子的提示條，還有攝像頭；如果輸入三次密碼錯(cuò)誤，卡片應(yīng)當(dāng)被自動(dòng)吞沒(méi)。 ? 用例是系統(tǒng)級(jí)的、抽象的描述，不是細(xì)化的（是做什么，非怎樣做） ? 對(duì)復(fù)雜的系統(tǒng)可以劃分為若干子系統(tǒng)處理。 ? 注意 用例 圖的層次 ，從系統(tǒng)到子系統(tǒng)逐層建立 用例 圖 。 ? 一個(gè)有效地目標(biāo)應(yīng)當(dāng)在系統(tǒng)邊界內(nèi)，由主角發(fā)動(dòng)，并具有明確的后果。（ 活動(dòng)圖 ） 軟件工程方法 24 2022/2/9 如何獲得用例 —— 訪談 ? 您對(duì)系統(tǒng)有什么期望？ ? 您打算在這個(gè)系統(tǒng)里面做些什么事情？ ? 您做這件事的目的是什么？ ? 您做完這件事情希望有一個(gè)什么樣的結(jié)果？ ? 一個(gè)明確的有效地目標(biāo)才是一個(gè)用例的來(lái)源。（不嚴(yán)謹(jǐn)） ? 系統(tǒng)用例 是執(zhí)行者與系統(tǒng)的交互，它描述了系統(tǒng)的功能需求和動(dòng)態(tài)行為。 軟件工程方法 22 2022/2/9 建立用例模型時(shí)，可詢問(wèn)？ ? 用戶 (執(zhí)行者 )需要系統(tǒng)提供哪些業(yè)務(wù)功能 ,即系統(tǒng)能做什么 ? ? 用戶最關(guān)心系統(tǒng)中哪些事件 ?從功能觀點(diǎn)看 ,這些事件表示什么 ? ? 用戶要了解系統(tǒng)在工作中發(fā)生了哪些事件及其結(jié)果 ? ? 用戶自己需要做什么 ? ? 用戶是否要在系統(tǒng)中創(chuàng)建、刪除、讀、修改或存儲(chǔ)某類業(yè)務(wù)數(shù)據(jù)？ ? 系統(tǒng)為了維持正常運(yùn)轉(zhuǎn)需要增加的功能和信息的交互； ? 這些信息從何而來(lái)，到哪里去？ ? 實(shí)現(xiàn)當(dāng)前系統(tǒng)（可能是人工系統(tǒng)而不是自動(dòng)化系統(tǒng)）的關(guān)鍵問(wèn)題是什么？ 軟件工程方法 23 2022/2/9 ? 通過(guò)與用戶反復(fù)交流，確定 主要業(yè)務(wù)用例 和 次要業(yè)務(wù)用例。 ? 系統(tǒng)用例： 系統(tǒng)構(gòu)造階段，系統(tǒng)分析和設(shè)計(jì)人員在進(jìn)行系統(tǒng)分析和設(shè)計(jì)時(shí)，根據(jù)系統(tǒng)的需求建立的用例。雖然生活常識(shí)告訴我們，在沒(méi)有水的情況下人是不會(huì)做出喝這個(gè)動(dòng)作的，水也必然是喝進(jìn)去的，而不是滑進(jìn)去的 . ? 但是我們所見(jiàn)的很多用例中類似 “ 計(jì)算 ” ， “ 統(tǒng)計(jì) ” ，“ 報(bào)表 ” ， “ 輸出 ” ， “ 錄入 ” 之類的并不在少數(shù)。即，這件事必須有一個(gè) 動(dòng)作和動(dòng)作的受體。 必須以向執(zhí)行者提供返回值作為該 用例完整性 的標(biāo)志。這是因?yàn)榈卿浵到y(tǒng)對(duì)參與者是有意義的，這樣他可以獲得身份認(rèn)證和授權(quán)，但輸入密碼卻是沒(méi)有意義的，輸入完了呢？有什么結(jié)果嗎？ 軟件工程方法 19 2022/2/9 ?完整性。因?yàn)檫@是一個(gè)后臺(tái)進(jìn)程，對(duì)參與者來(lái)說(shuō)是不可觀測(cè)的，它應(yīng)該在系統(tǒng)用例分析階段定義。 如，系統(tǒng)會(huì)監(jiān)控參與者在系統(tǒng)里的操作，并在參與者刪除數(shù)據(jù)之前備份。 用例執(zhí)行完畢，向執(zhí)行者提供 可識(shí)別 的返回值。不存在沒(méi)有執(zhí)行者的用例，也不應(yīng)該主動(dòng)啟動(dòng)另一個(gè)用例。 一個(gè)用例不自動(dòng)執(zhí)行，總是有 執(zhí)行者啟動(dòng)。在 UML中 ,用例被定義成系統(tǒng)執(zhí)行的一系列動(dòng)作（功能）。一個(gè)場(chǎng)景就是一個(gè)用例的實(shí)例。 a A c to r軟件工程方法 10 2022/2/9 通過(guò)向用戶提問(wèn)來(lái)識(shí)別角色： ? 誰(shuí)使用系統(tǒng)提供的主要功能 ？ （ 主要角色