软件建模与UML-第六章-逻辑模型要点课件

第六章逻辑模型

第一节业务对象模型第二节分析模型第三节设计模型第六章逻辑模型第一节业务对象模型1第一节业务对象模型Rose把系统逻辑视图分成三个层次：业务对象模型（BusinessObjectModel）、分析模型（AnalysisModel）、设计模型（DesignModel）。业务对象模型和分析模型完成系统概要设计任务；分析模型和设计模型完成系统逻辑设计任务；设计模型和代码框架生成、编写代码完成系统实现任务。

第一节业务对象模型Rose把系统逻辑视图分成三个层次：业2第一节业务对象模型1、业务对象模型概述2、业务对象建模的一些观点3、业务对象模型分析4、业务对象模型的创建

第一节业务对象模型1、业务对象模型概述31、业务对象模型概述业务对象模型描述现行的业务活动对象（部门、业务实体、业务参与者）之间的关系，由业务用例视图中的参与者、交互图等中的对象演化而来，利用用户熟悉的业务对象描述现行系统，通过对象的合作实现业务用例的功能。业务对象模型（也叫领域模型）是描述业务用例实现的对象模型。业务对象模型从业务参与者内部的观点定义了业务用例。业务对象模型是从面向对象的视角看待现实世界的结果，也就是通过类图来描述现实世界中各种事物的关系。

1、业务对象模型概述业务对象模型描述现行的业务活动对象（部门41、业务对象模型概述下图所示的是航标遥测遥控系统的业务对象模型图1、业务对象模型概述下图所示的是航标遥测遥控系统的业务对象模52、业务对象建模的一些观点1）业务对象模型的核心元素2）如何命名业务参与者和业务实体

3）涉及业务用例的业务对象

4）业务对象模型和信息系统

5）在业务对象模型中明确建模的信息系统

6）好的业务对象模型的特征

2、业务对象建模的一些观点1）业务对象模型的核心元素63、业务对象模型分析业务对象模型描述各业务部门业务参与者、业务员工与业务实体类之间的关系，即业务对象一级的类图，这种类图只与业务逻辑有关。一个企业的部门是对象，每个部门的业务又涉及自己的业务对象，每个部门的业务对象是从所在部门业务的术语、名词中获得的，对象是类的实体，由业务对象不难抽象出对应的业务实体来。3、业务对象模型分析业务对象模型描述各业务部门业务参与者、业74、业务对象模型的创建1）创建包2）创建子系统业务对象模型类图下图是完成上述操作的销售管理业务对象模型类图。

4、业务对象模型的创建1）创建包8第二节分析模型1、分析模型概述

2、分析建模的一些观点

3、建立分析类图

4、创建用例实现

5、用例实现的顺序图描述

6、用例实现的通信图描述第二节分析模型1、分析模型概述91、分析模型概述分析模型必须实现三个主要目标：描述客户需要什么；为软件设计奠定基础；定义可以被确认的一组需求。分析阶段的目的是：分析产出更确切的需求说明。分析模型用开发者的语言描述。分析模型使需求结构化，便于理解、制作、改变、重用。分析模型可看作为设计模型的第一次分割。1、分析模型概述分析模型必须实现三个主要目标：描述客户需要什101、分析模型概述分析建模的经验法则：分析模型总是使用业务语言。分析模型中的抽象应该是业务领域词汇的部分。关注于捕获大的场面。不要陷于系统将如何工作的细节。创建“讲故事”的模型。每幅产生的图都应该阐明系统期望行为的一些重要部分。对尽可能多的利益相关人有用。尽可能保持模型简洁。1、分析模型概述分析建模的经验法则：111、分析模型概述分析类代表了对系统设计中一个或几个类或若干子系统的抽象。这种抽象由以下特征：分析类侧重于处理功能性需求分析类很少定义或提供任何接口分析类定义的属性是较高层次的分析类中的关系也是比较高层次的、概念性的东西分析类只包括三种版型（构造型）中的一种：实体类(EntityClasses)，控制类(ControlClasses)和边界类(BoundaryClasses)1、分析模型概述分析类代表了对系统设计中一个或几个类或若干子121、分析模型概述分析模型中分析类的三种构造型1、分析模型概述分析模型中分析类的三种构造型131、分析模型概述航标遥测遥控系统分析模型的一个实例1、分析模型概述航标遥测遥控系统分析模型的一个实例141、分析模型概述类型类名职责边界类CommandWindow负责接收用户输入的命令并向用户显示命令结果控制类LightInductorControl负责与“航标灯器”感应器通讯，获取航标灯器当前数据RadarResponderInductorControl负责与“雷达应答器”感应器通讯，获取雷达应答器当前数据GPSDeviceControl负责与“GPS定位设备”感应器通讯，获取雷达应答器当前位置实体类Lightstate负责存储航标灯器状态数据RadarResponderState负责存储雷达应答器状态数据GPSState负责GPS定位数据1、分析模型概述类型类名职责边界类CommandWindow152、分析建模的一些观点1）一个用例一般通过三种类协同实现其功能实体类、边界类和控制类。这三种类又称为分析类变体（AnalysisClassStereotypes）。

