speedrun16｜第10章系统规划与分析(可行性业务建模)速通

ONEPSOFT | 软考学习知识库

---

speedrun16｜第10章系统规划与分析(可行性业务建模)速通

一、章节定位

一句话概括：本章讲 " 动手建系统之前，先想清楚该不该建、能不能建、按什么蓝图建 "，是信息系统生命周期的第一阶段。

• 题型覆盖：综合知识【✓】 ｜ 案例分析【✓】 ｜ 论文【✓】（信息系统开发/企业信息化方向）
• 重要性等级：【★★★★】——可行性分析、业务流程建模是选择题高频点，也是案例 " 立项论证 " 的素材
• 教材出处：第 10 章 系统规划与分析

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

系统规划就像工程开工前的 " 可行性研究 + 勘察设计 "：在没画一张施工图之前，先搞清楚这块地（企业）要盖什么楼（系统目标）、地质条件允不允许（技术/经济/法律可行性）、周围市政配套跟不跟得上（用户使用可行性）。如果可行，再给出 " 备选方案 " 和 " 设计任务书 "。

本章主线有三条：

1. 规划定位：系统规划是生命周期第一个阶段，比具体项目开发更重要，是成败关键。
2. 业务建模与流程分析：用数据流图 (DFD)、业务流程图 (TFD)、UML 活动图把现有业务 " 画出来 "，找出不合理处，必要时做业务流程再造 (BPR)。
3. 可行性分析：从经济、技术、法律、用户使用四个维度论证项目值不值得做，产出《可行性研究报告》。

这三条逻辑上是递进的：先看业务（现状）→ 再想方案（规划）→ 最后论证（可行性）。

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

10.1 系统规划概述 原文：系统规划是信息系统生命周期的第一个阶段，其任务是对企业的环境、目标及现有系统的状况进行初步调查，根据企业目标和发展战略，确定信息系统的发展战略，对建设新系统的需求做出分析和预测，同时考虑建设新系统所受的各种约束，研究建设新系统的必要性和可能性。根据需要与可能，给出拟建系统的备选方案。对这些方案进行可行性分析，写出可行性研究报告。可行性研究报告审议通过后，将新系统建设方案及实施计划编写成系统设计任务书。

10.5 业务流程分析 原文：业务流程分析的目的是了解各个业务流程的过程，明确各个部门之间的业务关系和每个业务处理的意义，为业务流程的合理化改造提供建议，为系统的数据流程变化提供依据。

10.5.1 分析方法 原文：业务流程分析的主要方法有价值链分析法、客户关系分析法、供应链分析法、基于 ERP 的分析法和业务流程重组等。

10.6.8 结构化分析基本思想 原文：结构化分析 (Structured Analysis, SA) 是面向数据流的需求分析方法，其基本思想是 " 分解 " 和 " 抽象 "。分解是指对于一个复杂的系统，为了将复杂性降低到可以掌握的程度，把大问题分解成若干小问题……这种用最本质的属性表示一个系统的方法就是 " 抽象 "。

10.6.1 数据流图 原文：数据流表示到一个过程的数据输入，或者来自一个过程的数据或信息输出……数据流名称还隐含了哪些类型的数据可以沿着 " 高速公路 " 传输。

10.7 可行性分析 原文：可行性分析也称为可行性研究，是所有项目投资、工程建设或重大改革在开始阶段必须进行的一项工作。……可行性研究必须从系统总体出发，对技术、经济、执行等多个方面进行分析和论证，以确定信息系统建设项目是否可行，为正确进行投资决策提供科学依据。

10.7.1 可行性评价准则 原文：在信息系统建设项目中，可行性研究通常从经济可行性、技术可行性、法律可行性和用户使用可行性 4 个方面来进行分析，其中经济可行性通常被认为是项目的底线。

BPR 定义（第 6.7.1 节）原文：根据 Michael Hammer 和 James Champy 的定义，BPR 是对企业的业务流程 (Process) 进行根本性 (Fundamental) 的再思考和彻底性 (Radial) 的再设计，从而获得可以用诸如成本、质量、服务和速度等方面的业绩来衡量的显著性 (Dramatic) 的成就。其 " 根本性 "" 彻底性 "" 显著性 " 和 " 流程 " 就是 BPR 强调的 4 个核心内容。

逐段讲解：

