901-011_系统分析师基础知识-系统规划与分析

一、本章知识框架

├── 1 系统规划概述

│ ├── 系统规划的定义与意义（生命周期第一阶段，减少盲目性）

│ ├── 系统规划的需求（七大问题）

│ └── 系统规划的主要步骤（六步）

├── 2 项目的提出与选择

│ ├── 2.1 立项目标和动机（四种模式）

│ │ ├── 基础研究 / 应用研发 / 技术服务 / 产品使用者

│ ├── 2.2 项目立项的价值判断（六个层面）

│ └── 2.3 项目的选择和确定（五个原则＋四类矛盾）

├── 3 系统分析概述

│ ├── 系统分析的任务（→ 系统需求规格说明书）

│ └── 系统分析的难点（三大难点）

├── 4 问题分析

│ ├── 4.1 研究问题的领域（上下文图及其五步构建）

│ ├── 4.2 分析问题和机会（因果分析、问题/机会矩阵）

│ ├── 4.3 制定系统改进目标（四类约束）

│ └── 4.4 汇报调查结果和建议（书面报告提纲）

├── 5 业务流程分析

│ ├── 5.1 概述（步骤、五种方法、三种工具）

│ ├── 5.2 业务流程图 TFD（六种基本符号）

│ ├── 5.3 业务活动图 BAM（符号与层次分解）

│ └── 5.4 业务流程建模 BPM

│ ├── BPM 三要素/三层次/两种方式/两种描述

│ ├── 标杆瞄准、DEMO、Petri 网

│ └── 建模语言（BPEL/BPML/XPDL/BPMN/UML）＋基于服务的 BPM

├── 6 数据与数据流程分析

│ ├── 6.1 数据流的内涵（五要素）

│ ├── 6.2 逻辑数据流与规则

│ ├── 6.3 数据流的守恒（三条原则）

│ ├── 6.4 数据流图 DFD（四种符号、优缺点）

│ ├── 6.5 物理数据流图

│ ├── 6.6 数据汇总分析（四步骤、CU 矩阵）

│ ├── 6.7 数据属性分析（静态分析、动态分析三类、存储分布）

│ └── 6.8 数据流程分析（SA 结构化方法、OO 面向对象方法）

├── 7 系统可行性分析

│ ├── 7.1 可行性评价准则（经济/技术/法律/用户使用＋进度）

│ ├── 7.2 可行性研究的步骤（八步）

│ └── 7.3 可行性研究报告（十二部分、可行性论证会）

├── 8 成本效益分析

│ ├── 8.1 成本和收益（成本分类、收益分类、盈亏临界分析）

│ ├── 8.2 净现值分析（货币时间价值、NPV、净现值率）

│ └── 8.3 投资回收期与投资回报率（静态/动态回收期、回收率、收益率）

└── 9 系统方案建议

├── 9.1 候选方案的可行性评价（两个矩阵）

└── 9.2 系统建议方案报告（七部分）

二、知识点详解

1 系统规划概述

（1）系统规划的定义与意义

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

信息系统建设是投资大、周期长、复杂度高的社会技术系统工程 。系统规划可以减少盲目性，使系统具有良好的整体性、较高的适应性，建设工作有良好的阶段性，以缩短开发周期、节约费用。教材强调一个核心判断：系统规划是信息系统建设成功的关键，它比具体项目的开发更为重要（缺乏科学规划，是"单项应用多、综合应用少、难以扩充"的重要原因）。

（2）系统规划的需求（七大问题）

教材归纳了我国企业信息化建设中暴露的七类问题，这些是"为什么要做系统规划"的论据，常作选择题素材：

系统建设与企业目标和发展战略不匹配，项目匆忙上马、跟随潮流，忽视企业内生需求；
系统建设周期长，不能适应环境变化和企业变革的需要；
耗巨资建系统或引进国外系统，但组织结构陈旧、管理思想落后（"一只脚在马车上，另一只脚在飞机上"），系统沦为摆设；
IT 技术日新月异，但企业人员素质偏低，无法合理使用和维护；
系统技术方案不合理，承建方强加不必要功能，把用户当作新技术的试验品；
标准规范混乱，企业各自为政，形成一个个"信息孤岛"，无法实现信息共享和整合；
企业资金不足却期望过高，导致系统建设变成"烂尾工程"。

根本原因之一：人们更多关心开发技术和具体功能，对总体方案与发展战略问题不够重视，缺乏科学有效的系统规划。

（3）系统规划的主要步骤（六步，顺序常考）

对现有系统进行初步调查------站在管理层高度观察企业现状，分析现有系统运行状况；
分析和确定系统目标------目标应覆盖服务的质量和范围、政策、组织和人员，既包括信息系统目标，也反映整个企业目标；
分析子系统的组成和基本功能------自顶向下划分系统，说明各子系统应实现的功能；
拟定系统的实施方案------对子系统设定优先级，确定开发顺序；
进行系统的可行性研究------编写可行性研究报告，召开可行性论证会；
制定系统建设方案 ------对报告中的技术指标分析比较，落实假设前提，编写系统设计任务书，经上级主管部门批准后正式作为建设依据。

