软件项目运维方案剖析.pptxVIP

运维流程-概述 运维流程主要是通过流程协作的形式对于运维过程中运维事件进行处理 。建立维护工作平台管理积累 运维知识 ， 记录运维流程轨迹 ， 并对整个运维过程管控。 包含四个部分： 运维流程管理 ， 运维知识管理 ， 运维过程监控 ， 运维事件升级管理 。 运维知识管理： 运维过程知识 体系 ， 包括项目文档 ， 常见业 务咨询问答 ， 常见故障问题解 决,支撑服务台人员对于事件甑 别 ， 事件初检。 运维过程事件职能分析成知识。 运维过程监控： 对于运维事件 协作过程分层级（红色 ， 橙色， 黄色等） 进行监控预警 。触发 点事件环节流传点通知提醒， 事件处理时间超期提醒 ， 事件 紧急处理提醒 ， 事件升级告警 运维事件升级管理： 事件在规 定的时间内不能由一线支持小 组解决 ， 那么更多有经验的人 员和有更高权限的人员将不得 不参与进来。 运维流程管理： 结合实际按规 范建立六大流程故障 ， 问题， 提数 ， 发布 ， 变更 ， 交接流程。 定义流程各角色职能协作流转。 运维流程-流程呈现 通过目前流行的地图呈现形式 ， 将运维流程各关键流程节点直观展现 ， 详细描述已经流转节点以及预计 描述未来节点走向 。节点中呈现相关节点信息。 【MPT20152011200001】 属于提数流程 ， 目前处于正在处理状态 ， 完成度为50% , 当前处于第 二节点 ， 距离预警时间为2小时 ， 工单紧急度为一般 到达时间 处理人 预期完成时间 实际完成时间 处理情况描述 处理评分 流程发起 节点 一 当前节点 节点三 到达时间 处理人 预期完成时间 实际完成时间 剩余处理时间 发起人 : 发起时间 发起人描述 预计到达时间 预计处理时间 手机WIDGET 桌面WIDGET WEB门户 运维流程-故障 ， 问题流程一 故障 ， 问题流程根据发起人的不同分为外部流程与内部流程 。外部流程发起人为运维项目使用人员， 内部流程是运维团队内部人员在巡检 ， 稽核 ， 或者使用过程中发现的故障 ， 问题 。本流程为外部流程 处理阶段 事件发起 Y N N Y Y 运维流程--故障 ， 问题流程二 本流程是内部流程 处理阶段 N Y Y 运维流程-提数 ， 发布 ， 变更流程 填写 测试结 果 注 : 交接过程中 ， 提交的软件文档一般包含需求说明书 ， 概要说明书 ， 详细设计说明书 ， 数据字典 ， 测试报告 ， 试运行情况报告分析 ， 部署文档等 ， 必须保持项目实际情况与文档一致性。 运维团队测试包含功能测试 ， 用户测试 ， 业务逻辑测试 ， 集成测试 ， 压力测试 ， 需要在流程中填写相关的测 试总结以及上传测试报告 ， 不合格需要说明不合格原因。 以上过程需要再严格的规范下进行 ， 不然 ， 流程会因为只是个形式而失败 ， 达不到预期效果 运维流程-运维交接流程 开发团队将软件项目交接给运维团队进行项目运维 ， 该过程是一个责任过度的过程 ， 需要严格的规范以及 流程进行支撑 。该部分叫做运维交接流程 。 合格？ 运维流程-事件升级 如果某一事件不能在规定的时间内由一线支持小组解决 ， 那么再多有经验的人员和有更高权限的人员将不得 不参与进来 。这就是升级 ， 它可能发生在事件解决过程的任何时间和任何支持级别 , 升级分为职能性升级和结构性升级 。两者的区别如下： 职能性升级 : 需要具有更多时间 、专业技能或访问权限（技术授权） 的人员来参与事件的解决 结构性升级 : 当经授权的当前级别的结构不能保证事件能及时 、满意地解决时 ， 需要更高级别的机构参与进来 运维过程中应当尽量在运维团队内解决 ，避免结构性升级 结构性升级 职能性升级 运维流程-制度规范 运维过程中 ，运维工作如何界定 ， 项目交接给运维团队时机以及交接要求 ，运维人员对事件如何正确处理等 都属于运维制度规范内容。 工作内容界定 涉及运维过程中已经交接运维团队项目提数 ， 咨询 ， 查证 ， 数据库库巡检 ， 数据稽核 ， 服务 器巡检,服务器漏洞修复 ， 应急演练 ， 故障处理 ， 故障发现 ， 数据修改 ， 项目报告等 交接规范 新项目需稳定运行3个月以上时间才能交接给运维组 新项目交接给运维组必须对接手维护的同事做系统业务培训 项目交接必须提供 《项目需求文档.doc》 《项目操作手册.doc》 《项目维护手册.doc 》 《项目常见问题处理.doc 》 《项目详细设计文档.doc 》 《项目数据字典》 管理制度规范 服务时间响应规范： 规范服务方式 ， 故障级别相应 服务行为规范 现场服务支持规