• 针对系统规划概述：这就是 " 开工前的立项论证 "。注意产出物有两个——《可行性研究报告》（论证该不该建）和《系统设计任务书》（批准后的建设蓝图）。规划阶段定调，后面设计、实现都得照它走。
• 针对业务流程分析：把业务 " 画出来 " 不是为了好看，是为了找出哪个环节冗余、哪个部门扯皮，给后面画数据流图 (DFD) 打基础。类比：施工前先画 " 人车物流线 "，看哪条动线绕远了。
• 针对分析方法：五种方法里，价值链/供应链分析在案例题常考，BPR 是重造而非优化。
• 针对结构化分析：SA 两大法宝——" 分解 "（大系统拆小模块）+ " 抽象 "（抓本质忽略细节）。这是第 11 章需求建模的方法论基础。
• 针对数据流图：DFD 是 SA 的核心图，箭头代表 " 数据在高速公路上跑 "，不表示控制流。
• 针对可行性分析：所有重大工程/投资第一步都得做可行性研究，信息系统也不例外。
• 针对四个可行性：记住 " 经济可行性是底线 "——再先进的技术，算账不划算也别上。
• 针对 BPR：四个关键词记死：根本 (Fundamental)、彻底 (Radial)、显著 (Dramatic)、流程 (Process)。BPR 是 " 推倒重来 "，不是 " 小修小补 "。

四、核心知识树

第 10 章 系统规划与分析

├── 系统规划

│ ├── 生命周期第一阶段

│ └── 产出可行性报告 + 设计任务书

├── 业务建模

│ ├── 业务流程分析（TFD/活动图）

│ └── 业务流程再造 BPR

├── 结构化分析 SA

│ ├── 分解 + 抽象

│ └── 数据流图 DFD

└── 可行性分析

├── 经济可行性（底线）

├── 技术可行性

├── 法律可行性

└── 用户使用可行性

五、知识脑图总结

思维导图（结构化呈现）

• 第10章 规划与分析
  • 系统规划
    • 生命周期第一阶段
    • 设计任务书
  • 业务建模
    • 流程分析
    • BPR再造
  • 结构化分析
    • 分解抽象
    • DFD
  • 可行性分析
    • 经济底线
    • 技术
    • 法律
    • 用户使用

六、关键概念速解

概念	教材定义（原文关键词）	大白话速解	考试怎么考
系统规划	生命周期第一个阶段，确定发展战略、备选方案	开工前的勘察论证	选择：规划阶段地位/产出物
可行性分析	经济/技术/法律/用户使用四方面	该不该建、能不能建	选择：四可行性区分；经济是底线
经济可行性	投资收益/成本效益分析	算账划不划算	选择：常考 " 底线 " 定位
结构化分析 SA	面向数据流，分解 + 抽象	把复杂系统拆开看本质	选择：SA 思想/工具 (DFD)
数据流图 DFD	表达数据流、描述系统功能	数据的高速公路图	选择/案例：DFD 元素含义
BPR	根本性、彻底性、显著性再设计	推倒重来式流程再造	选择：四关键词辨析

七、记忆口诀 & 类比

• 口诀：「经技法用」→ 经济可行性、技术可行性、法律可行性、用户使用可行性（四可行性）。
• 口诀：「根彻显流」→ BPR 四核心：根本性、彻底性、显著性、流程。
• 类比：系统规划就像盖楼前的可行性研究——先看地块用途 (企业目标)、再勘地质 (技术)、再算造价与回报 (经济，是底线)、再查规划许可与环保 (法律)、最后问住户愿不愿意搬 (用户使用)。四关都过，才发 " 施工任务书 "(设计任务书)。

八、易混淆点对比

易混项 A	易混项 B	核心区别
业务流程优化	业务流程再造 BPR	优化是改良性小修；BPR 是 " 根本性 + 彻底性 " 推倒重来
经济可行性	技术可行性	经济算 " 划不划算 "(底线)；技术算 " 做不做得到 "
数据流图 DFD	程序流程图	DFD 是功能/数据视角的需求图；程序流程图是实现层的控制流
系统设计任务书	可行性研究报告	先有可行性报告论证该建，批准后才出设计任务书

九、与其他章节的关联

• 上游/前置：第 1–2 章数学与系统科学基础（系统思维），第 7 章软件生命周期（规划是生命周期起点）。
• 下游/依赖：第 11 章需求工程（SA/DFD 直接服务需求建模）、第 12–13 章设计（规划产出设计任务书）、第 14 章测试、第 15 章运维。
• 联动考点：可行性分析的四维度常与经济管理 (第 10.8 成本效益/净现值，见本清单#42) 合并考；DFD 与第 11 章需求建模合并考。
• 联动薄弱项：规划阶段若没把系统边界、接口、SLA 指标定清楚，后面运维 (本清单#38/#39) 就会频繁 " 接不住锅 "——规划的质量直接决定运维的难度。

十、考试出题方式

• 选择题：四可行性的区分（尤其 " 经济是底线 "）；BPR 四关键词；SA 的分解/抽象思想；DFD 元素含义；系统规划产出物。
• 案例分析：给一段企业信息化立项材料，让你补可行性论证维度，或画业务流程图找冗余环节。
• 论文：信息系统开发/企业信息化方向，可写 " 先做规划与可行性论证，再落地 " 的实践。

（本章未命中画像薄弱项 " 运维服务 "，故不出专项突破提醒；联动关系见上。）