信息系统管理工程师案例分析真题回忆版

四季读书网 2026-08-09 00:40:04 1 0

信息系统管理工程师案例分析真题回忆版

信息系统管理工程师官方教材在2025年改版为第2版，并在2025年11月份进行了改版后的首次考试，因为是上机考试，全网都没有真题。

因此，我结合我的面授学员的考生回忆，整理出了真题回忆版，以帮助备考今年考试的考生备考，特别感谢我的面授学员们。

希望大家了解官方教材改版后的新的题型和知识点，以应对2026年的复习。

以下是2025年11月考试真题中，案例分析五个大题的方向，及分值。

主题	分值
数据中心管理	15分
数据库设计	15分
信息系统治理+标准归类	15分
云服务及其运营管理	15分
信息系统运维管理	15分

（我在中国移动南方基地面授结信息系统管理工程师的合影，部分学员手持我主编的《信息系统管理工程师章节习题与考点特训》一书）

案例题：

案例题第1大题：（知识点：ER图）

某医院建设一套医疗管理信息系统，其中部分关系模式E-R图如下：

医生（医生编号、姓名、性别、职称、类别、）

科室（科室编号、科室名、科室电话、科室地址、负责人）

患者（患者身份证号、姓名、性别、年龄、联系方式）

检查项目（检查编码、检查时间、检查名称）

一个科室有多名医生，一名医生只能属于一个科室
医生分正式医生和实习医生，只有正式医生可以看病，可以担任实习医生导师，一名正式医生可以担任多名实习医生导师，一名实习医生只能有一名导师；
一名患者可以不同时间找多名医生挂号，医生也可以给多名患者看病；
医生可以在不同时间给多名患者开药，患者也可以让多名医生开药

问题1：补充图中缺失的3个关系。（7分）

问题2：补充关系（3分）

医生(医生编号，姓名，性别、职称，类别，(1))

科室(科室编号，科室名，科室电话，科室地址，负责人)

检查项目(检查项目编号，项目名称，收费标准)

药品(药品编号、药品名称、单价、库存数量)

患者(患者编号, 姓名，性别，年龄，联系方式)

挂号(患者编号，医生编号，(2)，挂号类型)

开药(患者编号，医生编号，(3)，处方时间)

检查(患者编号，医生编号，检查项目编号，检查时间)

参考答案：

第1空：科室号

第2空：挂号时间

第3空：药品编号

问题3请按要求写出下列关系对应的主键以及外键(3分)

检查关系的主键:患者编号、医生编号、检查项目编号、检查时间)

检查关系的外键:患者编号、医生编号、检查项目编号

医生关系的外键:科室编号

【问题4】把津贴费用放在“医生”关系式下是否合理，并说明原因。（2分）

不合理，把津贴费用放在“医生”关系式下，会导致，医生编号→职称，职称→津贴费用，医生编号与津贴费用存在传递依赖，不符合第3范式(3NF)的要求。

（我在中国移动南方基地面授信息系统管理工程师）

案例题第2大题：(知识点：第八章信息系统运维管理)

某金融科技公司为区域内 200 余家中小微企业，提供支付结算、信贷风控等核心系统服务，其 IT 运维团队需保障 3 套核心业务系统、8 台物理服务器及 20 余套虚拟化资源的稳定运行。

2024 年第四季度起，客户投诉量较上季度增长 40%，核心问题集中在 “系统故障响应滞后”“服务进度不透明”“月度报告数据矛盾”三方面。

为满足行业监管要求、提升客户留存率，公司管理层于 2025 年 3 月启动运维服务体系优化项目，明确要求覆盖能力建设、流程规范、报告管理三大领域，并委托第三方机构开展阶段性评估，推动运维服务质量提升。

问题1：运维能力管理各阶段的工作填空归类(3分)

策划：策划服务目录、制定服务指标体系

实施：建立与客户的沟通协调机制、进行服务质量管控

检查：评审服务过程和相关管理体系、开展客户满意度调查

问题2：事件管理、配置管理的活动(8分)

事件管理：事件接收和记录、分类和初步支持、调查和诊断、解决与恢复、事件关闭。

配置管理：配置管理规划、配置项识别、配置项控制、配置状态报告、配置验证和审计、配置管理回顾及改进。

问题3：服务报告管理评价指标(4分)

