系规第4章：信息系统规划完整学习笔记

学习目标

信息系统规划这一章概念多、清单多，但教材结构其实很稳定：为什么规划、规划什么、怎样规划、用什么方法规划。本文按教材4.1—4.4逐节展开，读完并完成文末自测，即可完成本章第一轮完整学习。

这是“系规学习”的第1期。先从方法篇第4章开始，不把教材压缩成另一部厚书，也不只留一张背诵提纲，而是把理解、记忆、综合题、案例题和论文素材放在同一篇文章里。

本章地图：先建立四个问题

OVERVIEW · LEARNING MAP

第4章按下面四个问题展开：

1. 4.1 为什么规划：信息系统规划是什么、有什么价值、遵循什么原则。
2. 4.2 规划什么：发展战略、系统框架、组织、技术、任务、资源和保障。
3. 4.3 怎样规划：需求挖掘、场景分析、诊断评估、形成规划、持续改进。
4. 4.4 用什么方法规划：SST、BSP、CSF、VCA和Zachman框架。

考情与学习顺序

• 综合题：重点考概念、数量、对应关系和方法区别，预计可覆盖3—4分左右。
• 案例题：重点考技术体系、任务资源保障、需求挖掘、诊断评估、一致性检查和方法识别。
• 论文：可作为信息系统规划实践类论文的总框架，考查可能性为中等。

建议按三轮学习：

1. 第一轮先理解四个问题和每节逻辑。
2. 第二轮集中背诵“几项、几步、几种”。
3. 第三轮用案例找茬和闭卷自测检验输出能力。

4.1 概述：为什么要做信息系统规划

CONCEPT · VALUE · PRINCIPLES

4.1.1 什么是信息系统规划

信息系统规划不是简单地列一份系统采购清单，而是：在充分考虑组织内外部发展条件的基础上，以组织发展战略为出发点，明确组织信息系统的愿景与目标、总体框架、系统及其组成部分的逻辑关系、建设模式和实施策略，从而促进并保障组织目标达成。

可以把它理解为组织数字能力建设的“总导航”：

• 组织将来要形成什么数字能力
• 信息系统总体上长什么样
• 先做什么、后做什么
• 由谁负责、投入什么资源
• 如何根据环境变化持续调整。

4.1.2 规划的六项价值

1. 确立关键数字能力目标：明确组织需要建设哪些关键能力。
2. 明确数字能力建设路径：把远景转化为可分阶段推进的路线。
3. 形成认识上的一致性：让决策层、管理层、业务和技术团队使用同一张蓝图。
4. 具象关键建设任务：把战略意图落到任务、项目和活动。
5. 明确能力标准与控制措施：知道做到什么程度、如何检查偏差。
6. 统筹部署和管理建设资源：避免重复投资、资源错配和局部最优。

记忆顺序：目标 → 路径 → 共识 → 任务 → 标准与控制 → 资源。

4.1.3 规划活动的三个特点

第一，规划面对的是组织全局和长远问题，因此具有较强的不确定性、概括性和结构化程度低等特点。

第二，规划需要组织全员参与：决策层承担主要责任，管理层是工作主体，业务和技术人员共同提供信息并参与论证。

第三，规划通常综合使用自顶向下分解和自底向上聚合。前者保证战略方向一致，后者保证规划建立在真实业务和能力现状之上。

关键理解

易错点：规划依据现状，但还要能够应对未来变化，因此不能写得过细。规划给出方向、框架和约束，不替代后续详细设计与实施计划。

4.1.4 六项规划原则

原则	含义	常见误区
战略性	从战略视角定义信息系统目标与价值，与组织战略一致	只解决当前局部需求
整体性	统筹业务赋能、系统框架、建设实施和集成融合	各部门各建一套、局部最优
先进性	选择合适技术路线并借鉴成熟经验	把先进性理解为盲目追新
指导性	给设计、建设和实施提供框架性依据	把规划写成详细设计
柔性	能够监测、调整和优化，适应内外部变化	技术架构固化、难以扩展
遵从性	遵守法律法规、标准规范以及组织战略要求	忽略政策来源和标准约束

