您的位置:首页 > 软件设计 > 设计模式 > 正文

UML类图概念讲解(一)

更多 时间:2013-7-27 类别:软件设计 浏览量:4432

UML类图概念讲解

类图是一个分为三个部分的矩形。最上面的部分显示类的名称,中间部分显示类的属性,最下面的部分显示类的操作(或者说“方法”)。实际上,最常用、最简单的类图就是一个在里面显示了类名的长方形,因为在UML中,大多数类只要有一个能够清楚表达的命名就可以了。在类名部分还可以显示类的构造类型。

在画类图的时候,理清类和类之间的关系是重点。类的关系有泛化(Generalization)、实现(Realization)、依赖(Dependency)和关联(Association)。其中关联又分为一般关联关系和聚合关系(Aggregation),合成关系(Composition)。下面我们结合实例理解这些关系。

 

一、类图的3个基本组件:类名、属性、方法。形式如图:

 

 

在属性和方法的前面有一个字符用来表示属性或方法的作用域,它们的意义如下:

1、“-”表示属性或方法是私有的(private);
2、“#”表示属性或方法是保护的(protected);
3、“+”表示属性或方法是公用的(public)。

 

二、类的关系


 

1、泛化(generalization)

表示类与类的继承关系,类与接口的实现关系,是对象之间耦合度最大的一种关系,子类继承父类的所有细节。直接使用语言中的继承表达。在类图中使用带三角箭头的实线表示,箭头从子类指向父类。如图:

 

2、实现(Realization)

在类图中就是接口和实现的关系。这个没什么好讲的。在类图中使用带三角箭头的虚线表示,箭头从实现类指向接口。如图:

 

3、依赖(Dependency)

类A要完成某个功能必须引用类B,则A与B存在依赖关系,依赖关系是弱的关联关系。C#不建议双相依赖,也就是相互引用,对象之间最弱的一种关联方式,是临时性的关联。代码中一般指由局部变量、函数参数、返回值建立的对于其他对象的调用关系。一个类调用被依赖类中的某些方法而得以完成这个类的一些职责。在类图使用带箭头的虚线表示,箭头从使用类指向被依赖的类。

 

4、关联(Association)

对象之间一种引用关系,比如客户类与订单类之间的关系。这种关系通常使用类的属性表达。关联又分为一般关联、聚合关联与组合关联。后两种在后面分析。在类图使用带箭头的实线表示,箭头从使用类指向被关联的类。可以是单向和双向。

 

(1)、单向关联


A1->A2:表示A1认识A2,A1知道A2的存在,A1可以调用A2中的方法和属性


场景:订单和商品,订单中包括商品,但是商品并不了解订单的存在。
类与类之间的单向关联图:
 

 

 

(2)、双向关联图

 

(3)、自身关联

同一个类对象之间的关联

例如,类与类之间自身关联图

    

5、聚合(Aggregation) :

当对象A被加入到对象B中,成为对象B的组成部分时,对象B和对象A之间为聚合关系。聚合是关联关系的一种,是较强的关联关系,强调的是整体与部分之间的关系。表示has-a的关系,是一种不稳定的包含关系。较强于一般关联,有整体与局部的关系,并且没有了整体,局部也可单独存在。如公司和员工的关系,公司包含员工,但如果公司倒闭,员工依然可以换公司。在类图使用空心的菱形表示,菱形从局部指向整体。

  

 

6、组合(Composite)

对象A包含对象B,对象B离开对象A没有实际意义。是一种更强的关联关系。

 

    

7、聚合和组合的区别

(1)、聚合关系是“has-a”关系,组合关系是“contains-a”关系;

(2)、聚合关系表示整体与部分的关系比较弱,而组合比较强;

(3)、聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关,一旦删除了聚合对象不一定就删除了代表部分事物的对象。

(4)、组合中一旦删除了组合对象,同时也就删除了代表部分事物的对象。

 

标签:UML 类图 建模