记忆链：调查 → 定目标 → 分系统 → 定方案 → 可行性 → 建设方案（任务书）。

2 项目的提出与选择

2.1 立项目标和动机（四种模式）

企业对信息系统项目的立项动机可归结为 4 种模式：

模式	立项主体	动机/特点	典型示例
进行基础研究	大学、科研院所、企业研发部门	长期战略性投资，探索性研究，无具体产品发布目标、无苛刻时间限制，成果为理论体系和技术成果	国家973计划
进行应用研发	企业	得到应用产品并销售获利，有明确研发目标、严格时间限制和资源预算，以项目方式组织	办公软件、杀毒软件、AutoCAD、ERP、CRM
提供技术服务	系统集成商/咨询商/解决方案提供商	提供综合技术服务而非单一产品，面向特定行业，利润高于提供产品	系统集成、定制开发、升级改造、培训
产品的使用者	系统最终用户	通过采购产品或技术服务获得使用价值，可采购或定制开发	企业部署 ERP 降低库存、提高资金周转

2.2 项目立项的价值判断（六个层面）

不同立项类型的价值观不同：基础研究是技术研究导向 ，应用研发关注技术在领域中的应用推广 ，技术服务是客户业务/满意导向 ，最终用户关注使用、影响和代价。这些价值观并不矛盾，只是使用信息技术程度不同、价值视角不同。

企业通过 6 个层面获得价值和利润，且需逐层递进（前者是后者的基础）：产品开发 → 提供技术解决方案 → 整合外部资源 → 提供咨询和技术服务 → 销售或运营 → 进入买方价值链或开创新的领域。

教材强调：企业不把系统立项和开发完成看作获取价值的终点，而是起点。系统分析师需要超越技术开发范畴，考察信息系统建设背后的目标问题，确定工作范围、开发边界、阶段性目标，规避"开发目标错误导致的根源性失败"。

2.3 项目的选择和确定（五个原则＋四类矛盾）

选择有核心价值的项目------有核心价值的项目总与企业核心业务相关，"信息化的关键就是核心业务的信息化"；
评估所选择的项目 ------评估约束、风险、成本和效益。项目约束是"不能做什么"的原则，包括企业约束、资源约束、能力约束、环境约束、用户约束；显性约束在立项阶段即可评估，隐性约束易被忽视；约束是开发者不可控因素；
项目优先级排序 ------资源有限时进行成本效益分析，考察净现值、投资回收期等指标；
评估项目的多种实施方式------自建团队 / 承包给其他企业 / 购买产品并系统集成 / 自行设计＋编码测试外包，取舍依据是风险、收益和资源开销；
平衡地选择合适的方案 ------原则是"合适"而非尽可能的"好"。选择方案时的四类矛盾：

矛盾	说明
技术风险	成熟技术享受不到新技术的好处；新技术可能不稳定、增加学习成本
用户锁定性	基于某平台开发可能"绑定"厂商，减少自由选择
扩展性	不考虑扩展性则业务变更受阻；过多考虑则买了不需要的特性、支付更多成本
目标偏离	供应商宣传技术先进、价廉、快速，用户易偏离原目标

3 系统分析概述

系统分析是系统开发中最重要、最困难 的阶段，是应用系统思想和方法，把复杂对象分解为简单组成部分，找出其基本属性和彼此关系的过程。它强调业务问题而非技术或实践方面。

（1）系统分析的任务

基本任务是系统分析师和用户在充分了解用户需求的基础上，把双方对新系统的理解表达为系统需求规格说明书 。新系统要"源于现有系统，又高于现有系统"（功能更强、效率更高、使用更方便）。系统分析师要全面调查业务活动，掌握工作流程，找出制约现有系统的瓶颈，确定新系统的逻辑功能。

（2）系统分析的难点（三方面）

理解不同------系统分析师是 IT 专家但缺乏业务知识，易被信息流程淹没；用户精通业务但缺乏 IT 知识，常把业务视为"理所当然"而不再介绍；
沟通困难------行业、知识结构、经历不同，交流困难，导致调查遗漏和误解；
环境不断变化------系统分析要锁定系统边界、功能、处理过程和信息结构，但内外部环境持续变化。

4 问题分析

系统问题分析是软件工程的重要阶段，通过综合分析问题领域，识别和定义系统问题，为后续开发和设计提供指导。

4.1 研究问题的领域

由项目经理领导、资深系统分析员主持 （一人兼任两角色很常见）。业务问题、机会、指示和约束条件都存在于问题领域中。有经验的用户可能被全职"出借"为业务分析员，作为推动者让合适的人参与。

常用工具是上下文图（又称环境图或系统图），用于显示系统与外部实体之间的输入输出关系及控制和反馈关系。构建步骤五步：

确定系统的边界；
识别外部实体（用户、其他系统、外部设备）；
识别过程（系统内部所有活动）；
绘制上下文图（明确边界、外部实体、过程，用箭头表示关系）；
验证上下文图。

4.2 分析问题和机会