口诀：战、整、先、指、柔、从。

4.2 主要内容：到底规划什么

SEVEN AREAS · FULL DETAILS

信息系统规划是组织数字能力建设的总体纲领，主要包括七项内容：

1. 信息系统发展战略
2. 主要系统及框架
3. 组织体系优化
4. 技术体系定义
5. 任务体系部署
6. 资源体系调度
7. 保障体系设定

记忆骨架：战、框、组、技、任、资、保。

关键理解

易错点：“主要系统及框架”是独立的一项，不能漏掉。部分精简资料只列6项，本笔记按第2版教材采用7项。

4.2.1 信息系统发展战略

发展战略解决三个问题：往哪里去、达到什么目标、分几步走。

1. . 发展战略与建设目标

信息系统发展战略是组织信息系统建设和优化的全局性策略，包含数字能力建设的方向、纲领、方针、政策和技术取向，需要形成全员一致认识。

建设目标是对发展战略的阶段化表达。目标通常构成“总体目标—分目标—多层子目标”的目标树，并以时间为轴、以阶段为区隔，进行定性与定量描述。

2. . 发展路径的四项原则
3. 业务一致：路径必须服务业务发展，不能让技术路线脱离业务。
4. 能力主线：围绕组织需要形成的能力安排建设顺序。
5. 基础优先：数据、平台、标准等基础没有稳定前，不急于堆叠上层应用。
6. 稳态先行：先稳住相对成熟、变化较少的部分，再推进敏捷创新。

记忆：业务、能力、基础、稳态。

3. . 为什么要划分发展阶段

划分阶段有四个作用：便于成员理解总体路线、响应不同阶段目标、定义每个阶段主旨、根据结果调整优化。

4. . 五个发展等级

等级	主要关注
打基础	业务规范化、数字意识和局部系统建设
提效率	以团队或部门职能为基础，全面建设系统以提高效率
做协同	数据共治共享，以数据流优化业务流，推动跨部门协同
强决策	开发利用数据和模型，提高决策效率并推动治理变革
构生态	跨组织融合应用，依托云和互联网形成广域协同和自组织能力

记忆：打、提、做、强、构。

4.2.2 主要系统及框架

1. . 总体框架

在新一代信息技术环境下，组织常采用“感、传、智、用、安”的总体框架：感知、传输、智能处理、业务应用和安全保障相互支撑。

2. . 三种框架演进模式

框架	核心关注	适用理解
以应用功能为主线	软件功能和职能分工	缺什么功能就部署什么系统，统一规划、分步实施
以平台能力为主线	共性能力沉淀和复用	从“竖井式系统”走向“平层化能力平台”
以互联网为主线	功能细分、封装、组合和动态编排	借助云边端融合，实现能力敏捷组合和弹性变革

框架选择本质上取决于组织业务发展程度和数字化转型成熟度。成熟、少变化的应用可以继续使用成套软件；新型、多变的应用更适合平台化和服务化。

3. . 分系统划分的四项原则
4. 技术一致性：按云计算、物联网等技术类别划分，保证架构和选型一致。
5. 工程一致性：把持续建设、相对独立的场景划成独立工程。
6. 职能一致性：按组织职能或业务边界划分，形成清晰系统边界。
7. 数据一致性：把数据活动视为独立、完整的能力，保障数据要素开发利用。

口诀：技、工、职、数。

4.2.3 组织体系优化

中小型单位的信息组织体系通常由两部分构成：

• 信息化管理委员会：负责规划、统筹、评估、指导和监督，是数字能力治理机构。
• 信息化团队：负责设计、建设、集成和运维，是建设与管理机构。

大型单位常见三种模式：

