软件设计变更控制流程大纲纲要.docVIP

文档名称 : 设计变更控制流程 文档编号 : 归档日期 : 修订日期 2011-4-14  修订人 周  版本号 创建  修订内容 目的 针对软件产品设计和适用过程中出现的新的功能和性能等要求，进行修改活再开发产品，以扩充其功能、增强其性能、改进加工效率、提高可维护性。 适用范围 所有软件开发项目的更改及维护。 定义 无 参考资料 无 权责 4.1. 研发项目管理部： 牵头并协同其它有关部门评审开发、 业务等部门提交的 《变更审批 表》；并审批变更后的技术文件、更改通知书。 4.2. 研发项目开发部门：提出设计变更申请，根据需求对产品的设计进行修改。 4.3 市场 / 业务等部门：提出设计变更申请，参与对设计变更需求的评审。 作业内容 5.1. 流程图 权责 文件 / 表 格 更改需求 项目开发部门 / 业务部门等 《变更审批表》 NG 评审 项目开发部门 《 变 更 审 批 放弃 表》 OK 项目开发部门 拟定修改计划 《项目更改计 划》 审批 项目研发管理部门 NG No OK 项目开发部门 修改 系统设计更改 项目开发部门 《需求说明书》 / 《总体设计说明书》 实现阶段 项目开发部门 《详细设计说明书》 / 《测试计划》 / 《测试方案》 集成测试 项目开发部门 / 项目管理部门 《测试分析报告》 No 通过 Yes 项目开发部门 / 项目管理部门 《验收测试报告》 /《用户手册》 /《安 确认测试 装手册》 Yes No 通过 5.2. 作业内容 5.2.1. 业务部门等可根据用户的需求提出设计变更申请， 项目开发部门也可根据情况提 出设计变更的申请 ，向研发项目管理部提交《变更审批表》 。 5.2.2. 由研发项目管理部牵头，市场等部门参与，会同项目开发部门讨论更改可行性， 并在《变更审批 表》上签署评审意见。 项目管理部汇总评审组各成员部门的意见， 决定评审是否 通过。评审不通过则不予更改，并将意见反馈给提交部门。 5.2.3. 更改经评审通过后， 项目开发部门根据更改需求进行设计更改的计划、 系统设计、 模块设计及测 试、组装测试、确认测试各阶段的更改工作。 计划完成后需提交《项目设计更改计划》 ，或提交变更后并经过审批的新的《开 发计划》；在总体设计结束后需提交更新后的 《需求说明书》 、《总体设计说明书》 ； 在详细设计阶段结束后需提交《详细设计说明书》 、《测试计划》 / 《测试方案》； 在集成测试结束后需提交《测试分析报告》 ；在验收测试前需提交《验收测试报 告》、《用户手册》、《安装手册》 。各阶段形成的文档应提交项目管理部审核。 对于一些小型、 局部的更改需求， 上述步骤可相应简化， 只需进行相应阶段的更改设计，并更新和提交相关变更文档即可。具体尺度可在《变更审批表》的评审 意见中体现。 5.2.4.更改结束， 项目开发部门将变更后的文档提交至项目管理部。 若需通知其他相关 部门，则需提交《变更通知单》 , 项目管理部确认签收变更后的文档资料并将 《变 更通知单》发放至相关部门。 5. 附件 8.1 《设计变更申请单》 8.2 《设计变更评审会议纪要》