UML-1-活动图

一、活动图的组成元素Activity Diagram Element......................................1、活动状态图（Activity）2、动作状态（Actions)3、动作状态约束（Action Constraints）4、动作流（Control Flow）5、开始节点（Initial Node）6、终止节点（Final Node）7、对象（Objects）8、数据存储对象（DataStore）9、对象流（Object Flows）10、分支与合并（Decision and Merge Nodes）11、分叉与汇合（Fork and Join Nodes）12、异常处理（Exception Handler）13、活动中断区域（Interruptible Activity Region）14、泳道（Partition）二、活动图案例分析.............................................................................三、总结活动图是UML用于对系统的动态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流。

活动图在本质上是一种流程图。

活动图着重表现从一个活动到另一个活动的控制流，是内部处理驱动的流程。

一、活动图的组成元素Activity Diagram Element1、活动状态图（Activity）活动状态用于表达状态机中的非原子的运行，其特点如下：(1)、活动状态可以分解成其他子活动或者动作状态。

(2)、活动状态的内部活动可以用另一个活动图来表示。

(3)、和动作状态不同，活动状态可以有入口动作和出口动作，也可以有内部转移。

(4)、动作状态是活动状态的一个特例，如果某个活动状态只包括一个动作，那么它就是一个动作状态。

UML中活动状态和动作状态的图标相同，但是活动状态可以在图标中给出入口动作和出口动作等信息。

A、Activity Diagram（活动图）活动图用于为系统行为建模，以及行为以何种方式描述。

逻辑路径过程如下，基于各种条件，并行处理，数据访问，中断和其他逻辑路径的区别，用于构建过程，系统或程序。

活动图着重描述操作（方法）中所完成的工作以及用例实例或对象的活动。

B、活动图的模型元素B.1、Activity（活动）Activity组织和指定参与部属行为，例如sub-Activitie或Action，来反映过程的控制和数据流。

在活动图中Activity用于形容建模目的，为程序类型应用开发的系统设计，业务流程建模的组织结构和工作流程。

B.2、Structured Activity（结构活动）Structured Activity是一个合成元素，子活动图。

有很多种类的Structured Activity。

B.3、Action（行动）Action元素描述了一个发生在系统中的一个基本进程或变换。

它是活动图中的基本功能单元。

你可以认为它是Activity的孩子。

它们都表示进程，但Activity可以包含多步骤或可分解的进程，其中每一个都可以在Action中体现。

Action不能进一步分解。

B.4、Partition（泳道）Partition用于组合活动，它不会影响活动图的流，但有助于组织活动图。

显示动作在那个对象中执行，或显示执行的是一项组件工作的那一部分。

B.5、Object（对象）Object是运行时类的一个特别实例。

Object常用于分析存在于业务中的多个事物，如：纸、传真和信息。

为对象在运行时建模，使用运行状态。

B.6、Central Buffer Node（中央缓冲节点）Central Buffer Node是一个对象节点用来管理有多个源和目的的流。

它充当多个从其它对象流入的流和流出的流的缓冲，但不能连接Action。

B.7、Datastore（数据存储）Datastore是一个用于定义永久存储数据的元素。

如何绘制UML活动图Scott W. AmblerUML 活动图记录了单个操作或方法的逻辑，单个用户案例，或者单个业务流程的逻辑。

要创建一个 UML 活动图，您需要反复执行下列步骤。

第一步，定义活动图的范围首先应该定义您要对什么建模。

单个用户案例力？一个用户案例的一部分？一个包含多个用户案例的商务流程？一个类的单个方法？一旦您定义了您所作图的范围，您应该在其顶部，用一个标注添加标签，指明该图的标题和唯一的标示符。

您有可能也想要包括该图的时间甚至作者名。

第二步，添加起始和结束点每个活动图有一个起始点和结束点，因此您也要马上添加它们。

