ONEPSOFT | 软考学习知识库
practice35|第12章 信息系统服务管理 服务运营—变更管理自测
题 1 · 情境判断|运维小张觉得 " 系统卡,重启大法好 ",直接改了生产环境参数,没申请、没评估、没审批,结果引发连锁故障,多个业务中断。变更管理哪几步被跳过了?
- 考察点(教材原文):「确定与变更管理过程一致的活动,包括请求、评估、审核、实施、确认和回顾等」「变更管理过程须确保供方通过管理、控制变更的过程,确保变更有序实施」——出自【第 12 章 12.2.5】
- 自答区:(写被跳过的活动 + 正确顺序)
- 参考答案与解读:跳过了请求、评估、审核(直接实施),也没确认、回顾。正确 6 步:请求→评估(影响/风险)→审核(审批)→实施→确认→回顾。私自改 = 没闸口的蛮干,必出连锁反应。
- 画像提示:像工人擅自改设计参数不办洽商单,结果结构出问题——谁都兜不住。
题 2 · 概念辨析|变更管理评估机制有 5 类指标:未经批准的变更数量及占比、不同类型变更占比、不成功的变更占比、取消的变更占比、变更关联的配置数。它们分别衡量什么?
- 考察点(教材原文):「建立变更过程和结果的评估机制,包括未经批准的变更数量及占比、不同类型的变更数量及占比、不成功的变更数量及占比、取消的变更数量及占比、变更关联的配置数」——出自【第 12 章 12.2.5】
- 自答区:(逐条解释 5 指标含义)
- 参考答案与解读:1. 未经批准的占比=有多少 " 野变更 "(乱改程度)2. 各类型占比=标准/紧急/重大分布 3. 不成功占比=改完出事的 4. 取消占比=改到一半撤的 5. 关联配置数=这次变更动了几个家底。整体衡量 " 变更管得住吗、乱改多不多、影响面多大 "。
- 画像提示:像统计 " 未批洽商单率/返工率/关联构件数 ",看工地变更受控程度。
题 3 · 综合连接|一次 " 重大变更 " 上线后业务大面积异常,事后发现其实应该 " 重新做服务规划设计 ",但当时只当普通参数调整走了快批。变更管理和服务规划设计、#42 配置管理如何关联?
- 考察点(教材原文):「当产生重大变更时可能要重新做服务规划设计」「关注由变更带来的连锁反应」「建立变更类型和范围的管理机制」「变更关联的配置数」——出自【第 12 章 12.2.5】
- 自答区:(写重大变更怎么管 + 与规划设计/配置的关系)
- 参考答案与解读:重大变更因动到架构层面,不能快批,应重新做服务规划设计并走重审;同时要靠 " 分类分级 " 识别它是重大级。变更还会关联配置项(动几个家底),实施完须回写 CMDB(配置管理)。本案错把重大当普通,缺了重规划、缺了配置联动。
- 画像提示:像动主体结构却只走普通洽商,没重新报审图纸——伤筋动骨的事轻率办。
掌握度自评(答完回来勾)
| 题号 | 你的判定 | 是否吃透 | 备注 |
|---|
| 题 1 | 对/错/说不清 | □ | |
| 题 2 | 对/错/说不清 | □ | |
| 题 3 | 对/错/说不清 | □ | |