過程規(guī)范第8章需求管理-預覽頁
【正文】 IT 企業(yè)的軟件研發(fā)項目。圖 8－ 1為需求工程的結(jié)構(gòu)圖。 需求變更控制 需求變更控制是指依據(jù)“變更申請－審批－更改－重新確認”的流程處理需求的變更，確保需求的變更不會失去控制而導致項目發(fā)生混亂。 8． 2 需 求 確 認 8． 2． 1 目的 ? 開發(fā)方和客戶對需求文檔如《用戶需求說明書》和《產(chǎn)品需求規(guī)格說明書》進行評審，并作出書面承諾。 8． 2． 3 啟動準則 ? 需求文檔如《用戶需求說明書》和《產(chǎn)品需求規(guī)格說明書》已經(jīng)完成。 『 Step2』正是需求評審 ? 項目經(jīng)理邀請同行專家和用戶（包括客戶和最終用戶）一起評審需求文檔，盡最大努力 使需求文檔能夠正確無誤的反映用戶的真實意愿。如果需求發(fā)生變化，我們將按照“需求變更控制程序”執(zhí)行。 8． 2． 7 結(jié)束準則 ? 需求文檔通過了正式評審，并且獲得了開發(fā)方和客戶的書面承諾。 8． 3． 3 啟動準則 ? 需求文檔已經(jīng)通過正式評審并獲得了承諾。 ? 逆向跟蹤。需求跟蹤矩陣保存了需求與后續(xù)工作成果的對應關系。 ? 當需求文檔或后續(xù)工作成果發(fā)生變更時，要及時更新需求跟蹤矩陣。 ? 項目經(jīng)理將發(fā)現(xiàn)的“不一致性”記錄 在《需求跟蹤報告》之中，并通報給相關責任人（ 工作成果的開發(fā)者 ） 。 ? 已經(jīng)消除了需求文檔與后續(xù)工作成果之間的不一致性。 提示 ： 本規(guī)程中的“原需求文檔”是指已經(jīng)通過了評審并獲得書面承諾的需求文檔。 ? “需求變更申請 書”必須闡述：（ 1）變更原因；（ 2）變更的內(nèi)容；（ 3）此變更對項目造成的影響。 『 Step4』重新進行需求確認 ? 重新進行 需求評審，參見需求確認規(guī)程中的『 Step2』。 8． 5 實事建議 ? 先對項目經(jīng)理和客戶進行培訓，讓他們掌握必要的需求管理
公司管理相關推薦
鄂ICP備17016276號-1