在《UML 精粹》(UML Distilled) (参见参考资料)，Fowler 和Scott 认为结束点是可选的。

有时候一个活动只是一个简单的结束，如果是这种情况，指明其唯一的转变是到一个结束点也是无害的。

这样，当其他人阅读您的图时，他或她知道您已经考虑了如何退出这些活动。

第三步，添加活动如果您正对一个用户案例建模，对每个角色(actor)所发出的主要步骤引入一个活动(该活动可能包括起始步骤，加上对起始步骤系统响应的任何步骤)。

如果您正对一个高层的商务流程建模，对每个主要流程引入一个活动，通常为一个用户案例或用户案例包。

最后，如果您正对一个方法建模，那么对此引入一个活动是很常见的。

第四步，添加活动间的转变我的风格总是应该退出一个活动，即使它是转变到一个结束点。

一旦一个活动有多个转变时，您必需对每个转变加以相应标示。

第五步，添加决策点有时候，您所建模的逻辑需要做出一个决策。

有可能是需要检查某些事务或比较某些事务。

要注意的是，使用决策点是可选的。

例如，在图 1 中，我可以只是简单地将“接受”和“拒绝”两个转变直接接到“在大学报名(Enroll in University)”活动。

第六步，找出可并行活动之处当两个活动间没有直接的联系，而且它们都必需在第三个活动开始前结束，那它们是可以并行运行的。

UML中的时序图和活动图的区别与实例分析在软件开发过程中，UML（统一建模语言）是一种常用的工具，用于描述和设计软件系统的结构和行为。

UML提供了多种图表类型，其中时序图和活动图是两种常见的图表类型，用于描述系统的不同方面。

本文将探讨时序图和活动图的区别，并通过实例分析来进一步理解它们的应用。

一、时序图时序图是一种行为图，用于描述对象之间的交互和消息传递顺序。

它展示了对象之间的时序关系，包括对象之间的消息传递、方法调用和返回值。

时序图通常用于描述系统的动态行为，特别适用于描述系统中的并发和并行操作。

时序图的主要元素包括参与者（Actor）和消息（Message）。

参与者代表系统中的对象或角色，而消息则表示对象之间的交互。

时序图中的对象按照时间顺序排列，通过箭头表示消息的传递方向和顺序。

例如，考虑一个简单的在线购物系统。

时序图可以展示用户登录、浏览商品、添加到购物车、下单和支付等操作的顺序和交互过程。

用户作为参与者，系统中的各个组件和模块作为对象，它们之间通过消息进行交互。

二、活动图活动图是一种行为图，用于描述系统中的活动和流程。

它展示了系统的控制流和数据流，描述了系统中的各个活动、决策和并发过程。

活动图通常用于描述系统的静态行为，特别适用于描述系统中的业务流程和工作流程。

活动图的主要元素包括活动（Activity）、决策（Decision）和并发（Concurrent）。

活动表示系统中的一个操作或任务，决策表示系统中的一个选择点，而并发表示系统中的并行执行。

例如，考虑一个简单的请假审批系统。

活动图可以展示请假申请、审批流程和请假结果的流程和控制。

请假申请作为一个活动，审批人员的决策作为一个决策点，而并发执行的审批过程则表示系统中的并行操作。

三、时序图与活动图的区别时序图和活动图在表达方式和应用场景上有一些区别。

1. 表达方式：时序图通过对象之间的消息传递来描述系统的交互和顺序，强调时间和顺序。

活动图则通过活动和控制流来描述系统的流程和控制，强调活动和流程。

⽤rose画UML图（⽤例图，活动图）
⽤rose画UML图（⽤例图，活动图）
⾸先，安装rose2003，电脑从win8升到win10以后，发现win10并不⽀持rose2003的安装，换了rose2007以后，发现也不可以。

解决途径：在虚拟机中安装（我装的是win xp的系统，安装的是rose2003）。

如果需要安装包，可以联系我。

