practice31｜第12章 信息系统服务管理 服务方案设计 过程要素自测

ONEPSOFT | 软考学习知识库

---

practice31｜第12章 信息系统服务管理 服务方案设计 过程要素自测

题 1 · 情境判断｜某运维团队处理故障全凭个人习惯：有人先修再记录，有人修了不关单，同一个问题不同人不同做法，客户投诉 " 时好时坏、没法预期 "。过程要素没做好什么？

• 考察点（教材原文）：「过程要素是服务需求实现的保障，过程活动的贯穿使服务更加轨道化、标准化、规范化，进而服务产出更加标准、稳定」「常见的服务管理过程包括服务级别、服务报告、事件、问题、配置、变更、发布、信息安全管理」——出自【第 12 章 12.2.5】
• 自答区：（写过程要素的作用 + 缺失后果）
• 参考答案与解读：没做过程要素设计——服务没 " 轨道化、标准化 "。正确做法：把服务拆成 8 大标准过程（尤其事件/问题），定好活动顺序、机制、考核指标，让每个人按同一套流程干，产出才稳定可预期。
• 画像提示：像工地没标准工艺流程，各班组凭习惯干——质量时好时坏、没法验收预期。

题 2 · 概念辨析｜过程要素里 "8 大过程 " 是哪 8 个？其中事件管理和问题管理的目标有何本质不同？

• 考察点（教材原文）：「8 大过程：服务级别、服务报告、事件、问题、配置、变更、发布、信息安全」「事件管理须确保准确检知事件、及时解决事件」「问题管理须确保识别引起事件的原因并解决问题，预防同类事件重复发生」——出自【第 12 章 12.2.5】
• 自答区：（写 8 过程名 + 事件/问题目标区别）
• 参考答案与解读：8 大过程＝服务级别、服务报告、事件、问题、配置、变更、发布、信息安全。本质不同：事件管理＝救火（准确检知 + 及时解决单次故障）；问题管理＝防火（找根因 + 防复发）。一个是恢复、一个是根除。
• 画像提示：事件像 " 突发事故应急 "，问题像 " 质量通病治理 "——前者止损、后者治本。

题 3 · 综合连接｜变更管理活动是 " 请求→评估→审核→实施→确认→回顾 "。为什么说变更要特别关注 " 连锁反应 " 和 " 与事件/问题的关联 "？

• 考察点（教材原文）：「变更管理…特别注意变更控制与事件和问题的关联关系，应与变更控制活动有机结合，关注由变更带来的连锁反应，当产生重大变更时可能要重新做服务规划设计」——出自【第 12 章 12.2.5】
• 自答区：（写连锁反应 + 与事件/问题衔接）
• 参考答案与解读：一次变更可能牵动配置项、触发新事件、暴露老问题——所以要评估连锁反应、和事件/问题管理结合。衔接：变更实施若引发故障→事件管理救火；若同类故障反复→问题管理挖根因；重大变更甚至要重做服务规划设计。
• 画像提示：像改一道工序（变更）可能引发连锁质量隐患——要评估对相邻工序影响，出事走应急（事件）、反复出问题走专项治理（问题）。

掌握度自评（答完回来勾）

题号	你的判定	是否吃透	备注
题 1	对/错/说不清	□
题 2	对/错/说不清	□
题 3	对/错/说不清	□