ITIL—发布管理.ppt

1、发布管理,ITIL 培训,主要内容,案例讨论 在ITIL中的位置 目标 主要动作 关键词 流程 人员 KPI指标 效益 总结,案例讨论,在20分钟的时间里完成规定的任务 案例学习 讨论并回答问题 每队派1名队员呈现，时间5分钟,讨论呈现,为什么会有这样的建议？你认同吗？ 如果是被动道的等待故障再发生再打补丁补救，肯定风险较大，那你有什么建议改良？ 目前你所在部门内部对这些补丁、版本的管理是什么现状？ 你认为最紧迫的需要对此方面管理的建议是什么？,在ITIL中的位置,在ITIL中的位置,目标,发布管理的目标： 要通过正式的程序来确保生产环境的质量以及在实施新的版本时对其进行检查。,发布管理的目标

2、包括： 软件和硬件的规划、协调和实施(或安排实施)。 为分发和安装对系统实施的变更而设计和实施有效的程序。 确保与变更相关的硬件和软件是可追溯的和安全的，确保只有正确的、经过批准和测试的版本才能被安装。 在新发布的规划和试运行(Rollout)期间与用户进行沟通并考虑他们的期望。,与变更管理一起确定一次试运行(Rollout)的组成和规划问题。 在变更管理的控制和配置管理的支持下，在运营基础设施中实施软件和硬件发布。一项发布可能包括许多相关的配置项，不仅包括硬件和软件，还包括诸如报告、计划以及用户和支持手册等文档记录。 确保软件的原始拷贝被安全地存放在最终软件库(DSL)中以及配置管理数据库(

3、CMDB)得到及时的更新。对存放在最终硬件库(DHS)中的硬件也是如此。,主要动作,关键词,Delta发布 全发布 包发布,关键词,重大发布：1.02.0 小型发布：1.01.1 紧急发布：1.01.0a,关键词,DHS DSL CMDB,流程,流程,流程,人员,发布经理 变更经理 测试经理,KPI指标,发布过程中没有出现不可接受的错误从而导致发布撤销 很少的构建失败事故 安全和准确的管理DSL 没有证据表明DSL中的软件没有通过质量检验 所有外购软件都符合有关法律规定 准确的将发布分发至所有远程地点,在所有地点准时地实施发布； 没有未经授权的版本代替以前的版本； 没有使用未经授权的软件； 在

4、CMDB中准确、及时地记录所有构建、分发和实施等活动； 计划的发布项目与实际的发布项目保持一致； 针对所有发布活动作出了总结，并结合其他流程改进措施采取了所有必要的后续改进活动；,KPI指标,效益,正在使用中的硬件和软件具有很高的质量，因为在它们被发布之前，开发和测试过程处于质量控制之下。 软件和硬件组合中出现错误或发布不正确的版本的风险被降至最低。 企业更加审慎地处理其软件方面的投资，企业在很大程度上依赖这方面的决策。 单独的实施更少了，并且每个实施都得到了充分的测试。 事件和已知错误发生的风险通过测试和控制的进行而被降低了。,用户更加积极地参与到一项发布中来。 发布日程表被提前公布，从而用

5、户的期望与发布内容更加一致。 企业可以集中地对软件和硬件进行设计和构建，或采购相关的设备后分发到相应位置。 企业可以在不同的地方标准化软件和硬件版本，以方便对其提供支持。 使用非法软件的风险被降低了，同时，将错误或受病毒感染的软件或硬件版本导入实际运营环境，而产生事件和问题的风险也降低了。 未经批准的拷贝和不正确的版本可以更容易地检测到。,效益,总 结,总结,目标 计划和检查硬软件的发布 设计、实施分发、安装 保证软硬件的变更可被跟踪 实施期间同配置管理、变更管理相关,职责 控制最终软硬件库 定义分发计划和策略 编译版本 测试 承诺和停止使用 管理版本 分发和安装软硬件 软件审计 沟通和培训,总结,版本控制 版本单元： 完全/包/紧急情况 编号情况 频