新系统分析员常犯的错误是以方案形式陈述问题 （"我们需要...""我们想..."）。正确做法是因果分析 ：分析每个问题的原因和结果，结果可能是更深层问题的症状，直到原因和结果不再引发其他问题。由系统分析员推动，系统所有者和用户主动参与（他们是问题领域专家）。记录工具是问题、机会、目标和约束矩阵（表10-1），包含因果分析（问题或机会、原因和结果）与系统改进目标（系统目标、系统约束条件）两部分。

4.3 制定系统改进目标

目的是建立成功的准则 ，并确定约束条件 。系统改进目标应是精确、可度量地定义新系统预期业务性能的陈述。约束条件分为 4 类：进度、成本、技术、政策。

4.4 汇报调查结果和建议

以沟通任务总结问题分析阶段，形成书面报告。报告提纲（表10-2）包括：总结、背景信息、当前系统概述、当前系统分析（性能/信息/经济/控制/效率/服务六类问题与因果分析）、详细建议（改进目标、约束、项目计划）、附录。

5 业务流程分析

业务流程分析的目的是了解各业务流程的过程，明确部门间业务关系和每个业务处理的意义，为流程合理化改造提供建议，为数据流程变化提供依据。业务流程不通畅是导致企业信息系统项目失败的主要原因之一。

5.1 业务流程分析概述

流程是一系列有先后顺序且互相关联的活动组成的经营过程，整体目标是为顾客创造价值，核心是"以顾客利益为中心、以员工为中心、以效率和效益为中心"。

业务流程分析的步骤（六步）：通过调查掌握基本情况 → 描述现有业务流程 → 确认现有业务流程 → 对业务流程进行分析 → 发现问题并提出解决方案 → 提出优化后的业务流程。
业务流程分析的方法（五种）：

方法	核心思想	要点
价值链分析法	迈克尔·波特提出，寻求企业竞争优势	基本业务流程↔基本活动，辅助业务流程↔辅助活动
客户关系分析法（CRA）	把 CRM 用于流程分析	以客户与企业的关系、客户行为为依据
供应链分析法（源于 SCM）	从供应链角度分析流程	分企业内部/外部供应链，信息流、物流、资金流
基于 ERP 的分析法	把业务流程看作紧密连接的供应链	采购、生产、销售、客户全环节集成优化
业务流程重组（BPR）	重新审视价值链，改造原有流程	以顾客满意为出发点分解整合价值链

业务流程分析的工具：业务流程图（TFD）、业务活动图（BAM）、UML 活动图。

5.2 业务流程图（TFD）

TFD 是分析和描述现有系统的传统工具，反映各部门业务处理过程、分工联系及物流/信息流，体现系统边界、环境、输入、输出、处理和数据存储。特点是符号简单明了，但对专业性强的业务细节表现不足，适用于事务处理类型的业务过程。它按实际处理步骤绘制，是"流水账"。

TFD 的六种基本符号（符号-含义一一对应，常考）：

符号	含义
圆圈	业务处理单位
矩形框	业务处理（描述）
报表符号	输出信息（报表、报告、文件、图形）
不封口方框	存储文件
卡片符号	收集资料
矢量连线	业务过程联系（物流或信息流）

绘制关键是区分内部实体 （业务处理单位，参与信息处理、完成处理动作的角色/岗位/部门）与外部实体（为系统传递信息或接收系统处理后信息的实体）。

5.3 业务活动图（BAM）

BAM 提供业务流程情况的全面模型，三个应用：调查时识别流程、分析时描述新流程、实施时不断优化流程。基本符号包括：行为符号 （圆圈代表一项工作步骤，达到业务职能分解层时圆圈外加方框）、决策符号（圆圈边加菱形，表示"或"情况）、起始/终止、报告存档、换页连接、外部连接、流动方向指示。

业务按复杂程度可分成 3~4 个层次，最复杂可达 7 层。BAM 要求系统分析师持科学客观态度，BAM 中的信息必须是事实而非分析师的解释。

5.4 业务流程建模（BPM）

BPM 是对业务流程进行表述的方式，是过程分析与重组的重要基础。

三要素：实体、对象、活动（流程发生在实体之间；功能是对对象进行操作；涉及管理活动和业务操作活动）。
三层次：模型要素（目标、知识、数据，构成 BPM 输入）→ 模型构造（建模技术运用）→ 模型可信性分析（能否满足系统目标）。
两种方式：自顶向下（从企业任务目标出发，沿价值链确定基本流程）与自底向上（分析现有系统，明确业务细节）。
两种描述：形式化描述（精确严谨、可读性差、难推广）与图示化描述（直观自然、精确严谨性不够）。

常见 BPM 方法：

① 标杆瞄准（Benchmarking） ------连续、系统化地评价外部领先企业，确定最佳实践，合理"复制"优秀经验。五步程序：确定需研究的流程和关键因素 → 确定标杆企业/流程 → 采集数据并分析 → 选定最佳改进标准 → 评估既有流程并确立改进目标。因企业环境动态变化、可比性偏弱，多数企业把它作为辅助方法。

