目录
[1.1 业务流程分析概述](#1.1 业务流程分析概述)
[2.1 业务流程图（TFD）](#2.1 业务流程图（TFD）)
[2.2 业务活动图（BAM）](#2.2 业务活动图（BAM）)
[2.3 业务流程建模](#2.3 业务流程建模)
[2.3.1 BPM概述](#2.3.1 BPM概述)
[2.3.2 标杆瞄准](#2.3.2 标杆瞄准)
[2.3.3 DEMO](#2.3.3 DEMO)
[2.3.4 Petri 网](#2.3.4 Petri 网)
[2.3.5 业务流程建模语言](#2.3.5 业务流程建模语言)
[2.3.6 基于服务的流程建模](#2.3.6 基于服务的流程建模)
[3.1 数据流](#3.1 数据流)
[3.2 数据流图](#3.2 数据流图)
[3.3 数据的属性分析](#3.3 数据的属性分析)
[3.4 数据流程](#3.4 数据流程)
一、业务流程分析
1.1 业务流程分析概述
业务流程分析的目的是了解各个业务流程的过程，明确各个部门之间的业务关系和每个业务处理的意义，为业务流程的合理化改造提供建议，为系统的数据流程变化提供依据。
企业的业务流程就是由一系列具有先后顺序且互相关联的活动所组成的经营过程。由于企业业务流程的整体目标是为顾客创造价值，因此，以顾客利益为中心，以员工为中心，以及以效率和效益为中心是业务流程的核心。
业务流程分析的具体步骤：通过调查掌握基本情况，描述现有业务流程，确认现有业务流程，对业务流程进行分析，发现问题并提出解决方案，提出优化后的业务流程。
业务流程分析方法：
(1) 价值链分析法。找出或设计出那些能够使顾客满意，实现顾客价值最大化的业务流程。有些业务流程特别重要，对形成企业核心竞争力起着关键作用，这样的业务流程称为基本业务流程，对应于价值链中的基本活动；其他业务流程是对企业的基本经营活动提供支持和服务的，称为辅助业务流程，对应于价值链中的辅助活动。
(2) 客户关系分析法。客户关系分析 (CRA) 是处理有关客户的数据，分析他们与企业的关系，以提高企业未来的销售、服务和成本控制的过程。就是把客户关系管理用在业务流程的分析上。企业的业务流程应当是以客户与企业的关系，以及客户行为为依据的，而不是传统的按照企业内部管理来实施的。
(3) 供应链分析法。是从企业供应链的角度分析企业的业务流程，它源于供应链管理。主要从企业内部供应链和外部供应链两个角度来分析企业的业务流程，分析哪些流程处于供应链的核心环节。
(4) 基于 ERP 的分析法。ERP 企业资源计划的基本思想是将企业的业务流程看作一个紧密连接的供应链，将供应商和企业内部的采购、生产、销售，以及客户紧密联系起来，对供应链上的所有环节进行有效管理，实现对企业的动态控制和各种资源的集成和优化，从而提升企业基础管理水平，追求企业资源的合理、高效利用。
(5) 业务流程重组。通过重新审视企业的价值链，从功能成本的比较分析中，确定企业在哪些环节具有比较优势。在此基础上，以顾客满意为出发点进行价值链的分解与整合，改造原有的业务流程，实现业务流程的最优化。
业务流程分析的传统工具是业务流程图（TFD）、业务活动图（BAM）和统一建模语言（UML）的活动图。
二、业务流程图
2.1 业务流程图（TFD）
TFD 是分析和描述现有系统的传统工具，是业务流程调查结果的图形化表示。它反映现有系统各部门的业务处理过程和它们之间的业务分工与联系，以及连接各部门的物流、信息流的传递和流动关系，体现现有系统的边界、环境、输入、输出、处理和数据存储等内容。
TFD 的 6 中基本符号及示例图如下：
2.2 业务活动图（BAM）
BAM 主要功能是提供业务流程情况的全面模型。该模型不但有图例表述业务活动流动的情况，还能提供相关的业务活动细节。BAM 的具体应用主要有三个：一是在业务流程调查时，可以用 BAM 对业务流程进行识别；二是在业务流程分析时，可以用 BAM 描述新的业务流程；三是在业务流程实施过程中，可以用 BAM 实现业务流程的不断优化。
BAM 的基本符号及示例图如下：
2.3 业务流程建模
业务流程建模（BPM）是对业务流程进行表述的方式，它是过程分析与重组的重要基础，这种表述方式大大优化了软件开发和运行效率。
2.3.1 BPM概述
BPM 可分为三个层次。第一个层次是模型的要素，即目标、知识和数据。其中，目标是建模的目的，知识包括现有系统的知识和模型构造知识，数据是指系统的原始信息，这三个方面构成了 BPM 的输入。第二个层次是模型的构造，它是具体的建模技术的运用过程。第三个层次是对模型的可信性分析，它是指分析所建模型能否满足系统目标。
业务流程建模可以采取两种方式：自顶向下和自底向上。自顶向下的方式从企业任务目标出发，根据流程上的价值链来确定最基本的流程，逐层分析业务目标直至底层。自底向上的方式是分析现有系统，从已有业务流程活动及其联系出发，用于明确业务细节问题。
描述业务流程模型最常见的方法是形式化描述和图示化描述。常见的方法有标杆瞄准、组织动态本质建模法（DEMO）、Petri 网、业务流程建模语言和基于服务的 BPM 等。
2.3.2 标杆瞄准
标杆瞄准是一个连续、系统化地对外部领先企业进行评价的过程，它通过分析和评价，确定出代表最佳实践的经营过程和工作过程，以便合理地确定本企业的业务流程。
2.3.3 DEMO
DEMO 定义了信息系统中行为角色之间的通信方式，这种通信方式可以看作一种对角色行为的支配方式，而这种支配方式是通过在行为角色之间创建指导其行动的约定来实现的，其理论基础是对话行为理论。DEMO 的核心是业务事务，业务流程由一系列相关业务事务组成，业务事务是一种通信模式和客观行为，它通过两个行为角色实现，分别是发起者和执行者。一个业务事务包括三个阶段，分别是要求阶段、执行阶段和结果阶段。
2.3.4 Petri 网
Petri 网作为一种从流程的角度出发描述和分析复杂系统的模型工具，适用于多种系统的图形化、数字化建模，为描述和研究具有并行、异步、分布式和随机性等特征的信息系统提供了强有力的手段。使用 Petri 网描述业务流程，主要原因包括：形式化的语义、直观的图形表示、丰富的分析技术、基于状态的表示方式。
2.3.5 业务流程建模语言
主流的业务流程建模语言标准有业务流程执行语言（BPEL）、业务流程建模语言（BPML）、业务流程建模标注（BPMN）、XML 流程定义语言 (XPDL) 和 UML 5 种。其中，BPEL 和 BPML 是文本类；BPMN 和 UML 是图元类；XPDL 是都有。
(1) BPEL。BPEL 是一种使用 XML 编写，用于自动化业务流程的形式规约语言。可以保护用户在流程自动化上的投资。
(2) BPML。BPML 也用 XML 这种结构化的方式对流程和流程执行的语义进行描述，在语法上也有循环和分支等控制结构，同时也是一种可执行的建模语言。BPML 是业务流程建模的元语言。
(3) XPDL。XPDL 是一套流程建模标准，用来在支持 BPM 的各种工具和引擎间交换流程设计的定义。
(4) BPMN。BPMN 中的图元在表达力上等价于文本语言中的 XML 片段，但这些图元本身是不能被流程引擎执行的，因此，BPMN 的用途更多地在于其图形化的直观表示。
(5) UML。主要使用活动图来对业务流程进行建模。
2.3.6 基于服务的流程建模
基于服务的流程建模是把 BPM 技术和服务的思想结合在一起，充分发挥服务的松散耦合和可复用的特征，更加便于业务流程的分析、设计与优化。
三、数据与数据流程分析
数据与数据流分析是建立数据库系统和设计功能模块处理过程的基础，是一种分析系统中数据和数据流动的方法。它的目标是理解系统中数据的来源、传输、存储和处理，以及它们在系统中的使用和转换。
3.1 数据流
数据流表示到一个过程的数据输入，或者来自一个过程的数据或信息输出，其中，过程响应输入并产生输出。因此，所有的过程至少都有一个输入数据流和一个输出数据流。
数据流包括：数据源、数据传输、数据转换、数据存储、数据输出。
逻辑数据流是指在系统中进行数据处理的过程中，数据在逻辑上的流动路径和方式。它描述了数据在系统中的输入、处理、转换和输出等过程，以及数据处理的逻辑关系。
规则是指在系统中执行数据处理时所遵循的逻辑规则和限制。它包括数据输入和输出的规则，以及数据处理和转换的规则等。
数据流的守恒原则：
(1) 输入等于输出：在任何给定的系统中，数据流的输入量应该等于输出量，即所有输入的数据必须经过处理后完整输出，而不会有任何数据丢失或增加。
(2) 处理后等于输入加上增量：对于包含更新或修改数据的系统，数据流的输出应该等于输入加上更新或修改的增量。
(3) 处理前等于处理后加上丢失量：对于包含删除或移除数据的系统，数据流的处理前应该等于处理后加上被删除或移除的数据量。
3.2 数据流图
数据流图（DFD）是一种用于描述系统功能的图形化工具。它通过一组符号和规则，描述了系统内部各个功能模块之间的数据流动情况，能更好地理解系统的功能和交互过程。数据流图主要由 4 种符号组成：数据流、进程、数据存储、外部实体。
物理数据流图建模作为信息系统一部分实现的技术设计决策和人为设计决策，将同那些实际构造和实现系统的人沟通技术选择和其他设计决策。换句话说，物理 DFD 用作系统构造和实现的技术性蓝图。
数据汇总分析是指对一组数据进行综合性的整理、归纳和分析，以求得数据之间的相互关系和趋势规律，并从中得出结论和建议。通常将它分为如下几个步骤：
(1) 将系统调查中所收集到的数据资料，按业务流程进行分类编码，按处理过程的顺序排放在一起。
(2) 按业务流程自顶向下地对数据项进行整理。
(3) 将所有原始数据和最终输出数据分类整理出来。
(4) 确定数据的字长和精度。
3.3 数据的属性分析
数据的属性分析主要包括静态分析和动态分析。
数据的静态分析是指分析数据的静态特性，包括：类型和长度、取值范围、发生的业务量、哪些业务使用这些数据、重要程度和保密程度。
数据的动态特性有三种，分别是固定值属性、固定个体变动属性（如购买客户固定但每次购买订单量不同）和随机变动属性。
3.4 数据流程
数据流程是指在系统中产生、传输、加工处理、使用、存储的过程，数据流程分析把数据在企业内部的流动情况抽象地独立出来，单从数据流动过程来考查实际业务的数据处理模式。目的是要发现和解决数据流通中的问题。数据流程分析主要包括对数据的输入、输出、流动、传递、处理和存储的分析，具体包括以下 4 个方面：
(1) 收集现有系统的全部输入单据和报表、输出单据和报表，以及数据存储介质的典型格式。
(2) 明确各个处理过程的处理方法和计算方法。
(3) 调查、确定上述各种单据、报表、账本、清单的制作单位、报送单位、存储单位、发生频率、发生的高峰时间和高峰量等。
(4) 注明各项数据的类型、长度、取值范围等。
结构化分析 (SA) 是面向数据流的需求分析方法，其基本思想是 "分解" 和 "抽象"。
面向对象方法 (OO 方法) 是建立在 "对象" 概念基础上的方法学。把企业实体都当作对象，数据作为对象的属性，是封装在对象内部的。
四、系统方案建议
在可行性研究的第 5 个步骤（提出并评价解决方案）中，系统分析师应该从系统的逻辑模型出发，提出若干个系统解决方案，对每个候选方案进行分析，描述每个方案的成本和效益、优点和缺点。
在对众多的候选方案进行可行性评价时，可以使用候选系统方案矩阵和可行性分析矩阵两种工具。
候选系统方案矩阵是一种记录各个候选方案的相同点和不同点的工具。
可行性分析矩阵是根据可行性评价准则，对候选系统方案进行分析和等级评定。
系统建议方案内容：前置部分、系统概述、系统研究方法、候选系统方案及其可行性分析、建议方案、结论、附录。