2、分析建模的一些观点1）一个用例一般通过三种类协同实现其功162、分析建模的一些观点实体类：业务实体的计算机描述（来源：词汇表，业务领域；如销售表，商品档案表等）边界类：位于系统和外界参与者的交界处，实现业务参与者、业务员工与用例的交互（来源：“参与者--用例”。如窗体类、报表类或软件接口。常用来接受参与者的交互信息）控制类：主要用来协调边界类和实体类的工作，也称管理类。用例将某项责任委托给控制类，控制类自身并不完成任何服务功能，而是由控制类发送消息，由别的类来实现需要的服务。

2、分析建模的一些观点实体类：业务实体的计算机描述（来源：词172、分析建模的一些观点2）用例实现(Use-caseRealizations)：用例通过“用例实现”来完成相应用例的功能。用例实现就是UML的协作(Cooperation)，意思是通过对象(或类)的协作完成用例的实现。

2、分析建模的一些观点2）用例实现(Use-caseRea183、建立分析类图1）创建包3、建立分析类图1）创建包193、建立分析类图2）创建类图完成后的销售子系统分析模型类图示例3、建立分析类图2）创建类图204、创建用例实现用例实现是类图的一种。创建用例实现，进一步描述类的动态特征。下面结合销售系统用例具体说明如何创建用例实现。具体过程参见教材P158-159.4、创建用例实现用例实现是类图的一种。创建用214、创建用例实现4、创建用例实现224、创建用例实现4、创建用例实现234、创建用例实现用例实现可以从不同的角度去描述可以通过类之间的协作(类图)来描述可以通过类对象按时间顺序的消息交互（顺序图）来描述也可以通过类对象之间协作（通信图）来描述。4、创建用例实现用例实现可以从不同的角度去描述244、创建用例实现用类图描述用例实现①在浏览器中AnalysisModel下的“销售管理”包下选择用例实现【更新销售信息】。右击,在弹出菜单中选择【New】→【ClassDiagram】。创建一个新的类图，命名为“更新销售”。②双击【更新商品】，打开“更新销售”类图。③将AnalysisModel下“销售管理”包中的类：“销售管理窗体”、“商品信息控制”、“销售表”拖到这个“更新商品”类图中。得到如图6-11所示的“更新商品信息”用例实现的类图。4、创建用例实现用类图描述用例实现254、创建用例实现用类图描述用例实现图6-11“更新销售信息”用例实现的类图4、创建用例实现用类图描述用例实现图6-11“更新销售信息265、用例实现的顺序图描述顺序图包含4个元素，分别是对象（Object）、生命线（Lifeline）、消息（Message）和激活（Activation）。5、用例实现的顺序图描述顺序图包含4个元素，分别是对象（Ob275、用例实现的顺序图描述使用顺序图对系统建模时，可以遵循如下策略：设置交互的语境，这些语境可以是系统、子系统、操作、类、用例和协作的一个脚本。通过识别对象在交互过程中扮演的参与者，根据对象的重要性，将其从左向右的方向放在顺序图中。设置每个对象的生命线。一般情况下，对象存在于交互的整个过程，但它也可以在交互过程中创建和撤销。5、用例实现的顺序图描述使用顺序图对系统建模时，可以遵循如下285、用例实现的顺序图描述从引发某个交互的信息开始，在生命线之间按从上向下的顺序画出随后的消息。设置对象的激活期，这可以可视化实际计算发生时的时间点、可视化消息的嵌套。如果需要设置时间或空间的约束，可以用时间标记修饰每个消息，并附上合适的时间和空间约束。如果需要形式化地说明某控制流，可以为每个消息附上前置或后置条件流。5、用例实现的顺序图描述从引发某个交互的信息开始，在生命线之295、用例实现的顺序图描述一个独立的顺序图只能显示一个控制流，通常说来，一个完整的控制流肯定是复杂的，所以将一个大的控制流分为几个部分放在不同的图中是比较合适的。5、用例实现的顺序图描述305、用例实现的顺序图描述使用RationalRose绘制顺序图过程如下：1）创建顺序图2）添加对象3）添加消息4）完成“更新销售信息”顺序图5、用例实现的顺序图描述使用RationalRose绘制顺315、用例实现的顺序图描述下图所示就是完成的更新销售信息顺序图

5、用例实现的顺序图描述下图所示就是完成的更新销售信息顺序图326、用例实现的通信图描述通信图（CommunicationDiagram）是顺序图之外的另一种表示交互的方法，通信图的一个用途是表示类操作的实现。通信图包含3元素：对象（Object）、链（Line）和消息（Message）。顺序图和通信图之间的语义是等价的，描述的主要元素都是两个，即消息和对象。6、用例实现的通信图描述通信图（Communication336、用例实现的通信图描述使用通信图对系统建模时，可以遵循如下策略：设置交互的语境。这里所指的语境可以是系统、子系统、操作、类、用例或用例的脚本。通过识别对象在交互过程中所扮演的参与者，开始绘制通信图，把这些对象作为图的顶点放在通信图中。其中较为重要的对象放在图的中央，与它邻近的对象放在外围。为每个对象设置初始特性。如果某对象的属性值、标记值、状态或参与者在交互期发生变化，则在图中放置一个复制对象，并用变化后的值更新它，然后通过构造型《become》或《copy》的消息将这两者连接。6、用例实现的通信图描述使用通信图对系统建模时，可以遵循如下346、用例实现的通信图描述设置了对象的初始值后，根据对象间的关系确定对象间链接。一般先确定关联的链接；因为这是最主要的，它代表了结构的链接。然后需要确定的是其他的链接，用合适的路径构造型修饰它们，显示地说明这些对象间是如何互相联系的。从引起交互的消息开始，按消息的顺序，把随后的消息附到适当的链接上，这描述了对象间的消息传递。可以用带小数点的编号来表达嵌套。如果需要说明时间或空间的约束，可以用适当的时间或空间约束来修饰每个消息。在建模中，如果想更详细的描述这个控制流，可以为交互过程中的每个消息都附上前置条件和后置条件。6、用例实现的通信图描述设置了对象的初始值后，根据对象间的关356、用例实现的通信图描述使用RationalRose绘制通信图过程如下：1)创建通信图2)添加对象3)添加消息4)添加数据流6、用例实现的通信图描述使用RationalRose绘制通366、用例实现的通信图描述下图就是更新销售信息的通信图6、用例实现的通信图描述下图就是更新销售信息的通信图37第三节设计模型