② DEMO（组织动态本质建模法） ------理论基础是对话行为理论（Speech Action Theory）。核心是业务事务 ，通过发起者和执行者两个行为角色实现，含要求阶段、执行阶段、结果阶段 三个阶段。抽象层次分基础层、信息层、文件层 三层，基础层是核心。用 6 种模型描述系统：交互模型、业务流程模型、事务模型、行为模型、事实模型、互约束模型。流程模型中含因果关系 （一事务执行促使另一事务开始）和条件关系（一事务完成构成另一事务开始/完成的条件）。

③ Petri 网 ------从流程角度描述复杂系统，适用于并行、异步、分布式、随机性系统。四大优势：形式化语义、直观图形表示（变迁用方框、位置用圆圈 ，有向边表示关系）、丰富的分析技术（活性、有界性、安全性）、基于状态的表示。位置代表条件、变迁代表事件；位置中的黑点"●"称为标记/令牌，表明当前所处状态。经典例子：两活动共享公共资源 R，通过 P1（等待资源）/P2（占用资源执行）/P3（不占用资源执行）三种状态 + P7（资源空闲）实现同步。Petri 网引入分层、抽象、继承思想，可实现流程全部或部分自动化。

④ 业务流程建模语言（五种，分文本类与图元类）：

语言	全称	类别	特点
BPEL	业务流程执行语言	文本类	基于 XML，可执行，保护流程自动化投资
BPML	业务流程建模语言	文本类	流程建模元语言，可执行；BPMI 已放弃、转向 BPEL
XPDL	XML 流程定义语言	图元类	WfMC 定义，适合作模型设计图的中间交换格式
BPMN	业务流程建模标注	图元类	图形化，弥补文本类图形不足，可生成可执行 BPEL
UML	统一建模语言	图元类	"瑞士军刀"，主要用活动图建模业务流程

注：教材图10-8 中 BPEL、BPML 归入"文本类"，BPMN、XPDL、UML 归入"图元类"。UML 活动图以对象状态变化捕获动作及结果，一个活动结束立即进入下一个活动；但 UML 面向对象特性使其在流程导向建模领域地位尴尬，与 BPEL 转换困难。UML 2.0 模型图（表10-3）包括用例图、活动图、类图、对象图、状态机图、组合结构图、顺序图、通信图、交互图、定时图、组件图、部署图、包图。

⑤ 基于服务的 BPM ------把 BPM 与服务思想结合，发挥松散耦合、可复用特征。服务应是独立的、自包含的请求，不应依赖其他服务的上下文和状态；需区别服务与构件。

6 数据与数据流程分析

6.1 数据流的内涵

数据流表示到一个过程的数据输入，或来自一个过程的数据/信息输出；所有过程至少有一个输入数据流和一个输出数据流。数据流是"运动中的数据"，用带箭头的实线表示（图10-10）。组合数据流由其他数据流构成，用于高层 DFD 组合相似数据流。数据流包含五方面：数据源（入口）、数据传输、数据转换、数据存储、数据输出（出口）。

6.2 逻辑数据流与规则

逻辑数据流描述数据处理中数据在逻辑上的流动路径和方式。规则是执行数据处理时遵循的逻辑规则和限制（输入输出规则、处理转换规则），用于验证数据的合法性和正确性。规则是逻辑数据流的重要组成部分。

6.3 数据流的守恒（三条原则）

数据流守恒指数据在流动过程中总量保持不变，用于保证正确性和完整性：

输入等于输出------所有输入数据经处理后完整输出，不丢失不增加；
处理后等于输入加上增量------用于更新/修改数据的系统；
处理前等于处理后加上丢失量------用于删除/移除数据的系统。

6.4 数据流图（DFD）

DFD 是描述系统功能的图形化工具，描述各功能模块之间的数据流动情况。四种符号：

符号	表示
箭头	数据流（物理数据或逻辑数据）
圆角矩形	进程（功能模块/处理过程）
长方形	数据存储（文件、数据库）
矩形	外部实体（人员、设备、其他系统）

DFD 优缺点（表10-4）：优点------易理解使用、帮助分析与设计、可用于概念层到实现层、可与其他工具集成；缺点------只描述功能、不能很好描述数据结构和算法、不够灵活难以应对复杂系统变化、不能提供实现细节。

.6.5 物理数据流图

物理 DFD 建模作为系统实现的技术设计决策和人为设计决策，用作系统构造和实现的技术性蓝图。完整链条包括：当前系统的物理 DFD → 当前系统的逻辑 DFD → 目标系统的逻辑 DFD → 目标系统的物理 DFD → 目标系统的软件元素结构图。

6.6 数据汇总分析

数据汇总分析是对一组数据综合整理、归纳、分析，求得相互关系和趋势规律。四步骤：

将数据资料按业务流程分类编码、按处理过程顺序排放；
按业务流程自顶向下整理数据项（从最终统计报表倒查到原始数据）；
分类整理所有原始数据和最终输出数据（原始数据→基本表；最终输出数据→主要指标）；
确定数据的字长和精度。

进一步分析可借用 BSP（企业系统规划法）中的 CU 矩阵（Create-Use，过程/数据矩阵） 。CU 矩阵本质上是聚类方法 ，可用于过程/数据、功能/组织、功能/数据等分析。建立 CU 矩阵后需做正确性检验：完备性、一致性、无冗余性。

