(word完整版)软件需求变更控制流程.doc

(word完整版)软件需求变更控制流程
(word完整版)软件需求变更控制流程
第页共NUMPAGES4页
(word完整版)软件需求变更控制流程

文档名称:需求变更控制流程文档编号：归档日期:

编写者：孙审核者：批准者:

修订日期修订人版本号修订内容2011—4—14孙创建2011-4-15孙修改增加流程图,更改流程2011—4—19孙修改修改流程角色,更改流程

＊Theinformationcontainedinthismessageisconfidentialandshouldnotbedisclosedtoanythirdpartywhetherornotyouaretheintendedaddresseeindicatedinthemessage.
*本文件所含内容为保密信息，未经授权请勿随意复制、编改和泄露给任何第三方。

Copyright©2009xxx（Shanghai）Ltd.AllRightsReserved

目的
指导项目部、软件部、质量部、测试部对产品的软件变更需求(简称CR)进行控制和管理，规范相应的作业流程，详细地定义了各流程环节中状态、角色和动作.
1.1明确流程中各角色的职责
1。2规范软件缺陷的变更过程

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

定义
CCB：ChangControlBoard的缩写，指变更控制小组，由项目经理、产品经理、软件开发小组长、软件部经理、测试部主管组成。
SCM：SoftwareConfigurationManagement的缩写，软件配置管理员。
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。6CCB
负责对软件相关的变更需求（新需求、bug修改、建议)进行审核，确定处理的方案.

作业流程

申请需求变更
部门：任意部门
角色：需求变更申请人
任务：需求变更申请人向SQA人员申请《需求变更申请单》的编号后，填写《需求变更申请单》,并附相关资料提交给SQA。
输出:《需求变更申请单》及相关资料

6。2组织CCB小组对需求变更进行评审
部门：SQA
角色:SQA
任务：SQA组织CCB小组评审会议，对需求变更进行会审

6。3CCB小组评审
部门:CCB
角色:SQA、项目经理、软件部经理、测试主管、产品经理
如需求变更可行，由CCB组成员在《需求变更申请单》共同签署肯定意见，将《需求变更申请单》和《需求变更评审会议纪要》通知到产品部，并交SQA人员归档；
如需求变更不可行，由CCB组成员在《需求变更申请单》共同签署否定意见，《需求变更申请单》和《需求变更评审会议纪要》交SQA人员归档.
如需求变更经评审后部分可行，由CCB组成员在《需求变更申请单》上对可行的部分需求共同签署肯定意见，将《需求变更申请单》和《需求变更评审会议纪要》通知到产品部，并交SQA人员归档；
输出：《需求变更评审会议纪要》

6。4产品部门确认需求变更
部门：产品部
角色：产品经理
任务：产品部接收来自CCB小组发来的需求变更信息，确认需求变更

6.5项目部制定需求变更的项目计划
部门：项目部
角色:项目经理
任务：制定项目计划;
对需求变更进行技术可行性评估，制定进度要求和风险分析结果以及建议等；
《需求变更申请单》和《需求变更通知单》发送软件部。
输出:《需求变更通知单》

6.6软件部设计需求变更
部门:软件部
角色:软件部经理，开发人员
任务：编写系统需求规格与可行性分析报告，包括技术实现方法。
软件部经理及开发人员根据《需求变更申请单》和《需求变更通知单》，安排设计。

CCB小组评审说明
7。1增加功能的需求变更必须通过CCB小组评审
为软件系统增加新功能而提出的需求变更，或影响开发进度的变更，必须通过CCB