過程規(guī)范第8章需求管理-免費閱讀
【正文】 8． 5 實事建議 ? 先對項目經理和客戶進行培訓，讓他們掌握必要的需求管理知識。 ? “需求變更申請 書”必須闡述：（ 1）變更原因；（ 2）變更的內容；（ 3）此變更對項目造成的影響。 ? 已經消除了需求文檔與后續(xù)工作成果之間的不一致性。 ? 當需求文檔或后續(xù)工作成果發(fā)生變更時，要及時更新需求跟蹤矩陣。 ? 逆向跟蹤。 8． 2． 7 結束準則 ? 需求文檔通過了正式評審，并且獲得了開發(fā)方和客戶的書面承諾。 『 Step2』正是需求評審 ? 項目經理邀請同行專家和用戶（包括客戶和最終用戶）一起評審需求文檔，盡最大努力 使需求文檔能夠正確無誤的反映用戶的真實意愿。 8． 2 需 求 確 認 8． 2． 1 目的 ? 開發(fā)方和客戶對需求文檔如《用戶需求說明書》和《產品需求規(guī)格說明書》進行評審，并作出書面承諾。圖 8－ 1為需求工程的結構圖。第 8章 需求管理 需求管理（ Requirement Management， RM）的目的是在客戶與開發(fā)之間建立對需求的共同理解，維護需求與其他工作成果的一致性，并控制需求的變更。 需求管理過程域主要有 3個規(guī)程：需求確認、 需求跟蹤與需求變更控制。 提示 ： 《用戶需求說明書》和《產品需求規(guī)格說明書》可以分開也可以放在一起進行需求確認，視項目的具體情況而定。正式需求評審僨事請參考技術評審過程域的對應規(guī)程 [SPP_PROC_TR_FTR]。 8． 2． 8 度量 ? 項目經理統(tǒng)計工作量和上述文檔的規(guī)模。檢查 設計文檔、代碼、測試用例等工作成果是否都能在需求文檔中昭到出去。 ＃ 需 求文檔 （版本，日期） 設計文本 （版本，日期） 代碼 （版本，日期） 測試用例 （版
公司管理相關推薦
鄂ICP備17016276號-1