软件需求变更控制流程

需求变更控制流程

文档名称:

文档编号：___________________________

归档日期：___________________________

编写者: ________________ 孙_____________

审核者：_______________________________

批准者：_______________________________

*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 (Sha nghai) Ltd . All Rights Reserved

1.目的

指导项目部、软件部、质量部、测试部对产品的软件变更需求（简称CR进行控制和

管理，规范相应的作业流程，详细地定义了各流程环节中状态、角色和动作。

1.1明确流程中各角色的职责

1.2规范软件缺陷的变更过程

2.适用范围

所有项目的软件变更需求控制管理。

3.定义

CCB Cha ng Con trol 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组成员在《需求变更申请单》共同签署否定意见，《需

如需求变更经评审后部分可行，由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《需求变更通知单》