此外，还有Visio2013的安装包等。

都有⽤过，不过还是觉得rose最好⽤了。

然后开始贴图吧！毕设做的电商购物系统的UML设计图。

⽤例图：
1.⽤户⽤例模型
2.系统管理员⽤例模型
3.订单⽤例模型
4.产品⽤例模型
5.⽹站管理⽤例模型
6.⽤户信息⽤例模型
7.分类⽤例模型
8.留⾔⽤例模型
活动图：
1.管理员⽂章管理活动图
1.⽤户获取商品活动图
时序图：
系统业务模块流程图：。

1.1UML动态建模中的活动图实现示例1.1.1UML活动图相关技术概述1、UML活动图和活动（1）在UML里，活动图本质上就是流程图从系统内部视角来看，反映的是系统功能所要完成的动作过程（它定义出工作流从哪里开始，到哪里结束，工作流中发生了哪些活动及其顺序等）。

1)活动是工作流期间完成的任务2)用例描述和活动模型之间存在着一些重要的区别用例描述是从外部参与者的角度出发来编写的，而活动模型则采用内部系统的观点——使用活动图可以表示由内部生成的动作（描述活动），当然，我们也可以利用活动图来为参与者对系统的操作行为进行建模（描述行为）。

（2）活动图中的动作的特性这里所指的动作有三个特点：原子性、不可中断和瞬时性1)原子性的即不能被分解成更小的部分；2)是不可中断的即一旦开始就必须运行到结束；3)是瞬时的即动作状态所占用的处理时间通常是极短的，甚至是可以被忽略的。

（3）动作状态的UML图示在UML中，动作状态使用带圆端的方框表示。

（4）活动图的应用1)活动图的应用非常广泛，它既可用来描述操作（类的方法）的行为，也可以描述用例和对象内部的工作过程活动（活动图记录了单个操作或方法的逻辑，单个用例或者单个业务流程的逻辑）。

2)活动图是由状态图变化而来的，它们各自用于不同的目的。

3)活动图依据对象状态的变化来捕获动作(将要执行的工作或活动)与动作的结果。

活动图中一个活动结束后将立即进入下一个活动(在状态图中状态的变迁可能需要事件的触发)。

2、在什么应用场合下使用活动图在对一个系统建模时，通常有两种使用活动图的方式：（1）为工作流（业务过程）建模----也体现出用例的实现因为一个用例可能有几个事件流，而往往几个事件流通过控制是有先后顺序的，例如需要先查询，后删除。

这就需要有个总的流程来控制几个事件流的处理----而活动图能够很好地表示这样的过程。

对工作流建模强调与系统进行交互的对象所观察到的活动。

工作流一般处于系统的边界，用于可视化、详述、构造和文档化开发系统所涉及的业务流程。

一、如何绘制UML活动图要创建一个UML 活动图，您需要反复执行下列步骤。

第一步，定义活动图的范围首先应该定义您要对什么建模。

单个用户案例力？一个用户案例的一部分？一个包含多个用户案例的商务流程？一个类的单个方法？一旦您定义了您所作图的范围，您应该在其顶部，用一个标注添加标签，指明该图的标题和唯一的标示符。

您有可能也想要包括该图的时间甚至作者名。

第二步，添加起始和结束点每个活动图有一个起始点和结束点，因此您也要马上添加它们。

在《UML 精粹》(UML Distilled) (参见参考资料)，Fowler 和Scott 认为结束点是可选的。

有时候一个活动只是一个简单的结束，如果是这种情况，指明其唯一的转变是到一个结束点也是无害的。

这样，当其他人阅读您的图时，他或她知道您已经考虑了如何退出这些活动。

第三步，添加活动如果您正对一个用户案例建模，对每个角色(actor)所发出的主要步骤引入一个活动(该活动可能包括起始步骤，加上对起始步骤系统响应的任何步骤)。

