文档名称: 设计变更控制流程文档编号:
归档日期:
1.目的
针对软件产品设计和适用过程中出现的新的功能和性能等要求，进行修改活再开发产品，以扩充其功能、增强其性能、改进加工效率、提高可维护性。

2.适用范围
所有软件开发项目的更改及维护。

3.定义
无
4.参考资料
无
4.权责
4.1.研发项目管理部：牵头并协同其它有关部门评审开发、业务等部门提交的《变更审批
表》；并审批变更后的技术文件、更改通知书。

4.2.研发项目开发部门：提出设计变更申请，根据需求对产品的设计进行修改。

4.3市场/业务等部门：提出设计变更申请，参与对设计变更需求的评审。

5.作业内容
5.1.流程图权责文件/表格
5.2.作业内容
5.2.1.业务部门等可根据用户的需求提出设计变更申请，项目开发部门也可根据情况提
出设计变更的申请，向研发项目管理部提交《变更审批表》。

5.2.2.由研发项目管理部牵头，市场等部门参与，会同项目开发部门讨论更改可行性，
并在《变更审批
表》上签署评审意见。

项目管理部汇总评审组各成员部门的意见，决定评审是否
通过。

评审不通过则不予更改，并将意见反馈给提交部门。

5.2.3.更改经评审通过后，项目开发部门根据更改需求进行设计更改的计划、系统设计、
模块设计及测
试、组装测试、确认测试各阶段的更改工作。

计划完成后需提交《项目设计更改计划》，或提交变更后并经过审批的新的《开
发计划》；在总体设计结束后需提交更新后的《需求说明书》、《总体设计说明书》；
在详细设计阶段结束后需提交《详细设计说明书》、《测试计划》/《测试方案》；
在集成测试结束后需提交《测试分析报告》；在验收测试前需提交《验收测试报
告》、《用户手册》、《安装手册》。

各阶段形成的文档应提交项目管理部审核。

对于一些小型、局部的更改需求，上述步骤可相应简化，只需进行相应阶段的更
改设计，并更新和提交相关变更文档即可。

具体尺度可在《变更审批表》的评审
意见中体现。

5.2.4.更改结束，项目开发部门将变更后的文档提交至项目管理部。

若需通知其他相关
部门，则需提交《变更通知单》, 项目管理部确认签收变更后的文档资料并将《变
更通知单》发放至相关部门。

5.附件
8.1《设计变更申请单》
8.2《设计变更评审会议纪要》。