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