(1)服务报告过程的完整性(2)服务报告的及时性(3)服务报告的准确性(4)服务报告与客户沟通后的返工率(5)服务报告按时完成的比例(6)客户对服务报告的满意度

（我在面授时，发的我主编的《信息系统管理工程师默写本》纸质书籍）

案例题第3大题：（知识点：IT治理）

3.大型制造集团近年数字化转型加速，却因 IT 管理缺乏系统性框架，出现战略落地脱节、风险管控薄弱等问题。为破解困境，集团启动 IT 治理体系搭建项目。项目组首先梳理核心需求：需明确 IT 战略与业务目标的衔接路径，组建跨部门治理组织，建立决策与监督机制，划分数据治理、安全治理等关键治理域。同时，需参考权威标准构建体系，此外，集团结合生产与供应链特点，同步编制内部实施指南，还需设定系统响应时效、故障解决率等绩效指标用于成效评估。

问题1：IT治理体系框架应包含的内容。（6分）

（1）IT战略目标；（2）IT治理组织；（3）IT治理机制；（4）IT治理域；（5）IT治理标准；（6）IT绩效目标

问题2：标准归类（4分）

（1）国家标准：GB/T34960.1 是我国发布的信息技术服务治理通用要求，属于国家标准；

（2）国际标准：ISO/IEC38500是国际标准组织发布的欣欣技术质量系列标准，属于国际标准；

（3）行业标准：T/CESA1077-2020是中国电子工业标准化技术协会发布的信息技术服务治理，IT风险治理标准，属于行业标准。

（4）企业标准：结合几天业务特点制定的实施指南，用于知道内部各单位执行，属于企业标准。

问题3：判断题（5分）

（1）组织的IT治理仅需最高管理层和执行管理层参与，业务与服务执行层无需介入治理相关工作，只需完成技术运维任务即可。（）

答案：错误

解析：根据4.1.3节IT治理的管理层次相关内容，好的IT治理实践需要在组织全部范围内推行，其管理层次包括最高管理层、执行管理层、业务与服务执行层。业务与服务执行层的核心职责是提供信息和数据服务支持、建设维护IT基础设施、提出和响应IT需求，这些工作是治理层决策和评估的重要信息来源，是IT治理有效落地的基础，并非与治理工作无关。

（2）IT治理体系框架中的“IT绩效目标”仅关注IT项目构建过程中的工期、成本和质量是否达标，无需关联业务需求的满足情况。（）

答案：错误

解析：依据4.2.2节IT治理体系框架相关内容，IT绩效目标的核心是关注IT价值的实现，不仅要评价IT规划与构建过程中的工期、成本、质量等指标，更要衡量IT是否满足业务需求，确保IT投资能够转化为实际的业务价值，实现IT与业务的协同发展。

（3） COBIT框架中，治理和管理的职责完全重合，均由高级管理层统一负责，核心目标都是直接实现组织的业务目标。（）

答案：错误

解析：根据4.4.2节信息和技术治理框架相关内容，COBIT明确区分了治理和管理：治理由董事会和执行管理层负责，核心是确定组织目标、设定方向、监控绩效与合规性；管理由首席执行官领导的高级和中级管理层负责，核心是按治理设定的方向计划、构建、运行和监控活动。二者职责边界清晰，并非完全重合，且治理的核心是“定方向”，管理的核心是“抓执行”，目标各有侧重。

（4） IT治理关键域中的“顶层设计”仅包含信息技术战略规划，组织架构和技术架构不属于其治理范畴。（）

答案：错误

解析：根据4.6.1节顶层设计相关内容，顶层设计围绕组织IT整体与统筹部分，其治理内容包括信息技术的战略，以及支撑战略的组织和架构三部分。组织架构为IT战略落地提供组织保障，技术架构是连接业务战略、IT战略与IT项目的桥梁，二者均是顶层设计不可或缺的核心组成部分。

（5）信息安全治理与信息安全管理是同一概念，前者侧重技术实现，后者侧重制度安排，二者可相互替代。（）

答案：错误

解析：依据4.6.2节信息安全管理相关内容，信息安全治理是最高管理层用来监督管理层在信息安全战略上的过程、架构及业务关系的基础制度安排，核心是确保信息安全战略与组织业务目标一致；信息安全管理是提供管理程序、技术和保证措施，确保信息及信息系统安全运营的执行层面工作。二者是“治理”与“管理”的关系，制度安排是执行的基础，执行是制度落地的保障，不可相互替代，需协同发挥作用。

