【正文】 ? 本章主要介紹了需求分析的任務(wù)和步驟 、 需求分析方法和需求分析規(guī)格說(shuō)明 。 2023/1/30 157 小結(jié) 2023/1/30 158 小結(jié) ? 軟件需求分析是軟件生存周期中重要的一步 ， 也是最關(guān)鍵的一步 。 2023/1/30 156 需求管理活動(dòng) 變更管理過(guò)程分為變更描述 、 變更分析和變更實(shí)現(xiàn)三個(gè)階段 需求文檔的版本控制可以保證得到的是最新的需求文檔版本和記錄需求的歷吏版本 。 2023/1/30 153 1. 需求必須分層次管理 2. 需求要分優(yōu)先級(jí) 3. 需求必須文檔化 4. 需求變更的影響要評(píng)估 5. 需求管理與需求工程的活動(dòng)緊密整合 2023/1/30 154 需求開(kāi)發(fā)的管理 (1)需求分析的進(jìn)度管理與控制； (2)需求分析的質(zhì)量管理與控制； (3)需求分析階段的溝通管理。主要包括下述內(nèi)容 : 需求是否完整 、 一致 、 可理解 、 明確 、 可實(shí)現(xiàn) 、 可跟蹤 、 易修改 、 需求規(guī)格說(shuō)明文檔是否完整等 2023/1/30 151 需求開(kāi)發(fā)的管理 需求管理活動(dòng) 2023/1/30 152 ? 需求管理的目的是在客戶(hù)和軟件項(xiàng)目組之間建立對(duì)需求的共同理解。 2023/1/30 149 需求驗(yàn)證的方法 : 2. 驗(yàn)證需求的現(xiàn)實(shí)性 為了驗(yàn)證需求的現(xiàn)實(shí)性，分析員應(yīng)該參照以往開(kāi)發(fā)類(lèi)似系統(tǒng)的經(jīng)驗(yàn)，分析用現(xiàn)有的軟、硬件技術(shù)實(shí)現(xiàn)目標(biāo)系統(tǒng)的可能性。 :必須證明需求是正確有效的，確實(shí)能解決用戶(hù)所需的問(wèn)題。 :需求必須是完整的，規(guī)格說(shuō)明書(shū)應(yīng)該包括用戶(hù)需要的每一個(gè)功能或性能。 需求驗(yàn)證的任務(wù)就是要求各方人員從不同技術(shù)角度對(duì)需求規(guī)格說(shuō)明文檔作出綜合性評(píng)價(jià) 。 ? 它的基本形式是在左邊的框中列出有關(guān)的輸入數(shù)據(jù) ， 在中間的框中列出主要的處理 ， 在右邊的框中列出產(chǎn)生的輸出數(shù)據(jù) 。 2023/1/30 143 Warnier圖 用 Warnier圖可以表明信息的邏輯組織 ， 它不僅可以指出一類(lèi)信息或一個(gè)信息量是重復(fù)出現(xiàn)的 ， 也可以表示特定信息在某一類(lèi)信息中是有條件出現(xiàn)的 。 樹(shù)形結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形框 ， 它代表完整的數(shù)據(jù)結(jié)構(gòu) ， 下面的各層矩形框代表這個(gè)數(shù)據(jù)的子集 ， 最底層的各個(gè)框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素（ 不能再分割的元素 ） 。 – 市話號(hào)碼是任意 7位或 8位長(zhǎng)度的數(shù)字串。 – 外線號(hào)碼需先撥 0，然后加撥市話號(hào)碼或長(zhǎng)途電話號(hào)碼。 2023/1/30 132 數(shù)據(jù)字典的格式 符號(hào) 含義 示例 = 被定義為 + 與 x=a+b […|…] 或 x=[a|b] {…} m 重復(fù) (最多 m次，最少 n次 ) x={a} 5 n 2 {…} 重復(fù) x={a} (…) 可選 x=(a) “ …‖ 基本數(shù)據(jù)元素 x=―a‖ .. 連接符 x=1..9 2023/1/30 133 數(shù)據(jù)字典的格式：示例 1 國(guó)內(nèi)機(jī)票 =姓名 +身份證號(hào) +日期 +航班號(hào) +起點(diǎn) +終點(diǎn) +費(fèi)用 姓名 =[ {字母 } | {漢字 } ] 航班號(hào) =[CA|MU|CZ|SC|FM] + “1000”..“9999” 18 1 5 2 2023/1/30 134 數(shù)據(jù)字典的格式：示例 2 存折 =戶(hù)名 +開(kāi)戶(hù)行號(hào) +賬號(hào) +開(kāi)戶(hù)日期 +性質(zhì) +(印密 ) +存取記錄 戶(hù)名 = {字母 } 開(kāi)戶(hù)行號(hào) =―001‖..‖999‖ 賬號(hào) =―00000001‖..‖99999999‖ 開(kāi)戶(hù)日期 =年 +月 +日 性質(zhì) =―1‖..‖6‖ 印密 =―0‖ 存取行 =日期 +(摘要 )+支出 +存入 +余額 +操作員 +復(fù)核員 2023/1/30 135 數(shù)據(jù)項(xiàng)的定義 ? 數(shù)據(jù)項(xiàng)：不可再分解的數(shù)據(jù)單位，包括： – 名稱(chēng) – 描述 – 數(shù)據(jù)類(lèi)型 – 長(zhǎng)度 (精度 ) – 取值范圍及缺省值 – 計(jì)量單位 – 相關(guān)數(shù)據(jù)元素及數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)項(xiàng)名稱(chēng)：產(chǎn)品編碼 別名： Product_No 簡(jiǎn)述：用來(lái)唯一標(biāo)識(shí)產(chǎn)品的文字 類(lèi)型：字符串 長(zhǎng)度： 10 取值范圍及含義： 第 1位：進(jìn)口 /國(guó)產(chǎn) 第 24位：類(lèi)別 第 57位：規(guī)格 第 810位：品名編號(hào) 示例 2023/1/30 136 數(shù)據(jù)流的定義 ? 數(shù)據(jù)流來(lái)源 ? 數(shù)據(jù)流去向 ? 數(shù)據(jù)流的組成 ? 流動(dòng)屬性描述： – 頻率、數(shù)據(jù)量等 數(shù)據(jù)流名稱(chēng)：訂單 別名：無(wú) 簡(jiǎn)述：顧客訂貨時(shí)填寫(xiě)的項(xiàng)目 來(lái)源：顧客 去向：加工 1“檢驗(yàn)訂單” 數(shù)據(jù)流量： 1000份 /每周 組成：編號(hào) +訂貨日期 +顧客編號(hào) +地址 +電話 + 銀行賬號(hào) +貨物名稱(chēng) +規(guī)格 +數(shù)量 頻率：平均 40條 /天 示例 2023/1/30 137 數(shù)據(jù)存儲(chǔ)的定義 ? 文件名 ? 描述 ? 數(shù)據(jù)結(jié)構(gòu) ? 數(shù)據(jù)存儲(chǔ)方式 ? 關(guān)鍵碼 ? 存取頻率和數(shù)據(jù)量 ? 安全性要求 數(shù)據(jù)存儲(chǔ)名稱(chēng)：庫(kù)存記錄 別名：無(wú) 簡(jiǎn)述：存放庫(kù)存所有可供產(chǎn)品的信息 組成：產(chǎn)品編號(hào) +名稱(chēng) +生產(chǎn)廠家 +單價(jià) +庫(kù)存量 組織方式：索引文件，以產(chǎn)品編號(hào)為關(guān)鍵字 查詢(xún)要求：要求能隨時(shí)查詢(xún) 示例 2023/1/30 138 示例：數(shù)據(jù)字典 (1) ? 某酒店所提供的電話服務(wù)系統(tǒng)的功能為： – 客人可以通過(guò)撥分機(jī)號(hào)聯(lián)絡(luò)酒店內(nèi)的其他房間，也可撥外線號(hào)碼與酒店外聯(lián)絡(luò)。 ? 采用數(shù)據(jù)字典 (Data Dictionary)作為描述工具 ? 對(duì)于 DFD中出現(xiàn)的所有被命名的圖形元素 (數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、加工 )在 DD中作為一個(gè)詞條加以定義，使得每一個(gè)圖形元素的名字都有一個(gè)確切的解釋。 5．?dāng)?shù)據(jù)字典的實(shí)現(xiàn) 目前實(shí)現(xiàn)數(shù)據(jù)字典有三種常見(jiàn)的途徑：全人工過(guò)程，全自動(dòng)化過(guò)程（利用數(shù)據(jù)字典處理程序）和混合過(guò)程（用正文編輯程序、報(bào)告生成程序等已有的實(shí)用程序幫助人工過(guò)程）。 (2)數(shù)據(jù)流圖的分層方法 2023/1/30 127 數(shù)據(jù)流圖 7．?dāng)?shù)據(jù)流圖的繪制與其他流程圖的差別 (1)數(shù)據(jù)流圖與系統(tǒng)流程圖的區(qū)別 將物流與資金流排除在外 (2) 數(shù)據(jù)流與程序流程圖的區(qū)別 只反映數(shù)據(jù)的流向、處理邏輯和必要的數(shù)據(jù)存儲(chǔ)，它不反映處理邏輯的先后的時(shí)間順序 2023/1/30 128 數(shù)據(jù)流圖 7．?dāng)?shù)據(jù)流圖的繪制與其他流程圖的差別 (3) 數(shù)據(jù)流與程序結(jié)構(gòu)圖的區(qū)別 不反映控制關(guān)系、調(diào)用關(guān)系、控制流，只畫(huà)數(shù)據(jù)流 (4)數(shù)據(jù)流與控制流的區(qū)別 有數(shù)據(jù)（指表示事物的信息，而不是控制信號(hào)）流過(guò) 2023/1/30 129 數(shù)據(jù)字典 1．?dāng)?shù)據(jù)字典的定義 數(shù)據(jù)字典是定義目標(biāo)系統(tǒng)中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的含義、類(lèi)型、數(shù)量值、格式和度量單位、精度及允許取值范圍內(nèi)的共享數(shù)據(jù)倉(cāng)庫(kù)。 (5) 不直觀 (6）人工繪制太麻煩，工作量較大。 (3) 由于自頂向下分析，容易及早發(fā)現(xiàn)并修正系統(tǒng)各部分的邏輯錯(cuò)誤。 2023/1/30 125 數(shù)據(jù)流圖 5．?dāng)?shù)據(jù)流圖的優(yōu)缺點(diǎn) (1) 總體概念強(qiáng)，每一層都明確強(qiáng)調(diào)干什么，需要什么，給出什么。 ? 繪制上述系統(tǒng)的頂層、 0層、 1層 DFD圖 2023/1/30 118 銷(xiāo)售系統(tǒng)頂層 DFD 顧客訂單經(jīng)理采購(gòu)部門(mén)倉(cāng)庫(kù)缺貨通知單到貨通知單0 銷(xiāo)售管理系統(tǒng)備貨單銷(xiāo)售統(tǒng)計(jì)表2023/1/30 119 銷(xiāo)售系統(tǒng) 0層 DFD 可供貨訂單顧客1 處理訂單訂單2 處理供貨5統(tǒng)計(jì)銷(xiāo)售數(shù)據(jù)3統(tǒng)計(jì)缺貨缺貨記錄可供貨訂單倉(cāng)庫(kù)備貨單庫(kù)存記錄 訂單記錄采購(gòu)部門(mén)缺貨通知單 到貨通知單經(jīng)理統(tǒng)計(jì)表4處理到貨單2023/1/30 120 銷(xiāo)售系統(tǒng) 1層 DFD 合格訂單1 .1 檢查訂單訂單缺貨記錄庫(kù)存記錄1 .2 檢查庫(kù)存1 .3 確定可供貨性庫(kù)存單訂貨單可供貨訂單2 .1 根據(jù)訂單修改庫(kù)存可供貨訂單 備貨單庫(kù)存記錄 訂單記錄2 .2 開(kāi)備貨單已登記訂單2023/1/30 121 銷(xiāo)售系統(tǒng) 1層 DFD 缺貨記錄3 .1匯總?cè)必浛偭? .2打印缺貨通知單缺貨量 缺貨通知單缺貨記錄庫(kù)存記錄到貨通知單 4 .1根據(jù)到貨單修改庫(kù)存4 .2處理缺貨訂單4 .3修改缺貨記錄訂單到貨單可供貨訂單2023/1/30 122 銷(xiāo)售系統(tǒng) 1層 DFD 訂單記錄統(tǒng)計(jì)表5 .2按區(qū)域統(tǒng)計(jì)5 .3按顧客統(tǒng)計(jì)5 .4按日期統(tǒng)計(jì)5 .5按產(chǎn)品統(tǒng)計(jì)5 .1選擇統(tǒng)計(jì)方式2023/1/30 123 DFD樹(shù) 0系統(tǒng)1子系統(tǒng)2子系統(tǒng)5子系統(tǒng)……1 .1加工1 .2加工5 .1加工5 .2加工5 .3加工5 .1 . 1加工5 .1 . 2加工5 .1 . 3加工頂層 DFD 0層 DFD 1層 DFD 2層 DFD 2023/1/30 124 數(shù)據(jù)流圖 1．?dāng)?shù)據(jù)流圖的含義 數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫(huà)數(shù)據(jù)流從輸入到輸出的傳輸變換過(guò)程。 – 根據(jù)采購(gòu)部門(mén)發(fā)來(lái)的進(jìn)貨通知單處理進(jìn)貨，即修改庫(kù)存，并從缺貨記錄中取出缺貨訂單進(jìn)行供貨處理。 加工 加工 加工 a b c d e 加工 加工 加工 a a1 a2 b c 2023/1/30 116 父圖與子圖的平衡 ? 數(shù)據(jù)流本身可以分解，但其包含的數(shù)據(jù)內(nèi)容應(yīng)保持平衡 加工 加工 加工 a b c d e 加工 加工 加工 c c1 c2 d1 d2 d1+d2=d 2023/1/30 117 DFD實(shí)例：銷(xiāo)售系統(tǒng) ? 某企業(yè)銷(xiāo)售管理系統(tǒng)： – 接受顧客的訂單，檢驗(yàn)訂單，若庫(kù)存有貨，進(jìn)行供貨處理，即修改庫(kù)存，給倉(cāng)庫(kù)開(kāi)備貨單，并且將訂單留底；若庫(kù)存量不足，將缺貨訂單登入缺貨記錄。 ? 編號(hào)： – 1層 DFD： 、 、 … 、 – 2層 DFD： 、 、 … 、 – … 2023/1/30 109 底層 DFD 學(xué)生教師教務(wù)部課程安排注冊(cè)請(qǐng)求1 安排課表2 學(xué)生注冊(cè)3產(chǎn)生班級(jí)列表班級(jí)列表提供的課程學(xué)生信息庫(kù) 課程注冊(cè)信息課程安排數(shù)據(jù)0層 DFD 教務(wù)部1 .1 選擇日期1 .2選擇教師提供的課程1 .3選擇教室課程可用教師可用教室1層 DFD 2023/1/30 110 數(shù)據(jù)流的分解 客戶(hù)1處理訂單2……訂單 訂單客戶(hù)1 .2處理標(biāo)準(zhǔn)訂單訂單 標(biāo)準(zhǔn)訂單1 .1處理長(zhǎng)期訂單1 .3處理緊急訂單長(zhǎng)期訂單標(biāo)準(zhǔn)訂單緊急訂單長(zhǎng)期訂單緊急訂單2023/1/30 111 如何識(shí)別數(shù)據(jù)流 ? 通過(guò)識(shí)別“事件”來(lái)識(shí)別數(shù)據(jù)流，進(jìn)而識(shí)別得到加工、數(shù)據(jù)存儲(chǔ) ? 事件的分類(lèi)： – 外部事件 (External events)：外部實(shí)體與系統(tǒng)進(jìn)行交互 (顧客下訂單、供應(yīng)商的貨物到達(dá) ) – 決策事件 (Decision events)：需要外部實(shí)體為系統(tǒng)某些業(yè)務(wù)做出決策 (是否接受訂單 ) – 時(shí)間性事件 (Temporal events)：由時(shí)間