演示文稿第九章过程建模

（优选）第九章过程建模现在是1页\一共有56页\编辑于星期三本章主要内容9.1过程建模简介9.2过程建模的系统概念9.3逻辑过程建模过程9.4如何构造过程模型9.5系统模型的同步现在是2页\一共有56页\编辑于星期三9.1系统建模简介Logicalmodel逻辑模型–是描述系统是什么或者系统做什么的非技术性的图形化表示。同义词包括本质模型、概念模型和业务模型Physicalmodel物理模型

–是展示系统是什么或者系统做什么，以及系统如何实现的技术性的图形化表示。同义词包括实现模型和技术模型。Model模型

–是现实的图形化工具现在是3页\一共有56页\编辑于星期三9.1系统建模简介逻辑模型消除了由于当前系统实现方式或者任何人认为系统应该的实现方式而导致的偏见。逻辑模型降低了由于我们过于关注细节而丢失业务需求的风险。逻辑模型使得我们可以使用非技术性的或较少技术性的语言与最终用户进行沟通。现在是4页\一共有56页\编辑于星期三9.1系统建模简介Processmodeling过程建模

–是一种组织和记录系统过程的技术。它记录系统的“过程”和由系统的“过程”实现的逻辑、策略和程序。Dataflowdiagram数据流图

(DFD)–是一种描述数据通过系统的流程以及系统实施的工作或处理过程的工具。同义词包括泡式图、转换图和过程模型。

数据流程图的复兴应归于它们在业务过程重构中的应用。现在是5页\一共有56页\编辑于星期三9.1系统建模简介现在是6页\一共有56页\编辑于星期三9.1系统建模简介数据流图中的过程可以并行操作。流程图中的过程一次只能执行一步。数据流图显示了数据通过系统的流程流程图显示了在一个算法或程序中处理或者操作的顺序。数据流图可以展示具有不同定时的动态过程。例如，一个DFD可以包括每小时、每天、每周和随时发生的过程。流程图中的过程是一个某一时间运行的单一程序数据流图和流程图之间的区别：现在是7页\一共有56页\编辑于星期三9.2过程建模的系统概念

9.2.1

外部代理 Externalagent外部代理

–是与系统交互的外部的人员、组织部门、其他系统或者其他组织，也称为外部实体。

外部代理定义系统的边界或者范围.当范围变化时，外部代理可以变成过程，反之亦然.外部代理一般是下列内容之一:办公室,部门,分部或个人位于你的公司以外但给你的系统提供净输入或者从你的系统接收输出的组织、机构或者个人另一个企业或者信息系统系统的最终用户或者管理人员之一外部代理应该用描述性的单数名词描述现在是8页\一共有56页\编辑于星期三9.2.2

数据存储 Datastore数据存储

–存储数据供日后使用。同义词包括文件和数据库。

如果数据流是运动中的数据，数据存储就是静止的数据数据存储基本是以下内容之一:个人(或者一个小组)地点对象事件概念数据存储存储了所有实体实例应该用描述性的复数名词描述现在是9页\一共有56页\编辑于星期三9.2.3过程概念Process过程

–

是在输入数据流或条件上执行，或者对输入数据流或条件做出响应的工作，同义词是转换。现在是10页\一共有56页\编辑于星期三9.2.3.2过程分解Decomposition分解

–是将一个系统分解成子系统的行动。现在是11页\一共有56页\编辑于星期三分解图Decompositiondiagram分解图

–是一种用来描述系统分解的工具，也称层次图。现在是12页\一共有56页\编辑于星期三9.2.1.3逻辑过程的命名规则 Function功能

–是企业的一套相关的和正在进行的活动。功能没有开始和结束。

Event事件

–是必须作为一个整体完成的逻辑单位工作，有时被称为事务。事件由离散的输入触发，当过程与相应的输出响应时，事件结束。功能由响应事件的过程组成。

Elementaryprocess基本过程

