更改管理规程.docx

操作规程R-04003总页数3正文3附件0文件控制部门:项目管理部

更改管理规程

批准人刘岩审核人崔戈拟制人何昭春批准日期1999.5.12生效日期1999.5.12关
联
文
件
更改管理标准（S-04003）

沈阳东东系统集成有限公司

更改记录

序号发行日更改对象·更改内容批准审查拟制01999.5.12新发行刘岩崔戈何昭春
编号：
时间：2021年x月x日
书山有路勤为径，学海无涯苦作舟页码：第页共NUMPAGES7页
第PAGE\*MERGEFORMAT5页共NUMPAGES\*MERGEFORMAT7页

1.目的
本规程规定了配置管理中实施的主要项目即更改管理的实施内容，这是为了防止更改可能引起的问题和混乱或将这类问题的影响减少到最低程度。
2.适用范围
本规程适用于公司软件开发中配置管理中的各个项目。
职责
顾客或开发承担者负责更改要求的提出；
项目负责人负责受理更改要求，并指定更改管理责任者。
更改管理责任者指定负责人进行更改要求的调查，讨论，并制作文档；
更改管理责任者负责对调查结果的审查以及对更改实施与否的判断；
更改管理责任者指定更改实施责任者负责更改的实施；
各项配置管理责任者负责制作更改记录。
4.程序
4.1更改要求
更改要求的一元化管理；
对于更改要求的受理要按照一元的方式进行管理；
明确更改要求；
明确更改的目的、内容，并文档化；
更改内容的调查、实施判断；
在确认了更改要求，调查、研讨了更改的影响范围及对策，并进行了更改的实施判断后，进入具体的更改作业。
4.2更改管理的流程
更改管理的项目大致分为设计文档，程序，环境三类，按下述流程实施更改管理。

按照下列项目的顺序，实施、管理各个项目的更改。

（1）更改要求的发生
（2）更改要求的受理
（3）更改的调查、研讨
（4）更改的审查、实施判断

（5）更改作业

（a）设计文档更改
（c）环境更改
（b）程序更改

（6）作业结果的确认

（7）发行、释放、通知

4.3以下为上述流程的说明

(1)更改要求的发生
更改要求发生的原因有顾客需求规范发生变化和开发中发现问题引发更改两种。
(2)更改的受理
为了对发生的全部更改要求进行一元化管理，将更改内容记录在更改管理表上。
更改管理表包含的项目有：管理号，更改要求内容，受理日，结果(更改要求的处理结果、处理状况)，格式参照《更改管理标准》（S-04003）。
(3)更改的调查·研讨
确认更改内容的适当性，调查、讨论更改的影响范围和处理方法，必要时形成文档。
(4)更改的审查，实施判断
项目负责人审查更改的调查、讨论结果，确定是否实施更改，并指定更改责任者进行更改。
(5)更改作业
设计文档的更改
依据更改内容，进行设计文档更改。
更改同时，将更改内容，填写在每个设计文档的管理表上作为更改履历记录
程序更改
依据更改内容，进行程序更改
在更改的程序的头文件中，追加更改履历(必须的信息：版本，更改日，执行人)，进行履历管理。
环境更改
依据更改内容，进行环境更改和系统开发计划书的管理表的更改。
(6)作业结果的确认
项目负责人和子项目负责人，审查各种更改的作业结果，若有不合格时，指出不合格内容，并指示作业执行人重做。
(7)发行，释放，通知
项目负责人须在考虑开发状况和顾客的希望的基础上决定更改后的设计文档的发行、程序的更新、释放和通知有关人员。
另外，在以上的实施程序中，项目负责人的职责可在项目负责人的管理下由子项目负责人代行。
表格格式
更改管理所使用的表格格式参照《更改管理标准》（S-04003）。