电脑桌面
添加小米粒文库到电脑桌面
安装后可以在桌面快捷访问

软件需求变更控制流程

软件需求变更控制流程_第1页
1/4
软件需求变更控制流程_第2页
2/4
软件需求变更控制流程_第3页
3/4
文档名称:需求变更控制流程文档编号:归档日期:编写者:孙审核者:批准者:修订日期修订人版本号修订内容2025—4—14孙创建2025-4-15孙修改增加流程图,更改流程2025—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 2025© 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质量部门:简称 SQA4.参考资料无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 人员申请《需求变更申...

1、当您付费下载文档后,您只拥有了使用权限,并不意味着购买了版权,文档只能用于自身使用,不得用于其他商业用途(如 [转卖]进行直接盈利或[编辑后售卖]进行间接盈利)。
2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。
3、如文档内容存在违规,或者侵犯商业秘密、侵犯著作权等,请点击“违规举报”。

碎片内容

软件需求变更控制流程

您可能关注的文档

确认删除?
VIP
微信客服
  • 扫码咨询
会员Q群
  • 会员专属群点击这里加入QQ群
客服邮箱
回到顶部