模式	优点	风险或前提
集中式	统一标准、统筹资源、利于集成	可能离业务较远、响应速度较慢
分权式	贴近业务、响应较快	容易重复建设、标准不一、集成困难
平衡矩阵式	基础环境集中，业务应用适度分权，兼顾稳态与敏态	建设难度高，要求较成熟的治理能力

关键理解

关键理解：数字能力建设成功不只是拥有一支专职IT团队，更需要业务人员深度参与数据治理、能力建设和创新应用。

4.2.4 技术体系定义

技术体系决定组织的信息技术环境，是信息系统落地运行的基础。选择技术时要回答：能不能用、安不安全、稳不稳定、能否适应变化、能否扩展、组织是否驾驭得了。

1. . 六项技术原则
2. 可用性：在给定条件下满足功能和性能要求，关注“可用程度”而非简单的行或不行。
3. 安全性：识别技术漏洞，降低故障对业务的影响，并与安全管理体系匹配。
4. 可靠性：从成熟性、理论与应用完整性、技术风险等方面判断。
5. 灵活性：需求变化时，技术体系只需少量变化或保持不变即可满足要求。
6. 可扩展性：优先利用既有技术，通过扩展组件或应用范围满足新需求。
7. 可驾驭性：组织具备开发利用、维护和演进该技术的能力。

口诀：用、安、可、灵、扩、驾。

关键理解

案例识别：盲目采用缺少成熟案例的新技术，常违反可靠性或可驾驭性；架构固化、变化时必须大规模重建，常违反灵活性或可扩展性。

2. . 技术关注领域

• 应用与开发：SOA、微服务等。
• 网络：SDN、5G、自组网等。
• 计算与存储：云计算、虚拟化等。
• 数据资源：大数据、平台化技术等。
• 客户端访问：移动App、小程序等。
• 信息安全：自动化、智能化安全技术等。

3. . 两种技术蓝图

• 逻辑结构图：按系统或技术组件的结构逻辑绘制，突出技术如何支撑系统，以及组件之间的关系。
• 技术应用图：展示一组强关联技术如何全面应用于组织信息系统。

复杂技术体系可将两种方式融合。若题目强调“针对每个框架层描述技术路线和技术组件”，一般属于逻辑结构图。

4.2.5 任务体系部署

任务体系把战略和规划转化为可执行工作，关系到建设、优化和运营的职责分工。主要过程有六步：

1. 任务拆解：把宏观任务层次化、精细化，并明确任务之间的先后和依赖关系。
2. 明确目标：为各层任务定义具体、可测量、可实现且与总体目标一致的目标。
3. 匹配组织：根据职能和业务分工，为每个任务配置承担团队与责任人。
4. 制定策略：识别约束和风险，为重点任务制定实现策略与应对措施。
5. 定义计划：明确任务内容、干系团队、责任人、时间表和评估指标。
6. 监控实施：规定监测内容、方法和频率，及时发现偏差并调整。

记忆：拆、标、配、策、划、控。

关键理解

案例常见错误：任务拆了但没有阶段目标；忽略前后依赖；责任人不清；只做月度汇报而没有及时监控。

4.2.6 资源体系调度

资源包括人力、财务、技术、业务以及软硬件等。资源体系调度有四类活动：

1. 资源识别与评估：可以按能力要素识别，也可按“人、机、料、法、环、测”识别；评估技能、性能、容量、时间和财务属性。
2. 资源关系与控制：减少无效利用、采用节约资源技术、优化资源开发利用管理。
3. 资源分配与调度：既要处理资源异常时的再分配和替代，也要为重大风险场景准备应急调度。
4. 资源风险与优化：关注容量不足、供应中断、质量和能力不达标等风险，并持续优化。

关键理解

案例常见错误：硬件投入过高而数据治理、人员培训不足；没有预留容量；没有备用资源和应急调度机制。

4.2.7 保障体系设定