6.7 数据属性分析

静态分析：① 类型和长度（字符/数值/时间/多媒体；空间大小、整数位、小数位）；② 取值范围（最大/最小值）；③ 发生的业务量（频率、峰值、存储周期）；④ 哪些业务使用（对应 CU 矩阵中的"U"）；⑤ 重要程度与保密程度（决定输入、校对、存储、复制、备份及权限体系）。
动态分析（三类动态特性）：

类型	特征	示例	存储建议
固定值属性	值一般不随时间改变，可提前准备，需定期维护	物料主数据、客户基础资料、会计科目	基本表（主文件）
固定个体变动属性	个体集固定，个体值变动，需随时维护	订单数量（客户固定、订购量变）	---
随机变动属性	个体随机出现、值也变动，经运算加工形成	产品月累计销售量	视图（处理文件）

6.8 数据流程分析

数据流程分析把数据在企业内部的流动情况抽象独立出来，舍去组织结构、信息载体、物质材料，从数据流动过程考查数据处理模式。目的是发现和解决数据流通中的问题（流程不畅、前后不匹配、处理不合理、输入输出不平衡）。分析包括四个方面：① 收集全部输入/输出单据报表和存储介质的典型格式；② 明确各处理过程的处理方法和计算方法；③ 调查制作单位、报送单位、存储单位、发生频率、高峰时间和高峰量；④ 注明数据类型、长度、取值范围。

结构化分析（SA） ：面向数据流的需求分析方法，基本思想是"分解 "和"抽象 "。步骤：先建立当前系统的"具体模型"（用 DFD 描述现实环境）→ 抽象出当前系统的"逻辑模型" → 建立目标系统的逻辑模型（修改后的 DFD）。DFD 是 SA 的主要工具，具有抽象性 （舍去具体物质）和概括性（把不同业务处理过程连成整体）。
面向对象方法（OO 方法）：对象是由数据和容许操作组成的封装体，与企业实体直接对应；把数据作为对象属性封装在对象内部，通过对象交互处理数据流程，通过持久化技术和对象关系映射存储数据。

7 系统可行性分析

可行性分析（可行性研究）是所有项目投资、工程建设在开始阶段的必要工作，需要系统分析师、资深开发人员、客户代表、法律顾问、市场顾问等通力合作。

7.1 可行性评价准则

可行性包括必要性和可能性 。参考国家标准 GB/T 8567---2006，从四个方面分析，其中经济可行性通常被认为是项目的底线：

可行性	别名	考察内容
经济可行性	投资收益分析/成本效益分析	建设成本、运行成本、经济收益（直接/间接、有形/无形、一次性/非一次性、可定量/不可定量）
技术可行性	技术风险分析	技术、资源、目标三方面（最好与功能/性能/约束定义同时进行）
法律可行性	社会可行性	政策、法律、道德、制度等社会因素
用户使用可行性	执行可行性	细分为管理可行性（领导支持、制度时机）与运行可行性（操作可行性，用户能否有效使用）

此外还需做进度可行性分析：评估项目最后期限的合理性（强制期限 vs 期望期限）。

7.2 可行性研究的步骤（八步，常考顺序）

复查系统目标和规模------使目标、规模、约束清晰无歧义；
分析现有系统------了解现有系统"能做什么"（而非"怎么做"），画高层系统流程图；
导出新系统的高层逻辑模型------五种技术：系统上下文关系范围图（DFD 0层图）、E-R 模型、用例模型、领域模型、IPO 图（输入/处理/输出）；
用户复核 ------与客户一起复核模型（前四步是一个循环，直到用户确认）；
提出并评价解决方案 ------用候选系统方案矩阵 （记录异同）和可行性分析矩阵（评定候选方案），过滤明显不可行方案；
确定最终推荐的解决方案------说明理由，做更完善的成本效益分析；
草拟开发计划------说明资源、人员、时间进度；
编制和提交可行性研究报告。

7.3 可行性研究报告

可行性研究报告是项目决策的依据，也可作为系统建设方案或投标书的基础。按 GB/T 8567---2006 应包含 12 个部分：引言、引用文件、可行性研究的前提、可选的方案、所建议的系统、经济可行性、技术可行性、法律可行性、用户使用可行性、其他与项目有关的问题、注解、附录。

可行性论证会：报告提交上级主管部门后按规定召开，由主管部门主持、相关部门代表参加。结果两种：同意或基本同意（立即执行/修改目标追加资源等待条件/取消项目）；持不同意见------若不影响整个结论，问题留待需求获取和分析时解决、项目照常进行；若影响整个结论，则返工重新调查分析、形成新报告并重新开会。

8 成本效益分析

成本效益分析是通过比较信息系统建设的全部成本和效益来评估项目价值的方法，是经济可行性分析的方法。

8.1 成本和收益

成本（信息系统生命周期内各阶段所有投入之和）两种分类：

按投资时间分：基础建设投资、其他一次性投资、非一次性投资；
按成本性态分：固定成本、变动成本、混合成本。

