（ITIL体系管理）发布管理流程V1.docx

发布管理流程

目录

发布管理流程 1

1介绍 3

1.1基本概念 3

1.2用途和目标 3

1.3范围 3

2流程详细说明 4

2.1输入 4

2.2输出 4

2.3发布策略 4

2.3.1发布类型 4

2.3.2发布方式 4

2.3.3版本管理 5

2.4流程总图 5

2.4.1新版本及由信息技术部认定的重大升级发布 5

2.4.2升级发布 9

2.5流程质量控制 13

2.5.1关键绩效考核指标KPI 13

2.5.2流程报告 13

3流程角色和职责 14

附录A:发布材料 15

1介绍

1.1基本概念

发布管理流程能够保证对IT环境进行可控地变更，使响应时间最短，而对服务的影响又最小。流程主要描述更改生产系统时必需的步骤和要执行的操作。

流程的主要阶段包括：发布前规划、发布前准备、发布的申请与审批、切换、灾备系统同步实施、试点运行、系统推广和发布流程评估等步骤。

1.2用途和目标

引入发布管理流程的目的是通过规范操作流程，平稳地对生产系统进行变更，从而化解和控制变更可能产生的风险，满足业务发展的需要。本流程的目标是：

·规范应用系统的发布过程与实施步骤；

·明确参与各方的职责，确保应用系统发布后安全有效地运行、以及相关技术文档和培训资料的完整。

●就上线范围、内容、上线与推广计划与变更管理达成一致；·计划系统上线所需要的资源；

·维护、使用DSL-最终软件库；

·确保变更的软件、硬件有记录可查；·确保安全、可靠地安装软件、硬件；

·确保使用配置管理提供的信息；

1.3范围

所有应用系统在总部生产环境的软件版本发布，包括新系统发布、已有系统的升级。发布管理流程管理的是待上线/已上线的应用系统，不针对项目。若应用系统未经立项过程进行开发，在开发完成后，也需通过本流程投入生产使用。下面表格说明了哪些工作属于系统上线流程管理的范围，哪些不是。

包括

不包括

应用系统的发布

不涉及到程序变更的系统软件、硬件等升级或替换(由变更管理流程负责)

检查发布计划及实施

生产环境准备

环境测试(由项目组/应用支持团队负责)、设备采购(由采购管理流程负责)

试点运行维护

系统开发、单元测试、集成测试、用户测试、系统测试及测试过程的控制(由开发与测试流程负责)

系统推广

2流程详细说明

2.1输入

编号

输入项

来源

周期

1

资源申请

项目组

发布前一至三个月

2

准备发布的应用程序完整版本和配置参数

项目组

发布前

3

运行维护相关文档

项目组

发布前

4

新系统发布申请及审批表

项目组

发布前

2.2输出

编号

输出项

去向

周期

1

变更申请

变更管理流程

发生时

2

培训

IT热线一线人员

发布前

3

生产环境的应用程序版本和配置参数

最终软件库(DSL)

发布后

4

发布每周统计结果(非常规发布数量、新系统发布数量)

信息技术部

每周

2.3发布策略

2.3.1发布类型

编号

类型

说明

备注

1

新版本发布

应用系统全新发布

发布方式由申请

人在发布申请中

进行说明

2

升级发布

应用系统在原版本基础上进行升级更新

2.3.2发布方式

编号

方式

说明

频率

1

常规发布

申请材料齐全，符合流程要求的发布

每年制定全年的常规发布窗口计划

2

临时发布

因业务需要在非制定日发布，

需要申请人所在部门负责人签

字

发生时(按实际需要)

3

紧急发布

没有经过完整测试，因业务需要进行发布，需要申请人所在

发生时(按实际需要)

编号

方式

说明

频率

部门负责人签字

2.3.3版本管理

参见《版本管理规定》。

2.4流程总图

2.4.1新版本及由信息技术部认定的重大升级发布

开始

开始

信息技术部起草

下-步

应用开发中心总监

下一步

否

PMO经理

下一步

信息技术部部门经理

下-步

分

需求发起人

下一步

战略管理部稽核部

需求部门领导

下一步下一步下一步

部流

信息技术部部门经理

下一

信息化小组主管领导

下-步

分流

公司总经理

下一步

系统发布操作者

下一步

结束

系统维护中心总监

下一步

步

发布管理流程