本章是信息系统生命周期中历时最长（占全周期 60%~80%）、成本占比最高的阶段核心内容，围绕系统交付后的运行保障、故障处理、软件维护、系统评价、存量系统演化五大核心维度展开，是软考高级系统分析师考试的高频考点章节，兼顾概念辨析、流程管理与场景应用。
一、本章核心主要内容
本章按照 “基础指标→日常运行→故障处理→软件维护→价值评价→存量演化” 的逻辑递进，共分为 8 个核心小节，核心内容如下：
1. 运维核心技术指标
本小节是运维量化管理的基础，定义了 4 个核心运维度量指标，是全章的量化基础：
平均故障修复时间（MTTR）：衡量故障修复效率，等于故障修复总时长 ÷ 维修次数，反映运维团队的修复能力。
平均故障间隔时间（MTBF）：衡量系统可靠性，等于故障间正常运行总时长 ÷ 故障总数，仅统计意外故障，不包含计划内维护停机，可通过预防性维护提升。
平均无故障时间（MTTF）：衡量系统 / 硬件的业务持续性与寿命，等于正常运行总时长 ÷ 故障总数。
平均应答时间（MTTA）：衡量运维响应速度，等于告警发生到确认的总时长 ÷ 事件总数，反映运维团队的事件反应能力。
2. 系统运行管理
系统运行管理的核心目标是管控系统运行状态、记录运行数据、持续优化系统，保障系统支撑管理与决策，核心包含 4 类管理模块：
系统用户管理：统一用户全生命周期管理（入职到离职的权限自动同步）、多类身份认证方式（用户名密码、IC 卡、动态令牌、USB Key）、用户安全审计（登录行为、异常访问、失败记录审计）。
网络资源管理：覆盖网络管理五大职能 —— 性能管理、故障管理、配置管理、计费管理、安全管理，通过资源管理系统保障网络资源高效、稳定运行。
软件资源管理：包含软件构件库管理、软件自动化分发部署、软件文档全生命周期管理，核心是优化软件资产利用率。
系统成本管理：覆盖 IT 预算编制、IT 服务计费、成本偏差分析，目标是优化系统总拥有成本（TOC）。
3. 系统故障管理
故障管理的核心目标是尽可能快地恢复系统运行，降低业务影响，包含 3 个核心特征与 5 个流程环节：
故障三大核心维度：影响程度（业务影响范围）、紧迫性（修复时间要求）、优先级（综合前两者的处理排序）。
故障管理全流程：
故障监视：针对硬件、软件、性能设置监控项，通过工具自动监测 + 人工反馈发现故障；
故障调查：收集故障信息、定位故障位置、排查故障原因，故障来源包含硬件故障、系统软件故障、应用故障、人为操作故障、灾难等；
故障支持与恢复处理：硬件故障通过冗余 / 备用模块恢复，数据库故障通过备份 + 日志恢复，软件故障通过调试修改 + 容错技术恢复；
故障收尾：与用户确认故障解决，更新故障记录，闭环管理。
4. 软件系统维护
软件维护是系统维护的核心工作，是本章的重点模块，覆盖维护分类、可维护性、影响因素与管理流程：
软件维护的四大分类（按维护原因划分）：
改正性维护：纠正软件错误、修复性能缺陷、排除使用误区；
适应性维护：适配外部软硬件环境、数据环境的变化（如新操作系统、新数据库版本）；
完善性维护：扩充新功能、优化性能、提升可维护性，是占比最高的维护类型；
预防性维护：提前优化软件的可维护性与可靠性，用先进方法重构旧系统，支撑未来需求。
软件可维护性：GB/T 25000.10 标准定义了 6 个特征：模块化、可重用性、易分析性、易修改性、易测试性、维护依从性；可通过环路复杂度、软件规模、嵌套深度等间接度量。
维护管理：包含维护组织搭建、标准化维护工作流程、维护记录留存、维护活动定量评价。
5. 系统评价
系统评价是系统运行一段时间后的价值复盘，是信息系统审计的延伸，核心是校验系统是否达成预期目标：
评价流程：确定评价对象→组建工作组→拟定方案收集资料→实施评价并征求意见→撰写报告→复核归档。
评价指标体系：分为系统性能评价、系统效益评价、系统建设评价三大类；指标设计包含静态 / 动态、定量 / 定性、原生 / 衍生等多种维度，权重可通过主观赋权（层次分析法、专家调查法）、客观赋权（熵值法、主成分分析法）实现。
输出成果：系统评价报告，包含现状结论与系统改进建议。
6. 遗留系统处置
遗留系统指无法通过修改演化适配新业务需求的旧系统，本章给出了完整的评价与演化方法论：
遗留系统评价体系：从业务价值、外部环境、应用软件三个维度开展评价，最终通过 “技术水平 - 业务价值” 四象限矩阵匹配演化策略。
四大演化策略：
淘汰策略：低技术水平 + 低业务价值，直接停用替换；
继承策略：低技术水平 + 高业务价值，新系统完全兼容旧系统模型，并行运行后逐步切换；
改造策略：高技术水平 + 高业务价值，在原有系统基础上增强功能、改造数据模型；
集成策略：高技术水平 + 低业务价值，打通各孤立旧系统，消除信息孤岛，实现企业级数据互通。
7. 新旧系统转换与数据迁移
新系统上线的核心环节，重点保障业务平滑切换、数据无损迁移：
三大系统转换策略：
直接转换：旧系统停用时新系统立即上线，无过渡阶段，成本低但风险高，适用于简单系统或旧系统完全不可用的场景；
并行转换：新旧系统并行运行一段时间，验证无误后切换，风险低但成本高，适用于核心业务系统；
分段转换：直接转换与并行转换结合，按功能 / 部门 / 设备分批次切换，兼顾风险与成本，适用于大型复杂系统。
数据迁移：包含工具迁移、手工录入、新系统生成三类方法；流程分为抽取、清洗转换、装载三个环节，迁移后需通过完整性、一致性、数据对比完成校验。
8. 现有系统的演进
系统生命周期内的持续迭代方式，分为扩展与集成两类路径：
系统扩展：向现有系统添加新功能，分为动态扩展（运行中新增功能，不中断业务）和静态扩展（停机后新增功能），核心是通过低耦合架构提升扩展性。
扩展与集成的区别：扩展聚焦原有系统功能边界内的迭代，重点在设计阶段预留扩展点；集成聚焦多系统的跨边界打通，重点在业务关联分析与架构解耦。
二、主要考点与考情分析
1. 考情整体说明
本章在软考系统分析师考试中，上午综合知识题占 2~3 分，以概念辨析、场景匹配类选择题为主；下午案例分析题偶有 1 小问，通常结合运维场景、系统升级案例考察策略选择与问题分析，整体属于中等难度、性价比高的章节。
2. 高频考点清单
3. 命题规律分析
概念辨析类为主：命题核心是易混淆概念的区分，比如 “适应性维护 vs 完善性维护”“MTBF vs MTTF”“并行转换 vs 分段转换”，通常给出业务场景让考生匹配对应概念。
场景应用型增多：近年真题偏向结合企业实际运维、系统升级案例，考察策略选择与问题分析，比如给出某企业旧系统现状，选择最合适的演化策略。
跨章节联动：常与第 14 章系统实施、第 16 章信息安全、项目管理章节联动考察，比如结合项目验收考系统转换，结合安全运维考故障管理。
三、重难点深度解析
1. 难点：四类软件维护的精准区分
这是本章最高频、最易出错的考点，核心区分逻辑如下：
看触发原因：
有 Bug、有错误→改正性维护（修问题）
环境变了（软硬件、数据库、操作系统）→适应性维护（适配环境）
用户提新需求、要加功能、优化体验→完善性维护（加功能提性能）
现在没毛病，提前改了防以后出问题→预防性维护（提前优化）
补充考频细节：完善性维护占比最高（约 50%~60%），改正性维护约占 20%，适应性维护约占 25%，预防性维护占比最低。
2. 易混点：运维可靠性指标的边界区分
MTBF vs MTTF：MTBF 是两次故障之间的平均间隔，包含修复时间，反映系统整体可靠性；MTTF 是单次故障前的平均无故障时长，不包含修复时间，反映硬件 / 系统本身的寿命。对于可修复系统用 MTBF，不可修复系统用 MTTF。
MTTR vs MTTA：MTTR 是从故障发生到完全修复的总时长；MTTA 是从告警发生到运维人员确认响应的时长，MTTA 是 MTTR 的前半段。
3. 重点：遗留系统四象限策略记忆技巧
可以通过 “技术看能不能改，价值看值不值改” 快速判断：
技术好、价值高→改一改继续用（改造）
技术好、价值低→打通一起用（集成）
技术差、价值高→照着旧的做新的（继承）
技术差、价值低→直接扔掉（淘汰）
4. 重点：三种系统转换方式的对比
5. 难点：数据库三类故障的恢复方法
故障管理中数据库故障恢复是技术类难点，对应恢复逻辑：
事务故障：单个事务执行失败，由 DBMS 自动执行回滚，撤销该事务对数据库的修改。
系统故障：系统宕机、内存数据丢失，重启后通过日志重做已提交的事务，回滚未完成的事务。
介质故障：磁盘损坏、数据文件丢失，属于最严重故障，需导入最新的数据库全量备份，再通过日志重做备份后的所有事务。
本文原创作者：易君召，详见：https://www.yijunzhao.cn/authors/yijunzhao，转载请注明出处。
欢迎访问 小易撩挨踢