运维移交文档规范及说明.docVIP

运维移交文档规范及说明 本规范充分汲取数据中心成立五年来的系统运维移交工作经验，在《运行移交管理办法》、《项目管理办法》、《应用软件测试规范》以及变更管理办法征求意见稿等制度的指引下，按照集合最小化的原则，整理出投产上线过程中以及日常运维工作中系统运维人员最为关注和确切需要的，且开发实施单位能够提供的必要文档。 规范由应用版本上线（变更）关键评估点（附件1）和集合最小化运行移交文档模板（附件2）组成，是开发与运行单位之间工作移交及相关职责切分的界面文档。 本规范的目标 本运维移交文档规范从提高运维移交工作质量、控制应用系统上线变更风险的目的出发，旨在重点解决以下两个方面的问题： 解决因文档范围不明确而导致移交材料庞杂或必要文档有缺失的问题； 解决因文档模板不标准或要求不明确而导致的文档质量参差不齐、无法满足上线及日常运维需要等问题。 即给开发和运维双方提供统一的“沟通语言“，在提高移交工作质量的同时去除繁文缛节、降低沟通成本。 梳理思路和操作说明 瞄准投产变更风险的关键要素，从变更内容、业务影响分析、技术影响分析、测试演练情况、技术准备情况、切换计划等8个方面，简明扼要地提出75个问题（见附件1），作为应用系统上线（变更）前、开发运维移交时，开发人员和运维人员检查确认运维工作移交情况、变更准备情况和移交文档提交质量的落脚点和评估点。 充分借鉴目前各中心在项目实施、系统设计、软件测试以及上线审核等工作过程中形成的产出物，结合运维移交工作经验补充了大量文字描述、表格、附件以及样例等内容，整理出覆盖上述75个评估点的运维移交文档模板及其内容。实际操作过程中，应注意以下几点： 对于上述必要文档，应根据变更管理办法中关于开发运维移交的有关要求，按照不同类型应用版本的里程碑时间要求分情况、分阶段提交至ITSM投产发布平台中，并以此为准； 原则上，《应用版本上线（变更）关注点评估表》中各评估点的具体情况说明应当填写在对应的模板文档中并以此为准； 对于上述模板文档及内容，凡实际情况发生变化、应当修改说明的，开发实施单位应当在当前最新版本上进行修订并提交最新全量完整版； 根据开发运维移交工作的合理需求，如运维部门需要本规范所含模板范围以外的文档进行参考或审核（如概要设计说明书、需求分析报告、数据库设计说明书、测试报告等），开发实施单位须积极配合提供。 附件： 应用版本上线（变更）关注点评估表 集合最小化运行移交文档模板 Values Sheet2 状态列表 已提交 未提交 未完全提交 已完成 未完全完成 审核正常通过 不涉及项，已取消 审核未通过 特批通过审核 变更依据 变更内容 技术准备 是/否 是否有明确的变更依据？ 应用脚本有变更？ 序号 系统业务功能有变化？ 系统业务管理部门有变化？ 系统用户范围或数量有变化？ 应用逻辑架构有变化？ 日终批处理流程有变化？ 是否对一线运维人员培训？ 切换计划 变更业务影响分析 变更技术影响分析 执行代码有变更？ 操作系统配置有变更？ 中间件配置有变更？ 数据库配置有变更？ 日间交易高峰时段有变化？ 关联系统通讯接口（MQ、TUXEDO等）有变化？ 日间交易量有明显变化？ 导致关联系统的业务量有明显变化？ 日终批处理时间有明显变化？ 系统资源利用率有明显变化？ 日常维护操作（如晨检、日间监控、日终巡检等）有变化？ 回退方案是否通过验证？ 是否提交变更风险分析？ 未通过原因说明 评估类别 变更期间是否造成业务停业、停服务？ 数据备份清理策略有变化？ 联机交易时段批处理任务有变化？ 应急预案（含常见问题处理、应急场景等）是否有变化？ 是否已提交《应用系统上线切换工作计划表》（含协同控制计划）？ 《应用系统上线切换工作计划表》中是否包括关联系统主要操作点？ 《应用系统上线切换工作计划表》中是否包括绿灯测试内容？ 《应用系统上线切换工作计划表》中是否包括回退判断条件及方法？ 上线初期和上线完成后，是否安排一、二线支持工作？ 《运行维护手册》 补充说明 《上线方案》 系统物理结构、设备有变化？ 应用配置有变更？ 日常维护脚本（监控、备份、清理、启停、健康检查等）有变更？ 日志文件有变更？ 应用目录结构有变更？ 非功能性测试是否覆盖了备份、清理、监控、高可用等？ 测试演练情况 用户权限或目录权限有变化（增/删/改）？ 《系统应急响应及恢复预案》 ITSM系统中的发布单 ITSM系统中的发布单 评估结论 评估要点说明 （开发中心项目组填写） 审核是否通过 （数据中心系统经理填写） 应用版本上线（变更）评估要点 《上线方案》、《运行维护手册》 功能测试中，是否与关联系统进行了集成测试和影响分析？ 例如：经审核确认，本次上线手续齐备，上线内容、步骤等与评估说明相符，有完善的应急回退方案，可以上线。 拓扑结构、网络结构（IP