（面授学员发的我主编的《信息系统管理工程师章节习题与考点特训》纸质书籍，我在主席台上拍的）

案例题第4大题：（知识点：IT服务管理）

某电商公司将核心业务委托管理给云平台，在某大促前一周，运维工程师通过巡检发现2个问题：

①检查近期CPU核心功率长时间保持在90%以上

②通过巡检发现机房某区域温度湿度监测失效，且该区域精密空调上风口高于平均稳定温度8°C。

问题1：部分Web服务器频繁出现CPU利用率达到90%以上，排除故障应该包括哪些活动？（5分）

排除故障活动

监控与数据收集：依据物理资源监控相关内容，重点监控服务器 CPU 工作情况、整体运行状态、内存使用情况、磁盘 I/O 读写情况、网络流量情况等，同时收集服务器系统日志、应用程序日志，查看是否有异常进程或错误信息。

故障定位分析：结合物理资源预防性检查的性能检查内容，分析 CPU 使用峰值情况、内存使用峰值情况、文件系统空间使用情况、I/O 读写情况、网络流量情况等，判断是硬件资源不足、应用程序优化不佳、存在恶意进程还是配置问题导致 CPU 利用率过高。

针对性排查与处理：

若存在恶意进程或无效服务进程，关闭不必要的服务进程或监听端口，清理恶意程序。

若为应用程序问题，检查Web 应用的代码效率、数据库查询语句（如慢查询）等，优化应用程序和数据库操作。

若为硬件资源不足，查看服务器CPU、内存等关键部件是否满足运行冗余度要求，评估是否需要进行 CPU 扩容、内存增加等增强性改进。

检查服务器系统是否需要安装相关风险补丁、升级系统微码，确保系统稳定性。

验证与总结：处理完成后，持续监控 CPU 利用率，验证故障是否解决。将故障现象、原因、处理过程、解决方案等记录归档，纳入知识库，为后续类似问题提供参考。

问题2：发现机房的东侧的温湿度监控数据中断精密空调的出口温度比其他高8摄氏度应当如何进行故障处置方案及预防（6分）

一、故障处置方案

紧急响应与初步排查：

依据机房基础设施管理的响应支持相关内容，针对智能化系统（温湿度监控系统）和通风空调系统启动事件驱动响应。首先检查温湿度监控设备的硬件连接（如传感器、线路）、电源供应是否正常，排查是否为监控设备本身故障或线路中断。

检查该区域精密空调的运行状态，包括压缩机、风机、加湿器等部件的工作情况，查看空调系统日志是否有报警信息，确认空调是否存在停机、故障报错等问题。

故障定位与处理：

若监控数据中断为设备故障，立即更换故障的温湿度传感器或修复线路，恢复监控功能；若为软件问题，重启监控系统或进行配置恢复。

若精密空调出口温度异常，检查空调的滤网是否堵塞（进行清洁或更换）、制冷剂是否不足（补充冷媒）、空调送风模式是否合理（调整送风参数）、空调内部元器件是否故障（更换故障元器件）；若空调本身无故障，排查该区域的气流组织是否合理，是否存在遮挡导致散热不良，及时调整设备布局或增加气流增强装置。

持续监控与验证：故障处理后，持续监控机房东侧温湿度数据，观察精密空调出口温度是否恢复正常范围，确保机房环境指标符合要求，并记录处理过程和结果。

二、预防措施

例行维护优化：按照机房基础设施管理的例行操作要求，加强对温湿度监控设备和精密空调的预防性检查。定期（如每月）检查监控设备的传感器精度、线路完整性、电源稳定性；定期（如每季度）对精密空调进行滤网清洁、冷凝器清洁、冷媒压力检测、元器件运行状态检查。

增强性与适应性改进：

依据优化改善相关内容，对机房东侧区域的通风空调系统进行增强性改进，如检查空调容量是否匹配该区域负载，必要时增加空调机组或调整空调布局，优化气流组织（如封闭冷热通道）。

对温湿度监控系统进行冗余配置，增加备用传感器或线路，避免单一设备故障导致监控中断；升级监控系统的联动逻辑，确保监控数据中断时能及时触发告警。

制度与演练完善：

完善机房基础设施的安全管理制度和应急预案，明确温湿度异常、监控中断的应急处置流程，定期开展应急演练，提升运维人员的响应速度和处置能力。

