软件需求变更控制流程

1、文档名称：需求变更控制流程文档编号：归档日期：编写者：孙审核者：批准者：修订日期修订人版本号修订内容2011-4-14孙创建2011-4-15孙修改增加流程图，更改流程201W-19孙修改修改流程角色，更改流程*The hfcnn atbn contained in this m essage is confidentialand should notbe disclosed to any ihind party wheiherornotyou are lhe htended addressee indicated h lhe m essage*本文件所含内容为保密信息，未经授权请勿随意复制、

2、编改和泄露给任何第三方。C opyright?2009 xxx (S hanghai) Ltd . A 11R fehts R eserved1. 目的指导项目部、软件部、质量部、测试部对产品的软件变更需求（简称CR）进行控制和管理，规范相应的作业流程 ，详细地定义了各流程环节中状态、角色和动作。1.1明确流程屮各角色的职责1.2规范软件缺陷的变更过程2. 适用范围所有项目的软件变更需求控制管理。3. 定义CCB： Chang ContolBoard的缩写，指变更控制小组，由项目经理、产品经理、软件 开发小组长、软件部经理、测试部主管组成。SCM ： Softvarc C onfiguratb

3、n M anagem ent的缩写，软件配置管理员。SQ A：软件质量保证产品部门：简称PD项目部I J ：简称P M软件部门：简称SW测试部门：简称TEST质量部门：简称SQA4. 参考资料无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.3.2将评审通过的需求变更单以通知单的方式发到软件部和测试

4、部。5.4软件部5.4.1 对需求变更进行技术可行性评估，编写系统需求规格与可行性分析报告，包括 技术实现方法、进度要求和风险分析结果以及建议等。5.4.2确定需求变更信息，制定开发计划，安排代码设计，更新需求规格说明书。5.5测试部5.5.1 参与需求变更评审工作。5.5.2 确定需求变更信息，制定测试计划，安排对新需求的功能测试。5.6 CCB负责对软件相关的变更需求（新需求、 bug修改、建议）进行审核，确定处理的方案。6. 作业流程矣祈求变更申请人SCiA昊CCE小组吴产品经理昊顷目经理吴软件部6.1申请需求变更部门：任意部门角色：需求变更申请人任务：需求变更申请人向 SQA人员申请需

5、求变更申请单的编号后，填写需求变更 申请单，并附相关资料提交给SQAo输出：需求变更申请单及相关资料6.2组织CCB小组对需求变更进行评审部门：SQA角色：SQA任务：SQA组织CCB小组评审会议，对需求变更进行会审6.3 CCB小组评审部门：CCB角色：SQA、项目经理、软件部经理、测试主管、产品经理如需求变更可行，由CCB组成员在需求变更申请单共同签署肯定意见，将需 求变更申请单和需求变更评审会议纪要通知到产品部，并交SQA人员归档；如需求变更不可行，由CCB组成员在需求变更申请单共同签署否定意见，需求变更申请单和需求变更评审会议纪要交SQA人员归档。如需求变更经评审后部分可行，由CCB组

6、成员在需求变更申请单上对可行的部分需求共同签署肯定意见，将需求变更申请单和需求变更评审会议纪要通知到产品部，并交SQA人员归档；输出：需求变更评审会议纪要6.4产品部门确认需求变更部门：产品部角色：产品经理任务：产品部接收来自 CCB小组发来的需求变更信息，确认需求变更6.5项目部制定需求变更的项目计划部门：项目部角色：项目经理任务：制定项目计划；对需求变更进行技术可行性评估，制定进度要求和风险分析结果以及建议等；需求变更申请单和需求变更通知单发送软件部。输出：需求变更通知单6.6软件部设计需求变更部门：软件部角色：软件部经理，开发人员任务：编写系统需求规格与可行性分析报告，包括技术实现方法。软件部经理及开发人员根据需求变更申请单和需求变更通知单，安排设计。7. CCB小组评审说明7.1增加功能的需求变更必须通过CCB小组评审为软件系统增加新功能而提出的需求变更，或影响开发进度的变更，必须通过CCB小组评审会议来确定是否变更。7.2改进型的需求变更，由测试部总结后统一在CCB小组上评审改进型的需求，由测试人员提到bugzilh中，