speedrun21｜第15章系统运行与维护(IT服务配置管理)速通

ONEPSOFT | 软考学习知识库

---

speedrun21｜第15章系统运行与维护(IT服务配置管理)速通

一、章节定位

一句话概括：本章讲 " 系统上线后怎么平稳跑、怎么修、怎么管 "——系统转换、四类维护、IT 服务指标 (MTBF/MTTR)、配置管理。

• 题型覆盖：综合知识【✓✓】 ｜ 案例分析【✓】 ｜ 论文【✓】（运维/演化方向）
• 重要性等级：【★★★★★】——四类维护区分、三种转换策略、MTBF/MTTR 指标、配置管理是选择题重点；且是你的薄弱项
• 教材出处：第 15 章 系统运行与维护（含第 8.5 章配置管理、关联系规 IT 服务）

二、本章在讲什么（系统性阐述）

系统上线不是终点，而是 " 物业运维期 " 开始。本章三块：

1. 系统转换：新旧系统切换的三种策略——直接 (快但险)、并行 (稳但贵)、分段 (折中)。
2. 系统维护：软件交付后到淘汰前的修改活动，分改正性/适应性/完善性/预防性四类（预防性最难记但常考）。
3. 运维管理与配置管理：用 MTBF/MTTR/MTTF/MTTA 等量化指标管可用性；用配置管理 (SCM) 管 " 哪些东西改了、当前版本是啥 "。IT 服务管理 (SLA/事件/问题/变更) 在系规第 12 章详述，本章强调故障管理三维度 (影响度/紧迫性/优先级)。

三、教材原文精摘（原封不动，逐子章节全覆盖）

系统转换（15.7）原文：系统转换是指 " 运用某种方式，由现有系统的工作方式向新系统工作方式的转换过程，也是系统设备、数据、人员等的转换过程 "。

三种转换策略（15.7.1）原文：①直接转换：原有系统停止运行的某一时刻，新系统立即投入运行，中间无过渡阶段，人力和费用最省但风险大；②并行转换：新系统与现有系统并行工作一段时间（一般两三个月到一年），风险较小但人力和费用消耗大，是最常见的转换方式；③分段转换：直接转换与并行转换结合，分期分批逐步转换，震动小但转换周期长，需开发新旧系统接口。

软件维护定义（15.4）原文：软件维护是指在软件交付使用之后，直至软件被淘汰的整个时期内，为了改正错误或满足新的需求而修改软件的活动。

四类维护（15.4.1）原文：改正性维护：识别和纠正软件错误、改正性能缺陷、排除误使用。适应性维护：使软件适应外部环境（新硬/软件配置）或数据环境变化。完善性维护：为满足用户提出的新功能与性能要求，扩充功能、增强性能、改进效率。预防性维护：" 把今天的方法学用于昨天的系统以满足明天的需要 "，预先提高可维护性/可靠性。

运维技术指标（15.1）原文：MTTR（平均故障修复时间）、MTBF（平均故障间隔时间，可靠性）、MTTF（平均无故障时间）、MTTA（平均应答时间）。

故障管理（15.3）原文：系统故障管理的目标为尽快恢复服务；活动含故障监视、故障调查、故障排查和恢复处理、故障收尾；影响度/紧迫性/优先级为描述故障三维度。

配置管理 SCM（8.5）原文：软件配置管理是 " 标识和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放和更动，记录并报告配置的状态和变动要求，验证配置项的完整性和正确性 "。三类配置库：开发库（个人专用）、受控库（阶段结束存入、受控）、产品库（测试后存入、待交付）。

逐段讲解：

• 针对系统转换：三种策略是选择题必考——直接 (省钱险)、并行 (最常见最稳但贵)、分段 (折中需接口)。上线选哪种看风险承受力。
• 针对四类维护：改正 (修 bug)、适应 (换环境)、完善 (加功能)、预防 (未雨绸缪提可维护性)。完善性维护占比通常最大，预防性最易被忽略。
• 针对运维指标：MTBF(多久坏一次，越大越可靠)、MTTR(坏多久修好，越小越好)、MTTF(无故障时长)、MTTA(多久响应)。可用性与 MTBF/MTTR 的关系见本清单#39 calculate。
• 针对故障管理：三维度——影响度 (影响多大)、紧迫性 (多急)、优先级 (先处理谁)，用于排障排序。
• 针对配置管理：SCM 管 " 版本与变更 "，三类库 (开发/受控/产品) 是具体考点；配置项是被管理的对象。