–是为完成一个事件的响应所需要的离散的详细的活动或任务。它们是在一个过程模型中描述的最低层次细节。应该用一个强动作动词后跟一个描述实施的工作的宾语从句命名。现在是13页\一共有56页\编辑于星期三数据流图中的常见错误现在是14页\一共有56页\编辑于星期三Dataflow数据流–是一个过程的数据输入，或者来自一个过程的数据输出。数据流是运动中的数据。数据流也用于表示在文件或数据库（数据存储）中创建、读取、删除或修改数据。Compositedataflow组合数据流

–是由其他数据流构成的数据流。Controlflow控制流

–表示触发一个过程的条件或非数据事件。在数据流图中很少出现。9.2.4

数据流现在是15页\一共有56页\编辑于星期三图9-12数据流报文概念现在是16页\一共有56页\编辑于星期三组合数据流和基本数据流现在是17页\一共有56页\编辑于星期三往返于数据存储的数据流现在是18页\一共有56页\编辑于星期三图9-16非法数据流现在是19页\一共有56页\编辑于星期三9.2.4.3数据流的守恒 Dataconservation数据守恒

–是确保一个数据流仅仅包含接收过程真正需要的数据的实践。有时称为“饥饿过程”。重新对业务过程重构，强调在设计信息系统之前确定并消除低效率的企业业务活动简化了过程之间的接口。必须精确地定义每个数据流的数据成分。数据成分以数据结构的形式表示。现在是20页\一共有56页\编辑于星期三9.2.4.4数据结构Dataattribute数据属性

–是对最终用户和业务有意义的最小数据块。

Datastructure数据结构

–是数据属性的特定排列，它定义了一个数据流的实例。构成一个数据流的数据属性被组织成数据结构。数据流可以按照下列类型的数据结构描述:一个序列或者一组依次出现的数据属性.从一组属性中选择一个或多个属性.一个或多个属性的重复.现在是21页\一共有56页\编辑于星期三9.2.4.5数据类型和域数据属性的值用数据类型和域来定义。Datatype数据类型

-是可以存储在一个属性中的一类数据。

Domain域

–是属性的合法值。现在是22页\一共有56页\编辑于星期三9.2.4.6分支流和合并流 Divergingdataflow分支的数据流

–是一个分成多个数据流的数据流。分支的数据流指示了一个数据流的所有或者部分路由到不同的目的地。

Convergingdataflow合并的数据流

–是多个数据流合并成一个数据流后的数据流。现在是23页\一共有56页\编辑于星期三图9-19分支的数据流和合并的数据流现在是24页\一共有56页\编辑于星期三9.3逻辑过程建模的过程战略系统规划企业过程模型说明重要的业务领域和功能.用于业务过程重构的过程建模BPR项目分析业务过程在应用信息技术之前重构业务消除地效率系统分析期间的过程建模（本课重点）逻辑过程模型描述业务，不关系实现细节和技术现代结构化分析策略的重点是正在被开发的目标系统的逻辑模型以自顶向下或者自底向上的方式构造事件划分策略：是一种结构化分析策略，根据业务事件和对那些事件的响应将一个系统划分成子系统。现在是25页\一共有56页\编辑于星期三9.3.3事件驱动的过程建模构造系统上下文数据流图绘制功能分解图编译事件响应或者用例清单对于每一个事件，增加一个称为事件处理器的过程。作为备选，为每个事件构造一个事件图通过合并事件图构造一个或者多个系统图对那些需要进一步处理细节的事件过程构造基本图。描述每个基本过程的逻辑及每个数据流图的数据结构现在是26页\一共有56页\编辑于星期三事件驱动的过程建模策略（1/3）现在是27页\一共有56页\编辑于星期三事件驱动的过程建模策略（2/3）现在是28页\一共有56页\编辑于星期三事件驱动的过程建模策略（3/3）现在是29页\一共有56页\编辑于星期三用于过程建模的CASE工具现在是30页\一共有56页\编辑于星期三9.4如何构造过程模型9.4.1上下文数据流图上下文数据流图是用来记录系统范围的过程模型，也称为环境模型。为了区分内部和外部，把系统看做是一个容器，而忽略容器的内部工作询问最终用户系统需要响应什么业务事务，这些业务事务就是系统的净输入询问最终用户系统必须产生什么响应，这些响应就是系统的净输出确定外部数据存储根据以上信息，绘制上下文数据流图现在是31页\一共有56页\编辑于星期三音阶公司上下文数据流图现在是32页\一共有56页\编辑于星期三9.4.2功能分解图功能分解图显示了一个系统的自顶向下的功能分解结构，也为我们提供了用于绘制数据流图的提纲。现在是33页\一共有56页\编辑于星期三音阶公司功能分解图现在是34页\一共有56页\编辑于星期三9.4.3事件响应或用例清单Externalevents外部事件由外部代理引发。当这些事件发生时，就出现一个到系统输入数据流。Temporalevents时序事件以时间为基础触发过程，或者某事只是发生了。当这些事件发生时，就产生一个输入控制流。Stateevents状态事件基于系统从一个状态或条件到另一个状态或条件的转变触发过程。像时序事件一样，状态事件将用一个输入控制流表示。现在是35页\一共有56页\编辑于星期三用例Usecase用例

