《需求工程概論-應(yīng)用篇》

需求工程概論（應(yīng)用篇）上期回顧什么是需求？系統(tǒng)必須符合的條件和具備的功能。需求如何分類？Furps+模型功能性需求+非功能性需求上期回顧需求有哪幾個層次？衡量需求是否優(yōu)秀的標準？清楚(Clear)完整(Complete)一致(Consistent)可測試(Testable)業(yè)務(wù)需求系統(tǒng)需求用戶需求需求工程的結(jié)構(gòu)上期回顧需求工程需求開發(fā)需求管理需求獲取分析需求驗證變更控制版本控制需求跟蹤需求狀態(tài)跟蹤編寫需求規(guī)格需求的開發(fā)與管理市場管理客戶需求需求分析編寫文檔評審、商議基準需求說明需求開發(fā)需求管理當前基線修正后基線需求變更項目變更市場客戶管理項目環(huán)境需求變更過程課程內(nèi)容基礎(chǔ)篇需求簡介需求現(xiàn)狀分析應(yīng)用篇需求開發(fā)需求管理需求開發(fā)需求開發(fā)是項目開發(fā)的基礎(chǔ)，是項目實施成敗的關(guān)鍵

需求開發(fā)獲取需求

分析需求編寫需求規(guī)驗證需求格說明書1獲取需求需求獲?。≧equirementselicitation）是兩個有關(guān)團體相互溝通，識別需要的過程。雙方通過提取、定義需求來進行約束。三大需要關(guān)注的領(lǐng)域：提供輸入信息和使用輸出信息的用戶可能改變的業(yè)務(wù)流程環(huán)境軟、硬件限制界面風格與其他現(xiàn)有系統(tǒng)的關(guān)系項目不同風險承擔人的特點，如管理風格、計算機經(jīng)驗等其他約束條件，如時間、資金等組織機構(gòu)獲取需求的活動流程：獲取需求活動準則：清楚用戶提出需求的理由并判斷理由是否充分恰當關(guān)注“做什么”而不是“怎么做”分析識別用戶需求的隱含需求明確標識未確定的需求項使用戶需求與業(yè)務(wù)需求保持一致1獲取需求識別系統(tǒng)用戶調(diào)研與訪談?wù)斫Y(jié)果結(jié)果呈遞需求開發(fā)

需求開發(fā)獲取需求

分析需求編寫需求規(guī)驗證需求格說明書2分析需求需求分析通過建立關(guān)聯(lián)和模型的方式來描述需求以獲取更明確的需求，同時為用戶和項目團隊提供一個交流的渠道。需求分析的關(guān)鍵活動：繪制關(guān)聯(lián)圖創(chuàng)建開發(fā)原型分析風險和確立優(yōu)先級建立需求模型繪制關(guān)聯(lián)圖以圖形表示的方式描述系統(tǒng)的整體結(jié)構(gòu)，包括系統(tǒng)的邊界與接口。2分析需求之繪制關(guān)聯(lián)圖軟件原型（softwareprototype）是所提出的新產(chǎn)品的部分實現(xiàn)，建立原型的目的是：明確并完善需求探索設(shè)計選擇方案發(fā)展為最終的產(chǎn)品原型的分類：按范圍可分為“水平原型”和“垂直原型”；按用法可分為“拋棄型原型”和“演化型原型”2分析需求之創(chuàng)建開發(fā)原型原型法成功的因素：項目計劃中應(yīng)包括原型風險；對于已經(jīng)理解的需求不要建立原型；在原型屏幕顯示和報表中使用合理的模擬數(shù)據(jù)；不要期望原型可以代替需求文檔。2分析需求之創(chuàng)建開發(fā)原型分析風險：在允許的成本、性能要求下，明確每項需求的風險，包括與其他需求的沖突、對外界因素的依賴和技術(shù)障礙。確立優(yōu)先級：盡早確立交付產(chǎn)品最重要的功能以權(quán)衡合理的項目范圍、進度、預算和質(zhì)量目標等。2分析需求之分析風險和確立優(yōu)先級風險優(yōu)先級高發(fā)生率高，影響面大重要緊迫，必須實現(xiàn)中發(fā)生率一般，影響面一般重要但不緊迫，可延后實現(xiàn)低發(fā)生率低，影響面低不重要也不緊迫，實現(xiàn)更完美結(jié)構(gòu)化分析：數(shù)據(jù)模型（實體關(guān)系圖ERD）功能模型（數(shù)據(jù)流圖DFD）行為模型（行為遷移圖STD）面向?qū)ο螅河美Ｐ停║seCase）2分析需求之建立需求模型數(shù)據(jù)模型的三種元素：實體屬性關(guān)聯(lián)實體關(guān)系圖（ERD）：實體名稱關(guān)聯(lián)實體名稱E1E21M實體屬性關(guān)聯(lián)屬性實體屬性使用用戶QQQQ號用戶信息在線信息版本號E1E21M2分析需求之建立需求模型—數(shù)據(jù)模型2分析需求之