收益（系统建成后的所有产出之和）：

有形收益（经济收益）：可用货币时间价值、投资回收期、投资回收率等度量；分一次性经济收益（开支缩减、价值提升、多余设备出售收入）与非一次性经济收益（按月/年可货币度量的收益，含开支的减少和避免）；
无形收益（不可定量收益）：从性质、心理上衡量，可用定性估算或极值分析归到有形收益上，涉及企业长期利益，某些情况下可转化为有形收益。

盈亏临界分析（损益平衡分析）：盈亏临界点（保本点）是收入与成本相等、不盈不亏的状态。公式：

复制代码

利润 = (销售单价 - 单位变动成本) × 销售量 - 总固定成本
盈亏临界点销售量 = 总固定成本 / (销售单价 - 单位变动成本)
盈亏临界点销售额 = 总固定成本 / (1 - 总变动成本 / 销售收入)

教材例题：销售收入800、材料成本300、分包费100、固定生产成本130、固定销售成本150。总固定成本=280，总变动成本=400，盈亏临界点销售额=280/(1−400/800)=560元。盈亏临界点越低，抗风险能力越强。

8.2 净现值分析

货币时间价值：单利 F = P(1+i×n)；复利 F = P(1+i)^n；折现（贴现）P = F/(1+i)^n，其中 1/(1+i)^n 为折现系数（贴现系数）。

净现值（NPV）：项目生命周期内各年净现金流量按相同折现率折现到期初的现值之和：

复制代码

NPV = Σ (CI - CO)t / (1 + i)^t

其中 (CI−CO)t 为第 t 年净现金流量，CI 为现金流入，CO 为现金流出，i 为折现率。评价准则：

NPV = 0：正好达到基准收益率水平；
NPV > 0：除达到基准收益率外还有超额收益，方案可行；
NPV < 0：达不到基准收益率，方案不可行；
多方案比较（投资额相等、投资时间相同）：NPV 越大越好。

折现率 i 越高，NPV 越小、能被接受的方案越少。使 NPV 正好等于 0 的折现率 i 称为内部报酬率。

净现值率（NPVR）：NPVR = NPV / P（P 为项目投资总额现值），是效率型指标，含义是单位投资现值带来的净现值：

复制代码

NPVR = NPV / P = [Σ(CI-CO)t / (1+i)^t] / [Σ It / (1+i)^t]

因 P>0，单一方案评价下 NPV 与 NPVR 等效（NPV≥0 则 NPVR≥0）。净现值率可弥补 NPV 不考虑投资额大小的缺陷（教材例：甲投资100万 NPV50万 vs 乙投资10万 NPV20万，虽甲 NPV 大，但投资效益比看乙更优，建10个乙项目 NPV 可达200万）。

教材例题（三方案，折现率10%，投资额均500万）：NPV甲=206万、NPV乙=203万、NPV丙=218.5万，丙最优；NPVR甲=42.34%、乙=42.12%、丙=44.50%。

8.3 投资回收期与投资回报率

投资回收期指用系统方案产生的净现金收入回收初始全部投资所需时间，越短越好 。分静态（不考虑时间价值）与动态（考虑时间价值）两种，均从项目开始投入之日算起（含建设期），单位为年。

静态投资回收期实用公式：

复制代码

T = 累计净现金流量开始出现正值的年份数 - 1 + |上年累计净现金流量| / 当年净现金流量

动态投资回收期实用公式：

复制代码

T = 累计折现值开始出现正值的年份数 - 1 + |上年累计折现值| / 当年折现值

投资回收率 = 1 / 动态投资回收期 × 100%

投资收益率（投资利润率） = 投资收益 / 投资成本 × 100%。它与净现值率的关系：投资收益率 = 100% + 净现值率 ，故投资收益率也称现值指数。当投资收益率明显低于企业净资产收益率时说明投资失败；远高于一般企业净资产收益率时存在操纵利润嫌疑。

教材例题：静态回收期甲3.6年、乙3.67年、丙3.2年；动态回收期甲4.17年、乙4.18年、丙3.81年；投资回收率甲23.98%、乙23.92%、丙26.25%；投资收益率甲142.34%、乙142.12%、丙144.50%。

9 系统方案建议

9.1 候选方案的可行性评价

系统方案的特征包括：系统如何与参与者交互、如何收集/存储/产生数据、业务过程如何实现、过程和数据如何分布等。

① 候选系统方案矩阵 （表10-8）：行=方案特征（系统架构、计算机处理、服务器工作站、开发工具、应用软件、输入设备、输出设备、数据存储、数据处理方法、处理环境），列=候选方案；至少有一个是现有系统方案，作为基准。

② 可行性分析矩阵（表10-9）：行=评价准则（方案描述、经济/技术/法律/用户使用可行性、评分分级），列=候选方案 + 权重系数（因为准则并非同等重要）。按最终评分选择整体最优方案作为推荐方案。

9.2 系统建议方案报告

根据项目规模，系统方案可单独成文（系统建议方案报告/系统方案说明书）或合并到可行性研究报告。正式报告至少包含七部分：

