uml活动图

uml是程序员须要掌握一个重要工具，特别在研究hadoop（http://www.iigrowing.cn/hadoop）系统中，有不少相关的uml图形须要绘制，为了方便你们了解uml，在网络上找了些uml方面的文章（http://www.iigrowing.cn/?s=uml）在参考资料中，在uml参考资料中缺乏活动图方面的介绍，所以特意在网络上寻找了一些资料，而后整理成一篇文章，供你们参考，水平有限疏漏不免，请谅解.

一．UML概述

如下内容对uml进行简单介绍，读者有兴趣能够阅读，建议读者能够阅读其余uml等文章，最后有时间在了解这个部份内容。这样能够先去实践一些uml，而后在回到这里的一些简单的理论介绍，收获会大些。

UML 全称Unified Modeling Language 又称统一建模语言或标准建模语言,是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的全部阶段提供模型化和可视化支持。

UML是一种定义良好、易于表达、功能强大且广泛适用的建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的做用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。

做为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。

(1) UML语义 描述基于UML的精确元模型定义。元模型为UML的全部元素在语法和语义上提供了简单、一致、通用的定义性说明，使开发者能在语义上取得一致，消除了因人而异的最佳表达方法所形成的影响。此外UML还支持对元模型的扩展定义。

(2) UML表示法 定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。

标准建模语言UML的重要内容能够由下列五类图（共9种图形）来定义：

第一类是用例图，

从用户角度描述系统功能，并指出各功能的操做者。

第二类是静态图 (Static diagram)，

包括类图、对象图和包图。其中类图描述系统中类的静态结构。不只定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操做）。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。

对象图是类图的实例，几乎使用与类图彻底相同的标识。他们的不一样点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。因为对象存在生命周期，所以对象图只能在系统某一时间段存在。

包由包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构。

第三类是行为图（Behavior diagram），

描述系统的动态模型和组成对象间的交互关系。行为图包括：状态图、活动图、顺序图和协做图。其中状态图描述类的对象全部可能的状态以及事件发生时状态的转移条件。一般，状态图是对类图的补充。在实用上并不须要为全部的类画状态图，仅为那些有多个状态其行为受外界环境的影响而且发生改变的类画状态图。 而活动图描述知足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。活动图是一种特殊的状态图，它对于系统的功能建模特别重要，强调对象间的控制流程。 顺序图展示了一组对象和由这组对象收发的消息，用于按时间顺序对控制流建模。用顺序图说明系统的动态视图。 协做图展示了一组对象，这组对象间的链接以及这组对象收发的消息。它强调收发消息的对象的结构组织，按组织结构对控制流建模。 顺序图和协做图都是交互图，顺序图和协做图能够相互转换。

第四类是交互图（Interactive diagram），

描述对象间的交互关系。其中顺序图显示对象之间的动态合做关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；合做图描述对象间的协做关系，合做图跟顺序图类似，显示对象间的动态合做关系。除显示信息交换外，合做图还显示对象以及它们之间的关系。若是强调时间和顺序，则使用顺序图；若是强调上下级关系，则选择合做图。这两种图合称为交互图。

第五类是实现图 ( Implementation diagram )。

其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件多是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。

配置图定义系统中软硬件的物理体系结构。它能够显示实际的计算机和设备（用节点表示）以及它们之间的链接关系，也可显示链接的类型及部件之间的依赖性。在节点内部，放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。

从应用的角度看，当采用面向对象技术设计系统时，

首先是描述需求；

其次根据需求创建系统的静态模型，以构造系统的结构；

第三步是描述系统的行为。

其中在第一步与第二步中所创建的模型都是静态的，包括用例图、类图（包含包）、对象图、组件图和配置图等五个图形，是标准建模语言UML的静态建模机制。

其中第三步中所创建的模型或者能够执行，或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合做图等四个图形，是标准建模语言UML的动态建模机制。所以，标准建模语言UML的主要内容也能够概括为静态建模机制和动态建模机制两大类。

二．活动图介绍

1. 简介

活动图是uml的动态模型的一种图形，通常用来描述相关用例图。准确的活动图定义：活动图描述知足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。活动图是一种特殊的状态图，它对于系统的功能建模特别重要，强调对象间的控制流程。

交互图强调的是对象到对象的控制流，而活动图则强调的是从活动到活动的控制流

活动图是一种表述过程基理、业务过程以及工做流的技术。

它能够用来对业务过程、工做流建模，也能够对用例实现甚至是程序实现来建模

2. 活动图示例

下图是个简单的活动图例子，里面包括了大部分活动图的相关元素，你们应该都能看的差很少吧，有不明白的能够继续看，下面有针对各个元素有介绍啦，相信你们看完后面的，看这个图就不会有问题的。

另外，若想学会画活动图，必须先看大量的图，看明白别人的图，在慢慢画，慢慢一个图形就弄明白了。

其实uml包括了各类各样的图形，把每种图形都会画啦，基本uml也就会啦。

 

3. 活动图与流程图的区别

活动图描述系统使用的活动、断定点和分支，看起来和流程图没什么两样，而且传统的流程图所能表示的内容，大多数状况下也可使用活动图表示，可是二者是有区别的，不能将两个概念混淆。

 

活动图与流程图的区别

⑴ 流程图着重描述处理过程，它的主要控制结构是顺序、分支和循环，各个处理过程之间有严格的顺序和时间关系

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

⑵ 活动图可以表示并发活动的情形，而流程图不能。

⑶ 活动图是面向对象的，而流程图是面向过程的。

4. 活动图与状态图区别

活动图与状态图都是状态机的表现形式，可是二者仍是有本质区别：

状态图着重描述从一个状态到另外一个状态的流程，主要有外部事件的参与。

 

