第九章 过程建模

9.2.3 过程概念
Process 过程 – 是 在输入数据流或条 件上执行，或者对 输入数据流或条件 做出响应的工作， 同义词是转换。
9.2.3.2 过程分解
Decompositi on 分解 – 是将一个系 统分解成子 系统的行动。
分解图
Decomposition diagram 分解 图 – 是一种 用来描述系统 分解的工具， 也称层次图。
用例
• Use case 用例 – 是一种分析工具，用于发现和确 定业务事件及其响应。 • Actor 参与者 – 是任何需要同系统交互的事物。
部分用例表
部分用例表（续）
9.4.4 事件分解图 一个部分事件分解图（部分）
9.4.5 事件图
• 事件图是一个事件的上下文图，它显示了事件的 输入、输出和数据存储交互。 • 对于每个事件，需要说明以下内容：
数据流程图的复兴应归于它们在业务过程重构中的应 用。
9.1 系统建模简介
9.1 系统建模简介
数据流图和流程图之间的区别：
• 数据流图中的过程可以并行操作。 –流程图中的过程一次只能执行一步。 • 数据流图显示了数据通过系统的流程 –流程图显示了在一个算法或程序中处理或者操作的 顺序。 • 数据流图可以展示具有不同定时的动态过程。例如， 一个DFD可以包括每小时、每天、每周和随时发生的 过程。 –流程图中的过程是一个某一时间运行的单一程序
• 系统分析期间的过程建模（本课重点）
– 逻辑过程模型描述业务，不关系实现细节和技术 – 现代结构化分析策略的重点是正在被开发的目标系统的逻辑模型 – 以自顶向下或者自底向上的方式构造 – 事件划分策略：是一种结构化分析策略，根据业务事件和对那些 事件的响应将一个系统划分成子系统。
9.3.3 事件驱动的过程建模
音阶公司上下文数据流图
9.4.2 功能分解图
• 功能分解图显示了一个系统的自顶向下的 功能分解结构，也为我们提供了用于绘制 数据流图的提纲。
音阶公司功能分解图
9.4.3 事件响应或用例清单
• External events 外部事件 由外部代理引发。当 这些事件发生时，就出现一个到系统输入数据 流。 • Temporal events 时序事件 以时间为基础触发过 程，或者某事只是发生了。当这些事件发生时， 就产生一个输入控制流。 • State events 状态事件 基于系统从一个状态或条 件到另一个状态或条件的转变触发过程。像时 序事件一样，状态事件将用一个输入控制流表 示。
9.2.4.4 数据结构
Data attribute 数据属性 – 是对最终用户和业务有意 义的最小数据块。
Data structure 数据结构 – 是数据属性的特定排列， 它定义了一个数据流的实例。
–构成一个数据流的数据属性被组织成数据结构。 –数据流可以按照下列类型的数据结构描述:
• 一个序列或者一组依次出现的数据属性. • 从一组属性中选择一个或多个属性. • 一个或多个属性的重复.
系统数据流图
9.4.7 基本图
一个基本图
一个数据流(使用CASE工具创建)
9.4.8 完成规格说明
过程逻辑
• 分解图和数据流图是对确定过程很有效的工具， 但是它们并不善于显示过程内部的逻辑。
• 最终将需要在一个数据流图上说明基本过程的详细 指令 • 逻辑模型对于与系统用户和程序员的沟通应该同样 有效。 • 对于系统用户来说，流程图和伪代码是不容易理解 的。 • 通常的英语描述过于不精确。 • 需要结合自然英语和编程逻辑工具结合的工具。
Converging data flow 合并的数据流 – 是多 个数据流合并成一个数据流后的数据流。
图9-19 分支的数据流和合并的数据流
9.3 逻辑过程建模的过程
• 战略系统规划
– 企业过程模型说明重要的业务领域和功能.
• 用于业务过程重构的过程建模
– BPR项目分析业务过程 – 在应用信息技术之前重构业务消除地效率
9.5 系统模型的同步