前置部分（标题、目录、摘要------摘要以1~2页总结，高层管理人员通常只读摘要，故特别重要）；
系统概述（目的、问题陈述、项目范围、内容解释）；
系统研究方法（信息如何获得、研究如何开展）；
候选系统方案及其可行性分析；
建议方案（推荐一个方案并说明理由）；
结论（再次指出目标、建议方案、必要性和可行性）；
附录（感兴趣但非理解正文所必需的信息）。

三、常考点

系统规划的地位与步骤（★★★）------系统规划是生命周期第一阶段、比具体开发更重要；六步顺序（调查→定目标→分系统→定方案→可行性→任务书）常考排序或填空式选择。答法：记牢"任务书"是最终产出物。
可行性评价准则（★★★）------经济（底线）、技术（技术风险）、法律（社会）、用户使用（执行：管理+运行）、进度五类，考概念辨析与对应关系。选择题为主。答法：经济可行性=成本效益；用户使用可行性=执行可行性。
可行性研究八步骤（★★★）------顺序与各步骤工具（上下文图、E-R、用例、领域、IPO 图、两个矩阵）常考。案例题可能要求写出可行性研究报告应包含的内容。答法：记住"前四步是循环"（含用户复核）。
盈亏临界点计算（★★★）------利润、盈亏临界点销售量/销售额三个公式，年年可能出计算题（上午）。答法：先分离固定成本与变动成本，套公式。
净现值 NPV 与净现值率（★★★）------NPV 公式、判据（>0 可行）、折现率与 NPV 关系、内部报酬率、净现值率含义。上午计算题高频。答法：熟记 P=F/(1+i)^n 与 NPV=Σ...，注意"投资在前、收益在后"要折现。
投资回收期/回收率/收益率（★★★）------静态与动态回收期实用公式、投资回收率=1/动态回收期、投资收益率=100%+净现值率（现值指数）。上午计算题。答法：牢记"累计正值年份−1+上年累计/当年"。
业务流程分析方法（★★）------价值链、客户关系、供应链、基于ERP、业务流程重组五种，考提出者（迈克尔·波特）与对应关系。选择题。答法：价值链→波特；基本活动↔基本业务流程。
TFD 六符号与 BAM 符号（★★★）------TFD 圆圈=业务处理单位、矩形=业务处理、报表=输出、不封口方框=存储、卡片=收集资料、连线=业务联系；区分内部/外部实体。上午图形题常考。
业务流程建模语言（★★）------BPEL/BPML/XPDL/BPMN/UML 五种的类别（文本类/图元类）与特点。选择题。答法：BPEL、BPML 文本类；BPMN、XPDL、UML 图元类。
DFD 四符号与优缺点（★★★）------数据流、进程（圆角矩形）、数据存储、外部实体；DFD 优缺点。选择题与案例（识别 DFD 错误）常考。答法：进程圆角矩形、数据存储长方形（易与 TFD 混淆）。
数据守恒三原则与数据动态属性三类（★★）------输入=输出、处理后=输入+增量、处理前=处理后+丢失量；固定值/固定个体变动/随机变动属性及其存储。选择题。答法：固定值→基本表，随机变动→视图。
SA 结构化分析方法（★★）------"分解"+"抽象"，具体模型→逻辑模型→目标系统逻辑模型。选择题。答法：SA 面向数据流、DFD 是主要工具。

四、易混点

易混组 1：TFD（业务流程图） vs DFD（数据流图）

对比项	TFD 业务流程图	DFD 数据流图
全称	Transaction Flow Diagram	Data Flow Diagram
关注对象	业务处理过程（含物流、物质要素）	数据流动（舍去物质要素）
符号	圆圈=业务处理单位、矩形=业务处理、报表=输出、不封口方框=存储、卡片=收集资料	箭头=数据流、圆角矩形=进程、长方形=数据存储、矩形=外部实体
用途	描述现有业务流程的"流水账"	描述系统功能模块间数据流动
抽象程度	较低，保留业务/物质	较高，抽象性与概括性

联系：业务流程分析是数据流程分析的前提；TFD 先于 DFD 绘制，数据流程分析要在业务流程基础上"舍去物质要素"。记忆口诀：TFD 管"事"（业务），DFD 管"数"（数据）；DFD 的"进程"是圆角矩形，数据存储是长方形，别把 TFD 的矩形"业务处理"当成 DFD 的进程。

易混组 2：静态投资回收期 vs 动态投资回收期

对比项	静态投资回收期	动态投资回收期
是否考虑货币时间价值	不考虑	考虑（需折现）
计算基准	累计净现金流量	累计折现值
实用公式	正值年份−1+｜上年累计净现金流量｜/当年净现金流量	正值年份−1+｜上年累计折现值｜/当年折现值
数值关系	更短（更乐观）	更长（更保守）

联系：两者都从项目投入之日（含建设期）算起，越短越好；投资回收率 = 1/动态投资回收期。记忆口诀：静态看"现金"，动态看"折现"；动态≥静态（教材例中丙 3.2 静态 vs 3.81 动态）。

易混组 3：经济可行性 vs 技术可行性 vs 法律可行性 vs 用户使用可行性

