軟件需求變更控制流程

1、v1.0可編輯可修改文檔名稱：需求變更控制流程文檔編號:歸檔日期：編寫者:處審核者：批準者：修訂日期修訂人版本號修訂內(nèi)容2011-4-14孫創(chuàng)建2011-4-15孫修改增加流程圖，更改流程2011-4-19孫修改修改流程角色，更改流程*The information contained in this message is confidential and should not be disclosed to anythird party whether or not you are the intended addressee indicated in the message.*本文件所含內(nèi)

2、容為保密信息，未經(jīng)授權請勿隨意復制、編改和泄露給任何第三方。Copyright ? 2009 xxx (Shanghai) Ltd . All Rights Reserved1 .目的指導項目部、軟件部、質(zhì)量部、測試部對產(chǎn)品的軟件變更需求（簡稱CFR進行控制和管理，規(guī)范相應的作業(yè)流程，詳細地定義了各流程環(huán)節(jié)中狀態(tài)、角色和動作。明確流程中各角色的職責規(guī)范軟件缺陷的變更過程2 .適用范圍所有項目的軟件變更需求控制管理。3 . 定義CCB Chang Control Board 的縮寫，指變更控制小組，由項目經(jīng)理、產(chǎn)品經(jīng)理、軟件 開發(fā)小組長、軟件部經(jīng)理、測試部主管組成。SCM Software Co

3、nfiguration Management的縮寫，軟件配置管理員。SQA軟件質(zhì)量保證產(chǎn)品部門：簡稱PD項目部門：簡稱PM軟件部門：簡稱SW測試部門：簡稱TEST質(zhì)量部門：簡稱SQA4 .參考資料無5 . 部門職責5.1 產(chǎn)品部制定產(chǎn)品戰(zhàn)略規(guī)劃，產(chǎn)品定位和定義?？蛻艏夹g支持，需求分析與管理。提出需求變更申請到到質(zhì)量部。質(zhì)量部接收產(chǎn)品部提出的變更需求。成立項目需求變更評審（CCB小組，召集小組成員對需求變更進行評審。項目部參與需求變更評審，確定需求變更的可行性。將評審通過的需求變更單以通知單的方式發(fā)到軟件部和測試部。軟件部對需求變更進行技術可行性評估，編寫系統(tǒng)需求規(guī)格與可行性分析報告，包括技術實

4、現(xiàn)方法、進度要求和風險分析結(jié)果以及建議等。確定需求變更信息，制定開發(fā)計劃，安排代碼設計，更新需求規(guī)格說明書。測試部參與需求變更評審工作。確定需求變更信息，制定測試計劃，安排對新需求的功能測試。CCB負責對軟件相關的變更需求（新需求、bug修改、建議）進行審核，確定處理的方案。6 .作業(yè)流程矣襦求變更申請人笑前A失C3小殂笑產(chǎn)品經(jīng)理笑項目經(jīng)理吳軟件都6.1 申請需求變更部門：任意部門角色：需求變更申請人任務：需求變更申請人向 SQA人員申請需求變更申請單的編號后，填寫需求變更申請單，并附相關資料提交給SQA輸出：需求變更申請單及相關資料組織CCB、組對需求變更進行評審部門：SQA角色：SQA任務

5、：SQA&織CCB、組評審會議，對需求變更進行會審CCB小組評審部門：CCB角色：SQA項目經(jīng)理、軟件部經(jīng)理、測試主管、產(chǎn)品經(jīng)理如需求變更可行，由CCBta成員在需求變更申請單共同簽署肯定意見，將需求變更申請單和需求變更評審會議紀要通知到產(chǎn)品部，并交SQA人員歸檔；如需求變更不可行，由CCM成員在需求變更申請單 共同簽署否定意見，需求變更申請單和需求變更評審會議紀要交SQA人員歸檔。如需求變更經(jīng)評審后部分可行，由CCB1成員在需求變更申請單上對可行的部分需求共同簽署肯定意見，將需求變更申請單和需求變更評審會議紀要通知到產(chǎn)品部，并交SQA人員歸檔；輸出：需求變更評審會議紀要產(chǎn)品部門確認需

6、求變更部門：產(chǎn)品部角色：產(chǎn)品經(jīng)理任務：產(chǎn)品部接收來自 CCB、組發(fā)來的需求變更信息，確認需求變更項目部制定需求變更的項目計劃部門：項目部角色：項目經(jīng)理任務：制定項目計劃；對需求變更進行技術可行性評估，制定進度要求和風險分析結(jié)果以及建議等；需求變更申請單和需求變更通知單發(fā)送軟件部。輸出：需求變更通知單軟件部設計需求變更部門：軟件部角色：軟件部經(jīng)理，開發(fā)人員任務：編寫系統(tǒng)需求規(guī)格與可行性分析報告，包括技術實現(xiàn)方法。軟件部經(jīng)理及開發(fā)人員根據(jù)需求變更申請單和需求變更通知單，安排設計。7 . CCB、組評審說明增加功能的需求變更必須通過CCB、組評審為軟件系統(tǒng)增加新功能而提出的需求變更，或影響開發(fā)進度的變更，必須通過CCB小組評審會議來確定是否變更。改進型的需求變更，由測試部總結(jié)后統(tǒng)一在CCB、組上評審改進型的需求，由測試人員提到bugzilla 中，不必分