UML图种类及区别关系

        在学校学习软件工程的时候，对UML的各种图不好理解，知道有哪些图，图的元素是什么。刚开始工作那会儿，不知道如何使用这些图，等到参与了项目立项到开发上线，运营，统计。一个比较完整的项目流程时，且这个系统需要与第三系统交互时，这些图都用的上了，他们在整个项目生命的各个阶段使用。

 

1、UML提供了分析师，设计师和程序员之间在软件设计时的通用语言。UML提供的基本模型图包括：

(1)、用例图：展示系统外部的各类执行者与系统提供的各种用例之间的关系

(2)、类图：展示系统中类的静态结构(类是指具有相同属性和行为的对象，类图用来描述系统中各种类之间的静态结构)

(3)、对象图：是类图的一种实例化图(对象图是对类图的一种实例化)

(4)、包图：是一种分组机制。在UML1.1版本中，包图不再看作一种独立的模型图)

(5)、状态图：描述一类对象具有的所有可能的状态及其转移关系(它展示对象所具有的所有可能的状态以及特定事件发生时状态的转移情况)

(6)、时序图/顺序图：展示对象之间的一种动态协作关系(一组对象组成，随时间推移对象之间交换消息的过程，突出时间关系)

(7)、合作图：从另一个角度展示对象之间的动态协作关系(对象间动态协作关系，突出消息收发关系)

(8)、活动图：展示系统中各种活动的执行流程(各种活动的执行顺序、执行流程)

(9)、构件图：展示程序代码的物理结构(描述程序代码的组织结构，各种构件之间的依赖关系)

(10)、配置图：展示软件在硬件环境中(特别是在分布式及网络环境中)的配置关系(系统中硬件和软件的物理配置情况和系统体系结构)

一般来说是9种，有的地方也会出现“包图”，这里就包含包图。

 

2、推荐工具：argoUML，RationRose，Viso，EA等等。

 

3、活动图、顺序图、状态图、协作图经常混淆大家的理解，这里说说联系与区别：

学习UML必须熟悉面向对象解决问题的根本原则――一切从模型的建造开始的。一个模型model就是根本问题的抽象。域domain就是问题所处的真实世界。
模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的。记住把一个对象想象成“活着的”。对象有他们知道的事（属性 attributes）和他们可以做的事（行为或操作behaviors or operations）。对象的属性的值决定了它的状态state。
类Classes是对象的“蓝图”。一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）。对象是类的实例instances。

(1)活动图

UML实践中活动图activitydiagram是一个很特别的流程图。活动图和状态图之间是有关系的。状态图把焦点集中在过程中的对象身上，而活动图则集中在一个单独过程动作流程。活动图告诉了我们活动之间的依赖关系。对我们的例子来说，我们使用如下的过程。“通过ATM来取钱。”这个活动有三个类Customer,ATM和Bank。整个过程从黑色圆圈开始到黑白的同心圆结束。活动用圆角矩形表示。

活动图可以被分解成许多对象泳道swimlanes，可以决定哪些对象负责那些活动。每个活动都有一个单独的转移transition连接这其他的活动。转移可能分支branch成两个以上的互斥的转移。保护表达式（在[]中）表示转移是从一个分支中引出的。分支以及分支结束时的合并merge在图中用菱形表示。转移也可以分解fork成两个以上的并行活动。分解以及分解结束时的线程结合join在图中用粗黑线表示

(2)顺序图

UML实践中类图和对象图是静态模型的视图。交互图是动态的。他们描述了对象间的交互作用。顺序图将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。消息用从一个对象的生命线到另一个对象生命线的箭头表示。箭头以时间顺序在图中从上到下排列。

(3)协作图

UML实践中协作图也是互动的图表。他们像序列图一样也传递相同的信息，但他们不关心什么时候消息被传递，只关心对象的角色。在序列图中，对象的角色放在上面而消息则是连接线。对象角色矩形上标有类或对象名（或者都有）。类名前面有个冒号（：）。协作图的每个消息都有一个序列号。顶层消息的数字是1。同一个等级的消息（也就是同一个调用中的消息）有同样的数字前缀，再根据他们出现的顺序增加一个后缀1，2等等。

(4)状态图

UML实践中对象拥有行为和状态。对象的状态是由对象当前的行动和条件决定的。状态图state chart diagram显示出了对象可能的状态以及由状态改变而导致的转移。我们的模型例图建立了一个银行的在线登录系统。登录过程包括输入合法的密码和个人账号，再提交给系统验证信息。登录系统可以被划分为四种不重叠的状态：GettingSSN,GettingPIN,Validating,以及Rejecting。每个状态都有一套完整的转移transitions来决定状态的顺序。

状态是用圆角矩形来表示的。转移则是使用带箭头的连线表示。触发转移的事件或者条件写在箭头的旁边。我们的图上有两个自转移。一个是在GettingSSN，另一个则在上GettingPIN。初始状态（黑色圆圈）是开始动作的虚拟开始。结束状态也是动作的虚拟结束。事件或条件触发动作时用（/动作）表示。当进入Validating状态时，对象并不等外部事件触发转移。取而代之，它产生一个动作。动作的结果决定了下一步的状态。

顺序图偏重于交互的时间次序，协作图展示对象的交互关系，活动图表现数据业务流程。