1、设计模型概述2、设计建模的一些观点3、创建设计类4、创建系统交互模型5、创建系统动态模型-状态图6、创建系统动态模型-活动图

第三节设计模型1、设计模型概述381、设计模型概述软件设计产生合理、健壮而稳定的软件构架，创建实现模型的蓝图。设计模型(DesignModel)是描述用例的物理实现的对象模型，受功能和非功能需求，以及与实现环境有关的并最终影响系统的其它约束。设计模型是系统实现的抽象，作为系统实现活动的重要输入。

1、设计模型概述软件设计产生合理、健壮而稳定的软件构架，创建391、设计模型概述

设计模型和分析模型都是为系统同一个部分建模，但是设计模型在接近代码的抽象层次上描述系统。分析模型和设计模型之间存在简单的《trace》关系，设计模型是建立在分析模型的基础之上，也可以看作是把实现技术加入分析模型后对分析模型的精化和细化。1、设计模型概述设计模型和分析模型都是为系统同一个部401、设计模型概述

设计模型和分析模型包含相同类型的物件，但是所有的制品更加完整成型，并且必须包含实现细节。设计模型由设计子系统、设计类、接口、用例实现（设计）和部署图组成。1、设计模型概述设计模型和分析模型包含相同类型的物件411、设计模型概述