建立需求模型—功能模型功能模型的四種元素外部實體數(shù)據(jù)流數(shù)據(jù)加工數(shù)據(jù)存儲數(shù)據(jù)流圖（DFD）：外部實體1外部實體2No.1數(shù)據(jù)加工數(shù)據(jù)流1數(shù)據(jù)流2數(shù)據(jù)存儲用戶A用戶BNo.1Server中轉(zhuǎn)消息消息存儲離線消息行為模型由三種元素組成：狀態(tài)遷移事件狀態(tài)遷移圖（STD）：

S1S3S2t1t2t3t4離線上線離開登錄5分鐘無動作動作退出2分析需求之建立需求模型—行為模型用例模型（UseCase）：通過描述“系統(tǒng)”和“活動者”之間的交互來描述系統(tǒng)的行為。分解系統(tǒng)目標，描述活動者為實現(xiàn)目標而執(zhí)行的所有步驟。

優(yōu)點：以用戶為向?qū)У?；方便的得到系統(tǒng)功能的測試用例。2分析需求之建立需求模型—用例模型需求開發(fā)

需求開發(fā)獲取需求

分析需求編寫需求規(guī)驗證需求格說明書3編寫需求規(guī)格說明書軟件需求規(guī)格說明(SRS)闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件。一篇優(yōu)質(zhì)的需求規(guī)格說明書應(yīng)遵循的幾個原則：1、采用SRS模板2、指明來源用戶、管理層、業(yè)務(wù)部、客服部、開發(fā)部、測試部、其他3、標識需求Type.nnn（FR.001，UI.005）4、記錄業(yè)務(wù)規(guī)范5、創(chuàng)建需求跟蹤能力矩陣3編寫需求規(guī)格說明書引言文檔目的文檔范圍讀者對象和閱讀建議參考文獻綜合描述產(chǎn)品前景用戶類和特征設(shè)計和實現(xiàn)上的限制業(yè)務(wù)目標運行環(huán)境外部接口需求用戶界面硬件接口軟件接口通訊接口系統(tǒng)特性說明和優(yōu)先級激勵/響應(yīng)序列功能需求其他非功能需求質(zhì)量屬性用戶文檔安全設(shè)施需求其他需求附件詞匯表分析模型待定問題表SRS模板注意運用優(yōu)秀需求的標準！需求開發(fā)

需求開發(fā)獲取需求

分析需求編寫需求規(guī)驗證需求格說明書4驗證需求驗證需求的關(guān)鍵活動有：審查需求文檔編寫測試用例編寫用戶手冊確定驗收標準需求基線！小結(jié)

需求開發(fā)獲取需求

分析需求編寫需求規(guī)驗證需求格說明書三大領(lǐng)域：1、組織機構(gòu)2、環(huán)境3、項目關(guān)鍵活動：1、繪制關(guān)聯(lián)圖2、建立原型3、確立風險和優(yōu)先級4、需求模型關(guān)鍵活動：1、使用SRS模板2、指明來源3、標識需求4、記錄業(yè)務(wù)規(guī)范5、創(chuàng)建跟蹤矩陣關(guān)鍵活動：1、審查需求文檔2、編寫測試用例3、編寫用戶手冊4、確立驗收標準課程內(nèi)容基礎(chǔ)篇需求簡介需求現(xiàn)狀分析應(yīng)用篇需求開發(fā)需求管理需求管理需求管理是一種用于查找，紀錄，組織和跟蹤系統(tǒng)需求變更的系統(tǒng)化方法。需求管理與CMM的關(guān)系：初始級可重復級已定義級已管理級優(yōu)化級需求管理

軟件項目計劃軟件項目跟蹤與監(jiān)控軟件子合同管理軟件質(zhì)量保證軟件配置管理需求管理需求管理強調(diào)：定義需求基線評審變更請求、評估變更影響、裁決是否實施以可控方式將需求變更融入項目使當前項目計劃與需求保持一致使需求能與其工件聯(lián)系起來以實現(xiàn)跟蹤在整個項目過程中跟蹤需求狀態(tài)及其變更情況有效需求管理的關(guān)鍵在于維護需求的明確闡述、需求屬性及與其他需求和工件之間的可追蹤性！需求管理的結(jié)構(gòu)