–是一种分析工具，用于发现和确定业务事件及其响应。Actor参与者

–是任何需要同系统交互的事物。现在是36页\一共有56页\编辑于星期三部分用例表现在是37页\一共有56页\编辑于星期三部分用例表（续）现在是38页\一共有56页\编辑于星期三9.4.4事件分解图

一个部分事件分解图（部分）现在是39页\一共有56页\编辑于星期三9.4.5事件图事件图是一个事件的上下文图，它显示了事件的输入、输出和数据存储交互。对于每个事件，需要说明以下内容：输入以及输入的来源，来源被描述为外部代理输出以及输出的目的地，目的地被描述为外部代理从它们那里读取记录的任何数据存储都必须添加到事件图中从它们那里创建、删除或修改记录的任何数据存储都必须包含到事件图中现在是40页\一共有56页\编辑于星期三一个简单的外部事件图现在是41页\一共有56页\编辑于星期三一个较复杂的外部事件图现在是42页\一共有56页\编辑于星期三时序事件图现在是43页\一共有56页\编辑于星期三系统数据流图9.4.6系统图现在是44页\一共有56页\编辑于星期三系统数据流图现在是45页\一共有56页\编辑于星期三9.4.7基本图

一个基本图现在是46页\一共有56页\编辑于星期三9.4.8完成规格说明

一个数据流(使用CASE工具创建)现在是47页\一共有56页\编辑于星期三过程逻辑分解图和数据流图是对确定过程很有效的工具，但是它们并不善于显示过程内部的逻辑。最终将需要在一个数据流图上说明基本过程的详细指令逻辑模型对于与系统用户和程序员的沟通应该同样有效。对于系统用户来说，流程图和伪代码是不容易理解的。通常的英语描述过于不精确。需要结合自然英语和编程逻辑工具结合的工具。现在是48页\一共有56页\编辑于星期三1.ForeachCUSTOMERNUMBERinthedatastoreCUSTOMERS:a.ForeachLOANinthedatastoreLOANSthatmatchestheaboveCUSTOMERNUMBER:1)KeeparunningtotalofNUMBEROFLOANSfortheCUSTOMERNUMBER.2)KeeparunningtotaloftheORIGINALLOANPRINCIPALfortheCUSTOMERNUMBER.3)KeeparunningtotalofCURRENTLOANBALANCEfortheCUSTOMERNUMBER.4)KeeparunningtotalofAMOUNTSPASTDUEfortheCUSTOMERNUMBER.b.IftheTOTALAMOUNTSPASTDUEfortheCUSTOMERNUMBERisgreaterthan$100.00then:1)WritetheCUSTOMERNUMBERandalltheirdataattributesasdescr