項目需求講解與實踐

.,項目需求講解與實踐,.,目錄,.,一、需求工程概述,.,二、需求開發(fā),（一）需求獲?。ǘ┬枨蠓治觯ㄈ┬枨蠖x（四）需求確認,.,需求開發(fā)過程,需求開發(fā)過程,需求獲取,需求分析,需求定義,需求確認,需求變更,.,（二）需求分析,對各種需求信息進行分析并抽象描述，為目標系統(tǒng)建立一個概念模型。,用戶需求,系統(tǒng)需求,篩選、轉換、整理、建模,.,（三）需求定義,根據需求調查和需求分析的結果，進一步定義準確無誤的產品需求，產生需求規(guī)格說明書。系統(tǒng)設計人員將依據需求規(guī)格說明書開展系統(tǒng)設計工作。,用戶需求說明書,需求規(guī)格說明書,語言轉換、細化、明確,.,（四）需求確認,需求確認目的需求確認方法需求確認案例,.,需求確認目的,確定需求范圍明確需求基線提供設計依據提供測試依據建立驗收基準,.,需求確認方法1,承建單位編寫,建設單位確認,需求說明書,.,需求確認方法2,承建單位編寫,建設單位確認,需求說明書,監(jiān)理單位審核,.,需求確認方法3,承建單位編寫,建設單位確認,需求說明書,監(jiān)理單位審核,專家評審,.,需求確認案例,承建單位內部審核,監(jiān)理單位審核,業(yè)主單位內部審核,專家技術審核,.,三、需求管理,（一）制定需求管理計劃（二）版本控制（三）需求變更管理（四）需求跟蹤,.,（一）制定需求管理計劃,主要包括確定需求管理軟硬件資源、需求跟蹤矩陣、需求變更申請表等。由項目經理審批該計劃。,.,（二）版本控制,處于“草稿”狀態(tài)的配置項的版本號格式為：0.YZ。隨著草稿的不斷完善，YZ的取值應遞增。YZ的初值和增幅由開發(fā)者自己把握。處于“正式發(fā)布”狀態(tài)的配置項的版本號格式為：X.Y。X為主版本號，取值范圍為l9。Y為次版本號，取值范圍為19。配置項第一次“正式發(fā)布”時，版本號為1.0。處于“正在修改”狀態(tài)的配置項的版本號格式為：X.Y。如果配置項的版本升級幅度比較小，一般只增大Y值，X值保持不變。只有當配置項版本升級幅度比較大時，才允許增大X值。配置項上在修改時，一般只增大Z值，X.Y值保持不變。,.,（三）需求變更管理,1.成立變更控制委員會2.明確變更審批流程,.,1.成立變更控制委員會,承建單位項目經理建設單位項目經理用戶單位項目經理監(jiān)理單位總監(jiān)理工程師設計單位項目經理代建單位項目經理項目管理咨詢單位項目經理其他相關人員,.,2.明確變更審批流程,項目管理辦法中進行明確項目變更審批流程一般需要此項目實施涉及的所有方參與審批。變更意見需要每一方的項目最高領導簽署確認才可通過。,.,需求變更審批流程（案例）,變更申請,變更單位,變更審核,變更審批,監(jiān)理單位,設計單位,業(yè)主單位,需求變更,技術審批,費用審批,變更申請表,技術審批表,費用審批表,.,（四）需求跟蹤,需求說明書,實施過程,需求跟蹤,跟蹤報告需求變更,.,需求跟蹤矩陣,需求跟蹤矩陣,.,四、需求文檔,（一）如何寫規(guī)范文檔（二）需求說明書內容（三）需求說明書案例,.,（一）如何寫規(guī)范文檔,文檔命名要規(guī)范。文檔格式要一致。文檔目錄不可缺。文檔結構要清晰。文檔內容要全面。文檔句子要準確。文檔前后要一致。文檔不要低級錯。,.,（二）需求說明書基本內容,項目背景。項目范圍。項目功能需求。項目非功能需求。項目運行環(huán)境。系統(tǒng)外部接口。,.,（三）需求說明書案例,用戶需求說明書與需求規(guī)格說明書的區(qū)別：讀者對象不同描述語言不同實際用途不同,