保障体系保证规划能够落地，重点关注不容易直接量化但会决定执行成败的条件。包括六个方面：

1. 组织保障：决策层和管理层作出承诺，既关注投资，也推动组织变革。
2. 人员保障：培养全员数字能力，做好人才储备、变革意识和关键人员新技能建设。
3. 技术保障：加强技术储备与预研，优化创新考核，营造创新文化，推动技术标准化。
4. 资源保障：重视软实力，提高数字能力资源优先级，培养资源管理人员。
5. 数据保障：完善数据治理和标准体系，抓数据质量，培养数据开发利用能力。
6. 安全保障：提高全员安全意识、知识和技能，完善信息安全管理体系。

记忆：组、人、技、资、数、安。

关键理解

区分：可以量化并直接配置的内容通常放在任务体系或资源体系；保障体系更强调承诺、能力、机制、文化和长期条件。

4.3 工作要点：信息系统规划怎样开展

FIVE STEPS · CLOSED LOOP

信息系统规划的五个工作要点是：

1. 内外部需求挖掘
2. 场景化模型分析
3. 深度诊断与评估
4. 整体与专项规划
5. 持续改进

口诀：内、场、深、整、改。

前四步使需求逐渐收敛并形成规划，持续改进则把实施效果和环境变化反馈到下一轮规划。

4.3.1 内外部需求挖掘

1. . 内部需求挖掘

内部需求挖掘是规划活动的第一个实质性工作。常用方法包括资料收集、访谈交流、现有系统查勘、业务现场查勘和案头研究。

五项主要任务：

1. 理解组织战略：通过战略文件和高层访谈理解发展方向和数字能力定位。
2. 熟悉业务流程：了解业务活动、数据流动、痛点和改进空间。
3. 收集用户需求：通过访谈、问卷等收集功能、数据、操作和价值需求。
4. 评估现有系统：分析已有系统优缺点和升级改进需求。
5. 感知数字环境：盘点数据资产、数字人才、创新情况、数字素养和数字意识。

五项注意事项：

1. 以获取原始信息为主。
2. 避免过早给出解决方案。
3. 及时开展必要的引导性培训。
4. 谨慎进行信息交叉传递。
5. 关注隐性需求的推演。

关键理解

关键理解：这一阶段追求真实状态和直接需求，不追求需求已经完全有效、精确，更不应过早陷入具体技术路线和系统功能争论。

2. . 外部需求挖掘

外部需求来自国家战略、行业趋势、技术发展、竞争环境、客户期望和标准规范。

六项主要任务：

1. 国家战略导入
2. 行业趋势分析
3. 技术趋势研究
4. 竞争环境分析
5. 客户期望调研
6. 标准与规范引用

三项注意事项：

1. 政策和国家战略引用必须来源明确。
2. 定性信息尽量转化为可比较、可跟踪的量化内容。
3. 调研和信息传递过程中避免引发信息安全事件。
4. . 需求整合后的输出

完成内外部调研后，需要形成：

• 主要矛盾及矛盾之间的关系
• 分领域需求、冲突、联系和优先级
• 关键干系人与群体的内在需求
• 外部约束和引导性要求
• 组织创新环境和数字环境状态
• 当前数字化水平和目标水平
• 治理与文化模式
• 规划面临的重大风险
• 后续工作的主要策略。

需求挖掘不是一次性的阶段工作，而是贯穿规划全生命周期的过程，需要持续迭代，逐渐接近精准需求。

4.3.2 场景化模型分析

场景化模型分析把信息系统应用场景与真实业务活动、角色和需求结合起来，目的是确认系统真正需要解决的问题、需要达到的性能和能够创造的价值。

1. . 场景选择的六步
2. 从信息系统目标价值链进行结构化拆解。
3. 从业务发展能力链进行结构化拆解。
4. 将价值链与能力链交叉，找到融合点。
5. 从融合点中识别组织特定价值和关键价值。
6. 聚合关键价值点，形成场景分析需求。
7. 判断是否具备场景分析条件，形成场景清单。
8. . 场景模型的八个组成部分