数据模型和过程模型的同步 过程分步 过程—位置—关联矩阵是用来记录过程及 其过程执行位置的表格。
数据——过程CRUD矩阵举例
–外部代理应该用描述性的单数名词描述
9.2.2 数据存储
Data store 数据存储 – 存储数据供日后使用。 同义词包括文件和数据库。
–如果数据流是运动中的数据，数据存储就是静止的 数据 –数据存储基本是以下内容之一:
• • • • • 个人 (或者一个小组) 地点 对象 事件 概念
–数据存储存储了所有实体实例 –应该用描述性的复数名词描述
9.2 过程建模的系统概念
9.2.1 外部代理
External agent 外部代理 – 是与系统交互的外部 的人员、组织部门、其他系统或者其他组织，也 称为外部实体。
–外部代理定义系统的边界或者范围. –当范围变化时，外部代理可以变成过程，反之亦然. –外部代理一般是下列内容之一:
• 办公室,部门,分部或个人 • 位于你的公司以外但给你的系统提供净输入或者从你的系统 接收输出的组织、机构或者个人 • 另一个企业或者信息系统 • 系统的最终用户或者管理人员之一
9.2.1.3 逻辑过程的命名规则
Function 功能 –是企业的一套相关的和正在进行的活动。
– 功能没有开始和结束。
Event 事件 – 是必须作为一个整体完成的逻辑单位工作， 有时被称为事务。
– 事件由离散的输入触发，当过程与相应的输出响应时，事件结束。 – 功能由响应事件的过程组成。
Elementary process 基本过程 – 是为完成一个事件的响应 所需要的离散的详细的活动或任务。
9.2.4.5 数据类型和域
数据属性的值用数据类型和域来定义。
Data type 数据类型 - 是可以存储在一个属性 中的一类数据。 Domain 域 – 是属性的合法值。
9.2.4.6 分支流和合并流
Diverging data flow 分支的数据流 – 是一个 分成多个数据流的数据流。
–分支的数据流指示了一个数据流的所有或者部 分路由到不同的目的地。
结构化英语
结构化英语 – 是一种语言语法，用于说明过程逻辑。 – 结构化英语看作是自然英语语言和结构化程序设计语法的结合
1. For each CUSTOMER NUMBER in the data store CUSTOMERS: a. For each LOAN in the data store LOANS that matches the above CUSTOMER NUMBER: 1) Keep a running total of NUMBER OF LOANS for the CUSTOMER NUMBER. 2) Keep a running total of the ORIGINAL LOAN PRINCIPAL for the CUSTOMER NUMBER. 3) Keep a running total of CURRENT LOAN BALANCE for the CUSTOMER NUMBER. 4) Keep a running total of AMOUNTS PAST DUE for the CUSTOMER NUMBER. b. If the TOTAL AMOUNTS PAST DUE for the CUSTOMER NUMBER is greater than $100.00 then: 1) Write the CUSTOMER NUMBER and all their data attributes as described in the data flow LOANS AT RISK. Else 1) Exclude the CUSTOMER NUMBER and data from the data flow LOANS AT RISK.
结构化英语的基本结构（第一部分）
结构化英语的基本结构（第二部分）
策略和决策表
Policy 策略 – 是一套约束如何完成过程的规 则。 Decision table 决策表 – 是一张表格，说明了 一组条件及其对应的行动。
–需要实施的策略
图9-10ቤተ መጻሕፍቲ ባይዱ
一个简单的决策表
一个基本过程（使用CASE工具创建）
事件驱动的过程建模策略（1/3）
事件驱动的过程建模策略（2/3）
事件驱动的过程建模策略（3/3）
用于过程建模的CASE工具
9.4 如何构造过程模型
• 9.4.1 上下文数据流图 • 上下文数据流图是用来记录系统范围的过程模型， 也称为环境模型。
–为了区分内部和外部，把系统看做是一个容器，而忽 略容器的内部工作 –询问最终用户系统需要响应什么业务事务，这些业务 事务就是系统的净输入 –询问最终用户系统必须产生什么响应，这些响应就是 系统的净输出 –确定外部数据存储 –根据以上信息，绘制上下文数据流图
9.1 系统建模简介
Process modeling 过程建模 – 是一种组织和记录系统 过程的技术。它记录系统的“过程”和由系统的 “过程”实现的逻辑、策略和程序。
Data flow diagram 数据流图 (DFD) – 是一种描述数 据通过系统的流程以及系统实施的工作或处理过程 的工具。同义词包括泡式图、转换图和过程模型。
• • • • • • • • 构造系统上下文数据流图 绘制功能分解图 编译事件响应或者用例清单 对于每一个事件，增加一个称为事件处理器的过程。 作为备选，为每个事件构造一个事件图 通过合并事件图构造一个或者多个系统图 对那些需要进一步处理细节的事件过程构造基本图。 描述每个基本过程的逻辑及每个数据流图的数据结构
Physical model 物理模型 – 是展示系统是什么或 者系统做什么，以及系统 如何实现的技术性的图形 化表示。同义词包括实现 模型和技术模型。