如果您正对一个高层的商务流程建模，对每个主要流程引入一个活动，通常为一个用户案例或用户案例包。

最后，如果您正对一个方法建模，那么对此引入一个活动是很常见的。

第四步，添加活动间的转变我的风格总是应该退出一个活动，即使它是转变到一个结束点。

一旦一个活动有多个转变时，您必需对每个转变加以相应标示。

第五步，添加决策点有时候，您所建模的逻辑需要做出一个决策。

有可能是需要检查某些事务或比较某些事务。

要注意的是，使用决策点是可选的。

例如，在图 1 中，我可以只是简单地将“接受”和“拒绝”两个转变直接接到“在大学报名(Enroll in University)”活动。

第六步，找出可并行活动之处当两个活动间没有直接的联系，而且它们都必需在第三个活动开始前结束，那它们是可以并行运行的。

在图 1 中，您看到是有可能“参加简要介绍(attend overview)”和“报名研讨班(enroll in seminars)”可以按任意次序进行，但是它们都得在您结束整个流程前完成。

三、UML的十种视图1.用例图（use case diagram）从系统的外部用户的观点看系统应具有的功能。

它只说明系统实现什么功能，而不必说明如何实现。

用例图主要用于对系统，子系统或类的行为进行建模。

2.类图（class diagram）描述系统的静态结构，类图的节点表示系统中的类及其属性和操作，边表示类之间的联系（包括继承（泛化）、关联、聚集）。

3.对象图（object diagram）类图的一种变形，所使用的符号与类图基本相同。

在对象名下面要加下划线。

（图略）4.包图（packet diagram）包是基于模型元素的含义或作用将模型元素分组的一种机制。

通过分组，可提高模型的维持性。

包之间的关系包括继承、构成与依赖。

5.顺序（时序）图（sequence diagram）交互图之一。

描述了在时间上对象交互的安排，展现了多个交互对象以及信息交流的序列。

时序图包含对象、对象的生命线、按顺序对象间的信息交流、控制焦点（可选的）。

6.合作（协作）图（collaboration diagram）交互图之二，强调发送和接收消息的对象间的结构组织，它与顺序图是等价的。

在图形上，协作图是顶点和弧的结合。

协作图包含对象、链、消息。

（图片来自《软件工程（第二版）》齐治昌、谭庆平、宁洪）7.状态图（statechart diagram）状态图描述类的对象的动态行为。

它包含对象所有可能的状态、活动图描述系统为完成某项功能而执行的操作序列，这些在每个状态下能够响应的事件以及事件发生时的状态迁移与响应动作。

操作序列可以并发和同步。

8.活动图（activity diagram）活动图中包含控制流和信息流。

控制流表示一个操作完成后对其后续操作的触发，信息流则刻画操作之间的信息交换。

提供了对工作流进行建模的途径，活动图中的活动，表示执行工作流中一组的动作。

一旦结束，控制流将自动转移到下一个活动，或通过转换进入下一个状态。

9.构件图（component diagram）提供当前模型的物理视图，对系统的静态实现视图进行建模。

活动图（Activity Diagram）UML中的活动图（Activity Diagram）是七种UML行为图中的一种，它显示从活动到活动的控制流。

活动图可用于描述整个企业或业务模型内的工作流，也可用于描述用例的事件流，或用于对操作建模。

图2-12是一个描述订单处理过程的活动图的例子。

活动图中的元素除活动（activity）和动作（action）、控制流（control flow）和控制节点（control node）、对象和对象流（object flow）、信号（Signal）、分区（partition，或称泳道（swim lane））等基本元素之外，还有异常处理（exception handler）、可中断活动域（Interruptible Activity Region ）、扩展区域（Expansion region）和结构化活动域（structured activity region）等高级元素。

活动（Activity）是一个参数化的行为顺序的详细说明，包含所有的动作、控制流和其他组成这个活动的元素。

活动用圆角矩形表示，如图2-13所示。

