软件需求变更控制流程.docVIP

第 PAGE 1页 共 NUMPAGES 4页 文档名称: 需求变更控制流程 文档编号: 归档日期: 编写者： 孙 审核者： 批准者： 修订日期 修订人 版本号 修订内容 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 目的 指导项目部、软件部、质量部、测试部对产品的软件变更需求（简称CR）进行控制和管理，规范相应的作业流程, 详细地定义了各流程环节中状态、角色和动作。 1.1明确流程中各角色的职责 1.2规范软件缺陷的变更过程 适用范围 所有项目的软件变更需求控制管理。 定义 CCB：Chang Control Board的缩写，指变更控制小组，由项目经理、产品经理、软件开发小组长、软件部经理、测试部主管组成。 SCM：Software Configuration Management的缩写，软件配置管理员。 SQA：软件质量保证 产品部门：简称PD 项目部门：简称PM 软件部门：简称SW 测试部门：简称TEST 质量部门：简称SQA 参考资料 无 部门职责 产品部 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将评审通过的需求变更单以通知单的方式发到软件部和测试部。 5.4 软件部 5.4.1对需求变更进行技术可行性评估，编写系统需求规格与可行性分析报告，包括技术实现方法、进度要求和风险分析结果以及建议等。 5.4.2确定需求变更信息，制定开发计划，安排代码设计，更新需求规格说明书。 5.5 测试部 5.5.1参与需求变更评审工作。 5.5.2确定需求变更信息，制定测试计划，安排对新需求的功能测试。 5.6 CCB 负责对软件相关的变更需求（新需求、bug修改、建议）进行审核，确定处理的方案。 作业流程 申请需求变更 部门：任意部门 角色：需求变更申请人 任务：需求变更申请人向SQA人员申请《需求变更申请单》的编号后，填写《需求变更申请单》，并附相关资料提交给SQA。 输出：《需求变更申请单》及相关资料 6.2 组织CCB小组对需求变更进行评审 部门：SQA 角色：SQA 任务：SQA组织CCB小组评审会议，对需求变更进行会审 6.3 CCB小组评审 部门：CCB 角色：SQA、项目经理、软件部经理、测试主管、产品经理 如需求变更可行，由CCB组成员在《需求变更申请单》共同签署肯定意见，将《需求变更申请单》和《需求变更评审会议纪要》通知到产品部，并交SQA人员归档； 如需求变更不可行，由CCB组成员在《需求变更申请单》共同签署否定意见，《需求变更申请单》和《需求变更评审会议纪要》 交SQA人员归档。 如需求变更经评审后部分可行，由CCB组成员在《需求变更申请单》上对可行的部分需求共同签署肯定意见，将《需求变更申请单》和《需求变更评审会议纪要》通知到产品部，并交SQA人员归档； 输出：《需求变更评审会议纪要》 6.4 产品部门确认需求变更 部门：产品部 角色：产品经理 任务：产品部接收来自CCB小组发来的需求变更信息，确认需求变更 6.5 项目部制定需求变更的项目计划 部门：项目部 角色：项目经理 任务：制定项目计划； 对需求变更进行技术可行性评估，制定进度要