四、核心知识树

第 15 章 系统运行与维护

├── 系统转换

│ ├── 直接 (险)

│ ├── 并行 (稳/贵)

│ └── 分段 (折中)

├── 软件维护

│ ├── 改正性

│ ├── 适应性

│ ├── 完善性

│ └── 预防性

├── 运维指标

│ ├── MTBF/MTTR

│ └── MTTF/MTTA

└── 配置管理 SCM

├── 配置项

└── 三库 (开发/受控/产品)

五、知识脑图总结

思维导图（结构化呈现）

• 第15章 运维
  • 转换
    • 直接
    • 并行
    • 分段
  • 维护
    • 改正
    • 适应
    • 完善
    • 预防
  • 指标
    • MTBF MTTR
    • MTTF MTTA
  • 配置管理
    • 三库

六、关键概念速解

概念	教材定义（原文关键词）	大白话速解	考试怎么考
直接转换	无过渡立即切换	一夜搬家，险	选择：三策略特点
并行转换	新旧并行运行	双系统跑着比对，最稳	选择：最常见/最贵
完善性维护	加新功能/提性能	业主提新需求扩建	选择：四类维护区分
预防性维护	提前提可维护性	给老楼做抗震加固	选择：最易混的一类
MTBF	平均故障间隔	多久坏一次	选择/计算：见#39
MTTR	平均修复时间	坏多久修好	选择/计算：见#39
配置管理	控配置项投放更动	设备台账 + 版本	选择：三库/配置项

七、记忆口诀 & 类比

• 口诀：「直并分」→ 转换三策略：直接、并行、分段。
• 口诀：「改适完预」→ 四类维护：改正性、适应性、完善性、预防性。
• 口诀：「开发受控产品」→ 配置三库：开发库、受控库、产品库。
• 类比：系统转换像新老物业交接——直接切换 (一夜撤旧物业，险)、并行 (新旧物业共跑三个月比对，稳但双倍人工)、分段 (先交几栋楼试水)。四类维护像 " 报修类型 "：修水管爆了 (改正)、换新型电梯 (适应)、业主加智能家居 (完善)、给老楼做抗震 (预防)。

八、易混淆点对比

易混项 A	易混项 B	核心区别
直接转换	并行转换	直接无过渡险；并行稳但贵、最常见
改正性维护	适应性维护	改正=修错；适应=换运行环境
完善性维护	预防性维护	完善=加功能提性能；预防=提前提质
开发库	产品库	开发=个人专用；产品=待交付正式版

九、与其他章节的关联

• 上游/前置：第 13 章接口/可观测性设计、第 14 章测试（测试质量决定运维负担）。
• 下游/依赖：无（生命周期末端）；但演化/遗留系统处置会回流规划。
• 联动考点：MTBF/MTTR 与第 9.7 可靠性、本清单#39 calculate 强关联；配置管理与第 8 章、系规 IT 服务 (SLA/事件/变更) 呼应。
• 联动薄弱项：本章就是你的薄弱项 " 运维服务 "。运维不是 " 坏了再修 "，而是 " 用指标 (MTBF/MTTR) 度量 + 用流程 (事件/问题/变更/配置) 管控 + 用 SLA 对齐预期 "。把这条主线吃透，薄弱项变强项。

十、考试出题方式

• 选择题：三转换策略特点；四类维护判定 (给场景选哪类)；MTBF/MTTR 含义；配置三库；故障三维度。
• 案例分析：给运维事故问转换策略选错在哪、维护类型归错。
• 论文：系统运行与维护/演化方向，写 " 建立 MTBF/MTTR 度量 +SLA+ 变更流程 " 的实践。

专项突破提醒（运维服务薄弱项）

针对运维服务薄弱项，给 3 条可操作建议：

1. 先把 " 指标语言 " 背熟：MTBF(多久坏)、MTTR(多久修)、MTTF、MTTA，以及可用性=MTBF/(MTBF+MTTR)。这是运维所有题的计量基础，配合本清单#39 动画练计算。
2. 用 " 四流程 " 串运维：事件 (快速恢复)→问题 (根除原因)→变更 (受控改动)→配置 (记清现状)。把这四条和 " 四类维护 "" 三转换 " 画成一张图，选择题场景题就不慌。
3. 联动系规视角：系规第 12 章 IT 服务生命周期 (SLA/OLA/UC) 是运维的 " 标准话术 "，备考系规时与本章对照学，一鱼两吃。