第九章-过程建模.pptVIP

第9章 过程建模 本章主要内容 9.1 过程建模简介 9.2 过程建模的系统概念 9.3 逻辑过程建模过程 9.4 如何构造过程模型 9.5 系统模型的同步 9.1 系统建模简介 Logical model 逻辑模型 –是描述系统是什么或者系统做什么的非技术性的图形化表示。同义词包括本质模型、概念模型和业务模型 Physical model 物理模型 – 是展示系统是什么或者系统做什么，以及系统如何实现的技术性的图形化表示。同义词包括实现模型和技术模型。 9.1 系统建模简介 逻辑模型消除了由于当前系统实现方式或者任何人认为系统应该的实现方式而导致的偏见。 逻辑模型降低了由于我们过于关注细节而丢失业务需求的风险。 逻辑模型使得我们可以使用非技术性的或较少技术性的语言与最终用户进行沟通。 9.1 系统建模简介 Process modeling 过程建模 – 是一种组织和记录系统过程的技术。它记录系统的“过程”和由系统的“过程”实现的逻辑、策略和程序。 Data flow diagram 数据流图 (DFD) – 是一种描述数据通过系统的流程以及系统实施的工作或处理过程的工具。同义词包括泡式图、转换图和过程模型。 数据流程图的复兴应归于它们在业务过程重构中的应用。 9.1 系统建模简介 9.1 系统建模简介 数据流图中的过程可以并行操作。 流程图中的过程一次只能执行一步。 数据流图显示了数据通过系统的流程 流程图显示了在一个算法或程序中处理或者操作的顺序。 数据流图可以展示具有不同定时的动态过程。例如，一个DFD可以包括每小时、每天、每周和随时发生的过程。 流程图中的过程是一个某一时间运行的单一程序 9.2 过程建模的系统概念9.2.1 外部代理 External agent 外部代理 – 是与系统交互的外部的人员、组织部门、其他系统或者其他组织，也称为外部实体。 外部代理定义系统的边界或者范围. 当范围变化时，外部代理可以变成过程，反之亦然. 外部代理一般是下列内容之一: 办公室,部门,分部或个人 位于你的公司以外但给你的系统提供净输入或者从你的系统接收输出的组织、机构或者个人 另一个企业或者信息系统 系统的最终用户或者管理人员之一 外部代理应该用描述性的单数名词描述 9.2.2 数据存储 Data store 数据存储 – 存储数据供日后使用。同义词包括文件和数据库。 如果数据流是运动中的数据，数据存储就是静止的数据 数据存储基本是以下内容之一: 个人 (或者一个小组) 地点 对象 事件 概念 数据存储存储了所有实体实例 应该用描述性的复数名词描述 9.2.3 过程概念 Process 过程 – 是在输入数据流或条件上执行，或者对输入数据流或条件做出响应的工作，同义词是转换。 9.2.3.2 过程分解 Decomposition 分解 – 是将一个系统分解成子系统的行动。 分解图 Decomposition diagram 分解图 – 是一种用来描述系统分解的工具，也称层次图。 9.2.1.3 逻辑过程的命名规则 Function 功能 –是企业的一套相关的和正在进行的活动。 功能没有开始和结束。 Event 事件 – 是必须作为一个整体完成的逻辑单位工作，有时被称为事务。 事件由离散的输入触发，当过程与相应的输出响应时，事件结束。 功能由响应事件的过程组成。 Elementary process 基本过程 – 是为完成一个事件的响应所需要的离散的详细的活动或任务。 它们是在一个过程模型中描述的最低层次细节。 应该用一个强动作动词后跟一个描述实施的工作的宾语从句命名。 数据流图中的常见错误 9.2.4 数据流 Data flow 数据流 – 是一个过程的数据输入，或者来自一个过程的数据输出。 数据流是运动中的数据。 数据流也用于表示在文件或数据库（数据存储）中创建、读取、删除或修改数据。 Composite data flow 组合数据流 – 是由其他数据流构成的数据流。 Control flow 控制流 – 表示触发一个过程的条件或非数据事件。 在数据流图中很少出现。 图9-12 数据流报文概念 组合数据流和基本数据流 往返于数据存储的数据流 图9-16 非法数据流 9.2.4.3 数据流的守恒 Data conservation 数据守恒 – 是确保一个数据流仅仅包含接收过程真正需要的数据的实践。 有时称为“饥饿过程”。 重新对业务过程重构，强调在设计信息系统之前确定并消除低效率的企业业务活动 简化了过程之间的接口。 必须精确地定义每个数据流的数据成分。数据成分以数据结构的形式表示。 9.2.4.4 数据结构 Data attribute 数据属性 – 是对最终用户和业务