设计类是实现阶段的类，是规格说明已经完成并且达到能够被实现程度的类。设计类有两个来源：其一是问题域中分析类的精化（一个分析类可以变成零个、一个或多个设计类）；其二是解域中的实用类库、中间件、GUI库、可复用组件等。1、设计模型概述设计类是实现阶段的类，是规格说明已经421、设计模型概述形式良好的设计类展现特定特征：类的公共操作定义它和类用户之间的契约。完整性—类所包含的不能少于用户所有可能的合理要求。充分性—类所包含的不能多于用户所有可能的合理要求。原始性—服务应该是简单的、原始的和惟一的。1、设计模型概述形式良好的设计类展现特定特征：431、设计模型概述高内聚—每个类应当体现一个单一的、良好定义的抽象概念；所有操作都应当支持类的目的。低耦合—类应该仅与足够的其他类耦合，已完成它的职责；只有在两个类之间存在真正语义关系时才能将它们耦合；不要仅仅为复用代码而耦合。应当从类用户的角度去评估设计类。1、设计模型概述高内聚—每个类应当体现一个单一的、良好定义的441、设计模型概述

设计模型与选择的应用系统框架有密切的关系，直接影响到以后的代码生成。所以具有非常重要的地位。1、设计模型概述设计模型与选择的应用系统框架有密切的451、设计模型概述设计建模的原则：1）设计可追溯到分析模型2）经常关注待建系统的架构3）数据设计与功能设计同等重要4）必须设计接口（包括内部和外部接口）5）用户界面设计必须符合最终用户要求1、设计模型概述设计建模的原则：461、设计模型概述6）功能独立的构件级设计7）构件之间以及构件与外部环境之间松散耦合8）设计表述（模型）应该做到尽可能易于理解9）设计应该迭代式进行。每一次迭代，设计者都应该尽力简化1、设计模型概述471、设计模型概述

恰当地应用以上设计原则，就能创造出兼顾内部高质量和外部高质量的设计。1、设计模型概述恰当地应用以上设计原则，就能创造出兼482、设计建模的一些观点由分析进入设计时，软件结构被完成。每一个结构元素被加入到逻辑视图中作为包，需要时加入关系。例如：数据库、通信、错误处理等。