建立机房环境数据的定期分析机制，通过趋势分析提前预判空调运行状态和监控设备稳定性，及时发现潜在隐患。

问题3：判断题（4分）

判断题及答案解析

1. IaaS服务的管理对象仅包括机房基础设施、物理资源和虚拟资源池，平台资源不属于其管理范畴，因平台资源是PaaS服务专属管理对象。（）

答案：错误

解析：根据13.1.1节管理内容相关说明，IaaS服务的管理对象涵盖机房基础设施、物理资源、虚拟资源池和平台资源。PaaS服务的管理对象在IaaS基础上增加了应用资源中的应用组件，平台资源并非PaaS专属，IaaS服务需对平台资源（如操作系统、数据库、中间件）进行管理以保障基础资源服务的完整性。

2. 数据中心故障管理仅需在故障发生后快速恢复服务即可，无需开展事后评估与总结，因故障的根本原因分析对已恢复的业务无实际价值。（）

答案：错误

解析：依据13.1.5节故障管理相关内容，故障管理的完整流程包括故障分类分级、原因调查与分析、防止问题再次发生、事后评估与总结。事后评估需跟踪故障处理全过程，总结流程存在的问题并提出改进措施，同时将故障管理经验纳入知识库；根本原因分析不仅针对技术层面，还涉及规则、流程等层面，能避免类似故障重复发生，对提升业务连续性至关重要。

3. 虚拟资源的预防性改进仅需关注虚拟网络、计算、存储资源本身的参数优化，无需关联其依赖的物理资源，因虚拟资源与物理资源已通过虚拟化技术实现隔离。（）

答案：错误

解析：根据13.4.3节虚拟资源优化改善相关内容，虚拟资源由物理资源通过虚拟化技术衍生而来，二者联系紧密。预防性改进需结合物理资源状态，例如根据系统压力增长趋势扩容物理服务器数量、替换可能存在问题的物理内存/CPU/硬盘，同时优化虚拟资源参数，仅关注虚拟资源本身无法从根本上规避依赖物理资源引发的风险。

4. 数据中心机房基础设施的常规作业中，测试类操作仅需对设备功能和性能进行测试，无需与消防系统开展联动测试，因消防系统属于独立安全体系，与基础设施运行无关。（）

答案：错误

解析：依据13.2.1节常规作业相关内容，机房基础设施的测试类操作需包含消防联动测试，例如空调风系统、门禁系统等需与消防系统联动。消防系统是机房基础设施安全运行的重要组成部分，联动测试能确保火灾等突发情况发生时，基础设施可按预设逻辑响应，保障数据中心安全，并非与基础设施运行无关。

（我正在中国移动南方基地面授现场的照片）

案例题第5大题：（知识点：云服务）

某制造企业近期启用混合 IT 架构，核心 ERP 系统部署于本地服务器，同时将销售数据备份至公有云服务。近一周，财务、生产等部门员工反馈 ERP 系统频繁卡顿，月末结账时多次出现操作超时，严重影响业务进度。

IT 运维团队初步排查发现，服务器硬件负载、数据库运行状态均正常，ERP 软件无版本兼容问题。进一步测试后确认，故障根源在于服务器与终端间的网络链路异常，存在间歇性丢包现象。

此外，该企业云备份数据量年增30%，IT 部门计划优化数据管理流程，但对云服务数据从产生到销毁的全流程阶段划分尚不明确，需梳理相关管理节点以保障数据安全与合规。

问题1：ERP系统卡顿，有时候甚至超时，后面经检查发现是服务器与终端的链路有问题，问怎么排除故障？（5分）

故障定位与监测（1 分）：借助云运维中的“监控管理”模块，通过统一监控平台收集服务器与终端链路的性能数据（如带宽占用率、延迟、丢包率等），明确链路故障的具体表现（如特定时间段卡顿、特定终端连接异常），同时结合告警信息判断故障影响范围。

链路配置核查（1 分）：参考“云资源操作”中“网络资源部署 / 回收”的相关要求，检查链路的网络配置（如 VLAN 划分、IP 地址分配、路由规则）是否合规，确认防火墙策略、负载均衡配置是否存在误限制或配置冲突，导致数据传输受阻。

链路连通性测试（1 分）：通过常规作业中的网络通信正常性测试、端口访问测试等计划操作，验证服务器与终端之间的物理链路（如网线、交换机端口）和逻辑链路（如网络协议、通信端口）是否通畅，排除硬件故障或端口禁用等问题。

