信息系统分析-课件第9章-过程建模.ppt

Chapter 1 Players in the Systems Game 第9章 过程建模 本章主要内容 9.1 过程建模简介 9.2 过程建模的系统概念 9.3 逻辑过程建模过程 9.4 如何构造过程模型 9.5 系统模型的同步 9.1 系统建模简介 Logical model 逻辑模型 –是描述系统是什么或者系统做什么的非技术性的图形化表示。同义词包括本质模型、概念模型和业务模型 Physical model 物理模型 – 是展示系统是什么或者系统做什么，以及系统如何实现的技术性的图形化表示。同义词包括实现模型和技术模型。 9.1 系统建模简介 逻辑模型消除了由于当前系统实现方式或者任何人认为系统应该的实现方式而导致的偏见。 逻辑模型降低了由于我们过于关注细节而丢失业务需求的风险。 逻辑模型使得我们可以使用非技术性的或较少技术性的语言与最终用户进行沟通。 9.1 系统建模简介 Process modeling 过程建模 – 是一种组织和记录系统过程的技术。它记录系统的“过程”和由系统的“过程”实现的逻辑、策略和程序。 数据通过过程的流程Flow of data through processes 逻辑Logic 策略Policies 程序Procedures Data flow diagram 数据流图 (DFD) – 是一种描述数据通过系统的流程以及系统实施的工作或处理过程的工具。同义词包括泡式图、转换图和过程模型。 数据流程图的复兴应归于它们在业务过程重构中的应用。 9.1 系统建模简介 9.2 过程建模的系统概念 数据流图中的过程可以并行操作。 流程图中的过程一次只能执行一步。 数据流图显示了数据通过系统的流程 流程图显示了在一个算法或程序中处理或者操作的顺序。 数据流图可以展示具有不同定时的动态过程。例如，一个DFD可以包括每小时、每天、每周和随时发生的过程。 流程图中的过程是一个某一时间运行的单一程序 9.2.1 过程概念 Process 过程 – 是在输入数据流或条件上执行，或者对输入数据流或条件做出响应的工作，同义词是转换。 9.2.1.2 过程分解 Decomposition 分解 – 是将一个系统分解成子系统的行动。 分解图 Decomposition diagram 分解图 – 是一种用来描述系统分解的工具，也称层次图。 9.2.1.3 逻辑过程的命名规则 Function 功能 –是企业的一套相关的和正在进行的活动。 功能没有开始和结束。 Event 事件 – 是必须作为一个整体完成的逻辑单位工作，有时被称为事务。 事件由离散的输入触发，当过程与相应的输出响应时，事件结束。 功能由响应事件的过程组成。 Elementary process 基本过程 – 是为完成一个事件的响应所需要的离散的详细的活动或任务。 它们是在一个过程模型中描述的最低层次细节。 应该用一个强动作动词后跟一个描述实施的工作的宾语从句命名。 图9-6 数据流图中的常见错误 9.2.1.4 过程逻辑 分解图和数据流图是对确定过程很有效的工具，但是它们并不善于显示过程内部的逻辑。 最终将需要在一个数据流图上说明基本过程的详细指令 逻辑模型对于与系统用户和程序员的沟通应该同样有效。 对于系统用户来说，流程图和伪代码是不容易理解的。 通常的英语描述过于不精确。 需要结合自然英语和编程逻辑工具结合的工具。 结构化英语 Structured English 结构化英语 – 是一种语言语法，用于说明过程逻辑。 结构化英语看作是自然英语语言和结构化程序设计语法的结合 图9-9 结构化英语的基本结构（第一部分） 图9-9 结构化英语的基本结构（第二部分） 策略和决策表 Policy 策略 – 是一套约束如何完成过程的规则。 Decision table 决策表 – 是一张表格，说明了一组条件及其对应的行动。 需要实施的策略 图9-10 一个简单的决策表 9.2.2 数据流和控制流 Data flow 数据流 – 是一个过程的数据输入，或者来自一个过程的数据输出。 数据流是运动中的数据。 数据流也用于表示在文件或数据库（数据存储）中创建、读取、删除或修改数据。 Composite data flow 组合数据流 – 是由其他数据流构成的数据流。 Control flow 控制流 – 表示触发一个过程的条件或非数据事件。 在数据流图中很少出现。 图9-12 数据流报文概念 图9-13 组合数据流和基本数据流 图9-15 往返于数据存储的数据流 图9-16 非法数据流 9.2.2.3 数据流的守恒 Data conserva