需求管理變更控制版本控制需求跟蹤需求狀態(tài)跟蹤1變更控制參與變更控制的項目角色和職責：需求產(chǎn)品組PMCCB開發(fā)組質(zhì)量保證組測試組配置管理組收集分析業(yè)務(wù)、用戶需求組織需求管理評估和批準需求變更開發(fā)+追蹤+評審審核管理過程驗證+追蹤+評審需求文檔和需求跟蹤記錄的配置管理1變更控制開始條件：通過合適的渠道（書面報告，web表單或email）接受合法的變更請求。杜絕口頭變更申請！步驟：建議變更分析影響作出抉擇實施變更合并驗證變更1變更控制驗證：通過檢查確保更新后的需求文檔、分析模型、產(chǎn)品均正確反映了變更的實施和實施質(zhì)量根據(jù)需求跟蹤找出受變更影響的其他特性，驗證其是否更新結(jié)束條件：所有變更的狀態(tài)為“關(guān)閉”建議者、CCB主席、質(zhì)量保證人員等相關(guān)責任人關(guān)注到變更的細節(jié)和當前狀態(tài)需求能力跟蹤矩陣已經(jīng)更新1變更控制變更控制的策略：所有需求變更必須遵循一個過程，按照此過程，若變更未被采納則后續(xù)過程不予考慮未獲批準的變更，除可行性論證外，不應(yīng)再做其他設(shè)計和實現(xiàn)工作變更是否實現(xiàn)統(tǒng)一由CCB裁決項目風險承擔人應(yīng)掌握變更數(shù)據(jù)庫的內(nèi)容絕不能從變更數(shù)據(jù)庫中刪除或修改變更請求的原始文檔每一個集成的需求變更必須能跟蹤到一個經(jīng)核準的變更請求需求管理

需求管理變更控制版本控制需求跟蹤需求狀態(tài)跟蹤2版本控制版本控制：建立需求和需求文檔的基準版本，記錄版本變更歷史，保持版本的獨立性，有效保證了需求及其文檔的回溯、完整和一致。文檔：2版本控制需求的屬性可分為：需求標識需求版本創(chuàng)建時間需求描述優(yōu)先級風險需求來源需求類型狀態(tài)負責人進度需求關(guān)聯(lián)合入版本需求管理

需求管理變更控制版本控制需求跟蹤需求狀態(tài)跟蹤3需求跟蹤需求跟蹤：追蹤一個需求使用期限的全過程，即從需求源到實現(xiàn)的前后生存期。作用及地位：是項目管理的重要依據(jù)是變更的重要參考是可靠過程的重要標志用戶需求系統(tǒng)需求開發(fā)產(chǎn)品追溯回溯追溯回溯業(yè)務(wù)需求追溯回溯3需求跟蹤問題：搞不清楚需求變更的影響面有多大建立和維護需求跟蹤矩陣忘記實現(xiàn)子需求建立需求與需求的跟蹤變更時不清楚要變更的地方建立需求與工件的跟蹤3需求跟蹤需求能力跟蹤矩陣一用例設(shè)計元素代碼測試用例UC登錄Logon.aspLogon.classUser.classLogon.aspLogon.classUser.class.validate()TUC登錄成功TUC登錄失敗3需求跟蹤需求能力跟蹤矩陣二跟蹤特性到系統(tǒng)需求精化的過程跟蹤特性與系統(tǒng)需求的關(guān)聯(lián)TOC局域網(wǎng)查找AllinoneVideoGroupFR.1傳文件FR.2邀請FR.3視頻調(diào)節(jié)UI.1影音交談需求管理

需求管理變更控制版本控制需求跟蹤需求狀態(tài)跟蹤3需求狀態(tài)跟蹤需求狀態(tài)跟蹤：為了有效進行項目監(jiān)控，確保需求被正確實現(xiàn)而必須進行的追蹤。需求狀態(tài)的轉(zhuǎn)換關(guān)系提出拒絕接受實施驗證刪除完成3需求狀態(tài)跟蹤步驟：識別當前狀態(tài)更新需求狀態(tài)統(tǒng)計狀態(tài)分布報告關(guān)鍵需求的狀態(tài)及變更歷史度量需求工作的度量：是深入項目、產(chǎn)品、處理過程的調(diào)查研究，它一般由質(zhì)量控制人員進行執(zhí)行。度量對象：用例、特性的總數(shù)需求變更的總數(shù)需求變更的工作量評審發(fā)現(xiàn)的需求缺陷數(shù)各變更來源的總數(shù)需求管理工具為什么要使用需求管理工具？存在問題難以保持文檔與現(xiàn)實一致通知受變更影響的干責人是手工過程難以做到為每個變更保存變更歷史記錄難以在需求與工件之間建立聯(lián)系鏈難以跟蹤每個需求的狀態(tài)難以集成精確地分析需求風險、成本和可行性報告的數(shù)據(jù)分析和統(tǒng)計是手工過程工具實現(xiàn)管理版本和變更存儲需求屬性幫助分析影響跟蹤需求狀態(tài)訪問控制自動知會變更重用需求小結(jié)

需求管理變更控制版本控制需求跟蹤需求狀態(tài)跟蹤步驟：1、建議變更2、分析影響