第九章 过程建模
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• • • • • • • • 构造系统上下文数据流图 绘制功能分解图 编译事件响应或者用例清单 对于每一个事件，增加一个称为事件处理器的过程。 作为备选，为每个事件构造一个事件图 通过合并事件图构造一个或者多个系统图 对那些需要进一步处理细节的事件过程构造基本图。 描述每个基本过程的逻辑及每个数据流图的数据结构
9.2 过程建模的系统概念
9.2.1 外部代理
External agent 外部代理 – 是与系统交互的外部 的人员、组织部门、其他系统或者其他组织，也 称为外部实体。
–外部代理定义系统的边界或者范围. –当范围变化时，外部代理可以变成过程，反之亦然. –外部代理一般是下列内容之一:
• 办公室,部门,分部或个人 • 位于你的公司以外但给你的系统提供净输入或者从你的系统 接收输出的组织、机构或者个人 • 另一个企业或者信息系统 • 系统的最终用户或者管理人员之一
系统数据流图
9.4.7 基本图
一个基本图
一个数据流(使用CASE工具创建)
9.4.8 完成规格说明
过程逻辑
• 分解图和数据流图是对确定过程很有效的工具， 但是它们并不善于显示过程内部的逻辑。
• 最终将需要在一个数据流图上说明基本过程的详细 指令 • 逻辑模型对于与系统用户和程序员的沟通应该同样 有效。 • 对于系统用户来说，流程图和伪代码是不容易理解 的。 • 通常的英语描述过于不精确。 • 需要结合自然英语和编程逻辑工具结合的工具。
Converging data flow 合并的数据流 – 是多 个数据流合并成一个数据流后的数据流。
图9-19 分支的数据流和合并的数据流
9.3 逻辑过程建模的过程
• 战略系统规划
– 企业过程模型说明重要的业务领域和功能.
• 用于业务过程重构的过程建模
– BPR项目分析业务过程 – 在应用信息技术之前重构业务消除地效率
音阶公司上下文数据流图
9.4.2 功能分解图
• 功能分解图显示了一个系统的自顶向下的 功能分解结构，也为我们提供了用于绘制 数据流图的提纲。
音阶公司功能分解图
9.4.3 事件响应或用例清单
• External events 外部事件 由外部代理引发。当 这些事件发生时，就出现一个到系统输入数据 流。 • Temporal events 时序事件 以时间为基础触发过 程，或者某事只是发生了。当这些事件发生时， 就产生一个输入控制流。 • State events 状态事件 基于系统从一个状态或条 件到另一个状态或条件的转变触发过程。像时 序事件一样，状态事件将用一个输入控制流表 示。
数据流程图的复兴应归于它们在业务过程重构中的应 用。
9.1 系统建模简介
9.1 系统建模简介
数据流图和流程图之间的区别：
• 数据流图中的过程可以并行操作。 –流程图中的过程一次只能执行一步。 • 数据流图显示了数据通过系统的流程 –流程图显示了在一个算法或程序中处理或者操作的 顺序。 • 数据流图可以展示具有不同定时的动态过程。例如， 一个DFD可以包括每小时、每天、每周和随时发生的 过程。 –流程图中的过程是一个某一时间运行的单一程序
结构化英语的基本结构（第一部分）
结构化英语的基本结构（第二部分）
策略和决策表
Policy 策略 – 是一套约束如何完成过程的规 则。 Decision table 决策表 – 是一张表格，说明了 一组条件及其对应的行动。
–需要实施的策略
图9-10
一个简单的决策表
一个基本过程（使用CASE工具创建）
9.5 系统模型的同步
数据模型和过程模型的同步 过程分步 过程—位置—关联矩阵是用来记录过程及 其过程执行位置的表格。
数据——过程CRUD矩阵举例
• 系统分析期间的过程建模（本课重点）
– 逻辑过程模型描述业务，不关系实现细节和技术 – 现代结构化分析策略的重点是正在被开发的目标系统的逻辑模型 – 以自顶向下或者自底向上的方式构造 – 事件划分策略：是一种结构化分析策略，根据业务事件和对那些 事件的响应将一个系统划分成子系统。
9.3.3 事件驱动的过程建模
–外部代理应该用描述性的单数名词描述
9.2.2 数据存储
Data store 数据存储 – 存储数据供日后使用。 同义词包括文件和数据库。
–如果数据流是运动中的数据，数据存储就是静止的 数据 –数据存储基本是以下内容之一:
• • • • • 个人 (或者一个小组) 地点 对象 事件 概念
–数据存储存储了所有实体实例 –应该用描述性的复数名词描述
事件驱动的过程建模策略（1/3）
事件驱动的过程建模策略（2/3）
事件驱动的过程建模策略（3/3）
用于过程建模的CASE工具
9.4 如何构造过程模型
• 9.4.1 上下文数据流图 • 上下文数据流图是用来记录系统范围的过程模型， 也称为环境模型。
–为了区分内部和外部，把系统看做是一个容器，而忽 略容器的内部工作 –询问最终用户系统需要响应什么业务事务，这些业务 事务就是系统的净输入 –询问最终用户系统必须产生什么响应，这些响应就是 系统的净输出 –确定外部数据存储 –根据以上信息，绘制上下文数据流图
结构化英语
结构化英语 – 是一种语言语法，用于说明过程逻辑。 – 结构化英语看作是自然英语语言和结构化程序设计语法的结合
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.
– 它们是在一个过程模型中描述的最低层次细节。 – 应该用一个强动作动词后跟一个描述实施的工作的宾语从句命名。
数据流图中的常见错误
9.2.4 数据流
Data flow 数据流 – 是一个过程的数据输 入，或者来自一个过程的数据输出。 –数据流是运动中的数据。 –数据流也用于表示在文件或数据库 （数据存储）中创建、读取、删除 或修改数据。 Composite data flow 组合数据流 – 是由其 他数据流构成的数据流。 Control flow 控制流 – 表示触发一个过程 的条件或非数据事件。 –在数据流图中很少出现。
9.2.1.3 逻辑过程的命名规则
Function 功能 –是企业的一套相关的和正在进行的活动。
– 功能没有开始和结束。
Event 事件 – 是必须作为一个整体完成的逻辑单位工作， 有时被称为事务。
– 事件由离散的输入触发，当过程与相应的输出响应时，事件结束。 – 功能由响应事件的过程组成。
Elementary process 基本过程 – 是为完成一个事件的响应 所需要的离散的详细的活动或任务。
第9章 过程建模
本章主要内容
9.1 过程建模简介 9.2 过程建模的系统概念 9.3 逻辑过程建模过程 9.4 如何构造过程模型 9.5 系统模型的同步
9.1 系统建模简介
Model 模型 – 是现实的图形化工具
Logical model 逻辑模型 –是描述系统是什么或 者系统做什么的非技术 性的图形化表示。同义 词包括本质模型、概念 模型和业务模型
wenku.baidu.com
用例
• Use case 用例 – 是一种分析工具，用于发现和确 定业务事件及其响应。 • Actor 参与者 – 是任何需要同系统交互的事物。
部分用例表
部分用例表（续）
9.4.4 事件分解图 一个部分事件分解图（部分）
9.4.5 事件图
• 事件图是一个事件的上下文图，它显示了事件的 输入、输出和数据存储交互。 • 对于每个事件，需要说明以下内容：
9.2.4.5 数据类型和域
数据属性的值用数据类型和域来定义。
Data type 数据类型 - 是可以存储在一个属性 中的一类数据。 Domain 域 – 是属性的合法值。
9.2.4.6 分支流和合并流
Diverging data flow 分支的数据流 – 是一个 分成多个数据流的数据流。
–分支的数据流指示了一个数据流的所有或者部 分路由到不同的目的地。
图9-12 数据流报文概念
组合数据流和基本数据流
往返于数据存储的数据流
图9-16
非法数据流
9.2.4.3 数据流的守恒
Data conservation 数据守恒 – 是确保一个数 据流仅仅包含接收过程真正需要的数据的 实践。
–有时称为“饥饿过程”。 –重新对业务过程重构，强调在设计信息系统之 前确定并消除低效率的企业业务活动 –简化了过程之间的接口。 –必须精确地定义每个数据流的数据成分。数据 成分以数据结构的形式表示。
9.2.4.4 数据结构
Data attribute 数据属性 – 是对最终用户和业务有意 义的最小数据块。
Data structure 数据结构 – 是数据属性的特定排列， 它定义了一个数据流的实例。
–构成一个数据流的数据属性被组织成数据结构。 –数据流可以按照下列类型的数据结构描述:
• 一个序列或者一组依次出现的数据属性. • 从一组属性中选择一个或多个属性. • 一个或多个属性的重复.
9.2.3 过程概念
Process 过程 – 是 在输入数据流或条 件上执行，或者对 输入数据流或条件 做出响应的工作， 同义词是转换。
9.2.3.2 过程分解
Decompositi on 分解 – 是将一个系 统分解成子 系统的行动。
分解图
Decomposition diagram 分解 图 – 是一种 用来描述系统 分解的工具， 也称层次图。
Physical model 物理模型 – 是展示系统是什么或 者系统做什么，以及系统 如何实现的技术性的图形 化表示。同义词包括实现 模型和技术模型。
9.1 系统建模简介
• 逻辑模型消除了由于当前系统实现方式或 者任何人认为系统应该的实现方式而导致 的偏见。 • 逻辑模型降低了由于我们过于关注细节而 丢失业务需求的风险。 • 逻辑模型使得我们可以使用非技术性的或 较少技术性的语言与最终用户进行沟通。
–输入以及输入的来源，来源被描述为外部代理 –输出以及输出的目的地，目的地被描述为外部代理 –从它们那里读取记录的任何数据存储都必须添加到事 件图中 –从它们那里创建、删除或修改记录的任何数据存储都 必须包含到事件图中
一个简单的外部事件图
一个较复杂的外部事件图
时序事件图
9.4.6 系统图
系统数据流图
9.1 系统建模简介
Process modeling 过程建模 – 是一种组织和记录系统 过程的技术。它记录系统的“过程”和由系统的 “过程”实现的逻辑、策略和程序。
Data flow diagram 数据流图 (DFD) – 是一种描述数 据通过系统的流程以及系统实施的工作或处理过程 的工具。同义词包括泡式图、转换图和过程模型。
9.2 过程建模的系统概念
9.2.1 外部代理
External agent 外部代理 – 是与系统交互的外部 的人员、组织部门、其他系统或者其他组织，也 称为外部实体。
–外部代理定义系统的边界或者范围. –当范围变化时，外部代理可以变成过程，反之亦然. –外部代理一般是下列内容之一:
• 办公室,部门,分部或个人 • 位于你的公司以外但给你的系统提供净输入或者从你的系统 接收输出的组织、机构或者个人 • 另一个企业或者信息系统 • 系统的最终用户或者管理人员之一
系统数据流图
9.4.7 基本图
一个基本图
一个数据流(使用CASE工具创建)
9.4.8 完成规格说明
过程逻辑
• 分解图和数据流图是对确定过程很有效的工具， 但是它们并不善于显示过程内部的逻辑。
• 最终将需要在一个数据流图上说明基本过程的详细 指令 • 逻辑模型对于与系统用户和程序员的沟通应该同样 有效。 • 对于系统用户来说，流程图和伪代码是不容易理解 的。 • 通常的英语描述过于不精确。 • 需要结合自然英语和编程逻辑工具结合的工具。
Converging data flow 合并的数据流 – 是多 个数据流合并成一个数据流后的数据流。
图9-19 分支的数据流和合并的数据流
9.3 逻辑过程建模的过程
• 战略系统规划
– 企业过程模型说明重要的业务领域和功能.
• 用于业务过程重构的过程建模
– BPR项目分析业务过程 – 在应用信息技术之前重构业务消除地效率
音阶公司上下文数据流图
9.4.2 功能分解图
• 功能分解图显示了一个系统的自顶向下的 功能分解结构，也为我们提供了用于绘制 数据流图的提纲。
音阶公司功能分解图
9.4.3 事件响应或用例清单
• External events 外部事件 由外部代理引发。当 这些事件发生时，就出现一个到系统输入数据 流。 • Temporal events 时序事件 以时间为基础触发过 程，或者某事只是发生了。当这些事件发生时， 就产生一个输入控制流。 • State events 状态事件 基于系统从一个状态或条 件到另一个状态或条件的转变触发过程。像时 序事件一样，状态事件将用一个输入控制流表 示。
数据流程图的复兴应归于它们在业务过程重构中的应 用。
9.1 系统建模简介
9.1 系统建模简介
数据流图和流程图之间的区别：
• 数据流图中的过程可以并行操作。 –流程图中的过程一次只能执行一步。 • 数据流图显示了数据通过系统的流程 –流程图显示了在一个算法或程序中处理或者操作的 顺序。 • 数据流图可以展示具有不同定时的动态过程。例如， 一个DFD可以包括每小时、每天、每周和随时发生的 过程。 –流程图中的过程是一个某一时间运行的单一程序
结构化英语的基本结构（第一部分）
结构化英语的基本结构（第二部分）
策略和决策表
Policy 策略 – 是一套约束如何完成过程的规 则。 Decision table 决策表 – 是一张表格，说明了 一组条件及其对应的行动。
–需要实施的策略
图9-10
一个简单的决策表
一个基本过程（使用CASE工具创建）
9.5 系统模型的同步
数据模型和过程模型的同步 过程分步 过程—位置—关联矩阵是用来记录过程及 其过程执行位置的表格。
数据——过程CRUD矩阵举例
• 系统分析期间的过程建模（本课重点）
– 逻辑过程模型描述业务，不关系实现细节和技术 – 现代结构化分析策略的重点是正在被开发的目标系统的逻辑模型 – 以自顶向下或者自底向上的方式构造 – 事件划分策略：是一种结构化分析策略，根据业务事件和对那些 事件的响应将一个系统划分成子系统。
9.3.3 事件驱动的过程建模
–外部代理应该用描述性的单数名词描述
9.2.2 数据存储
Data store 数据存储 – 存储数据供日后使用。 同义词包括文件和数据库。
–如果数据流是运动中的数据，数据存储就是静止的 数据 –数据存储基本是以下内容之一:
• • • • • 个人 (或者一个小组) 地点 对象 事件 概念
–数据存储存储了所有实体实例 –应该用描述性的复数名词描述
事件驱动的过程建模策略（1/3）
事件驱动的过程建模策略（2/3）
事件驱动的过程建模策略（3/3）
用于过程建模的CASE工具
9.4 如何构造过程模型
• 9.4.1 上下文数据流图 • 上下文数据流图是用来记录系统范围的过程模型， 也称为环境模型。
–为了区分内部和外部，把系统看做是一个容器，而忽 略容器的内部工作 –询问最终用户系统需要响应什么业务事务，这些业务 事务就是系统的净输入 –询问最终用户系统必须产生什么响应，这些响应就是 系统的净输出 –确定外部数据存储 –根据以上信息，绘制上下文数据流图
结构化英语
结构化英语 – 是一种语言语法，用于说明过程逻辑。 – 结构化英语看作是自然英语语言和结构化程序设计语法的结合
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.
– 它们是在一个过程模型中描述的最低层次细节。 – 应该用一个强动作动词后跟一个描述实施的工作的宾语从句命名。
数据流图中的常见错误
9.2.4 数据流
Data flow 数据流 – 是一个过程的数据输 入，或者来自一个过程的数据输出。 –数据流是运动中的数据。 –数据流也用于表示在文件或数据库 （数据存储）中创建、读取、删除 或修改数据。 Composite data flow 组合数据流 – 是由其 他数据流构成的数据流。 Control flow 控制流 – 表示触发一个过程 的条件或非数据事件。 –在数据流图中很少出现。
9.2.1.3 逻辑过程的命名规则
Function 功能 –是企业的一套相关的和正在进行的活动。
– 功能没有开始和结束。
Event 事件 – 是必须作为一个整体完成的逻辑单位工作， 有时被称为事务。
– 事件由离散的输入触发，当过程与相应的输出响应时，事件结束。 – 功能由响应事件的过程组成。
Elementary process 基本过程 – 是为完成一个事件的响应 所需要的离散的详细的活动或任务。
第9章 过程建模
本章主要内容
9.1 过程建模简介 9.2 过程建模的系统概念 9.3 逻辑过程建模过程 9.4 如何构造过程模型 9.5 系统模型的同步
9.1 系统建模简介
Model 模型 – 是现实的图形化工具
Logical model 逻辑模型 –是描述系统是什么或 者系统做什么的非技术 性的图形化表示。同义 词包括本质模型、概念 模型和业务模型
wenku.baidu.com
用例
• Use case 用例 – 是一种分析工具，用于发现和确 定业务事件及其响应。 • Actor 参与者 – 是任何需要同系统交互的事物。
部分用例表
部分用例表（续）
9.4.4 事件分解图 一个部分事件分解图（部分）
9.4.5 事件图
• 事件图是一个事件的上下文图，它显示了事件的 输入、输出和数据存储交互。 • 对于每个事件，需要说明以下内容：
9.2.4.5 数据类型和域
数据属性的值用数据类型和域来定义。
Data type 数据类型 - 是可以存储在一个属性 中的一类数据。 Domain 域 – 是属性的合法值。
9.2.4.6 分支流和合并流
Diverging data flow 分支的数据流 – 是一个 分成多个数据流的数据流。
–分支的数据流指示了一个数据流的所有或者部 分路由到不同的目的地。
图9-12 数据流报文概念
组合数据流和基本数据流
往返于数据存储的数据流
图9-16
非法数据流
9.2.4.3 数据流的守恒
Data conservation 数据守恒 – 是确保一个数 据流仅仅包含接收过程真正需要的数据的 实践。
–有时称为“饥饿过程”。 –重新对业务过程重构，强调在设计信息系统之 前确定并消除低效率的企业业务活动 –简化了过程之间的接口。 –必须精确地定义每个数据流的数据成分。数据 成分以数据结构的形式表示。
9.2.4.4 数据结构
Data attribute 数据属性 – 是对最终用户和业务有意 义的最小数据块。
Data structure 数据结构 – 是数据属性的特定排列， 它定义了一个数据流的实例。
–构成一个数据流的数据属性被组织成数据结构。 –数据流可以按照下列类型的数据结构描述:
• 一个序列或者一组依次出现的数据属性. • 从一组属性中选择一个或多个属性. • 一个或多个属性的重复.
9.2.3 过程概念
Process 过程 – 是 在输入数据流或条 件上执行，或者对 输入数据流或条件 做出响应的工作， 同义词是转换。
9.2.3.2 过程分解
Decompositi on 分解 – 是将一个系 统分解成子 系统的行动。
分解图
Decomposition diagram 分解 图 – 是一种 用来描述系统 分解的工具， 也称层次图。
Physical model 物理模型 – 是展示系统是什么或 者系统做什么，以及系统 如何实现的技术性的图形 化表示。同义词包括实现 模型和技术模型。
9.1 系统建模简介
• 逻辑模型消除了由于当前系统实现方式或 者任何人认为系统应该的实现方式而导致 的偏见。 • 逻辑模型降低了由于我们过于关注细节而 丢失业务需求的风险。 • 逻辑模型使得我们可以使用非技术性的或 较少技术性的语言与最终用户进行沟通。
–输入以及输入的来源，来源被描述为外部代理 –输出以及输出的目的地，目的地被描述为外部代理 –从它们那里读取记录的任何数据存储都必须添加到事 件图中 –从它们那里创建、删除或修改记录的任何数据存储都 必须包含到事件图中
一个简单的外部事件图
一个较复杂的外部事件图
时序事件图
9.4.6 系统图
系统数据流图
9.1 系统建模简介
Process modeling 过程建模 – 是一种组织和记录系统 过程的技术。它记录系统的“过程”和由系统的 “过程”实现的逻辑、策略和程序。
Data flow diagram 数据流图 (DFD) – 是一种描述数 据通过系统的流程以及系统实施的工作或处理过程 的工具。同义词包括泡式图、转换图和过程模型。