组成	核心问题
场景定义	背景、范围、目标和利益相关者是什么
角色分析	谁参与、职责和行为是什么
业务分析	流程、模式、需求和业务价值是什么
数据分析	数据从哪里来、如何流动和利用
技术分析	现状、需求、架构和融合创新点是什么
组织分析	组织结构、文化、人员技能和流程如何影响系统
风险分析	技术、安全和管理风险有哪些
政策与法律分析	有哪些合规要求和政策约束

3. . 三个应用阶段

• 规划前：识别关键需求、明确目标、分析环境和资源。
• 规划中：比较方案可行性与风险，为决策提供支持。
• 规划后：监测实施效果，并根据结果调整优化。

4. . 关键价值、优点和局限

关键价值：

1. 提高规划决策的科学性和实践性。
2. 保证规划与组织发展衔接。
3. 降低规划风险和成本。
4. 促进规划共识与沟通。

优点是贴近实际、能够提供清晰指导、提高系统适应性；局限是数据采集与分析难，部分场景受条件限制。

4.3.3 深度诊断与评估

需求挖掘和场景分析仍不足以锁定全部需求，还要进一步诊断组织能力、明确目标、细化需求并确认依存关系。

诊断评估包括三部分：

1. 成熟度与需求控制
2. 诊断与评估模型确立
3. 诊断与评估实施
4. . 五级成熟度

等级	主要特征
一级	明确基本工作和数字化转型策划，推进规范化
二级	管理精细化、流程化，以提高运行效率为重点
三级	跨职能协同，数据流逐步替代单纯流程管理，推进平台化
四级	建设敏捷能力，利用数据模型、预测和快速决策改革治理
五级	形成生态一体化和自组织能力，提高未知风险应对能力

2. . 诊断模型的两个维度

• 业务能力维度：能力域 → 能力子域 → 能力项 → 能力分项 → 能力子项 → 能力点。
• 成熟度等级维度：通常划分为五个等级，用来描述每项能力所处状态和目标状态。

3. . 实施诊断的三项工作
4. 计划与打分：为各能力、各等级设置量化标准，由低到高逐项评估。
5. 权重与计算：对重要能力设置权重，计算整体和局部结果。
6. 记录与确认：保留评估底稿，记录不满足项，并由主要干系人确认。

关键理解

易错点：诊断评估的对象不是“某套信息系统好不好”，而是组织业务和能力发展到了什么程度、与目标差距在哪里。

4.3.4 整体与专项规划

这一阶段进入策划与设计，主要完成需求整合与确认、整体规划、专项规划和一致性检查。

1. . 需求整合的三个维度
2. 业务领域维：按部门、团队和业务领域形成多层级需求集合。
3. 能力建设维：从诊断差距提取人员、技术、流程、资源、数据和知识等能力需求。
4. 技术发展维：在技术可获取的条件下，定义技术需求并反向优化业务和能力需求。
5. . 两种推演模式

• 自底向上：更适合以解决业务效率为主的组织，从真实问题和局部需求逐步聚合。
• 自顶向下：更适合强调协同、敏捷和战略变革的组织，从目标和总体架构逐层分解。

实际规划通常组合使用两种模式。

3. . 整体规划与专项规划

比较项	整体规划	专项规划
解决层次	宏观、全局问题	特定领域和具体问题
主要内容	总体架构、发展方向、布局、框架和原则	具体技术路线、建设要求、实施路径和计划
主要目标	战略一致、协同一体、优化资源与回报	指导单项建设、规范设计和控制目标
常见成果	总体规划、总体架构	应用、网络、云服务、数据中心、安全、云原生等专项规划