2、设计建模的一些观点由分析进入设计时，软件492、设计建模的一些观点在设计期间，用户界面设计被完成。窗口设计窗口数量处理用户时间2、设计建模的一些观点在设计期间，用户界面设计被完成。502、设计建模的一些观点1）加入设计级类在设计期间，类被加入以简化系统实现Utility类的加入提供了可以在多种背景下使用的公共服务包（如：数学运算）类的加入可以包装非面向对象的库和应用类的加入帮助执行一些需要的功能模型的合并可以解决设计问题Stereotypes可以用于表达类的目的2、设计建模的一些观点1）加入设计级类512、设计建模的一些观点2）更新逻辑视图图形交互图被更新在domain类和被加入的实现类之间展现交互操作由于附加的设计类而修改交互操作类图被更新加入新包类间的新关系由于附加的设计类，关系可以被删除由于附加的设计类，包中的关系可以被修改2、设计建模的一些观点2）更新逻辑视图图形522、设计建模的一些观点3）更新组件视图图形加入包组件图被更新附加包附加包的关系包的关系可以被改变2、设计建模的一些观点3）更新组件视图图形532、设计建模的一些观点4）设计关系在设计期间，关系被完善导航--每种关系都被检测以便确定是否需要双向导航可视化链接--可视化链接加入到协同图中，以便帮助在关系中精练决定Containment--byvalueorbyreferencecontainmentisdecidedMultiplicity--re-visitmultiplicityforeachendofarelationshipandspecifycontainersformultiplicityofmorethanoneParameterizedClasses--additionofparameterizedclassesformultiplicitygreaterthanone2、设计建模的一些观点4）设计关系542、设计建模的一些观点5）输出控制输出控制展现了保护级为属性获取或设置方法（缺省=private）为关联获取或设置方法（缺省=public）类的操作（缺省=public）输出控制选项Public--可访问类的成员和类的实例Protected--可访问类的成员和所有子类的成员Private--可访问类的成员和友元Implementation--可访问类的成员2、设计建模的一些观点5）输出控制552、设计建模的一些观点4）设计关系在设计期间，关系被完善导航--每种关系都被检测以便确定是否需要双向导航可视化链接--可视化链接加入到协同图中，以便帮助在关系中精练决定Containment--byvalueorbyreferencecontainmentisdecidedMultiplicity--re-visitmultiplicityforeachendofarelationshipandspecifycontainersformultiplicityofmorethanoneParameterizedClasses--additionofparameterizedclassesformultiplicitygreaterthanone2、设计建模的一些观点4）设计关系562、设计建模的一些观点6）为一个或多个Multiplicity进行设计多于一个的Multiplicity一般在使用容器类时被设计容器类的实例是其它对象的集合普通容器类包括：Sets，lists，dictionaries，stacks，queues，……容器类经常用parameterizedclasses来实现2、设计建模的一些观点6）为一个或多个Multiplicit572、设计建模的一些观点7）把参数类加入模型中。参数类可以被加入模型中用于说明多于一个的Multiplicitydesign8）把抽象类加入模型中。2、设计建模的一些观点7）把参数类加入模型中。582、设计建模的一些观点9）属性设计（类的属性对于类的所有实例都是有效的。在C++中，这是一个静态属性）在分析阶段，充分的指出属性名称属性表述必须在设计阶段被完成选项的缺省类型必须被分配到每一个属性中Built-indatatype(e-g-,int,float)User-defineddatatype(e-g-,enum)User-definedclass2、设计建模的一些观点9）属性设计（类的属性对于类的所有实例592、设计建模的一些观点10）操作设计（类的操作对于类的所有实例都有效。在C++中，这是一个静态操作）在设计阶段，每一个操作的信号被决定操作要旨操作转换类型2、设计建模的一些观点10）操作设计（类的操作对于类的所有实602、设计建模的一些观点11）继承设计在设计期间，继承机制被精化-Superclassesaremadeabstractclasseswhereappropriate-Operationsaremadevirtualorpurevirtualtosupportpolymorphism-Multipleinheritancehierarchiesarechangedtosupportvirtualbaseclasseswhereappropriate2、设计建模的一些观点11）继承设计612、设计建模的一些观点12）消息同步通信图被更新以便描述消息同步策略。Simple--单线程控制；Synchronous--当客户端发送一个消息到接收者并且接收者接受这个消息的操作过程；Balking--如果接收者可以立刻接收消息，客户端仅发送一个消息；Timeout--如果接收者不能在规定时间内处理消息，客户端放弃该消息；Asynchronous--客户端发送一个消息到接收者，无须等待响应即可处理或继续执行。2、设计建模的一些观点12）消息同步623、创建设计类

设计模型主要集中在类图、类、类属性、类操作和类与类之间的关联、关联基数等基本要素的细化。面向对象方法的特点之一就是将数据和施加在数据之上的行为封装在一起，形成类。类属性描述对象的属性信息。类操作是与类相关联的行为。操作分为四个部分：操作名、操作参数、参数类型和操作返回值类型。参数是操作的输入变元。

3、创建设计类设计模型主要集中在类图、633、创建设计类例：超市进销存系统的分析模型中的“销售表”和“商品档案表”类可以在设计模型中作为两个ADO类(ADOC1ass)，分别命名为“saleFrm”和“goodsFrm”。ADOClass是与VB模块类型相同的一种。由分析模型中的边界类“销售管理窗体”可以转化为设计模型中的“销售管理窗体”窗体类。由于本系统比较简单，所以不再使用控制类。3、创建设计类例：超市进销存系统的分析模型中的“销售表”和“643、创建设计类创建销售系统设计模型类图过程如下：1）创建包2）创建类图3）增加类特征和方法4）建立系统数据库类关联3、创建设计类创建销售系统设计模型类图过程如下：653、创建设计类图6-19设计模型包的建立3、创建设计类图6-19设计模型包的建立663、创建设计类图6-21销售管理子系统初步类图3、创建设计类图6-21销售管理子系统初步类图673、创建设计类3、创建设计类683、创建设计类图6-27销售子系统类图3、创建设计类图6-27销售子系统类图693、创建设计类3、创建设计类703、创建设计类