上图是一个典型的状态图

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

 

5. 活动图基本元素

1) 初始节点和活动终点：

 

实心圆表示初始节点（只有一个），圆圈内加一个实心圆来表示活动终点（可有多个）。

2) 活动节点：

用来表示一个活动

 

3) 转换：

 

一条带箭头的直线来表示。 一旦前一个活动结束立刻转到下一个活动（无触发转换）。

4) 分支与监护条件：

分支是用菱形表示的，它有一个进入转换（箭头从外指向分支符号），一个或多个离开转换（箭头从分支符号指向外）。而每一个离开转换上都会有一个监护条件，用来表示知足什么条件的时候执行该转换。

 

5) 分叉与汇合：

分叉用于将动做流分为两个或者多个并发运行的分支，而汇合则用于同步这些并发分支，以达到共同完成一项事务的目的。

分叉能够用来描述并发线程，每一个分叉能够有一个输入转换和两个或多个输出转换，每一个转换均可以是独立的控制流。

汇合表明两个或多个并发控制流同步发生，当全部的控制流都达到汇合点后，控制才能继续往下进行。

 

每一个汇合能够有两个或多个输入转换和一个输出转换。

汇合将两条路径链接到一块儿，合并成一条路径。汇合指的是两个或者多个控制路径在此汇合的状况。汇合是一种便利的表示法，省略它不会丢失信息。汇合和分支经常成对的使用，合并表示从对应分支开始的条件行为的结束。

分叉和汇合都使用加粗的水平线段表示。

 

6. 抽象的活动图示例

 

UML的活动图中包含的图形元素有动做状态、活动状态、动做流、分支与合并、分叉与汇合、泳道和对象流等。

7. 带泳道的活动图

泳道代表每一个活动是由哪些人或哪些部门负责完成。

 

每一个泳道表明特定含义的状态职责的部分。在活动图中，每一个活动只能明确的属于一个泳道，泳道明确的表示了哪些活动是由哪些对象进行的。

每一个泳道都有一个与其余泳道不一样的名称。

每一个泳道可能由一个或者多个类实施，类所执行的动做或拥有的状态按照发生的事件顺序自上而下的排列在泳道内。

 

在活动图中泳道区分了负责活动的对象，它明确地表示了哪些活动是由哪些对象进行的。

在包含泳道的活动图中每一个活动只能明确地属于一个泳道

 

上图是一个未采用泳道的活动图

 

上图是采用泳道技术后的活动图

从两幅图的对比中，咱们能够了解泳道技术是很是重要的，能够更明确表达出活动图的意图。

泳道将活动图中的活动化分为若干组，并把每一组指定给负责这组活动的业务组织，即对象。

 

泳道区分了负责活动的对象，它明确地表示了哪些活动是由哪些对象进行的。

在包含泳道的活动图中，每一个活动只能明确地属于一个泳道。

在活动图中，泳道用垂直实线绘出，垂直线分隔的区域就是泳道。

 

在泳道上方能够给出泳道的名字或对象(对象类)的名字，该对象(对象类)负责泳道内的所有活动。

泳道没有顺序，不一样泳道中的活动既能够顺序进行也能够并发进行。

动做流和对象流容许穿越分隔线。

8. 带对象流的活动图

用活动图描述某个对象时，能够把涉及到的对象放置在活动图中，并用一个依赖将其链接到进行建立、修改和撤销的动做状态或者活动状态上，对象的这种使用方法就构成了对象流。

 

 

对象流是动做状态或者活动状态与对象之间的依赖关系

对象流表示动做使用对象或者动做对对象的影响。

 

对象流中对象的特色：

⑴ 一个对象能够由多个动做操纵；

⑵ 一个动做输出的对象能够做为另外一个动做输入的对象；

对象流中对象的特色：

⑶ 在活动图中，同一个对象能够屡次出现，它的每一次出现代表该对象正处于对象生存期的不一样时间点。

在活动图中，对象流用带有箭头的虚线表示。

若是箭头从动做状态出发指向对象，则表示动做对对象施加了必定的影响。

施加的影响包括建立、修改和撤销等。若是箭头从对象指向动做状态，则表示该动做使用对象流所指向的对象。

状态图中的对象用矩形表示，矩形内是该对象的名称，名称下的方括号代表对象此时的状态。

还能够在对象名称的下面加一个分隔栏表示对象的属性值。

9. 信号发送和接收

发送信号与接收信号

 

10. 引脚

是一个对象节点，表明活动链接输入、输出值的链接点

用来标明每一个活动节点所需输入的数据或者所产生的数据（建模业务流时则可表示产生或者消耗的资源）

 

11. 扩展区

表示重复或循环

 

12. 辅助活动图

当活动图过于复杂时能够用活动的分解来处理

 

一个活动能够分为若干个动做或子活动，这些动做和子活动自己又能够组成一个活动图。

不含内嵌活动或动做的活动称之为简单活动；

嵌套了若干活动或动做的活动称之为组合活动，组合活动有本身的名字和相应的子活动图

 

 

三．活动图绘制要点

⑴ 识别要对工做流描述的类或对象。找出负责工做流实现的业务对象，这些对象能够是显示业务领域的实体，也能够是一种抽象的概念和事物。找出业务对象的目的是为每个重要的业务对象创建泳道。

⑵ 肯定工做流的初始状态和终止状态，明确工做流的边界。

⑶ 对动做状态或活动状态建模。找出随时间发生的动做和活动，将它们表示为动做状态或活动状态。

⑷ 对动做流建模。对动做流建模时能够首先处理顺序动做，接着处理分支与合并等条件行为，而后处理分叉与汇合等并发行为。

⑸ 对对象流建模。找出与工做流相关的重要对象，并将其链接到相应的动做状态和活动状态。