4. . 一致性检查的四个方面
5. 规划成果与需求、组织战略是否一致。
6. 组织、框架、人员、技术、资源和任务之间是否协调。
7. 规划内容是否科学、可行。
8. 规划内容与主要干系人的理解是否一致。

关键理解

案例高频：整体规划和专项规划采用不同技术路线，却没有检查和解释，是典型的一致性问题。

4.3.5 持续改进

规划不是形成文档后结束，而是持续改进的闭环。需要：

1. 持续跟踪组织战略。
2. 感知技术发展和创新。
3. 关注数据管理与信息安全。
4. 注重用户体验和用户参与。
5. 建立监测和评估机制。

4.4 常用方法：五种方法如何区分

METHODS · COMPARE AND CHOOSE

方法	核心思想	必记结构	适合解决
SST	把组织战略集转化为信息系统战略集	识别解释 → 进一步解释验证	战略一致
BSP	从目标、管理功能和数据定义信息结构	目标 → 功能 → 数据 → 结构	企业总体信息结构
CSF	少数关键因素决定成功和信息需求	目标 → 因素 → 关键 → 指标与数据	抓主要矛盾
VCA	分析价值活动并寻找技术支持点	价值链 → 增值 → 减值 → 技术支持	价值与竞争优势
Zachman	用6个问题和6个层次描述企业架构	6W × 6层模型	系统化描述架构

4.4.1 战略目标集转移法（SST）

SST把组织战略和信息系统战略都看作信息集合，规划过程就是把组织战略集转换为与之匹配的信息系统战略集。

组织战略集包括：

• 使命：组织是什么、为什么存在、能贡献什么
• 目标：组织希望达到的结果
• 战略：实现目标的总方针
• 其他组织属性：管理水平、管理者对技术的认知与态度等。

信息系统战略集包括：

• 系统目标
• 系统约束，包括内部约束和外部约束
• 系统建设战略，即建设应遵循的原则。

实施时先识别并解释组织战略集：画出利益相关者结构、明确其要求、定义组织面向各方的任务与战略；再提交最高管理者审查，验证内容并确定优先级。

4.4.2 企业信息系统规划法（BSP）

BSP由IBM提出，通过全面调查企业目标、管理功能和数据需求，形成信息系统总体结构。

四个基本步骤：

1. 定义管理目标：访谈各级管理部门，形成互不矛盾的目标树。
2. 定义管理功能：识别企业主要管理活动并分组，这是BSP的核心。
3. 定义数据类：识别数据现状、共享关系和需求，建立功能／数据类矩阵。
4. 定义信息结构：确定子系统及其数据交换关系，形成最高层次的信息系统结构。

识别管理功能时，可以从资源生命周期入手。资源通常经历产生、获得、服务、归宿四个阶段，但并非所有资源都完整经历四阶段。

定义数据类有两种基本方法：实体法和功能法。功能和数据类定义完成后，可以形成组织／功能矩阵、功能／数据类表和功能／数据类矩阵。

关键理解

方法局限：BSP产生于信息系统发展早期，其总体思想仍有价值，但面对平台化、生态化和快速变化的新问题，需要结合新的规划方法。

4.4.3 关键成功因素法（CSF）

CSF认为组织的信息需求由少数关键成功因素决定。关键成功因素是组织达到目标所不可缺少的业务、技术、资金和人员因素。

四个来源：

1. 产业结构
2. 竞争策略、产业地位和地理位置
3. 环境因素
4. 暂时因素

四种特征：

• 内部型：组织内部活动，例如缩短内部处理时间。
• 外部型：对外联系和外部约束，例如政策改革影响收入结构。
• 监控型：考察现实状态，例如监控异常率。
• 建立型：面向未来变化，例如建设新的AI能力。

实施四步：

1. 确定组织战略目标。
2. 识别所有成功因素。
3. 从中确定关键成功因素。
4. 为关键因素定义绩效指标、标准和测量数据。

优点是抓主要矛盾、重点突出、简便可行，适合高层管理者参与；局限是更擅长目标分解，对“如何用信息技术实现目标”涉及较少。