对比项	别名	核心问题
经济可行性	投资收益/成本效益分析	花得起吗？赚得回吗？（项目底线）
技术可行性	技术风险分析	技术、资源能否支撑目标？
法律可行性	社会可行性	是否违反政策/法律/道德/制度？
用户使用可行性	执行可行性	管理上支持吗？用户会用吗？（=管理+运行）

联系：四者共同构成可行性评价准则，缺一不可；另需补"进度可行性"。记忆口诀：经济算账、技术看本领、法律守规矩、用户看会不会用；"用户使用可行性=执行可行性"是高频易混点，务必对应"管理可行性+运行可行性"。

易混组 4：价值链基本活动/业务流程 vs 辅助活动/业务流程

基本业务流程 ：对形成企业核心竞争力起关键作用的流程，对应价值链的基本活动；
辅助业务流程 ：为基本经营活动提供支持和服务的流程，对应价值链的辅助活动。

联系：两者共同构成价值链，价值链由迈克尔·波特提出。记忆口诀：基本=直接创造价值（生产、营销、服务），辅助=间接支持（人力、财务、采购）。

易混组 5：BPEL / BPML / XPDL / BPMN / UML（建模语言类别）

语言	类别	可执行性	定位
BPEL	文本类	可执行	业务流程执行语言，Web 服务编排
BPML	文本类	可执行	建模元语言，已被 BPMI 放弃
XPDL	图元类	可执行+图元信息	中间交换格式（WfMC）
BPMN	图元类	图元不可直接执行，可生成 BPEL	图形化，弥补文本类不足
UML	图元类	---	用活动图建模业务流程

记忆口诀：文本类两个都带"BPL"（BPEL、BPML）；图元类三个（XPDL、BPMN、UML）------"X、M、U"。

五、备考提示

1. 复习优先级建议

第一梯队（必拿分）：可行性评价准则、可行性研究八步骤、盈亏临界点、NPV/NPVR、投资回收期/回收率/收益率------这些计算题与概念题几乎年年出现，务必把公式练熟（尤其区分"静态 vs 动态""净现值 vs 净现值率 vs 投资收益率"三组换算关系）。
第二梯队（高频）：TFD 与 DFD 符号、业务流程分析方法、业务流程建模语言类别、数据流守恒三原则、数据动态属性三类、SA 方法思想。
第三梯队（了解）：DEMO 三层/六模型、Petri 网优势、BAM 层次分解、问题分析阶段的矩阵与报告提纲、系统建议方案报告七部分。

2. 记忆技巧

公式打包记忆：先把"复利 F=P(1+i)^n → 折现 P=F/(1+i)^n → NPV=Σ.../(1+i)^t"串成一条主线；再记"投资收益率=100%+净现值率=现值指数"这一个恒等式；回收期实用公式统一记"正值年份−1+上年累计/当年"。
符号联想：TFD 六符号可与"处理单位（圆）---处理（框）---输出（报表）---存储（半框）---收集（卡）---连线"编成"圆框报半卡线"；DFD 四符号"箭头、圆角矩、长方、矩"。
口诀：可行性四准则"经济技术法律用户"；问题原因"目标不匹配、周期长、思想落后、素质低、方案不合理、标准混乱、资金不足"七条可记为"目、期、思、质、方、标、资"。

3. 跨章节关联

与第11章（需求工程/结构化分析）：本章 10.6.8 的 SA 方法与 DFD 详细知识在 11.4.1 展开，第11章是本章"数据流图"的深化，两章结合复习效果最佳。
与第12章（系统设计/架构）：本章产出"系统需求规格说明书""系统设计任务书"是第12章系统设计的输入，逻辑模型→物理设计衔接。
与项目管理（第13章左右/项目立项管理）：可行性研究、成本效益分析（NPV、回收期）与项目管理立项、投资决策内容重合，公式通用，可一起复习。
与论文：若论文选题涉及"系统规划""可行性分析""需求获取与分析"，可引用本章的规划步骤、可行性准则、SA/OO 方法作为展开框架。

4. 真题规律与趋势

上午选择题：本章每年稳定出 3~6 题，集中在本章的工具符号、方法辨析、可行性概念，以及 1~2 道成本效益计算题（NPV、盈亏临界点、回收期）。趋势上"业务流程建模语言（BPMN/BPEL 等）""数据流图符号""净现值率"近年考查频次上升。
下午案例分析（I）：常以"某企业拟建系统"为背景，要求识别可行性分析遗漏的方面、绘制/纠错 DFD、区分业务流程与数据流、判断成本收益指标。
论文：本章多为论文的"方法论铺垫"，独立命题较少，但"系统规划/可行性论证"可作为论文背景或开篇依据，建议掌握六步规划与八步可行性研究作为论述骨架。

一句话总结：本章是"系统分析师"角色的核心章，规划（六步）→ 分析（问题/流程/数据）→ 可行性（四准则+八步）→ 成本效益（NPV/回收期）→ 方案建议这条主线贯穿上午与下午，公式和符号是拿分关键，务必"背熟符号、算熟公式、理清步骤"。