最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
当前位置: 首页 - 正文

软件需求变更控制流程

来源:动视网 责编:小OO 时间:2025-09-24 08:56:10
文档

软件需求变更控制流程

文档名称:需求变更控制流程文档编号:归档日期:编写者:孙审核者:批准者:*Theinformationcontainedinthismessageisconfidentialandshouldnotbedisclosedtoanythirdpartywhetherornotyouaretheintendedaddresseeindicatedinthemessage.*本文件所含内容为保密信息,未经授权请勿随意复制、编改和泄露给任何第三方。Copyright©2009xxx(Shanghai)
推荐度:
导读文档名称:需求变更控制流程文档编号:归档日期:编写者:孙审核者:批准者:*Theinformationcontainedinthismessageisconfidentialandshouldnotbedisclosedtoanythirdpartywhetherornotyouaretheintendedaddresseeindicatedinthemessage.*本文件所含内容为保密信息,未经授权请勿随意复制、编改和泄露给任何第三方。Copyright©2009xxx(Shanghai)
文档名称: 需求变更控制流程

文档编号:

归档日期:

编写者:孙

审核者:

批准者:

*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 Reserved1.目的

指导项目部、软件部、质量部、测试部对产品的软件变更需求(简称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 软件部设计需求变更

部门:软件部

角色:软件部经理,开发人员

任务:编写系统需求规格与可行性分析报告,包括技术实现方法。

软件部经理及开发人员根据《需求变更申请单》和《需求变更通知单》,安排设计。

7.CCB小组评审说明

7.1增加功能的需求变更必须通过CCB小组评审

为软件系统增加新功能而提出的需求变更,或影响开发进度的变更,必须通过CCB小组评审会议来确定是否变更。

7.2改进型的需求变更,由测试部总结后统一在CCB小组上评审

改进型的需求,由测试人员提到bugzilla中,不必分配给开发人员。根据项目周期,在开发的beta阶段,由测试部总结所有的改进型需求,并形成文档,召集CCB小组评审是否需要变更。

8.附件

8.1《需求变更申请单》

8.2《需求变更评审会议纪要》

8.3《需求变更通知单》

文档

软件需求变更控制流程

文档名称:需求变更控制流程文档编号:归档日期:编写者:孙审核者:批准者:*Theinformationcontainedinthismessageisconfidentialandshouldnotbedisclosedtoanythirdpartywhetherornotyouaretheintendedaddresseeindicatedinthemessage.*本文件所含内容为保密信息,未经授权请勿随意复制、编改和泄露给任何第三方。Copyright©2009xxx(Shanghai)
推荐度:
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top