過程規(guī)范第8章需求管理(存儲版)
【正文】 本，日期） 1 標題或標識符，說明 標題或標識符，說明 代碼名稱，說明 測試用例名稱，說明 2 ?? ?? ?? ?? 『 Step2』查找不一致 ? 使用需求跟蹤矩陣的優(yōu)點 是很容易發(fā)現(xiàn)需求文檔與后續(xù)工作成果之間的不一致之處，例如： ☆ 后續(xù)工作成果沒有實現(xiàn)需求文檔的某些需求。 8． 3． 8 度量 ? 項目經(jīng)理統(tǒng)計工作量和上述文檔的規(guī)模。 『 Step2』 審批需求變更申請 ? 開發(fā)方負責人（項目經(jīng)理）和客戶共同審評“需求變更申請書”。 ? 對需求管理過程域產(chǎn)生的所有有價值的文檔進行配置管理。 8． 4． 8 度量 ? 項目經(jīng)理統(tǒng)計工作量。 8． 4． 4 輸入 ? “原需求文檔” 8． 4． 5 主要步驟 『 Step1』需求變更申請 ? 需求變更申請人撰寫“需求變更申請書”，遞交給項目經(jīng)理或客戶方負責人。 8． 3． 6 輸出 ? 《需求跟蹤報告》 8． 3． 7 結束準則 ? 每個開發(fā)階段的“需求跟蹤矩陣”都已經(jīng)建立。表 8－ 1為簡單的需求跟蹤矩陣格式。檢查需求文檔中的每個需求是否能在后續(xù)工 作成果中找到對應點。 ? 書面的需求承諾。非正式的需求評審方式請參考技術評審過程域的對應規(guī)程 [SPP_PROC_TR_ITR]。 ☆ 《需求變更控制報告》，模板見 [SPP_TEMP_RM_CHANGE]。需求工程中的活動可分為兩大類，一類屬于需求開發(fā)，另一類屬于需求管理。 需求管理過程域是 SPP模型的重要組成部分。 需求確認 需求確認是指開發(fā)方和客戶共同對需求文檔進行評審，雙方對需求達成共識后作出書面承諾，使需求文檔具有商業(yè)合同效果。 8． 2． 2 角色與職責
公司管理相關推薦
鄂ICP備17016276號-1