UML的类图、时序图表示方法以及惯例

UML 类图图示样例（总图）

一、类图

类图分三层：

第一层显示类的名称。 如果是抽象类，则就用斜体显示 。第二层是类的特性，通常就是字段和属性。

第三层是类的操作，通常是方法或行为。

注意前面的符号， “+ ”表示 public ，“ -”表示 private ，“# ”表示 protected 。

 

二、接口图

接口的两种表示方法 ——

“飞翔”，它表示一个接口图，与类图的区别主要是顶端有<<interface>>显示。第一行是接口名称，第二行是接口方法。

接口还有另一种表示方法，俗称棒棒糖表示法，就是唐老鸭类实现了“讲人话”的接口。圆圈旁边有接口名称，接口方法在实现类中出现。

接口实现——接口实现   空三虚线

用空心三角形 ＋ 虚线来表示

类图表示方法和惯例：

 

序列图表示方法和惯例：

从一个示例开始

请看以下这个类图，类之间的关系是我们需要关注的：

1 车的类图结构为<>，表示车是一个抽象类；
2 它有两个继承类：小汽车和自行车；它们之间的关系为实现关系，使用 带空心箭头的虚线表示；
3 小汽车为与SUV之间也是继承关系，它们之间的关系为泛化关系，使用带空心箭头的实线表示；
4 小汽车与发动机之间是组合关系，使用带实心箭头的实线表示；
5 学生与班级之间是聚合关系，使用带空心箭头的实线表示；
6 学生与身份证之间为关联关系，使用一根实线表示；
7 学生上学需要用到自行车，与自行车是一种依赖关系，使用带箭头的虚线表示；

下面详细介绍这六种关系；

类之间的关系

1： 泛化关系(Generalization)

【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。

    【箭头指向】：带三角箭头的实线，箭头指向父类

• 1

类的继承结构表现在UML中为：泛化(generalize)与实现(realize)：

继承关系为 is-a的关系；两个对象之间如果可以用 is-a 来表示，就是继承关系：（..是..)

eg：自行车是车、猫是动物
泛化关系用一条带空心箭头的直接表示；如下图表示（A继承自B）；

eg：汽车在现实中有实现，可用汽车定义具体的对象；汽车与SUV之间为泛化关系；

eg：例如：老虎是动物的一种，即有老虎的特性也有动物的共性；

注：最终代码中，泛化关系表现为继承非抽象类；

• 1

2： 实现关系(Realization)

【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现.

    【箭头指向】：带三角箭头的虚线，箭头指向接口

• 1

实现关系用一条带空心箭头的虚线表示；

eg：”车”为一个抽象概念，在现实中并无法直接用来定义对象；只有指明具体的子类(汽车还是自行车)，才 可以用来定义对象（”车”这个类在C++中用抽象类表示，在JAVA中有接口这个概念，更容易理解）

注：最终代码中，实现关系表现为继承抽象类；

• 1

3： 聚合关系(Aggregation)

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

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

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

• 1
• 2
• 3

聚合关系用一条带空心菱形箭头的直线表示，如下图表示A聚合到B上，或者说B由A组成；

聚合关系用于表示实体对象之间的关系，表示整体由部分构成的语义；例如一个部门由多个员工组成；
与组合关系不同的是，整体和部分不是强依赖的，即使整体不存在了，部分仍然存在；例如， 部门撤销了，人员不会消失，他们依然存在；

  【代码体现】： 成员变量

• 1

4： 组合关系(Composition)

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

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

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

• 1
• 2
• 3
• 4

组合关系用一条带实心菱形箭头直线表示，如下图表示A组成B，或者B由A组成；

与聚合关系一样，组合关系同样表示整体由部分构成的语义；比如公司由多个部门组成；
但组合关系是一种强依赖的特殊聚合关系，如果整体不存在了，则部分也不存在了；例如， 公司不存在了，部门也将不存在了；

    【代码体现】： 成员变量

• 1

5： 关联关系(Association)

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

    【箭头及指向】：带普通箭头的实心线，指向被拥有者

• 1

关联关系是用一条直线表示的；它描述不同类的对象之间的结构关系；它是一种静态关系， 通常与运行状态无关，一般由常识等因素决定的；它一般用来定义对象之间静态的、天然的结构； 所以，关联关系是一种“强关联”的关系；

