deepread40｜第12章 信息系统服务管理 服务运营 事件管理详解

ONEPSOFT | 软考学习知识库

---

deepread40｜第12章 信息系统服务管理 服务运营 事件管理详解

知识点深度解读：服务运营—事件管理

一、知识点定位

「服务运营—事件管理」属于【第 12 章 · 信息系统服务管理】12.2.5 过程要素设计中的 " 事件管理过程 "，并在 12.3 服务运营提升、12.5.2 服务测量中落地运行。它是运维日常最高频的 " 救火 " 流程——任何服务中断或请求都叫事件，目标是 " 准确检知、及时解决 "。

• 主要教材出处：第 12 章 12.2.5（事件管理过程设计）/ 12.3（服务运营提升）/ 12.5.2（事件统计分析）
• 考试角色：选择题 + 案例题必考（事件定义、7 步活动、分类分级、升级机制、及时解决率/平均解决时间）
• 事件管理就是天天在干的 " 接报修→排查→修复→关单 "，是运维基本功。

二、教材原文精摘（事件管理核心）

【事件管理目标】原文：

事件管理过程须确保服务供方具有准确检知事件、及时解决事件的能力。

【事件管理过程设计主要活动】原文：

事件管理过程设计的主要活动包括：

• 确定与事件管理过程一致的活动，包括事件受理、分类分级、初步支持、调查诊断、解决、进度监控与跟踪、关闭等。
• 建立事件分类、分级机制。
• 建立事件升级机制。
• 建立事件满意度调查机制。
• 建立事件解决评估机制，包括事件及时解决率、事件平均解决时间等。

【事件管理关键指标】原文：

事件管理的关键指标包括事件管理过程的完整性、有效性，事件解决评估机制的有效性等。

【设计要点（上下文）】原文：

系统规划与管理师在对事件管理过程进行设计时，应根据服务对象的技术特性和资源配备情况对事件进行分类和分级，设计处理各类事件的活动、顺序以及合理的事件升级机制，并根据 SLA 的要求设计各类事件的考核指标。建立事件处理情况的定期回顾机制，通过数据分析发现服务改进机会，为服务报告提供信息支持。

三、系统解读（逐点讲透）

• 一句话：事件管理 = 运维 " 接报修单→分轻重→先顶住→查原因→修好→盯进度→关单 " 的 7 步救火流水线，核心目标是 " 检知准、解决快 "。
• 7 步活动：事件受理 → 分类分级 → 初步支持 → 调查诊断 → 解决 → 进度监控与跟踪 → 关闭。
• 四个机制：分类分级（按技术特性和资源定轻重）、升级机制（搞不定的往上交/加资源）、满意度调查（问客户满不满意）、解决评估（及时解决率、平均解决时间）。
• 关键指标：过程完整性/有效性 + 及时解决率 + 平均解决时间。都按 SLA 要求定考核。
• 运营闭环：定期回顾事件处理数据 → 发现改进机会 → 给服务报告供信息。事件管理是 " 短期救火 "。

四、工程实践举例（土木工程背景）

用 " 工地突发问题处置 " 套：事件管理就像现场接到 " 某处漏水/沉降报警 "——受理报修→定级别（一般/严重）→先抢险支护（初步支持）→排查原因（调查诊断）→修复（解决）→盯整改进度（跟踪）→验收关闭（关单）；搞不定的升级到项目总工/业主。

教材 ↔ 土木工程实践 对照表：

系规概念	土木类比	要点
事件（中断/请求）	现场突发质量/安全异常	救火
7 步活动	受理→分级→抢险→排查→修复→跟踪→验收关单	七步
分类分级机制	一般/严重/特大分级	按轻重
升级机制	班组→项目总工→业主/专家	上交
满意度调查	业主回访	问满意
及时解决率/平均解决时间	抢修及时率/平均处置时长	考核
定期回顾改进	事故分析会→改进措施	闭环

事件管理 7 步流程：

流程图（结构化呈现）

1. 事件受理
2. 分类分级
3. 初步支持
4. 调查诊断
5. 解决
6. 进度监控与跟踪
7. 关闭
8. 升级机制
9. 改进机会·服务报告

对应关系

节点A	关系	节点B
分类分级	升级	升级机制
关闭	回顾	改进机会·服务报告