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

发布管理流程  目　录 发布管理流程 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 升级发布 11 2.5 流程质量控制 14 2.5.1 关键绩效考核指标KPI 15 2.5.2 流程报告 15 3 流程角色和职责 15 附录A： 发布材料 17  介绍 基本概念 发布管理流程能够保证对IT环境进行可控地变更，使响应时间最短，而对服务的影响又最小。流程主要描述更改生产系统时必需的步骤和要执行的操作。 流程的主要阶段包括：发布前规划、发布前准备、发布的申请与审批、切换、灾备系统同步实施、试点运行、系统推广和发布流程评估等步骤。 用途和目标 引入发布管理流程的目的是通过规范操作流程，平稳地对生产系统进行变更，从而化解和控制变更可能产生的风险，满足业务发展的需要。本流程的目标是： 规范应用系统的发布过程与实施步骤； 明确参与各方的职责，确保应用系统发布后安全有效地运行、以及相关技术文档和培训资料的完整。 就上线范围、内容、上线与推广计划与变更管理达成一致； 计划系统上线所需要的资源； 维护、使用DSL-最终软件库； 确保变更的软件、硬件有记录可查； 确保安全、可靠地安装软件、硬件； 确保使用配置管理提供的信息； 范围 所有应用系统在总部生产环境的软件版本发布，包括新系统发布、已有系统的升级。发布管理流程管理的是待上线/已上线的应用系统，不针对项目。若应用系统未经立项过程进行开发，在开发完成后，也需通过本流程投入生产使用。下面表格说明了哪些工作属于系统上线流程管理的范围，哪些不是。 包括 不包括 应用系统的发布 不涉及到程序变更的系统软件、硬件等升级或替换（由变更管理流程负责） 检查发布计划及实施 生产环境准备 环境测试（由项目组/应用支持团队负责）、设备采购（由采购管理流程负责） 试点运行维护 系统开发、单元测试、集成测试、用户测试、系统测试及测试过程的控制（由开发与测试流程负责） 系统推广 流程详细说明 输入 编号 来源 周期 1 资源申请 项目组 发布前一至三个月 2 准备发布的应用程序完整版本和配置参数 项目组 发布前 3 运行维护相关文档 项目组 发布前 4 新系统发布申请及审批表 项目组 发布前 输出 编号 去向 周期 1 变更申请 变更管理流程 发生时 2 培训 IT热线一线人员 发布前 3 生产环境的应用程序版本和配置参数 最终软件库（DL） 4 发布每周统计结果（非常规发布数量、新系统发布数量） 信息技术部 每周 发布策略 发布类型 编号 说明 备注 1 新版本发布 应用系统全新发布 发布方式由申请人在发布申请中进行说明 2 升级发布 应用系统在原版本基础上进行升级更新 发布方式 编号 说明 频率 1 常规发布 申请材料齐全，符合流程要求的发布 每年制定全年的常规发布窗口计划 2 临时发布 因业务需要在非制定日发布，需要申请人所在部门负责人签字 发生时（按实际需要） 3 紧急发布 没有经过完整测试，因业务需要进行发布，需要申请人所在部门负责人签字 发生时（按实际需要） 版本管理 参见《版本管理规定》。 流程总图 新版本及由信息技术部认定的重大升级发布  图2: 发布管理流程（新系统发布、由信息技术部认定的重大版本升级） 编号 管理活动 描述 输入/触发条件 输出 角色 1 递交发布申请 递交新系统发布申请 新系统发布流程待办 项目经理 2 应用开发中心审批 审核新系统发布的各相关事项是否准备就绪； 新系统发布方案是否符合规范。 发布申请 审批意见 应用开发中心总监 3 系统维护中心审批 确认新系统上线后的维护方案； 确认试运行期间系统维护的方式。 发布申请 审批意见 系统维护中心总监 4 PMO审批 就项目管理的相关事项进行审核 发布申请 审批意见 PMO 5 信息技术部审批 新系统发布的最终内部审核； 将流程递交其他相关部门。 汇总其他部门的审批意见，并判断最终 发布申请 审批意见 部门经理 6 需求部门确认 确认用户测试的结果； 确认用户培训的结果，包括各项管理配套和人员方面的准备。 发布申请 需求部门确认意见 项目需求申请者、需求部门经理 7 战略管理部审批 审核新系统上线对公司运营、管理各方面的影响； 确认是否已经完成各项有关公司范围内的宣导工作。 发布申请 战略部确认