比如，乘车人和车票之间就是一种关联关系；学生和学校就是一种关联关系；

关联关系默认不强调方向，表示对象间相互知道；如果特别强调方向，如下图，表示A知道B，但 B不知道A；

上图中，老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。

下图为自身关联：

    注：在最终代码中，关联对象通常是以成员变量的形式实现的；

• 1

6：依赖关系(Dependency)

【依赖关系】：是一种使用的关系，即一个类的实现需要另一个类的协助，所以要尽量不使用双向的互相依赖.

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

• 1

依赖关系是用一套带箭头的虚线表示的；如下图表示A依赖于B；他描述一个对象在运行期间会用到另一个对象的关系；

与关联关系不同的是，它是一种临时性的关系，通常在运行期间产生，并且随着运行时的变化； 依赖关系也可能发生变化；

显然，依赖也有方向，双向依赖是一种非常糟糕的结构，我们总是应该保持单向依赖，杜绝双向依赖的产生；

注：在最终代码中，依赖关系体现为类构造方法及类方法的传入参数，箭头的指向为调用关系；依赖关系处理临时知道对方外，还是“使用”对方的方法和属性；

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

• 1

UML类图小结：

各种关系的强弱顺序：

    泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖 

• 1

下面这张UML图，比较形象地展示了各种类图关系：

时序图

为了展示对象之间的交互细节，后续章节对设计模式中每个模式的介绍，都会用到时序图；

时序图（Sequence Diagram）是显示对象之间交互的图，这些对象是按时间顺序排列的。时序图中显示的是参与交互的对象及其对象之间消息交互的顺序。

时序图包括的建模元素主要有：对象（Actor）、生命线（Lifeline）、控制焦点（Focus of control）、消息（Message）等等。

时序图

时序图是一种强调时间顺序的交互图，在时序图中，首先把参与交互的对象放在图的上方，沿X轴方向排列。通常把发起交互的对象放在左边，较下级对象依次放在 右边，然后把这些对象发送和接受的消息沿Y轴方向按时间顺序从上到下放置。这样就提供了控制流随着时间推移的清晰的可视化轨迹。

时序图元素

1、角色

系统角色，可以是人、及其甚至其他的系统或者子系统

2、对象

对象包括三种命名方式：

第一种方式包括对象名和类名；

第二中方式只显示类名不显示对象名，即表示他是一个匿名对象；

第三种方式只显示对象名不显示类明。

 

3、生命线

 

生命线在顺序图中表示为从对象图标向下延伸的一条虚线，表示对象存在的时间，如下图

 

4、控制焦点

 

控制焦点是顺序图中表示时间段的符号，在这个时间段内对象将执行相应的操作。用小矩形表示

 

5、消息

 

消息一般分为同步消息（Synchronous Message），异步消息（Asynchronous Message）和返回消息（Return Message）.如下图所示：

同步消息=调用消息（Synchronous Message）

消息的发送者把控制传递给消息的接收者，然后停止活动，等待消息的接收者放弃或者返回控制。用来表示同步的意义。

异步消息（Asynchronous Message）

消息发送者通过消息把信号传递给消息的接收者，然后继续自己的活动，不等待接受者返回消息或者控制。异步消息的接收者和发送者是并发工作的。

返回消息（Return Message）

    返回消息表示从过程调用返回

• 1

 

6、自关联消息

 

表示方法的自身调用以及一个对象内的一个方法调用另外一个方法

 

7、时序图实例：

 

 

8、时序图和协作图是可以相互转化的，只要按F5就可以轻松转化。

 

 

9、中央控制序列图

 

 

10、分布控制序列图

 

 

11、 范例：[自调用、调用、创建、销毁、自销毁、同步、异步消息]

 

 

12、循环与条件：[loop 、alt、 opt、 guard警戒]

 

原创地址： 感谢以下博主的无私分享，谢谢：
http://www.cnblogs.com/me115/p/4092632.html
http://www.open-open.com/lib/view/open1328059700311.html
http://www.cnblogs.com/langtianya/p/3825764.html
http://blog.csdn.net/ggibenben1314/article/details/8572431
http://blog.csdn.net/tanxiang21/article/details/8222188

https://blog.csdn.net/u013777351/article/details/48310655