practice36｜第12章 信息系统服务管理 服务运营—发布与部署管理自测

ONEPSOFT | 软考学习知识库

---

practice36｜第12章 信息系统服务管理 服务运营—发布与部署管理自测

题 1 · 情境判断｜新版本直接在生产环境 " 硬上 "，没测试、没回退方案，结果上线后崩了，又没法退回旧版，业务中断 4 小时。发布管理哪几处违规？

• 考察点（教材原文）：「确定与发布管理过程一致的活动，包括规划、设计、建设、配置和测试等」「制定完整的方案，包括发布计划、回退方案、发布记录等」「建立发布过程和结果的评估机制，包括发布成功率、发布及时率、是否更新配置管理数据库等」——出自【第 12 章 12.2.5】
• 自答区：（写缺了哪些发布活动/方案 + 后果）
• 参考答案与解读：缺了测试环节和回退方案（硬上无退路），也没完整发布计划/记录。正确：规划→设计→建设→配置→测试，必备 " 计划 + 回退 + 记录 " 三件套。没测试没回退 = 赌博式上线。
• 画像提示：像楼没试运行就交付入住，出问题退不回在建状态——全盘被动。

题 2 · 概念辨析｜发布管理建立在 " 变更管理设计 " 之上，且评估指标含 " 是否更新配置管理数据库 "。请说清发布、变更、配置三者的先后与依赖关系

• 考察点（教材原文）：「应根据变更管理的设计……设计发布管理的范围、分类、分级和活动顺序」「关注发布管理与事件管理、问题管理、配置管理的关联」「评估机制……是否更新配置管理数据库」——出自【第 12 章 12.2.5】
• 自答区：（写三者顺序 + 为何要更新 CMDB）
• 参考答案与解读：顺序＝变更批准（改什么）→ 发布实施（上线）→ 配置记录（记家底）。发布必须以 " 已批准的变更 " 为依据，不能凭空发；上线后必须回写 CMDB，否则家底失真、后续事件排查踩坑。三者是 " 改→发→记 " 一条链。
• 画像提示：像先有批准洽商单（变更），再施工交付（发布），最后入竣工台账（配置）。

题 3 · 综合连接｜发布上线后系统频繁报错（事件），根因是新版本代码缺陷（问题）。发布管理与事件管理、问题管理如何关联？外部资源协同为什么要写进 OLA/UC？

• 考察点（教材原文）：「如需与外部资源协同进行发布活动时，还需要设计与外部资源的沟通和约束机制，并写入 OLA 或 UC 中」「关注发布管理与事件管理、问题管理、配置管理的关联」——出自【第 12 章 12.2.5】
• 自答区：（写发布与事件/问题的关联 + OLA/UC 作用）
• 参考答案与解读：发布可能引发事件（报错）、暴露问题（根因缺陷），所以要关联事件/问题管理接力处理。外部协同（如供应商配合）若不写进 OLA（内部运营级别协议）/UC（支持合同），责任边界不清、配合无约束，容易扯皮延误。发布不是终点，是事件/问题管理的上游。
• 画像提示：像交付后投诉（事件）/质量通病（问题），水电气外协不写协议就互相推。

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

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