4.4.4 价值链分析法（VCA）

价值链分析法由迈克尔·波特提出，核心观点是：

1. 价值是组织活动的核心。
2. 价值活动可以分为基本活动和支持活动。
3. 各项活动不是孤立存在，而是相互联系。
4. 效率和竞争优势来自价值活动的有效组合与价值链优化。

应用四步：

1. 识别组织价值链。
2. 确定关键价值增加环节。
3. 确定关键价值减少环节。
4. 明确信息技术对关键价值环节的支持。

看到题目强调“增值活动、支持活动、竞争优势、技术支持点”，优先联想到VCA。

4.4.5 Zachman框架

Zachman框架是一种企业架构逻辑结构，用统一分类方法从不同角度描述企业信息。

读图只抓一句话：横向看问题，纵向看角色和抽象层次。

横向6W：

1. What：什么，对应数据。
2. How：如何做，对应功能或过程。
3. Where：什么地点，对应网络或位置。
4. Who：谁，对应人员或组织。
5. When：什么时间，对应时间和事件。
6. Why：为什么，对应动机、目标和规则。

纵向6层：

1. 范围模型
2. 企业模型
3. 系统模型
4. 技术模型
5. 详细模型
6. 功能模型

用于规划的一般六步：

1. 确定组织愿景和原则。
2. 描述和分析现状。
3. 定义目标架构。
4. 分析差距和改进点。
5. 制订实施计划。
6. 持续改进优化。

必背清单与三门考试

MEMORY · EXAM · PRACTICE

第一轮必背总表

主题	数量	记忆骨架
规划主要内容	7	战、框、组、技、任、资、保
规划原则	6	战、整、先、指、柔、从
发展路径原则	4	业务、能力、基础、稳态
发展阶段	5	打、提、做、强、构
总体框架	3	应用、平台、互联网
分系统划分原则	4	技、工、职、数
大型单位组织体系	3	集中、分权、平衡矩阵
技术体系原则	6	用、安、可、灵、扩、驾
任务部署过程	6	拆、标、配、策、划、控
资源调度活动	4	识评、关系控制、分配调度、风险优化
保障体系	6	组、人、技、资、数、安
规划工作要点	5	内、场、深、整、改
场景模型组成	8	场、角、业、数、技、组、风、政
诊断评估	3	成熟度、模型、实施
常用方法	5	SST、BSP、CSF、VCA、Zachman

综合题高频易错判断

1. 规划应尽可能详细，直接替代后续设计。错误，规划提供方向和框架，不宜过细。
2. 内部需求挖掘是第一个实质性工作。正确。
3. 内部需求挖掘阶段应尽快给出系统解决方案。错误，应先获得原始信息和真实需求。
4. 需求挖掘完成后不再重复。错误，它贯穿规划全生命周期。
5. 场景模型只能在规划前使用。错误，可用于规划前、规划中和规划后。
6. 诊断评估主要评价现有信息系统。错误，本质上评价组织业务与能力发展。
7. 定义管理功能并分组是BSP的核心。正确。
8. CSF适合所有层级且能详细说明技术实现。错误，它更适合高层目标分析，技术实现涉及较少。
9. Zachman是一种逻辑结构而不是数据结构。正确。
10. 规划没有建立监测评估机制，属于持续改进缺失。正确。

案例题怎么找问题

采用“现象 → 对应知识点 → 问题判断 → 改进措施”四步答题。

1. . 技术体系

• 盲目追新、缺少成熟案例：可靠性、可驾驭性不足。
• 技术无法适应需求变化：灵活性不足。
• 新需求必须整体重建：可扩展性不足。
• 忽视漏洞和安全体系：安全性不足。

2. . 任务体系