动作（Action）代表在一个活动中的不可分割的一个单步，也用一个圆角矩形表示，如图2-13所示。

控制流（Control Flow）用来表示从一个动作到另一个动作的流的控制，用一个带箭头的直线表示，如图2-13所示。

控制节点（control nodes）是一种活动节点,它用于协调与其他节点之间的控制流。

它包括初始节点（initial node）和终止节点（final node）、并发分叉节点（fork node）和并发汇合节点（join node）、分支节点（decision node）和合并节点（merge node）。

●初始节点（Initial Node）：活动开始的节点。

用一个实心圆表示。

●终止节点（Final Node）：包括两种类型：活动终止和流终止，如图2-14所示。

UML 2.0共有10种图，分别为表示系统静态结构的静态模型（包括类图、组合结构图、部署图），以及表示系统动态结构的动态模型（包括用例图、序列图、对象图、协作图、状态图、活动图、组件图），它们各用以表现不同的视图，如表1-1所示。

用例之间也可以存在包含、扩展和泛化等关系：
（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。

（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。

它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。

在以下几种情况下，可使用扩展用例：
a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；
b.表明只在特定条件（如例外条件）下才执行的分支流；
c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。

所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。

（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。

当父用例能够被使用时，任何子用例也可以被使用。

如在图2.4中，订票是电话订票和网上订票的抽象。

uml中活动图与流程图的区别活动图定义: 活动图是UML⽤于对系统的动态⾏为建模的另⼀种常⽤⼯具，它描述活动的顺序，展现从⼀个活动到另⼀个活动的控制流。

活动图在本质上是⼀种流程图。

它是UML中⽤于对系统动态活动建模的图形，反映系统中⼀个活动到另⼀个活动的流程，常常⽤于描述业务过程和并⾏处理过程。

活动图中包括泳道、活动开始、活动结束、活动、对象、分⽀、消息等图形符号。

泳道将⼀个活动图中的活动划分为不同的组，每个组分别对应不同⾓⾊的操作。

活动图描述多个⾓⾊之间的协作处理⾮常有效。

⼀张活动图可以有多个开始状态和结束状态。

⼀个活动可以与多个实体对象相关（相关指的是⼀种访问操作）。

分⽀⽤在有多条路径可选的流程中，针对不同的路径进⾏不同的分⽀处理。

活动图的⾛向可以是横向的也可以是纵向的，根据个⼈喜好⽽定。

上图的这个销售订单处理活动图重点展⽰的是并发处理符号，它反映多个活动可以同时并发处理，并发结束后，⼜转变为顺序处理。

流程图定义:1：有起⽌框、输⼊框、输出框、处理框、流程线、连接点组成。

2：起⽌框：表⽰算法的开始或结束3：输⼊\输出框：表⽰算法的输⼊和输出操作。

输⼊操作是指从输⼊设备⼭过江算法所需要的数据传递给指定的内存变量；输出操作则是将常量或变量的值由内存贮器传递到输出设备。

4：处理框：算法中各种技术和赋值的操作均⼀处理框加以表⽰。

处理框内填写处理说明或具体的算式。

5：判断框：算法中的条件判断操作。

判断框说明算法中尝试了分⽀，需要根据某个灌⽔或提哦案件的成⽴与否来确定下⼀步的执⾏路线。

判断框内应当填写判断条件，⼀般⽤关系⽐较运算或逻辑运算来表⽰。

6：注释框：表⽰对算法的⾛向，流程线箭头的⽅向就是算法执⾏的⽅向。

7：连接点：表⽰不同地⽅的流程图的连接。

活动图与流程图的区别：(1)、流程图着重描述处理过程，它的主要控制结构是顺序、分⽀和循环，各个处理过程之间有严格的顺序和时间关系。

⽽活动图描述的是对象活动的顺序关系所遵循的规则，它着重表现的是系统的⾏为，⽽⾮系统的处理过程。