UML各类图总结

UML（Unified Modeling Language）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。

1、基本概念　　

　　以下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又能够静动分为静态视图和动态视图。静态图分为：用例图，类图，对象图，包图，构件图，部署图。动态图分为：状态图，活动图，协做图，序列图。

　　一、用例图（UseCase Diagrams）： 

  　　用例图主要回答了两个问题：一、是谁用软件。二、软件的功能。从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。

　　二、类图（Class Diagrams）：

　　　　用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。 在UML类图中，常见的有如下几种关系: 泛化（Generalization）,  实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。

  　　　各类关系的强弱顺序： 泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖

　　2.1.泛化

　　　　【泛化关系】：是一种继承关系，表示通常与特殊的关系，它指定了子类如何继承父类的全部特征和行为。例如：老虎是动物的一种，即有老虎的特性也有动物的共性。

　　　　

　　2.2.实现

　　　　【实现关系】：是一种类与接口的关系，表示类是接口全部特征和行为的实现。

　　　　　　

　　2.3.关联

 　　　　【关联关系】：是一种拥有的关系，它使一个类知道另外一个类的属性和方法；如：老师与学生，丈夫与妻子关联能够是双向的，也能够是单向的。双向的关联能够有两个箭头或者没有箭头，单向的关联有一个箭头。

        　 【代码体现】：成员变量

　　　　　　

　　2.4.聚合　

　　　　【聚合关系】：是总体与部分的关系，且部分能够离开总体而单独存在。如车和轮胎是总体和部分的关系，轮胎离开车仍然能够存在。

        　　聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上没法区分，必须考察具体的逻辑关系。

        　 【代码体现】：成员变量

　　　　  

　　2.5.组合

　　　　【组合关系】：是总体与部分的关系，但部分不能离开总体而单独存在。如公司和部门是总体和部分的关系，没有公司就不存在部门。

       　　组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中表明总体的对象负责表明部分的对象的生命周期。

　　　　【代码体现】：成员变量

　　　　【箭头及指向】：带实心菱形的实线，菱形指向总体

　　　　　　　　　　

　　2.6.依赖　　

   　　【依赖关系】：是一种使用的关系，即一个类的实现须要另外一个类的协助，因此要尽可能不使用双向的互相依赖.

        【代码表现】：局部变量、方法的参数或者对静态方法的调用

        【箭头及指向】：带箭头的虚线，指向被使用者

　　　　

　　2.7 各类类图关系

　　　　

　　三、对象图（Object Diagrams）:

　　　　描述的是参与交互的各个对象在交互过程当中某一时刻的状态。对象图能够被看做是类图在某一时刻的实例。

　　　　　　

　　四、状态图（Statechart Diagrams）：

　　　　是一种由状态、变迁、事件和活动组成的状态机，用来描述类的对象全部可能的状态以及时间发生时状态的转移条件。

　　　　　　

　　五、活动图（Activity Diagrams）：

　　　　是状态图的一种特殊状况，这些状态大都处于活动状态。本质是一种流程图，它描述了活动到活动的控制流。　　　　

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

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

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

　　　　　　

　　5.1 带泳道的活动图

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

　　　　　　

　　5.2 带对象流的活动图

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

　　　　

　　六、序列图-时序图（Sequence Diagrams）：

　　　　交互图的一种，描述了对象之间消息发送的前后顺序，强调时间顺序。

　　　　序列图的主要用途是把用例表达的需求，转化为进一步、更加正式层次的精细表达。用例经常被细化为一个或者更多的序列图。同时序列图更有效地描述如何分配各个类的职责以及各种具备相应职责的缘由。

　　　　

　　消息用从一个对象的生命线到另外一个对象生命线的箭头表示。箭头以时间顺序在图中从上到下排列。 

　　序列图中涉及的元素：

　　6.1 生命线

　　　　生命线名称可带下划线。当使用下划线时，意味着序列图中的生命线表明一个类的特定实例。

　　　　

　　6.2 同步消息

　　　　同步等待消息

　　　　

　　6.3 异步消息

　　　　异步发送消息，不需等待

　　　　　　　　

　　6.4 注释

　　　　

　　6.5 约束

　　　　

　　6.6 组合　　　　

　　　　组合片断用来解决交互执行的条件及方式。它容许在序列图中直接表示逻辑组件，用于经过指定条件或子进程的应用区域，为任何生命线的任何部分定义特殊条件和子进程。经常使用的组合片断有：抉择、选项、循环、并行。

　　七、协做图（Collaboration Diagrams）：

　　　　交互图的一种，描述了收发消息的对象的组织关系，强调对象之间的合做关系。时序图按照时间顺序布图，而写做图按照空间结构布图

　　　　

 

　　八、构件图（Component Diagrams）：

　　　　构件图是用来表示系统中构件与构件之间，类或接口与构件之间的关系图。其中，构建图之间的关系表现为依赖关系，定义的类或接口与类之间的关系表现为依赖关系或实现关系。

　　　　

　　9、部署图（Deployment Diagrams）：

　　　　描述了系统运行时进行处理的结点以及在结点上活动的构件的配置。强调了物理设备以及之间的链接关系。

部署模型的目的：

描述一个具体应用的主要部署结构，经过对各类硬件，在硬件中的软件以及各类链接协议的显示，能够很好的描述系统是如何部署的；平衡系统运行时的计算资源分布；能够经过链接描述组织的硬件网络结构或者是嵌入式系统等具备多种硬件和软件相关的系统运行模型。

2、图的差别比较

　　1.序列图(时序图)VS协做图

       序列图和协做图都是交互图。两者在语义上等价，能够相互转化。可是侧重点不一样：序列图侧重时间顺序，协做图侧重对象间的关系。

共同点：时序图与协做图均显示了对象间的交互。

不一样点：时序图强调交互的时间次序。

           协做图强调交互的空间结构。

 　  2.状态图VS活动图

      状态图和活动图都是行为图。状态图侧重从行为的结果来描述，活动图侧重从行为的动做来描述。状态图描述了一个具体对象的可能状态以及他们之间的转换。在实际的项目中，活动图并非必须的，须要知足如下条件：一、出现并行过程&行为；二、描述算法；三、跨越多个用例的活动图。

 　  3.活动图VS交互图

　　两者都涉及到对象和他们之间传递的关系。区别在于交互图观察的是传送消息的对象，而活动图观察的是对象之间传递的消息。看似语义相同，可是他们是从不一样的角度来观察整个系统的。

3、UML与软件工程

　　UML图是软件工程的组成部分，软件工程从宏观的角度保证了软件开发的各个过程的质量。而UML做为一种建模语言，更加有效的实现了软件工程的要求。

　　以下图，在软件的各个开发阶段须要的UML图。

　　

　　下表是UML使用人员图示：