【正文】 檔”，產(chǎn)生新的需求文檔。 ? 重新獲取書面的需求承諾，參見需求確認(rèn)規(guī)程中的 [Step3]。 [Step3] 消除不一致 ? 相關(guān)責(zé)任人給出消除“不一致”的措施和計劃，項目經(jīng)理將該措施和計劃記錄到《需求跟蹤報告》之中。 度量 ? 項目經(jīng)理統(tǒng)計工作量和上述文檔的規(guī)模 5 需求跟蹤 目的 ? 將系統(tǒng)設(shè)計、編程、測試等階段的工作成果與需求文檔進(jìn)行比較，建立與維護(hù)“需求文檔－設(shè)計文檔－代碼－測試用例”之間的一致性，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)。 ? 《需求變更控制報告》，模 板見 [SPPTEMPRMCHANGE]。 需求管理過程域是 SPP 模型的重要組成部分。 角色與職責(zé) ? 開發(fā)方和客戶共同組織人員對需求文檔如《用戶需求說明書》和《產(chǎn)品需求規(guī)格說明書》進(jìn)行評審。 ? 系統(tǒng)設(shè)計、編程、測試等階段的工作成果如設(shè)計文檔、代碼、測試用例已經(jīng)產(chǎn)生。 ? 已經(jīng)消除了需求文檔與后續(xù)工作成果之間的 不一致性。 實施建議 ? 先對項目經(jīng)理和客戶進(jìn)行培訓(xùn)，讓他們掌握必要的需求管理知識。 ? “需求變更申請書”必須闡述：（ 1）變更原因；（ 2）變更的內(nèi)容；（ 3）此變更對項目造成的影響。矩陣單元之間的可能存在“一對一”、“一對多”或“多對多”的關(guān)系。 [Step3] 獲取需求承諾 當(dāng)需求文檔通過正式的評審之后，開發(fā)方負(fù)責(zé)人（項目經(jīng)理）和客戶對需求文檔作書面承諾，使之具有商業(yè)合同效果。 一、需求確認(rèn) 需求確認(rèn)是指開發(fā)方和客戶共同對需求文檔進(jìn)行評審，雙方對需求達(dá)成共識后作出書面承諾，使需求文 檔具有商業(yè)合同效果。需求工程中的活動可分為兩大類，一類屬于需求開發(fā)，另一類屬于需求管理。非正式的需求評審方式請參考技術(shù)評審過程域的對應(yīng)規(guī)程 [SPPPROCTRITR]。 ? 正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。 角色與職責(zé) ? 開發(fā)方負(fù)責(zé)人（項目經(jīng)理）和客戶共同控制需求變更。 。 ? 控制需求文檔的變更，防止發(fā)生混亂。 ? 逆向跟蹤。 輸入 ? 需求文檔如《用戶需求說明書》和《產(chǎn)品需求規(guī)格說明書》。建議用戶根據(jù)自身情況（如商業(yè)目標(biāo)、研發(fā)實力等）適當(dāng)?shù)匦薷谋疽?guī)范，然后推廣使用。 三、需求變更控制 需求變更控制是指依據(jù)“變更申請－審批－更改－重新確認(rèn)”的流程處理需求的變更，確保需求的變更不會失去控制而導(dǎo)致項目發(fā)生混亂。如果需求發(fā)生變化，我們將按照“需求變更控制規(guī)程”執(zhí)行。表 81 為簡單的需求跟蹤矩陣格式。 ? 如果雙方都同意變更，轉(zhuǎn)向 [Step3]。 輸出 ? 《需求變更控制報告》 結(jié)束準(zhǔn)則 ? 新的需求文檔已經(jīng)被確認(rèn)。 ? 相關(guān)責(zé)任人消除“不一致性”之后，項目經(jīng)理更新“需求跟蹤矩陣”。 角色與職責(zé) ? 項目經(jīng)理跟蹤需求。 需求確認(rèn) 目的 ? 開發(fā)方和客戶對需求文檔如《用戶需求說明書》和《產(chǎn)品需求規(guī)格說明書》進(jìn)行評審，并作書面承諾。 0 第 8 章 需求管理 .................................................................................. 2 介紹 ............................................................................................................................. 2 需求確認(rèn) ...................................................................................................................... 3 目的 .........................