ITSS-15-07发布管理控制程序.docx

《ITSS-15-07发布管理控制程序.docx》由会员分享，可在线阅读，更多相关《ITSS-15-07发布管理控制程序.docx（8页珍藏版）》请在第壹文秘上搜索。

1、发布管理程序目录1 .目的32 .适用范围33 .职责与术语33. 1职责34. 2术语34.工作程序44. 1制定发布策略54. 2发布规划54. 3设计、构建和配置64. 4发布测试64. 5部署计划74. 6发布验收74. 7更新配置信息74. 8发布管理与其他流程的关系74. 9流程持续改进85. 10关键绩效指标81 .目的本程序的目的是交付、分发并追溯在发布到实际运行环境中的一个或多个发布。/计划和协调软硬件组件的发布；/设计和实施有效的程序来分发和安装IT系统的发布；/确保只有正确的、被授权的和经过测试的软硬件版本才能导入实际运作环境；/结合变更管理，准确发布的确切内容和首次发布

2、计划；/确认所有最终软件库中软件正本的拷贝是安全可靠的，并且在配置管理数据库中得到了更新。2 .适用范围本程序适用于IT服务管理体系所覆盖的所有部门。负责对软件和硬件进行规划、设计、构建、配置和测试，以便为实际运行环境提供一系列的发布组件。需要发布管理进行控制的组件：/IT基础架构的组件的变更，如服务器、网络设备、其他硬件设备、存储设备的变更；/系统软件的变更，如操作系统、数据库、中间件等主版本、次版本升级、软件补丁等；/管理体系文档，如质量手册、程序文件、支持文件3 .职责与术语3. 1职责运维部：项目经理：负责进行发布确认，实施，对发布实施结果进行记录，对由发布引起的更新配置信息进行统计记

3、录，有效控制整个发布过程。测试人员：根据实施方案和计划进行测试，并形成测试报告提交项目经理。4. 2术语发布：已被授权的一项或多项变更的集合，对变更到实际环境中的实施。发布分级：根据发布的风险大小，给发布分级，以保证项目组对发布必要的重视,以下是发布分级的参考原则。当发布符合高级别的某一项或多项时，即应该按该级别进行处理。考虑项目简单发布正常发布紧急发布回退难度低有回退措施，较易执行很难或不可能回退对指标及业务的影响无影响不影响指标，但影响业务的使用影响IMS指标及灾备指标发布的难度很容易，且有经验比较容易，有一定经验难，新技术，无经验。缺陷的紧急度一般缺陷普通缺陷紧急缺陷/紧急发布：发布必须

4、很快得以实施，否则将严重影响服务的提供或SLA的达成。所有必须在1天内完成的发布，视为紧急发布。/正常发布：为满足一项或多项业务要求，可以在预定的期限内完成的发布。通常要求的期限不超过4天。/简单发布为了防止因发布不及时造成发布等级的上升，可以在预定的期限内完成发布。通常要求的期限不超过1个月。4.工作程序发布管理流程4. 1制定发布策略针对每个系统，项目经理都应当制定每个项目发布政策，来定义每个项目的发布内容以及在何时得以配置。4. 2发布规划重大发布应该提前对其发布识别或版本号进行规划，以便在恰当的时候可以考虑添加某项（些）变更。项目经理还需要规定在什么层次上配置项可以彼此独立地进行分发（

5、发布单元）。在规划一项发布时需要考虑下列问题：/协调发布的内容。/就发布日程安排、地点和组织单元进行协商。/制定发布计划。制定沟通计划。/现场考察以确定正在使用的硬件和软件。/就角色和职责进行协商。/制定撤销计划。/由管理部门和用户共同对发布验收进行规划。5. 3设计、构建和配置1. 3.1为发布的设计、构建和配置开发标准的程序。4. 3.2一项发布一般是基于自行开发或从第三方供应商购进并构建的一套组件（配置项）O4.3.3安装指南、配置发布指示和操作指南也应当被视为是发布的一部分，也应当被作为配置项处于变更管理和配置管理的控制之下。4.3.4回退计划 针对整个发布的回退计划定义了在发布出现问

6、题的情况下恢复服务所需进行的活动。 变更管理负责回退计划的制定，而发布管理需要确保回退计划符合实际的要求。 特别是在实施一项组合了多项变更请求的包发布时，对不同的回退计划进行协调是非常必要的。4.4发布测试1. 4.1不满意的变更和发布的最常见的原因是缺乏足够的测试。为了防止这一点,在实施之前，发布应该由用户代表对其进行功能测试并由IT管理人员进行运营测试。4. 4.2测试内容包括： 技术操作。 功能方面。 运营方面。 性能方面。 与IT基础设施其他部分的兼容性。 发布单元的安装脚本，回退程序和管理程序的变更。4.5部署计划4.5.1 制定部署计划，包括日程安排、资源、沟通、采购、存储、会议等

7、内容。4. 5.2部署的方式 全面部署。 分阶段部署，该方式又具体包括以下几种方案： 功能递增，在这种方式下，所有的用户都在同一时间获得新的功能。 地点递增，在这种方式下，首先对某些用户群进行部署，然后再扩散至所有的用户。 演进方式，功能是分阶段扩展的。4. 6发布验收1. 6.1在某项发布正式上线之前，发布管理必须安排由用户进行正式的验收以及由开发人员签发开发结束的标记。4. 6.2对每一个步骤的正式验收必须由发布管理来进行。4.6.3发布应该在一个受控测试环境中进行验收以便该项发布可以被恢复至一个可知的配置状态。4.7更新配置信息发布实施成功后，项目经理通知配置管理员更新配置项；项目经理最

8、终更新清单；项目经理交接更新的文档给相应的驻场运维工程师；项目经理将发布结果告知发布申请者；发布申请者负责依据变更管理流程整理发布所有资料，提交给变更经理，与项目经理和变更经理共同进行评估回顾(即实施后回顾)；并依据变更管理流程要求完成所有后续活动。4. 8发布管理与其他流程的关系(1)与配置管理流程的关系：配置管理负责将适用的软件和硬件记录在配置管理数据库(CMDB)中作为基本配置。发布管理需要查阅配置项的信息，并对配置信息进行添加和更改。(2)与变更管理流程的关系：变更管理负责确保对发布进行审批。发布管理按照变更管理审批的方案进行测试并实施。变更管理通过审批的实施后的变更发布记录发布管理与其他流程的关系图示4.9流程持续改进每个流程的改进计划由流程经理定期汇总发布报告，根据每次发布报告的数据,统计分析发布中经常出现的事件或者问题，提出发布改进计划，初步整理后汇总到服务改进计划报告中。4.10关键绩效指标KPI频度责任部门目标值计算公式/方法发布成功率按季度技术部295%1-（回退发布/发布总数）*100%