运维管理等保检查变更流程.pdfVIP

1、目的

本规程旨在说明变更控制系统在研发体系发挥的变更管理作用。变更控制系

统解决了在变更处理中各个角色的职责和权限的定位关系，使各角色明确自

己在故障处理中的职责，提高变更处理效率，加强了变更记录。

2、范围

本流程适用于项目第一台样机完成后软件、硬件、工艺结构、文档的变更管

理，可对所发生的故障、问题进行和控制。

3、相关定义和约定

A.1变更类型定义

需求变化：由于新需求的变更；

项目调整：由项目调整引起的变更；

设计：由于研发设计引起的变更；

A.2严重程度定义

致命：造成对主要系统或其他支撑系统、数据库的破坏，导致最终

产品功能丧失或基本丧失，导致项目失败；

严重：造成产品的主要功能无法正确实现或部分丧失，将导致项目延期；

一般：造成产品的非主要功能无法实现或，但不影响产品的使用，

不会导致项目延期；

4、工作流程

4.1提交变更申请

故障、问题发现人或相关责任人提交变更申请给项目管理人员。变更提

交人必须填写完整变更单要求的各种类型信息。

4.2变更单审核

1.项目管理人员组织项目组长、技术总监或总经理等评审《变更单》。

2.通过后，项目组长制定工作，发出《工作任务单》。

3.不通过，通知相关人员。

4.3变更实施流程

1.由研发项目经理或研发提交变更表补丁包给测试人员。

2.待测试人员测试完成通过后，在《变更单》确认签字后并附上《变

更操作流程》，提交给运维上线人员。

3.运维上线人员在接到经测试人员的签字确认的《变更单》后严格按

照《变更操作流程》操作，做完每一步签字确认。

4.变更上线完成后，运维人员在《变更单》和《变更操作流程》上签

字确认并发送给测试人员测试。

5.测试人员接到经运维人员签字的《变更单》和《变更操作流程》进

试。

6.测试通过后，确认签字，并一同将《变更单》和《变更操作流程》

提交给项目管理人员。

7.项目管理人员将流程文档归档。

8.测试不通过，测试人员首先检查运维人员是否按照《变更操作流程》操

作，其次检查更新补丁包内的代码。并告知研发人员。

4.4运维操作流程

一，更新流程

1.备份代码和配置文件

2.开启，将应用与线上环境

3.关闭应用（根据情况，有些不用重启应用的更新，此步骤可以省略）

4.覆盖代码和配置文件

5.启动应用（根据情况，有些不用重启应用的更新，此步骤可以省略）

6.关闭，将应用加入到线上环境

7.将同一应用的其他服务器打开，对该服务器执行3至6步骤操作

8.通知测试人员进试。

二，回滚流程

当测试人员反馈测试未通过时，执行此流程：

1.开启，将应用与线上环境

2.关闭应用（根据情况，有些不用重启应用的回滚，此步骤可以省略）

3.用原来备份的代码和配置文件覆盖