文档名称 :需求变更控制流程
文档编号 :
归档日期 :
编写者：孙
审核者：
批准者：
修订日期修订人版本号修订内容
2011-4-14 孙创建
2011-4-15 孙修改增加流程图，更改流程
2011-4-19 孙修改修改流程角色，更改流程
*The information contained in this message is confidential and should not be disclosed to any third party whether or not you are the intended addressee indicated in the message.
*本文件所含内容为保密信息，未经授权请勿随意复制、编改和泄露给任何第三方。
Copyright ?2009 xxx (Shanghai) Ltd . All Rights Reserved
1.目的
指导项目部、软件部、质量部、测试部对产品的软件变更需求（简称CR）进行控制和管理，规范相应的作业流程,详细地定义了各流程环节中状态、角色和动作。
1.1 明确流程中各角色的职责
1.2 规范软件缺陷的变更过程
2.适用范围
所有项目的软件变更需求控制管理。
3.定义
CCB：Chang Control Board的缩写，指变更控制小组，由项目经理、产品经理、软件
开发小组长、软件部经理、测试部主管组成。
SCM：Software Configuration Management 的缩写，软件配置管理员。
SQA：软件质量保证
产品部门：简称PD
项目部门：简称PM
软件部门：简称SW
测试部门：简称TEST
质量部门：简称SQA
4. 参考资料
无
5. 部门职责
5.1 产品部
5.1.1 制定产品战略规划，产品定位和定义。
5.1.2 客户技术支持，需求分析与管理。
5.1.3 提出需求变更申请到到质量部。
5.2 质量部
5.2.1 接收产品部提出的变更需求。
5.2.2 成立项目需求变更评审（ CCB）小组，召集小组成员对需求变更进行评审。
5.3 项目部
5.3.1 参与需求变更评审，确定需求变更的可行性。
5.4
5.3.2 将评审通过的需求变更单以通知单的方式发到软件部和测试部。
软件部
5.4.1 对需求变更进行技术可行性评估，编写系统需求规格与可行性分析报告，包括
技术实现方法、进度要求和风险分析结果以及建议等。
5.4.2确定需求变更信息，制定开发计划，安排代码设计，更新需求规格说明书。
5.5测试部
5.5.1参与需求变更评审工作。
5.5.2确定需求变更信息，制定测试计划，安排对新需求的功能测试。
5.6 CCB
负责对软件相关的变更需求（新需求、bug 修改、建议）进行审核，确定处理的方案。
6.作业流程
第1页共4页
6.1 申请需求变更
部门：任意部门
角色：需求变更申请人
任务：需求变更申请人向SQA人员申请《需求变更申请单》的编号后，填写《需求变更申请单》，并附相关资料提交给SQA。
输出：《需求变更申请单》及相关资料
6.2组织CCB小组对需求变更进行评审
部门： SQA
角色： SQA
任务： SQA 组织 CCB 小组评审会议，对需求变更进行会审
6.3 CCB 小组评审
部门： CCB
角色： SQA、项目经理、软件部经理、测试主管、产品经理
如需求变更可行，由 CCB组成员在《需求变更申请单》共同签署肯定意见，将《需求变更申请单》和《需求变更评审会议纪要》通知到产品部，并交SQA人员归档；
如需求变更不可行，由CCB组成员在《需求变更申请单》共同签署否定意见，《需
第2页共4页
求变更申请单》和《需求变更评审会议纪要》交 SQA人员归档。
如需求变更经评审后部分可行，由 CCB组成员在《需求变更申请单》上对可行的
部分需求共同签署肯定意见，将《需求变更申请单》和《需求变更评审会议纪要》通知到产
品部，并交 SQA人员归档；
输出：《需求变更评审会议纪要》
6.4产品部门确认需求变更
部门：产品部
角色：产品经理
任务：产品部接收来自CCB 小组发来的需求变更信息，确认需求变更
6.5项目部制定需求变更的项目计划
部门：项目部
角色：项目经理
任务：制定项目计划；
对需求变更进行技术可行性评估，制定进度要求和风险分析结果以及建议等；
《需求变更申请单》和《需求变更通知单》发送软件部。
输出：《需求变更通知单》
6.6软件部设计需求变更
部门：软件部
角色：软件部经理，开发人员
任务：编写系统需求规格与可行性分析报告，包括技术实现方法。
软件部经理及开发人员根据《需求变更申请单》和《需求变更通知单》，安排设
计。
B小组评审说明
7.1 增加功能的需求变更必须通过CCB 小组评审
为软件系统增加新功能而提出的需求变更，或影响开发进度的变更，必须通过 CCB 小组评审会议来确定是否变更。
7.2 改进型的需求变更，由测试部总结后统一在CCB 小组上评审
改进型的需求，由测试人员提到bugzilla 中，不必分配给开发人员。
根据项目周期，
在开发的 beta 阶段，由测试部总结所有的改进型需求，并形成文档，召集CCB 小组评审是否需要变更。
8. 附件
8.1 《需求变更申请单》
8.2 《需求变更评审会议纪要》
8.3 《需求变更通知单》
第3页共4页。