一、引言
由於目前公司內部對產品的需求變動都只是口頭或郵件中進行通知，並沒有進行內部評審和相關需求變動後的記錄，導致後續出的產品某些需求增加了，某些沒有進行增加。這樣就會導致測試得到的信息不完整，以及後續產品的維護困難。在這裏書寫一份規範說明書，希望能得到一些改善。
二、目的
控制需求變化引起的開發、測試與需求不一致的情況，約束需求分析的完整性。保證每一次的需求改動都能有相關的記錄。
三、角色與職責
1、市場人員
1）負責產品需求的提交以及解答項目開發過程中遇到的需求問題。
2） 負責與客戶的溝通確認，並及時反饋客戶最新需求。
3）負責與項目經理的溝通
4）負責與客戶協調溝通需求變更中需求部分存在的差異
5）負責將需求變更中的需求提供給客戶簽字確認
2、 項目組長
1）負責協調變更的需求並對變更的需求有拒絕的權利
2）負責對變更的需求部分設計的修改
3）保證項目的開發與需求的一致性
4）確定開發進度是否需要進行變更
5）分配新需求給相關開發人員
3、測試組長
1）負責相應測試需求分析書的修改
2）負責把最新需求及時傳達到測試人員
3）保證測試進度與開發進度一致性
4）負責與項目組長及時確認最新需求
4、測試人員
1）負責更改測試用例，保證用例與需求同步
2）調控測試進度，保證任務的正常完成
5、項目經理
1）參與需求修改的評審工作
2）最終確認需求是否進行修改
6、配置管理員
1）負責更新需求文檔，記錄需求更改記錄
2）負責需求變更信息的發佈與跟蹤
四、需求變更處理流程圖
需求變更有3種情況，一種是客戶提出來要進行修改，增加需求等，一種是公司內部人員提交的建議，還有就是開發人員自己修改流程（修改後的效果比前面的更加好），另外需求變更可能是比較小的改動，另外一種就是可能涉及到整個產品流程，這就是比較大的需求改動。下面就按照上面的3種情況進行畫出流程圖：
1、需求變更流程(客戶提出需求變更)
1）執行條件：
客戶提出需求變更
![]()
圖：需求變更流程(客戶提出需求變更)
2）流程說明：
需求來源：客戶提交相關需求變更
審覈需求變更：評估如果實現該需求，需要的時間、人力成本多少；並評估對項目工期影響有多大？判斷那些需求能夠目前解決，那些需要留到下一版本解決。最後輸出一份審覈確認表反饋給客戶，和客戶進行商討。參與評審的人員要包含項目經理，項目組長，測試組長，市場人員。
配置管理員：對變更需求進行記錄，需求文檔進行更新，並通知相關人員
項目組長：負責調整相關開發進度表，評估任務時間，分發給相關開發人員
測試組長：根據變更需求和開發進度，對測試進度進行相對應調整，並修改測試需求分析書，分發需求更新給相關測試人員。測試人員對用例進行補充，修改。
客戶提交的變更需求最後必須讓客戶進行簽字確認。
2、需求變更流程（內部提出需求變更）
1）執行條件：
對項目進度不會影響嚴重
與客戶原始需求無偏差
![]()
圖：需求變更流程（內部提出需求變更）
2）流程說明：
內部需求變更來源：公司內部人員發現邏輯，需求上的問題，或功能上的建議以及開發、測試人員提出的需求不一致內容。
需求變更類型：需求有誤、需求有遺漏、需求不明確。
需求變更審覈：內部提交的需求應該經過項目經理，項目組長，測試組長，市場人員共同的確認才能確認是否修改。
項目組長：評審需求變更部分的工作量，判斷需求變更的內容是否對開發進度有影響，如果需求變更對開發進度有影響，項目組長可以拒絕變更；將變更內容放 入下一版本進行修改，若市場人員認爲必須在本版中進行修改，項目組長可以將變更的內容提交給項目經理進行處理，並決定是否在本版中進行修改。
需求信息發佈：經過需求人員和項目組長的溝通、協調確定在本版中進行修改的需求變更，需求人員需要將變更內容的信息，以郵件方式通知相關人員。
配置管理員：對需求變更進行備案。
開發，測試：開發、測試人員接收到需求變更內容後首先審覈設計文檔和測試文檔，修改變更的地方。並根據變更後的文檔進行開發和測試。
五、附件
由於目前公司內部對產品的需求變動都只是口頭或郵件中進行通知，並沒有進行內部評審和相關需求變動後的記錄，導致後續出的產品某些需求增加了，某些沒有進行增加。這樣就會導致測試得到的信息不完整，以及後續產品的維護困難。在這裏書寫一份規範說明書，希望能得到一些改善。
二、目的
控制需求變化引起的開發、測試與需求不一致的情況，約束需求分析的完整性。保證每一次的需求改動都能有相關的記錄。
三、角色與職責
1、市場人員
1）負責產品需求的提交以及解答項目開發過程中遇到的需求問題。
2） 負責與客戶的溝通確認，並及時反饋客戶最新需求。
3）負責與項目經理的溝通
4）負責與客戶協調溝通需求變更中需求部分存在的差異
5）負責將需求變更中的需求提供給客戶簽字確認
2、 項目組長
1）負責協調變更的需求並對變更的需求有拒絕的權利
2）負責對變更的需求部分設計的修改
3）保證項目的開發與需求的一致性
4）確定開發進度是否需要進行變更
5）分配新需求給相關開發人員
3、測試組長
1）負責相應測試需求分析書的修改
2）負責把最新需求及時傳達到測試人員
3）保證測試進度與開發進度一致性
4）負責與項目組長及時確認最新需求
4、測試人員
1）負責更改測試用例，保證用例與需求同步
2）調控測試進度，保證任務的正常完成
5、項目經理
1）參與需求修改的評審工作
2）最終確認需求是否進行修改
6、配置管理員
1）負責更新需求文檔，記錄需求更改記錄
2）負責需求變更信息的發佈與跟蹤
四、需求變更處理流程圖
需求變更有3種情況，一種是客戶提出來要進行修改，增加需求等，一種是公司內部人員提交的建議，還有就是開發人員自己修改流程（修改後的效果比前面的更加好），另外需求變更可能是比較小的改動，另外一種就是可能涉及到整個產品流程，這就是比較大的需求改動。下面就按照上面的3種情況進行畫出流程圖：
1、需求變更流程(客戶提出需求變更)
1）執行條件：
客戶提出需求變更
圖：需求變更流程(客戶提出需求變更)
2）流程說明：
需求來源：客戶提交相關需求變更
審覈需求變更：評估如果實現該需求，需要的時間、人力成本多少；並評估對項目工期影響有多大？判斷那些需求能夠目前解決，那些需要留到下一版本解決。最後輸出一份審覈確認表反饋給客戶，和客戶進行商討。參與評審的人員要包含項目經理，項目組長，測試組長，市場人員。
配置管理員：對變更需求進行記錄，需求文檔進行更新，並通知相關人員
項目組長：負責調整相關開發進度表，評估任務時間，分發給相關開發人員
測試組長：根據變更需求和開發進度，對測試進度進行相對應調整，並修改測試需求分析書，分發需求更新給相關測試人員。測試人員對用例進行補充，修改。
客戶提交的變更需求最後必須讓客戶進行簽字確認。
2、需求變更流程（內部提出需求變更）
1）執行條件：
對項目進度不會影響嚴重
與客戶原始需求無偏差
圖：需求變更流程（內部提出需求變更）
2）流程說明：
內部需求變更來源：公司內部人員發現邏輯，需求上的問題，或功能上的建議以及開發、測試人員提出的需求不一致內容。
需求變更類型：需求有誤、需求有遺漏、需求不明確。
需求變更審覈：內部提交的需求應該經過項目經理，項目組長，測試組長，市場人員共同的確認才能確認是否修改。
項目組長：評審需求變更部分的工作量，判斷需求變更的內容是否對開發進度有影響，如果需求變更對開發進度有影響，項目組長可以拒絕變更；將變更內容放 入下一版本進行修改，若市場人員認爲必須在本版中進行修改，項目組長可以將變更的內容提交給項目經理進行處理，並決定是否在本版中進行修改。
需求信息發佈：經過需求人員和項目組長的溝通、協調確定在本版中進行修改的需求變更，需求人員需要將變更內容的信息，以郵件方式通知相關人員。
配置管理員：對需求變更進行備案。
開發，測試：開發、測試人員接收到需求變更內容後首先審覈設計文檔和測試文檔，修改變更的地方。並根據變更後的文檔進行開發和測試。
五、附件
客戶需求確認單
| 文檔名稱 | |
| 文檔摘要 | |
| 客戶確認 |
經辦人簽字： 單位公章： 確認日期：
原文地址：http://www.cnblogs.com/hlearning/archive/2009/02/24/hjj.html