软件需求变更控制流程
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
文档名称: 需求变更控制流程
文档编号:
归档日期:
编写者:孙
审核者:
批准者:
*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.3.2将评审通过的需求变更单以通知单的方式发到软件部和测试部。
5.4 软件部
5.4.1对需求变更进行技术可行性评估,编写系统需求规格与可行性分析报告,包括技术实现方法、进度要求和风险分析结果以及建议等。
5.4.2确定需求变更信息,制定开发计划,安排代码设计,更新需求规格说明书。
5.5 测试部
5.5.1参与需求变更评审工作。
5.5.2确定需求变更信息,制定测试计划,安排对新需求的功能测试。
5.6 CCB
负责对软件相关的变更需求(新需求、bug修改、建议)进行审核,确定处理的方案。
6.作业流程
6.1申请需求变更
部门:任意部门
角色:需求变更申请人
任务:需求变更申请人向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 项目部制定需求变更的项目计划
部门:项目部
角色:项目经理
任务:制定项目计划;
对需求变更进行技术可行性评估,制定进度要求和风险分析结果以及建议等;
《需求变更申请单》和《需求变更通知单》发送软件部。
输出:《需求变更通知单》
6.6 软件部设计需求变更
部门:软件部
角色:软件部经理,开发人员
任务:编写系统需求规格与可行性分析报告,包括技术实现方法。
软件部经理及开发人员根据《需求变更申请单》和《需求变更通知单》,安排设计。
B小组评审说明
7.1增加功能的需求变更必须通过CCB小组评审
为软件系统增加新功能而提出的需求变更,或影响开发进度的变更,必须通过CCB小组评审会议来确定是否变更。
7.2改进型的需求变更,由测试部总结后统一在CCB小组上评审
改进型的需求,由测试人员提到bugzilla中,不必分配给开发人员。根据项目周期,在开发的beta阶段,由测试部总结所有的改进型需求,并形成文档,召集CCB小组评审是否需要变更。
8.附件
8.1《需求变更申请单》
8.2《需求变更评审会议纪要》
8.3《需求变更通知单》