设计模型是在分析模型的基础上添加设计元素的结果，与分析模型相比，设计模型中的属性更趋完善；更重要的是，它将加入模板类、参数类、抽象类／接口等设计元素，以及框架的使用、设计模式的使用等。总的来说，设计模型是一种详细设计模型，将能直接对编程进行指导。3、创建设计类设计模型是在分析模型的基础上添加设计713、创建设计类图6-29设计模型实例3、创建设计类图6-29设计模型实例723、创建设计类3、创建设计类733、创建设计类3、创建设计类744、创建系统交互模型分析阶段的交互模型主要关注于区分边界对象、实体对象和控制对象，暂时不考虑其具体的实现类。在分析模型的基础上，通过引入基础类、优化类设计之后，必然会得到新的类模型（设计模型），因此就可能需要基于新引入的“设计类”来更新交互模型，以获得与实际代码相吻合的模型。4、创建系统交互模型分析阶段的交互模型主要关754、创建系统交互模型当然，是否建立设计阶段的交互模型也取决于需要。在大部分的建模实践中，通常只有约一半的用例可能需要精化交互模型；如果在一般的MIS应用系统中，这个比例可能会更低。一般使用顺序图、通信图建立系统交互模型。4、创建系统交互模型当然，是否建立设计阶段的交764、创建系统交互模型1）建立顺序图4、创建系统交互模型1）建立顺序图774、创建系统交互模型2）建立协作图4、创建系统交互模型2）建立协作图785、创建系统动态模型-状态图状态机图是一个用来描述局部信息的建模工具，它的主要应用有两种：一是对对象的生命周期建模，二是对反应型对象建模。5、创建系统动态模型-状态图状态机图是一个用来描述局部信息的795、创建系统动态模型-状态图图6-33一个简单的状态机图示意图状态机图由表示状态的节点和表示状态之间转换的带箭头的直线组成。

5、创建系统动态模型-状态图图6-33一个简单的状态机图示805、创建系统动态模型-状态图在对象的整个生命周期中，它的状态是会发生变化的，而状态机就是用来表示一个对象在它的生命周期中响应事件所发生的状态变化以及对事件的响应。在对系统进行建模时，有时需要反映对象对外部事件的响应、生命周期的变迁以及对过去行为的依赖等内容，这时就需要使用状态机图。5、创建系统动态模型-状态图在对象的整个生命周期中，它的状态815、创建系统动态模型-状态图状态机是计算机科学理论的一部分，但UML中状态机模型主要是基于DavidHarel所做的扩展，是用来展示状态与状态之间转换的图。通常一个状态图依附于一个类（在业务建模中，则通常依附于一个实体），并且描述一个类的实例对接收到的事件所做出的响应。状态机也可以依附于行为、用例、协作，用来描述它们的执行过程。5、创建系统动态模型-状态图状态机是计算机科学理论的825、创建系统动态模型-状态图

从某一种意义说，状态机是一个对象的局部视图、一个将对象与其外部世界分离开来并独立考查其行为的视图。状态机是精确描述行为的一种好办法。状态机图主要用于表现从一个状态到另一个状态的控制流。它不仅可以展现一个对象拥有的状态，还可以说明事件（如消息的接收、错误、条件变更等）如何随着时间的推移来影响这些状态。

5、创建系统动态模型-状态图从某一种意义说，状态机是835、创建系统动态模型-状态图例如：

