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

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

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

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

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

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

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

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

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

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

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

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

分析需求編寫(xiě)需求規(guī)驗(yàn)證需求格說(shuō)明書(shū)4驗(yàn)證需求驗(yàn)證需求的關(guān)鍵活動(dòng)有：審查需求文檔編寫(xiě)測(cè)試用例編寫(xiě)用戶手冊(cè)確定驗(yàn)收標(biāo)準(zhǔn)需求基線！小結(jié)

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

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

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

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

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

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

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

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