過程規(guī)范第8章需求管理-資料下載頁
2025-05-10 16:55本頁面
【導(dǎo)讀】解，維護需求與其他工作成果的一致性，并控制需求的變更。需求管理過程域是SPP模型的重要組成部分。準則”和“度量”均已定義。本規(guī)范適用于國內(nèi)IT企業(yè)的軟件研發(fā)項目。建議用戶根據(jù)自身情況。適當?shù)匦薷谋疽?guī)范，然后推廣使用。我們把所有與需求相關(guān)地活動統(tǒng)稱為需求工程。求開發(fā)，另一類屬于需求管理。圖8－1為需求工程的結(jié)構(gòu)圖。需求管理過程域主要有3個規(guī)程：需求確認、需求跟蹤與需求變更控制。需求確認是指開發(fā)方和客戶共同對需求文檔進行評審，雙方對需求達成共識后作出書面承諾，求的變更不會失去控制而導(dǎo)致項目發(fā)生混亂。☆《需求評審報告》，同技術(shù)評審報告的模板[SPP_TEMP_TR_REPORT]。視項目的具體情況而定。開發(fā)方負責人和客戶對需求文檔作書面承諾，使之具有商業(yè)合同效果。需求文檔如《用戶需求說明書》和《產(chǎn)品需求規(guī)格說明書》已經(jīng)完成。需求文檔能夠正確無誤的反映用戶的真實意愿。需求跟蹤矩陣保存了需求與后續(xù)工作成果的對應(yīng)關(guān)系。
【正文】 的“原需求文檔”是指已經(jīng)通過了評審并獲得書面承諾的需求文檔。 表 8－ 1 簡單的需求跟蹤矩陣格式 8． 4． 2 角色與職責 ? 開發(fā)方負責人（項目經(jīng)理）和客戶共同控制需求變更。 8． 4． 3 啟動準則 ? 某人（來自開發(fā)方或客戶方）提出變更“原需求文檔”的申請。 8． 4． 4 輸入 ? “原需求文檔” 8． 4． 5 主要步驟 『 Step1』需求變更申請 ? 需求變更申請人撰寫“需求變更申請書”，遞交給項目經(jīng)理或客戶方負責人。 ? “需求變更申請 書”必須闡述：（ 1）變更原因；（ 2）變更的內(nèi)容；（ 3）此變更對項目造成的影響。 『 Step2』 審批需求變更申請 ? 開發(fā)方負責人（項目經(jīng)理）和客戶共同審評“需求變更申請書”。 ? 如果任何一方不同意變更，則退回來變更請求，項目按照“原需求文檔”執(zhí)行。 ? 如果雙方都同意變更，轉(zhuǎn)向『 Step3』 . 『 Step3』更改需求文檔 ? 需求分析員根據(jù)『 Step1』和『 Step2』更改“原需求文檔”，產(chǎn)生新的需求文檔。 『 Step4』重新進行需求確認 ? 重新進行 需求評審，參見需求確認規(guī)程中的『 Step2』。 ? 重新獲取書面的需求承 諾，參見需求確認規(guī)程的『 Step3』。 8． 4． 6 輸出 ? 《需求變更控制報告》 8． 4．， 7 結(jié)束準則 ? 新的需求文檔已經(jīng)被確認。 8． 4． 8 度量 ? 項目經(jīng)理統(tǒng)計工作量。 8． 5 實事建議 ? 先對項目經(jīng)理和客戶進行培訓，讓他們掌握必要的需求管理知識。 ? 對需求管理過程域產(chǎn)生的所有有價值的文檔進行配置管理。 ? 對于非合同項目，本規(guī)范中有關(guān)客戶的活動可以被裁剪掉。
公司管理相關(guān)推薦
鄂ICP備17016276號-1