1、.,項目需求講解與實踐,.,目錄,.,一、需求工程概述,.,二、需求開發(fā),（一）需求獲取 （二）需求分析 （三）需求定義 （四）需求確認(rèn),.,需求開發(fā)過程,需求開發(fā)過程,需求獲取,需求分析,需求定義,需求確認(rèn),需求變更,.,（二）需求分析,對各種需求信息進(jìn)行分析并抽象描述，為目標(biāo)系統(tǒng)建立一個概念模型。,用戶需求,系統(tǒng)需求,篩選、轉(zhuǎn)換、整理、建模,.,（三）需求定義,根據(jù)需求調(diào)查和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無誤的產(chǎn)品需求，產(chǎn)生需求規(guī)格說明書。系統(tǒng)設(shè)計人員將依據(jù)需求規(guī)格說明書開展系統(tǒng)設(shè)計工作。,用戶需求說明書,需求規(guī)格說明書,語言轉(zhuǎn)換、細(xì)化、明確,.,（四）需求確認(rèn),需求確認(rèn)目的 需求確認(rèn)方法

2、 需求確認(rèn)案例,.,需求確認(rèn)目的,確定需求范圍 明確需求基線 提供設(shè)計依據(jù) 提供測試依據(jù) 建立驗收基準(zhǔn),.,需求確認(rèn)方法 1,承建單位編寫,建設(shè)單位確認(rèn),需求說明書,.,需求確認(rèn)方法2,承建單位編寫,建設(shè)單位確認(rèn),需求說明書,監(jiān)理單 位審核,.,需求確認(rèn)方法3,承建單位編寫,建設(shè)單位確認(rèn),需求說明書,監(jiān)理單 位審核,專家 評審,.,需求確認(rèn)案例,承建單位內(nèi)部審核,監(jiān)理單位審核,業(yè)主單位內(nèi)部審核,專家技術(shù)審核,.,三、需求管理,（一）制定需求管理計劃 （二）版本控制 （三）需求變更管理 （四）需求跟蹤,.,（一）制定需求管理計劃,主要包括確定需求管理軟硬件資源、需求跟蹤矩陣、需求變更申請表等。由

3、項目經(jīng)理審批該計劃。,.,（二）版本控制,處于“草稿”狀態(tài)的配置項的版本號格式為：0.YZ。 隨著草稿的不斷完善，YZ的取值應(yīng)遞增。YZ的初值和增幅由開發(fā)者自己把握。 處于“正式發(fā)布”狀態(tài)的配置項的版本號格式為：X.Y 。X為主版本號，取值范圍為l9。Y為次版本號，取值范圍為19。 配置項第一次“正式發(fā)布”時，版本號為1.0 。 處于“正在修改”狀態(tài)的配置項的版本號格式為：X.Y。如果配置項的版本升級幅度比較小，一般只增大Y值，X值保持不變。只有當(dāng)配置項版本升級幅度比較大時，才允許增大X值。 配置項上在修改時，一般只增大Z值，X.Y值保持不變。,.,（三）需求變更管理,1.成立變更控制委員會

4、2.明確變更審批流程,.,1.成立變更控制委員會,承建單位項目經(jīng)理 建設(shè)單位項目經(jīng)理 用戶單位項目經(jīng)理 監(jiān)理單位總監(jiān)理工程師 設(shè)計單位項目經(jīng)理 代建單位項目經(jīng)理 項目管理咨詢單位項目經(jīng)理 其他相關(guān)人員,.,2.明確變更審批流程,項目管理辦法中進(jìn)行明確 項目變更審批流程一般需要此項目實施涉及的所有方參與審批。 變更意見需要每一方的項目最高領(lǐng)導(dǎo)簽署確認(rèn)才可通過。,.,需求變更審批流程（案例）,變更申請,變更單位,變更審核,變更審批,監(jiān)理單位,設(shè)計單位,業(yè)主單位,需求變更,技術(shù)審批,費用審批,變更申請表,技術(shù)審批表,費用審批表,.,（四）需求跟蹤,需求說明書,實施過程,需求跟蹤,跟蹤報告 需求變更,.,需求跟蹤矩陣,需求跟蹤矩陣,.,四、需求文檔,（一）如何寫規(guī)范文檔 （二）需求說明書內(nèi)容 （三）需求說明書案例,.,（一）如何寫規(guī)范文檔,文檔命名要規(guī)范。 文檔格式要一致。 文檔目錄不可缺。 文檔結(jié)構(gòu)要清晰。 文檔內(nèi)容要全面。 文檔句子要準(zhǔn)確。 文檔前后要一致。 文檔不要低級錯。,.,（二）需求說明書基本內(nèi)容,項目背景。 項目范圍。 項目功能需求。 項目非功能需求。 項目運行環(huán)境。 系統(tǒng)外部接口。,.,（三）需求說明書案例,用戶需求說明書與需求規(guī)格說明書的區(qū)別： 讀者對象不同 描述語言不同 實際用途不同,.,（三）