第九章 过程建模

.,第9章过程建模,.,本章主要内容,9.1过程建模简介9.2过程建模的系统概念9.3逻辑过程建模过程9.4如何构造过程模型9.5系统模型的同步,.,9.1系统建模简介,Logicalmodel逻辑模型是描述系统是什么或者系统做什么的非技术性的图形化表示。同义词包括本质模型、概念模型和业务模型,Physicalmodel物理模型是展示系统是什么或者系统做什么，以及系统如何实现的技术性的图形化表示。同义词包括实现模型和技术模型。,Model模型是现实的图形化工具,.,9.1系统建模简介,逻辑模型消除了由于当前系统实现方式或者任何人认为系统应该的实现方式而导致的偏见。逻辑模型降低了由于我们过于关注细节而丢失业务需求的风险。逻辑模型使得我们可以使用非技术性的或较少技术性的语言与最终用户进行沟通。,.,9.1系统建模简介,Processmodeling过程建模是一种组织和记录系统过程的技术。它记录系统的“过程”和由系统的“过程”实现的逻辑、策略和程序。Dataflowdiagram数据流图(DFD)是一种描述数据通过系统的流程以及系统实施的工作或处理过程的工具。同义词包括泡式图、转换图和过程模型。数据流程图的复兴应归于它们在业务过程重构中的应用。,.,9.1系统建模简介,.,9.1系统建模简介,数据流图中的过程可以并行操作。流程图中的过程一次只能执行一步。数据流图显示了数据通过系统的流程流程图显示了在一个算法或程序中处理或者操作的顺序。数据流图可以展示具有不同定时的动态过程。例如，一个DFD可以包括每小时、每天、每周和随时发生的过程。流程图中的过程是一个某一时间运行的单一程序,数据流图和流程图之间的区别：,.,9.2过程建模的系统概念9.2.1外部代理,Externalagent外部代理是与系统交互的外部的人员、组织部门、其他系统或者其他组织，也称为外部实体。外部代理定义系统的边界或者范围.当范围变化时，外部代理可以变成过程，反之亦然.外部代理一般是下列内容之一:办公室,部门,分部或个人位于你的公司以外但给你的系统提供净输入或者从你的系统接收输出的组织、机构或者个人另一个企业或者信息系统系统的最终用户或者管理人员之一外部代理应该用描述性的单数名词描述,.,9.2.2数据存储,Datastore数据存储存储数据供日后使用。同义词包括文件和数据库。如果数据流是运动中的数据，数据存储就是静止的数据数据存储基本是以下内容之一:个人(或者一个小组)地点对象事件概念数据存储存储了所有实体实例应该用描述性的复数名词描述,.,9.2.3过程概念,Process过程是在输入数据流或条件上执行，或者对输入数据流或条件做出响应的工作，同义词是转换。,.,9.2.3.2过程分解,Decomposition分解是将一个系统分解成子系统的行动。,.,分解图,Decompositiondiagram分解图是一种用来描述系统分解的工具，也称层次图。,.,9.2.1.3逻辑过程的命名规则,Function功能是企业的一套相关的和正在进行的活动。功能没有开始和结束。Event事件是必须作为一个整体完成的逻辑单位工作，有时被称为事务。事件由离散的输入触发，当过程与相应的输出响应时，事件结束。功能由响应事件的过程组成。Elementaryprocess基本过程是为完成一个事件的响应所需要的离散的详细的活动或任务。它们是在一个过程模型中描述的最低层次细节。应该用一个强动作动词后跟一个描述实施的工作的宾语从句命名。,.,数据流图中的常见错误,.,Dataflow数据流是一个过程的数据输入，或者来自一个过程的数据输出。数据流是运动中的数据。数据流也用于表示在文件或数据库（数据存储）中创建、读取、删除或修改数据。Compositedataflow组合数据流是由其他数据流构成的数据流。Controlflow控制流表示触发一个过程的条件或非数据事件。在数据流图中很少出现。,9.2.4数据流,.,图9-12数据流报文概念,.,组合数据流和基本数据流,.,往返于数据存储的数据流,.,图9-16非法数据流,.,9.2.4.3数据流的守恒,Dataconservation数据守恒是确保一个数据流仅仅包含接收过程真正需要的数据的实践。有时称为“饥饿过程”。重新对业务过程重构，强调在设计信息系统之前确定并消除低效率的企业业务活动简化了过程之间的接口。必须精确地定义每个数据流的数据成分。数据成分以数据结构的形式表示。,.,9.2.4.4数据结构,Dataattribute数据属性是对最终用户和业务有意义的最小数据块。Datastructure数据结构是数据属性的特定排列，它定义了一个数据流的实例。构成一个数据流的数据属性被组织成数据结构。数据流可以按照下列类型的数据结构描述:一个序列或者一组依次出现的数据属性.从一组属性中选择一个或多个属性.一个或多个属性的重复.,.,9.2.4.5数据类型和域,数据属性的值用数据类型和域来定义。Datatype数据类型-是可以存储在一个属性中的一类数据。Domain域是属性的合法值。,.,9.2.4.6分支流和合并流,Divergingdataflow分支的数据流是一个分成多个数据流的数据流。分支的数据流指示了一个数据流的所有或者部分路由到不同的目的地。Convergingdataflow合并的数据流是多个数据流合并成一个数据流后的数据流。,.,图9-19分支的数据流和合并的数据流,.,9.3逻辑过程建模的过程,战略系统规划企业过程模型说明重要的业务领域和功能.用于业务过程重构的过程建模BPR项目分析业务过程在应用信息技术之前重构业务消除地效率系统分析期间的过程建模（本课重点）逻辑过程模型描述业务，不关系实现细节和技术现代结构化分析策略的重点是正在被开发的目标系统的逻辑模型以自顶向下或者自底向上的方式构造事件划分策略：是一种结构化分析策略，根据业务事件和对那些事件的响应将一个系统划分成子系统。,.,9.3.3事件驱动的过程建模,构造系统上下文数据流图绘制功能分解图编译事件响应或者用例清单对于每一个事件，增加一个称为事件处理器的过程。作为备选，为每个事件构造一个事件图通过合并事件图构造一个或者多个系统图对那些需要进一步处理细节的事件过程构造基本图。描述每个基本过程的逻辑及每个数据流图的数据结构,.,事件驱动的过程建模策略（1/3）,.,事件驱动的过程建模策略（2/3）,.,事件驱动的过程建模策略（3/3）,.,用于过程建模的CASE工具,.,9.4如何构造过程模型,9.4.1上下文数据流图上下文数据流图是用来记录系统范围的过程模型，也称为环境模型。为了区分内部和外部，把系统看做是一个容器，而忽略容器的内部工作询问最终用户系统需要响应什么业务事务，这些业务事务就是系统的净输入询问最终用户系统必须产生什么响应，这些响应就是系统的净输出确定外部数据存储根据以上信息，绘制上下文数据流图,.,音阶公司上下文数据流图,.,9.4.2功能分解图,功能分解图显示了一个系统的自顶向下的功能分解结构，也为我们提供了用于绘制数据流图的提纲。,.,音阶公司功能分解图,.,9.4.3事件响应或用例清单,Externalevents外部事件由外部代理引发。当这些事件发生时，就出现一个到系统输入数据流。Temporalevents时序事件以时间为基础触发过程，或者某事只是发生了。当这些事件发生时，就产生一个输入控制流。Stateevents状态事件基于系统从一个状态或条件到另一个状态或条件的转变触发过程。像时序事件一样，状态事件将用一个输入控制流表示。,.,用例,Usecase用例是一种分析工具，用于发现和确定业务事件及其响应。Actor参与者是任何需要同系统交互的事物。,.,部分用例表,.,部分用例表（续）,.,9.4.4事件分解图一个部分事件分解图（部分）,.,9.4.5事件图,事件图是一个事件的上下文图，它显示了事件的输入、输出和数据存储交互。对于每个事件，需要说明以下内容：输入以及输入的来源，来源被描述为外部代理输出以及输出的目的地，目的地被描述为外部代理从它们那里读取记录的任何数据存储都必须添加到事件图中从它们那里创建、删除或修改记录的任何数据存储都必须包含到事件图中,.,一个简单的外部事件图,.,一个较复杂的外部事件图,.,时序事件图,.,系统数据流图,9.4.6系统图,.,系统数据流图,.,9.4.7基本图一个基本图,.,9.4.8完成规格说明一个数据流(使用CASE工具创建),.,过程逻辑,分解图和数据流图是对确定过程很有效的工具，但是它们并不善于显示过程内部的逻辑。最终将需要在一个数据流图上说明基本过程的详细指令逻辑模型对于与系统用户和程序员的沟通应该同样有效。对于系统用户来说，流程图和伪代码是不容易理解的。通常的英语描述过于不精确。需要结合自然英语和编程逻辑工具结合的工具。,.,结构化英语,结构化英语是一种语言语法，用于说明过程逻辑。结构化英语看作是自然英语语言和结构化程序设计语法的结合,.,结构化英语的基本结构（第一部分）,.,结构化英语的基本结构（第二部分）,.