客户要在超市买商品，售货员结算好，要求顾客付款，但是顾客既可以信用卡付款，也可以现金付款，图6-32所示的就是一个更新销售信息的状态图。5、创建系统动态模型-状态图例如：845、创建系统动态模型-状态图图6-32更新销售信息状态机图5、创建系统动态模型-状态图图6-32更新销售信息状态机图855、创建系统动态模型-状态图图6-41“系统登录”状态机5、创建系统动态模型-状态图图6-41“系统登录”状态机865、创建系统动态模型-状态图绘制状态机图的理想步骤：寻找主要的状态确定状态之间的转换细化状态内的活动与转换用组合状态来展开细节5、创建系统动态模型-状态图绘制状态机图的理想步骤：875、创建系统动态模型-状态图使用RationalRose建立状态机图1）创建状态机图2）添加开始状态和终止状态3）增加状态4）增加转移5、创建系统动态模型-状态图使用RationalRose建885、创建系统动态模型-状态图图6-32更新销售信息状态机图5、创建系统动态模型-状态图图6-32更新销售信息状态机图895、创建系统动态模型-状态图图6-41“系统登录”状态机5、创建系统动态模型-状态图图6-41“系统登录”状态机906、创建系统动态模型-活动图

交互图和活动图是UML中对于系统动态建模的两种主要的形式，它们的区别在于：交互图强调的是对象到对象的控制流，而活动图强调的从活动到活动的控制流。活动在状态机中表现为一系列动作组成非原子的执行过程。6、创建系统动态模型-活动图交互图和活动图是UML916、创建系统动态模型-活动图

活动图与状态机图的本质区别在于：活动图着重表现从一个活动到另一个活动的控制流，是内部处理驱动的流程；而状态机图着重描述从一个状态到另一个状态的流程，主要有外部事件的参与。6、创建系统动态模型-活动图活动图与状态机图的本926、创建系统动态模型-活动图活动图是一种表述过程机理、业务过程以及工作流的技术。它可以用来对业务过程、工作流建模，也可以对用例实现甚至程序实现来建模。因此，它的作用和传统的“流程图”是有着很深的渊源，也十分相似。但它与流程图的最主要的区别是在于，活动图能够支持并行的行为。

6、创建系统动态模型-活动图活动图是一种表述过程机理、业务过936、创建系统动态模型-活动图在UML的各个版本中，活动图的改变可谓最大，每次UML标准更新时，都对活动图进行了修订。对于UML2.0而言，最大的改变莫过于去除了“活动图是状态图的一种特例”这一规定，并且还赋予了它更多的语义、更丰富的元素，从而使得活动图成为了一种更加强大的模型。6、创建系统动态模型-活动图在UML的各个版本中，活946、创建系统动态模型-活动图UML的活动图中包含的图形元素有动作状态、活动状态、动作流、分支和合并、分叉与汇合、对象流和泳道等。6、创建系统动态模型-活动图956、创建系统动态模型-活动图活动图是一种表述过程机理、业务过程以及工作流的技术。它可以用来对业务过程、工作流建模，也可以对用例实现甚至程序实现来建模。UML的活动图中包含的图形元素有动作状态、活动状态、动作流、分支和合并、分叉与汇合、对象流和泳道等。6、创建系统动态模型-活动图活动图是一种表述过程机理、业务过966、创建系统动态模型-活动图分支与合并示例图6、创建系统动态模型-活动图分支与合并示例图976、创建系统动态模型-活动图分叉与汇合示例图6、创建系统动态模型-活动图分叉与汇合示例图986、创建系统动态模型-活动图对象流示意图

6、创建系统动态模型-活动图对象流示意图996、创建系统动态模型-活动图用活动图对工作流建模可遵循如下步骤：1）识别要对其工作流进行描述的类或对象。2）确定工作流的初始状态和终止状态，明确工作流的边界。3）对动作状态或活动状态建模。4）对动作流建模。5）如果需要，加入对象流以及对象的状态变化。6）对建模结果进行精化和细化。

6、创建系统动态模型-活动图用活动图对工作流建模可遵循如下步1006、创建系统动态模型-活动图使用Rose绘制活动图主要包括以下几个基本操作：1)创建活动图（创建活动图方法与创建状态图的方法类似。）2)加入初态和终态3)增加动作状态4)增加活动状态5)增加动作流6)增加分支和合并6、创建系统动态模型-活动图使用Rose绘制活动图主要包括以1016、创建系统动态模型-活动图7)增加分叉与汇合8