• 任务之间依赖不清：任务拆解有问题。
• 没有阶段目标：明确目标有问题。
• 没有责任人：匹配组织有问题。
• 没有风险应对：制定策略有问题。
• 时间表、指标缺失：定义计划有问题。
• 只依赖低频汇报：监控实施有问题。

3. . 资源体系

• 硬件投入过多、软资源不足：资源分配失衡。
• 容量到上线后才发现不足：资源识别与评估不足。
• 没有备用资源：资源风险识别不足。
• 故障时不能及时切换：应急调度机制缺失。

4. . 需求与场景

• 访谈时直接抛出方案：内部需求挖掘过早技术化。
• 政策引用没有来源：外部信息甄选不规范。
• 场景数据缺失：应提前积累数据或调整分析范围。
• 场景只画流程，不分析角色、数据、风险和合规：模型组成不完整。

5. . 诊断与规划

• 只评价系统，不评价业务能力：诊断对象错误。
• 没有量化打分、权重和记录：诊断实施不完整。
• 结果未与业务确认：缺少记录与确认。
• 整体与专项技术路线冲突：一致性检查不足。
• 规划发布后不跟踪战略与技术：持续改进机制缺失。

案例题答题模板

当题目要求说明规划过程时，可以使用：

关键理解

首先开展内外部需求挖掘，获取组织真实状态、内部需求和外部约束；其次选择关键业务场景建立场景模型，分析角色、业务、数据、技术、组织、风险与合规要求；随后通过成熟度和能力模型实施诊断评估，锁定目标、细化需求并确认差距；在此基础上整合需求，形成整体规划和专项规划，并开展战略、需求、技术路线和干系人理解的一致性检查；最后建立监测评估机制，根据战略、技术、数据安全和用户反馈持续改进。

题目追问“规划什么”时，再展开七项内容：战、框、组、技、任、资、保。

论文怎么使用本章

本章可以作为信息系统规划实践类论文的总框架，建议积累六类素材：

1. 项目背景和规划必要性。
2. 内外部需求挖掘方法。
3. 场景建模和诊断评估过程。
4. 整体规划与专项规划形成过程。
5. 组织、人员、技术、资源、数据和安全保障。
6. 监测评估与持续改进。

本章论文考查可能性为中等。准备时重点积累真实项目矛盾、选择依据、实施过程、问题与改进，不要只堆砌七项清单。

文末闭卷自测

1. 用一句话解释什么是信息系统规划。
2. 规划的六项价值是什么？
3. 六项规划原则是什么？“先进性”为什么不等于追新？
4. 信息系统规划的七项主要内容是什么？
5. 发展路径的四项原则和五个发展等级是什么？
6. 三种总体框架如何区分？
7. 分系统划分的四项原则是什么？
8. 集中式、分权式和平衡矩阵式各有什么特点？
9. 技术体系定义的六项原则是什么？
10. 逻辑结构图与技术应用图有什么区别？
11. 任务体系部署的六步是什么？
12. 资源体系调度的四类活动是什么？
13. 保障体系包括哪六方面？
14. 内部需求挖掘五项任务和五项注意事项是什么？
15. 外部需求挖掘六项任务和三项注意事项是什么？
16. 场景模型包括哪八部分？可在哪三个阶段使用？
17. 深度诊断与评估包括哪三部分？模型有哪两个维度？
18. 整体规划和专项规划有什么区别？一致性检查查什么？
19. SST、BSP、CSF、VCA和Zachman分别抓什么？
20. Zachman横向6W、纵向6层和规划六步分别是什么？

写在最后

这一章不是只背“7、5、5”三个数字。完整学习顺序应该是：

先用四个问题建立地图，再逐节理解7项内容和5步工作，最后集中背清单、做案例映射和闭卷输出。

如果你能够不看文章讲清四个问题，默写第一轮必背总表，并用“现象—知识点—问题—措施”分析一个案例，就已经完成了第4章的第一轮完整学习。

我是陈文茂，正在用自己的方式重新整理系统规划与管理师学习资料。