第 4 章 信息系统管理
第 3 章解决的是「谁来治理、如何决策」,本章解决的是「日常怎么管」:从信息系统全生命周期的管理方法出发,落到数据、运维、信息安全三大管理要点。它是第 5 章信息系统工程的「管理视角前传」,也是案例分析中「运维混乱、数据质量差、安全不合规」这类问题的理论依据。
一、考情分析
命题规律与抓分重点:
- 「方法五段论」是章纲级考点。管理基础、规划和组织、设计和实施、运维和服务、优化和持续改进——命题人喜欢考「某项活动属于哪一段」。
- 模型名与构成要素一一对应。战略三角(业务战略、组织战略、信息系统战略)、六西格玛(DMAIC / DMADV)、DCMM 八个能力域、ITSM 三大组件、等保 2.0 五级定级,都是「给构成、挑错项」的经典素材。
- 等保定级是本章最硬的高频点。「受破坏后侵害了谁、侵害到什么程度 → 定几级」必须练到条件反射。
- 两个"五步循环"易混。IT 服务生命周期(规划设计、部署实施、服务运营、持续改进、监督管理)与 DMAIC 在顺序题里常被交叉设置干扰项。
- 抓分策略:本章无计算,全部是记忆与辨析,把速记卡背熟即可稳定拿分。
二、学习目标
| 目标层级 | 具体目标(学完后应能做到) |
|---|---|
| 知识层 |
|
| 能力层 |
|
| 素养层 |
|
三、知识点精讲:管理基础与规划组织
3.1 管理基础:信息系统管理管什么
信息系统管理是指组织为保证信息系统持续支撑业务目标,对信息系统进行的全过程管理活动。教材将其方法体系概括为五个相互衔接的方面:管理基础、规划和组织、设计和实施、运维和服务、优化和持续改进。这五个方面覆盖了信息系统从谋划、建设到运行、再改进的完整闭环,因此被称为「五段论」。
管理基础部分回答的是「管理的前提」问题:信息系统管理的目的是让 IT 工作始终支持组织战略与业务目标;管理活动可以按层次分为面向高层决策的战略管理、面向中层的战术管理和面向日常运行的作业管理;组织通常设立首席信息官(Chief Information Officer, CIO)或相应职能岗位统筹信息化工作。理解这一点的意义在于:后续四个方面都不是孤立的技术活动,而是分层、有组织、有目标的管理行为。
3.2 规划和组织:战略三角
「规划和组织」是五段论的起点,包含两条主线:一是规划,即制定与组织战略相匹配的信息系统战略规划,评估现有系统、明确建设路线与资源投入;二是组织,即建立适配的 IT 组织机构、明确职责分工、配套制度与人员保障。
理解规划工作的核心工具是战略三角(信息系统战略三角):业务战略、组织战略、信息系统战略三个顶点构成一个相互影响的三角形。三者关系必须记准:业务战略决定并驱动信息系统战略,信息系统战略支撑业务战略的实现;组织战略(组织结构、治理安排)处于两者之间,三者需要动态保持对齐——任何一角变化,都要检查另外两角是否需要调整。这就是 IT 规划「业务驱动、战略对齐」的思想源头。
| 管理方法环节 | 核心关注点 | 典型活动 |
|---|---|---|
| 管理基础 | 管理的目标、层次与组织保障 | 明确 IT 支撑战略的目标、设置 CIO 职能、划分管理层次 |
| 规划和组织 | 战略对齐与组织保障 | 制定 IT 战略规划、评估现有系统、建立 IT 组织与制度 |
| 设计和实施 | 把蓝图变成可运行的系统 | 概要/详细设计、开发、测试、系统转换上线 |
| 运维和服务 | 以服务方式稳定交付 IT 价值 | 事件/问题/变更管理、服务台、服务级别管理 |
| 优化和持续改进 | 让系统与服务越来越好 | PDCA 循环、六西格玛(DMAIC / DMADV) |
理解提示:「五段论」可以按时间轴记忆:先有战略与组织(规划),再建系统(设计实施),建好后运行(运维服务),运行中不断变好(优化改进)。案例分析里凡是问「该组织在管理方法上缺失了什么」,先对着这五段逐一检查,缺哪段答哪段。
3.3 设计和实施
「设计和实施」是把规划蓝图变成现实系统的阶段。设计层面,信息系统设计通常划分为概要设计(确定系统总体结构、模块划分、接口与数据架构)与详细设计(细化到模块内部逻辑、数据库表结构、界面),设计成果要形成文档并通过评审,作为实施的依据。实施层面,组织需要先确定建设方式——自主开发、合作开发、委托开发(外包)、购买商业软件包并二次开发等——再组织编码、测试、部署、培训与系统转换。
系统切换(转换)方式是实施阶段的一个经典考点:直接切换风险集中但成本最低;并行切换新旧系统同时运行一段时间,安全但成本高;分段切换分批上线,风险与成本介于两者之间,适合大型系统。选择哪种方式,取决于业务对风险的容忍度。
3.4 运维和服务
系统上线后进入「运维和服务」阶段,这是信息系统生命周期中持续时间最长的阶段。其管理思想发生了重要转变:从「管理设备与系统」转向以服务的方式交付 IT 价值,即把 IT 部门的工作组织为一项项可定义、可度量、可协商的服务,通过服务级别协议(Service Level Agreement, SLA)与业务部门约定服务的质量标准。
运维和服务阶段的典型管理流程包括事件管理、问题管理、变更管理、配置管理等;其中要区分两个易混概念:事件管理目标是尽快恢复服务(治标),问题管理目标是找到根本原因、防止事件再次发生(治本)。这些流程的体系化框架就是第 7 节将展开的 ITSM。
高频陷阱:「事件管理」与「问题管理」的区别是命题人最爱的辨析点。记住一句话:事件管理管「尽快恢复」,问题管理管「根因消除」。选项中出现「事件管理负责分析根本原因」,就是典型的张冠李戴。
四、知识点精讲:设计实施与运维服务
4.1 运维和服务的价值定位
在五段论中,「设计和实施」与「运维和服务」是先后衔接的两段:前者关注「建好系统」,后者关注「用好系统」。考试对设计实施段的要求主要是流程与方式的辨析(如三种系统转换方式的比较),对运维服务段的要求主要是服务化思维的建立:运维不是被动的「修机器」,而是主动的、以客户为中心、以流程为保障、以 SLA 为约束的服务提供过程。
场景案例:救火队式的运维。背景:某电商企业 IT 部门 12 人,日常 70% 时间用于处理告警和故障工单,业务部门抱怨「系统三天两头宕机」,IT 经理则抱怨「预算被人头占满,没钱做优化」。冲突:年底大促前,业务方要求出具稳定性承诺,IT 部门却给不出任何量化指标。用本章知识分析:该组织在「运维和服务」环节缺失了服务化思维——没有定义服务目录、没有与业务签订 SLA、没有用事件/问题管理流程区分「恢复」与「根因消除」,导致大量重复故障消耗人力。结论:先建立服务目录与 SLA,再以问题管理消减重复事件,把人力从「救火」转向「预防」,才能进入优化改进的良性循环。
五、知识点精讲:优化和持续改进
5.1 为什么需要持续改进
信息系统运行环境、业务需求和技术手段都在变化,昨天的「够用」就是明天的「落后」。「优化和持续改进」环节的任务,就是建立一套机制化的方法,让系统与服务的质量螺旋式上升。教材给出的两大方法工具是PDCA 循环和六西格玛。
5.2 PDCA 循环
PDCA 又称戴明环,是质量管理的经典方法,四个阶段周而复始:计划(Plan)确定目标与措施;执行(Do)按计划实施;检查(Check)对照目标验证效果;处理(Act)——这一步最容易被忽视也最常考:成功的做法要标准化固定下来,未解决的问题转入下一个 PDCA 循环,从而实现质量水平的持续爬升。
5.3 六西格玛:DMAIC 与 DMADV
六西格玛是一种以数据和统计分析为手段、追求质量近乎完美(百万分之三点四的缺陷水平)的改进方法论。它包含两条路线:DMAIC 用于改进现有过程,DMADV 用于设计全新过程或产品——这是本章必须精准掌握的辨析点。
| 对照维度 | DMAIC(改进现有过程) | DMADV(设计新过程 / 新产品) |
|---|---|---|
| 字母含义 | Define 定义 → Measure 测量 → Analyze 分析 → Improve 改进 → Control 控制 | Define 定义 → Measure 测量 → Analyze 分析 → Design 设计 → Verify 验证 |
| 适用场景 | 过程已存在但达不到要求,需找出根因并改进 | 过程尚不存在,或改进已无意义,需从零设计 |
| 后两步重心 | 「改进」落实措施,「控制」维持成果、防止回退 | 「设计」给出新方案,「验证」确认满足需求 |
| 共同前提 | 都以客户需求为出发点,都强调用数据说话(测量与分析阶段共享方法论) | |
口诀:DMAIC「定测析改控」,DMADV「定测析设验」。前三步完全相同(定义、测量、分析),分水岭在后两步:现有过程要「改」(改了要「控」住不反弹),全新过程要「设」(设了要「验」证行不行)。考场先判断「有没有现成过程」,再选路线,绝不混淆。
场景案例:改进还是重造。背景:某保险公司理赔系统平均理赔周期 5 天,客户投诉率高。方案一:在现有系统上优化流程节点;方案二:随着业务模式转向线上直赔,干脆按全新理念重建直赔通道。分析:方案一针对「已存在但不达标」的过程,应走 DMAIC——先定义问题(周期长在哪几个节点)、测量各环节耗时、分析瓶颈根因、改进后用控制手段固化;方案二针对「尚不存在」的新过程,应走 DMADV——按客户需求定义目标、测量关键指标基线、分析可行性、设计新流程并验证效果。结论:两案都对,关键是路线与场景匹配;若题干说「全新设计」而选项给 DMAIC,即为偷换概念。
理解提示:PDCA 与六西格玛并不冲突:PDCA 提供改进的哲学与节奏(循环上升),六西格玛提供改进的统计工具与路线(DMAIC/DMADV)。案例答题时可以同时使用——「以 PDCA 建立改进机制,以六西格玛 DMAIC 开展具体改进项目」是常见的标准答法。
六、知识点精讲:数据管理(DCMM)
6.1 从数据管理到 DCMM
数据是信息系统的核心资产,「管理要点」第一条就是数据管理:组织需要围绕数据的采集、存储、质量、安全与应用建立体系化的管理能力。衡量这种能力的国家标准是数据管理能力成熟度评估模型(Data Management Capability Maturity Model, DCMM),它把数据管理能力划分为八个能力域,并给出五个成熟度等级,供组织自评估与对标改进。
6.2 八个能力域
| 能力域 | 管理内涵 | 通俗抓手 |
|---|---|---|
| 数据战略 | 数据管理的目标、规划与实施路径,与组织战略对齐 | 数据要「跟党走」——跟着业务战略走 |
| 数据治理 | 明确数据管理的组织、制度、流程与职责,是其他域的保障 | 谁对数据负责、按什么规矩管 |
| 数据架构 | 数据模型、数据分布与数据流的总体设计 | 数据长什么样、放在哪里、怎么流 |
| 数据应用 | 数据在业务分析与决策中的开发利用 | 数据要用起来、产生价值 |
| 数据安全 | 数据全生存周期的安全防护与管理 | 敏感数据不泄露、不篡改 |
| 数据质量 | 数据质量的要求、检查与提升 | 数据准不准、全不全、一不一致 |
| 数据标准 | 统一数据的定义、格式与口径 | 同一指标各部门一个算法 |
| 数据生存周期 | 数据从产生到销毁全过程的管理 | 生老病死都有规矩 |
口诀:「战治架、用安质、标生」。战略—治理—架构定方向(顶层三域),应用—安全—质量看成效(价值与保障三域),标准—生存周期管全程(贯穿两域)。八个域齐了,顺序也顺了。注意:DCMM 能力域里没有「数据资产」「数据仓库」等名目——考题中出现这些词充当能力域,直接排除。
6.3 五个成熟度等级
DCMM 将数据管理能力成熟度由低到高划分为五级:初始级、受管理级、稳健级、量化管理级、优化级。初始级指数据管理是被动、无序的;受管理级开始在项目级得到管理;稳健级在组织级形成制度;量化管理级用量化指标度量与预测;优化级能持续改进、适应变化。
高频陷阱:「已定义级」「可重复级」是 CMM/CMMI 的等级名,不是 DCMM 的等级名。命题人常把两个模型的等级表交叉混编设干扰项,看到「已定义级」出现在 DCMM 题干中,即可锁定为错误项。
七、知识点精讲:运维管理(ITSM / ITSS)
7.1 IT 服务管理与三大组件
IT 服务管理(IT Service Management, ITSM)是一套以流程为导向、以客户为中心的 IT 服务管理方法论。它由三大组件构成,必须精准记忆:人员、过程、技术。人员解决「谁来管」——组织、角色、技能与意识;过程解决「按什么流程管」——事件、问题、变更等管理流程;技术解决「用什么工具管」——监控、自动化与服务台工具。三者缺一,服务管理就会跛脚:只有工具没有流程是「空转的机器」,只有流程没有人员能力是「纸上的制度」。
7.2 IT 服务生命周期(ITSS)
我国信息技术服务标准(ITSS)从行业视角给出了 IT 服务的生命周期模型,将 IT 服务全生存周期划分为五个阶段:规划设计 → 部署实施 → 服务运营 → 持续改进 → 监督管理。前三个阶段是「把服务建起来、跑起来」,持续改进让服务质量螺旋上升,监督管理则从外部视角保证服务可控合规。运维服务能力建设通常围绕人员、过程、技术、资源等要素展开(ITSS 对运维服务的归纳),与 ITSM 三大组件一脉相承。
口诀:「规部运改监」。先规划(设计服务)、再部署(落地建设)、后运营(日常提供),运营中持续改进,全程接受监督。顺序题里任何「先运营后部署」「监督夹在部署与运营之间」的排列,直接排除。
理解提示:把两组知识对应起来看:ITSM 三大组件回答「服务管理由什么构成」(要素视角),ITSS 生命周期回答「服务从生到死怎么走」(时间视角)。案例分析中诊断运维问题,可先按生命周期查缺环,再按三组件查短板。
八、知识点精讲:信息安全管理(等保 2.0)
8.1 信息安全管理三要素与工作内容
信息安全的经典三要素(CIA):保密性、完整性、可用性。保密性指信息不被未授权者获取;完整性指信息不被未授权篡改、保持准确与一致;可用性指授权者在需要时能访问和使用信息。三要素是判断一切安全措施「保什么」的标尺:加密主要保障保密性,校验与数字签名主要保障完整性,冗余与备份主要保障可用性。
信息安全管理的工作内容围绕三要素展开:确立信息安全策略与目标、建立安全管理组织与职责、开展风险评估、实施人员与物理环境安全管控、落实访问控制与审计等。其制度框架可参照信息安全管理体系(Information Security Management System, ISMS),把安全管理要求制度化、文件化、可审核地固化下来。
8.2 网络安全等级保护 2.0 的定级
网络安全等级保护制度是我国信息安全保障的基本制度。等级保护 2.0 依据国家标准《信息安全技术 网络安全等级保护基本要求》实施,覆盖云计算、移动互联、物联网、工业控制系统等新技术应用场景。等级保护的工作环节概括为定级、备案、建设整改、等级测评、监督检查。其中定级是起点:由定级要素确定系统的安全保护等级,共五级。
定级的依据是两个定级要素:受破坏后侵害的客体(公民/法人/其他组织的合法权益、社会秩序/公共利益、国家安全)与对客体的侵害程度(一般损害、严重损害、特别严重损害)。两者交叉即得等级,对照如下:
| 等级 | 定级依据(受破坏后) | 典型量级(供体感) |
|---|---|---|
| 第一级 | 对公民、法人和其他组织的合法权益造成损害 | 一般的小型内部系统 |
| 第二级 | 对公民、法人等的合法权益造成严重损害,或者对社会秩序和公共利益造成损害 | 地市级以下、影响有限的业务系统 |
| 第三级 | 对社会秩序和公共利益造成严重损害,或者对国家安全造成损害 | 省市级重要业务系统 |
| 第四级 | 对社会秩序和公共利益造成特别严重损害,或者对国家安全造成严重损害 | 全国性重要系统 |
| 第五级 | 对国家安全造成特别严重损害 | 关系国家安全的极重要系统 |
口诀:「一用二系三安四结五访」。一级看「用」——损害的只是公民法人合法权益(用户利益);二级升到「系」——侵害社会秩序、公共利益;三级触「安」——危害到国家安全(或社会秩序严重受损);四级看「结」——后果特别严重(社会秩序公共利益特别严重损害,或国家安全严重损害);五级「访」——国家安全遭受特别严重损害的最高防护等级。做题时先问「害了谁」,再问「害多深」,顺着「用户 → 社会 → 国家」拾级而上。
高频陷阱:等保定级题的干扰项惯用两招——一是「客体与程度交叉错位」,例如把「社会秩序严重损害」配成第二级;二是「只看客体不看程度」,例如把「国家安全造成损害」当成第四级(实际是第三级:国家安全「损害」为三级,「严重损害」为四级,「特别严重损害」为五级)。逐项核对客体与程度,是防错的关键动作。
理解提示:「侵害的客体」三档可以理解为利益圈层的扩大:个人(合法权益)→ 社会(秩序与公共利益)→ 国家(安全);「侵害程度」三档是深度的递进:损害 → 严重损害 → 特别严重损害。等级=圈层 × 深度的查表结果,理解了维度,表格就不用死背。
九、典型案例分析
案例:H 集团信息系统管理体系的全面诊断。
背景:H 集团下属 20 余家子公司,信息化建设十余年。各子公司自建系统,数据口径互不一致;IT 部门近三年换了三任负责人,每年的建设重点随负责人偏好而定;系统上线后故障处理靠口头派单,没有工单与知识库;集团核心财务系统从未开展等级保护定级备案。最近一次审计提出整改要求,集团请你作为顾问诊断。
问题诊断(分点):
- 规划和组织环节缺失战略对齐。没有制定与集团业务战略对齐的 IT 战略规划,建设重点随人事变动而漂移——战略三角中业务战略、组织战略、信息系统战略三者长期失衡。
- 数据管理未成体系。数据口径不一、无统一标准,对照 DCMM 八个能力域,数据标准、数据治理、数据质量等域基本处于初始级水平。
- 运维和服务未按服务化方式管理。口头派单意味着缺少事件管理、问题管理等流程支撑,缺少 SLA 与服务台机制,重复故障无法通过知识库沉淀消除。
- 信息安全管理不合规。核心系统未定级备案,未开展等级测评,违反等级保护制度「定级、备案、建设整改、等级测评、监督检查」的基本工作要求。
- 优化和持续改进机制缺位。没有 PDCA 或六西格玛之类的机制化改进手段,问题年年整改年年犯。
改进建议(分点):制定集团 IT 战略规划并与业务战略对齐;设立集团级数据治理组织,参照 DCMM 开展评估、按能力域逐步提升;建设 ITSM 流程体系(事件、问题、变更管理与服务台),与业务签订 SLA;对核心财务系统按定级要素完成定级备案与整改测评;建立以 PDCA 循环为骨架的年度改进机制。
命题落点:本案可考「用五段论指出管理缺陷」「用 DCMM 诊断数据问题」「用等保定级要素判断该财务系统应定的等级」等小问,均要求分点作答、术语到位。
十、考点速记卡
| 考点 | 必背结论 | 记忆抓手 | 考法 |
|---|---|---|---|
| 管理方法五段论 | 管理基础、规划和组织、设计和实施、运维和服务、优化和持续改进 | 先谋划、再建设、后运行、终改进 | 挑不属于五段的干扰项 |
| 战略三角 | 业务战略、组织战略、信息系统战略;业务驱动 IT,IT 支撑业务 | 三角对齐 | 三角构成与关系判断 |
| 系统转换方式 | 直接切换、并行切换、分段切换;并行最稳成本最高 | 直接险、并行稳、分段折中 | 场景选择题 |
| 事件 vs 问题管理 | 事件管理尽快恢复服务,问题管理消除根本原因 | 治标 vs 治本 | 张冠李戴辨析 |
| DMAIC | 定义、测量、分析、改进、控制,用于改进现有过程 | 定测析改控 | 排序题 / 归属题 |
| DMADV | 定义、测量、分析、设计、验证,用于设计新过程 / 新产品 | 定测析设验 | 与 DMAIC 场景二选一 |
| PDCA | 计划、执行、检查、处理;处理=成功标准化+遗留入下轮 | 戴明环 | 「处理」环节含义 |
| DCMM 八能力域 | 数据战略、数据治理、数据架构、数据应用、数据安全、数据质量、数据标准、数据生存周期 | 战治架 / 用安质 / 标生 | 挑不属于能力域的项 |
| DCMM 五级 | 初始级、受管理级、稳健级、量化管理级、优化级 | 与 CMMI 等级名区分 | 交叉混编干扰项 |
| ITSM 三大组件 | 人员、过程、技术 | 谁、流程、工具 | 构成要素判断 |
| IT 服务生命周期 | 规划设计、部署实施、服务运营、持续改进、监督管理 | 规部运改监 | 五阶段排序 |
| 信息安全三要素 | 保密性、完整性、可用性(CIA) | 保不保、改没改、用不用 | 措施与要素配对 |
| 等保 2.0 五级定级 | 一级损害合法权益;二级权益严重损害或社会秩序损害;三级社会秩序严重损害或国家安全损害;四级特别严重损害社会秩序或严重危害国家安全;五级国家安全特别严重损害 | 一用二系三安四结五访 | 场景定级判断 |
| 等保工作环节 | 定级、备案、建设整改、等级测评、监督检查 | 五步走 | 流程排序 / 缺项判断 |
本章自测 共 15 题
建议闭卷限时 18 分钟完成,再逐题展开解析核对。错题请回到教材对应小节,并把错因写入错题本。
考查范围:管理方法五段论、战略三角、DMAIC / DMADV、PDCA、DCMM 能力域与等级、ITSM 三大组件、IT 服务生命周期、等保 2.0 定级、信息安全三要素。
1.教材将信息系统管理的方法划分为五个方面,下列不属于其内容的是(考点:管理方法五段论)
查看答案与解析
【为什么选 C】五段论是管理基础、规划和组织、设计和实施、运维和服务、优化和持续改进,属于按信息系统生命周期展开的管理方法体系;风险管理是项目管理十大知识领域之一,不属于这套方法划分,属于偷换体系。
【A 错在哪】A 规划和组织是五段论的第二环(制定 IT 战略规划、建立组织保障),题干问「不属于」,A 反而是正确成员,不能选。
【B 错在哪】B 设计和实施对应系统建设阶段(概要 / 详细设计、开发、测试、转换上线),是五段论的第三环,本身合法。
【D 错在哪】D 运维和服务是系统建成后持续时间最长阶段的管理方法,同样是五段论的正式成员。
2.信息系统战略三角的三个顶点是(考点:战略三角)
查看答案与解析
【为什么选 A】战略三角(信息系统战略三角)指业务战略、组织战略、信息系统战略三个顶点构成相互影响、需要保持对齐的三角形:业务战略驱动信息系统战略,信息系统战略支撑业务战略,组织战略在中间起到承接作用。
【B 错在哪】B 「市场战略」「技术战略」都不是三角的正式成员,且丢掉了作为正式成员的组织战略与信息系统战略,属于凭常识拼凑的干扰项。
【C 错在哪】C 用「数据战略」顶替了「组织战略」。数据战略是近年的热点词,命题人借热点替换正式成员,考查的是对原概念的精准记忆。
【D 错在哪】D 「流程战略」「技术战略」同样不属于三角成员,且缺少业务战略——三角中不能没有业务战略这个驱动源。
3.关于业务战略与信息系统战略的关系,下列说法正确的是(考点:业务战略与 IT 战略的关系)
查看答案与解析
【为什么选 B】战略三角的内核就是「业务驱动、战略对齐」:业务战略是驱动源,信息系统战略依据业务战略制定并支撑其实现;同时三者相互影响,任何一角调整都应检查其余两角的对齐情况。
【A 错在哪】A 把驱动方向整个颠倒——这是「IT 决定论」,恰是信息化建设失败的典型病因,教材明确反对。
【C 错在哪】C 「相互独立、互不影响」否定了三者需要动态对齐的关系;若真的独立制定,战略三角就失去了存在意义。
【D 错在哪】D 「脱离业务战略单独制定」是绝对化的错误表述,且「技术足够先进就万事大吉」属于典型的唯技术论陷阱。
4.某制造企业启动数字化转型,明确了未来五年的业务战略。作为 IT 负责人,在「规划和组织」环节首先应做的事情是(考点:规划和组织的活动)
查看答案与解析
【为什么选 B】规划和组织是五段论的起点:规划即制定与业务战略对齐的 IT 战略规划(评估现状、明确路线与资源),组织即建立 IT 组织机构、职责分工与制度保障。题干问「首先」,指向的正是这一环。
【A 错在哪】A 没有规划就买设备,属于典型的「先买马后画路」,跳过了战略对齐,是案例题中常见的反面做法。
【C 错在哪】C 编码属于「设计和实施」环节的活动,放在「规划和组织」之前属于阶段错位。
【D 错在哪】D 等保测评属于信息安全管理环节的工作,且测评应在定级、建设之后进行,更不是规划阶段的首要任务。
5.六西格玛 DMAIC 方法中五个阶段的正确顺序是(考点:DMAIC 顺序)
查看答案与解析
【为什么选 A】DMAIC = Define(定义问题与目标)→ Measure(测量现状基线)→ Analyze(分析根因)→ Improve(实施改进)→ Control(控制成果防止回退),口诀「定测析改控」。
【B 错在哪】B 把「分析」提到「测量」之前——没有测量数据,分析就无从下手,先测后析是六西格玛「用数据说话」的基本逻辑。
【C 错在哪】C 把「控制」放在「改进」之前——控制的意义在于固化改进成果,必须位于改进之后收尾。
【D 错在哪】D 「设计 → 验证」是 DMADV 的后段(定测析设验),此处被嫁接进 DMAIC,属于两条路线的混合干扰。
6.某企业的 IT 服务台流程已运行多年,但客户满意度始终不达标。企业决定彻底抛弃现有流程,按全新理念设计一套服务管理流程。此时应采用的六西格玛方法是(考点:DMAIC 与 DMADV 的适用场景)
查看答案与解析
【为什么选 B】题干两个关键信号:「彻底抛弃现有流程」「按全新理念设计」——过程不是被改进而是被重新设计,对应的路线是 DMADV(定义、测量、分析、设计、验证),后两步落在「设计新方案 + 验证有效性」上。
【A 错在哪】A DMAIC 适用于「过程已存在但达不到要求」的改进场景;题干明确放弃现有过程,再用 DMAIC 改进一个被抛弃的对象,前提就不成立。
【C 错在哪】C PDCA 是通用的质量改进循环,提供的是节奏与哲学,并非六西格玛的路线选择,题干问的是六西格玛方法,答非所问。
【D 错在哪】D 「无实质区别」是绝对化表述——DMAIC 面向现有过程改进,DMADV 面向新过程设计,区别正是本题考点本身。
7.在 PDCA 循环的「处理(Act)」环节,组织应完成的重点工作是(考点:PDCA 各环节含义)
查看答案与解析
【为什么选 C】处理环节是 PDCA 闭环的关键:一是把证明有效的做法总结为标准、固化下来;二是把未能解决的问题转入下一个 PDCA 循环继续解决——这正是「循环上升」的含义。
【A 错在哪】A 「确定目标、制订计划」是计划(Plan)环节的任务,被挪到了处理环节。
【B 错在哪】B 「按计划执行」是执行(Do)环节的任务,特征词「按计划」本身就是提示。
【D 错在哪】D 「对照目标检查效果」是检查(Check)环节的任务,四个选项恰好各占一个阶段,考的就是对号入座。
8.依据 DCMM,下列不属于数据管理能力域的是(考点:DCMM 八个能力域)
查看答案与解析
【为什么选 C】DCMM 的八个能力域是:数据战略、数据治理、数据架构、数据应用、数据安全、数据质量、数据标准、数据生存周期(口诀「战治架、用安质、标生」)。「数据资产」虽然常见于行业话语,但不是 DCMM 的能力域名目。
【A 错在哪】A 数据战略是八个能力域之首,负责与组织战略对齐、明确数据管理方向,是正式成员。
【B 错在哪】B 数据生存周期域管理数据从产生到销毁的全过程,是八个能力域的收官一员。
【D 错在哪】D 数据质量域负责质量要求、检查与提升,同样是正式成员。
9.DCMM 将组织的数据管理能力成熟度划分为五个等级,下列不属于其等级名称的是(考点:DCMM 成熟度等级)
查看答案与解析
【为什么选 D】DCMM 五级为:初始级、受管理级、稳健级、量化管理级、优化级。「已定义级」出自 CMM/CMMI 的等级序列,不属于 DCMM。
【A 错在哪】A 受管理级是 DCMM 第二级,指数据管理已在项目 / 局部层面得到管理,是正式等级。
【B 错在哪】B 稳健级是 DCMM 第三级,指数据管理在组织层面制度化、规范化,是正式等级。
【C 错在哪】C 量化管理级是 DCMM 第四级,强调用量化指标度量与预测数据管理绩效,是正式等级。
10.IT 服务管理(ITSM)的三大组件是(考点:ITSM 三大组件)
查看答案与解析
【为什么选 A】ITSM 由人员、过程、技术三大组件构成:人员解决「谁来管」,过程解决「按什么流程管」,技术解决「用什么管」。三者组合才能支撑以流程为导向、以客户为中心的服务管理。
【B 错在哪】B 用「资源」替换了「过程」。人员、资源、技术、过程是 ITSS 对运维服务能力要素的四元归纳,与 ITSM 三大组件不是同一组概念,属于标准与标准之间的张冠李戴。
【C 错在哪】C 「工具」只是「技术」的具象,且丢掉了人员组件——没有人的服务管理无从谈起。
【D 错在哪】D 「制度、平台」是日常话语,不是教材对 ITSM 组件的表述,属于凭感觉拼凑的干扰项。
11.依据 ITSS,IT 服务生命周期的正确阶段顺序是(考点:IT 服务生命周期)
查看答案与解析
【为什么选 A】ITSS 生命周期五阶段口诀「规部运改监」:先规划设计(设计服务方案),再部署实施(建设落地),进入服务运营(日常提供服务),运营中持续改进(质量螺旋上升),全过程接受监督管理(保证可控合规)。
【B 错在哪】B 把「部署实施」提到「规划设计」之前——未设计就部署,顺序颠倒;且把「持续改进」放到末尾当收口,破坏了「改进伴随运营、监督贯穿全程」的逻辑。
【C 错在哪】C 「服务运营」先于「部署实施」出现——服务尚未部署建成,谈不上运营。
【D 错在哪】D 整体倒序排列,把运营放最前、规划放倒数第二,与生命周期的时间方向完全相反。
12.某信息系统受到破坏后,会对社会秩序和公共利益造成严重损害。依据等级保护 2.0 的定级要素,该系统应定为(考点:等保 2.0 定级)
查看答案与解析
【为什么选 C】定级=「侵害客体 × 侵害程度」查表:客体是「社会秩序和公共利益」,程度是「严重损害」,交叉对应第三级。(第三级的另一路径是:对国家安全造成损害。)
【A 错在哪】A 第一级对应的客体是公民、法人等的合法权益且程度仅为一般「损害」,本题客体已上升到社会秩序、公共利益,量级完全不够。
【B 错在哪】B 第二级对公共利益只到「损害」,或对合法权益「严重损害」;本题是公共利益「严重损害」,恰好高出一档,是命题人设置的最险干扰项。
【D 错在哪】D 第四级要求公共利益「特别严重损害」或国家安全「严重损害」,本题程度仅为「严重损害」且未涉及国家安全,达不到第四级。
13.依据等级保护 2.0 的定级要素,下列定级判断正确的是(考点:等保 2.0 定级要素交叉)
查看答案与解析
【为什么选 C】「国家安全+特别严重损害」是定级表的最高格,对应第五级。这正是口诀「五访」所指:国家安全遭受特别严重损害的最高防护等级。
【A 错在哪】A 国家安全「损害」对应第三级;只有「严重损害」才是第四级。此项把程度提高了一档,是「只看客体不看程度」的典型错误。
【B 错在哪】B 社会秩序公共利益「特别严重损害」对应第四级,不是第三级——第三级对该客体只要求「严重损害」。
【D 错在哪】D 合法权益「严重损害」仅对应第二级;合法权益无论损害多严重,都不会因程度升级而直接跳到第三级——第三级的门槛是客体升到社会秩序 / 公共利益或国家安全。
14.某银行机房供电中断两小时,期间客户无法登录手机银行办理任何业务。从信息安全管理三要素的角度,该事件主要破坏的是(考点:信息安全三要素场景判断)
查看答案与解析
【为什么选 C】可用性指授权用户在需要时能够访问和使用信息与服务。机房断电导致客户「想用却用不了」,是可用性被破坏的典型场景——保障手段是冗余供电、备份、容灾。
【A 错在哪】A 保密性关注信息是否被未授权者获取(泄露);题干没有出现数据泄露情节,客户数据并未外泄。
【B 错在哪】B 完整性关注信息是否被未授权篡改而失真;题干是「用不了」而非「数据不对」,场景对不上。
【D 错在哪】D 不可抵赖性(抗抵赖性)关注行为发生后能否否认,与本题的服务中断无关,且不属于三要素本身。
15.某系统上线后,运维团队为防止审计日志被恶意修改,在日志服务器上启用防篡改机制,任何修改都会留痕并告警。该措施主要保障的信息安全属性是(考点:安全措施与三要素的配对)
查看答案与解析
【为什么选 B】完整性要求信息保持准确、一致,不被未授权篡改。防篡改机制的设计目标正是「改不了、改了必留痕」,属于典型的完整性保障措施;数字签名、校验和同属此类。
【A 错在哪】A 保密性靠加密、访问控制等手段防止未授权获取;日志防篡改并不以「别人看不到」为目标。
【C 错在哪】C 可用性关注「需要时能用得上」,对应冗余、备份、容灾类措施,与防篡改机制的指向不同。
【D 错在哪】D 经济性是第 1 章信息的质量属性之一,不属于信息安全管理三要素,属于跨章节概念混入。