问题根源分析与处理（1 分）：若测试发现链路存在丢包、延迟过高，结合“故障管理”和“问题管理”流程，追溯根本原因（如链路带宽不足、网络设备老化、线路干扰等），采取针对性措施（如扩容链路带宽、更换故障网络设备、优化路由路径）。

验证与复盘（1 分）：故障处理后，通过监控平台持续监测链路性能，确认卡顿、超时问题是否解决；同时将故障原因、处理流程记录到知识管理模块，为后续同类问题提供参考。

参考书本内容

云运维中的“监控管理”“故障管理”“问题管理”“知识管理”模块（9.4.3 服务运行）；

云资源操作中的“资源部署 / 回收”（网络资源操作部分）（9.5.2资源部署 / 回收）；

计划操作中的“常规作业”（网络设备常规作业）（9.5.4 计划操作）。

问题2：云服务数据生命周期包含的阶段？(6分)

（1）创建；（2）存储；（3）使用；（4）共享；（5）存档；（6）销毁。

问题3：判断题

判断题及答案解析

1. 云服务运营框架中，云服务交付的核心管理模块与传统IT服务交付完全一致，无需额外强化服务计费管理，因资源服务化后无需单独核算资源使用成本。（）

答案：错误

解析：根据9.1.3节云服务运营框架及9.3节云服务交付相关内容，云服务交付在常规信息系统服务交付基础上，需重点强化服务计费管理。资源服务化后，用户按需使用资源，必须通过计费管理明确资源使用的计费模式，同时结合服务质量指标实现精准计费，这是保障云服务可持续运营的关键，与传统IT服务交付存在显著差异。

2. 云运维中的服务发布管理仅需完成发布申请、测试和执行环节即可，发布推演和发布总结属于非必要流程，可根据实际情况省略。（）

答案：错误

解析：依据9.4.1节服务发布管理相关内容，服务发布管理的完整流程包括发布申请、策划与评审、发布培训、发布测试、发布沟通、发布推演、发布执行、发布实施、发布验收、发布总结10个核心环节。发布推演需在准生产环境中完整演练投运方案，是降低正式发布风险的关键；发布总结需经过观察期确认无潜在问题后关闭发布，确保发布全生命周期闭环。二者均为保障发布成功的必要流程，不可省略。

3. 云信息安全框架中，数据安全仅需关注数据存储和传输过程的加密保护，数据创建阶段的所有权划分及数据删除阶段的彻底性无需纳入管理范畴。（）

答案：错误

解析：根据9.6.3节资源安全中数据安全相关内容，数据安全覆盖整个数据生命周期，包括数据创建、存储位置、删除或持久性、混合保护等多个维度。数据创建阶段需明确所有权划分（因多租户环境下数据易混淆），数据删除阶段需确保数据彻底不可恢复（含副本和备份），这两项均是数据安全管理的核心要求，仅关注存储和传输加密无法全面保障数据安全。

4. 云资源操作中的动态管理仅通过实时迁移技术即可实现资源优化，无需结合资源监测和负载分析，因实时迁移可直接完成虚拟机的灵活调度。（）

答案：错误

解析：依据9.5.3节动态管理相关内容，动态资源优化需要“监测（两只眼睛）、分析决策（一个大脑）、调整执行（两只手）”协同工作。实时迁移技术仅属于“宏观调整”的执行手段，需先通过虚拟化平台和应用服务双维度监测资源状态与负载情况，再由算法分析预测负载趋势并制定调度策略，最后结合实时迁移或虚拟机资源调整实现优化，单独依赖实时迁移无法达成资源供求动态平衡。

5. 云服务规划中的资源池管理仅需考虑安全域和资源种类两个核心因素，应用框架、服务等级和管理需求对资源池布局影响较小，可简化考虑。（）

答案：错误

解析：根据9.2.5节资源池管理相关内容，资源池布局规划需综合考虑5个关键因素：安全域（逻辑/物理隔离需求）、应用框架（Web层、数据层等层次化需求）、资源种类（异构资源差异）、服务等级（金银铜牌等差异化服务需求）、管理需求（高可用、监控等管理场景需求）。这5个因素共同决定资源池的合理性和可用性，应用框架、服务等级和管理需求均为不可或缺的核心考量，无法简化。