【转】UML中的几种关系详细解析

UML图中类之间的关系:依赖,泛化,关联,聚合,组合,实现

类与类图

1) 类(Class)封装了数据和行为,是面向对象的重要组成部分,它是具有相同属性、操作、关系的对象集合的总称。

2) 在系统中,每个类具有一定的职责,职责指的是类所担任的任务,即类要完成什么样的功能,要承担什么样的义务。一个类可以有多种职责,设计得好的类一般只有一种职责,在定义类的时候,将类的职责分解成为类的属性和操作(即方法)。

3) 类的属性即类的数据职责,类的操作即类的行为职责

一、依赖关系(Dependence)

依赖关系(Dependence):假设A类的变化引起了B类的变化,则说名B类依赖于A类。

•  依赖关系(Dependency) 是一种使用关系,特定事物的改变有可能会影响到使用该事物的其他事物,在需要表示一个事物使用另一个事物时使用依赖关系。大多数情况下,依       赖关系体现在某个类的方法使用另一个类的对象作为参数。

•   在UML中,依赖关系用带箭头的虚线表示,由依赖的一方指向被依赖的一方。

  1. public class Driver
  2. {
  3. public void drive(Car car)
  4. {
  5. car.move();
  6. }
  7. ……
  8. }
  9. public class Car
  10. {
  11. public void move()
  12. {
  13. ......
  14. }
  15. ……
  16. }

依赖关系有如下三种情况:

1、A类是B类中的(某中方法的)局部变量;

2、A类是B类方法当中的一个参数;

3、A类向B类发送消息,从而影响B类发生变化;

二、泛化关系(Generalization)

泛化关系(Generalization):A是B和C的父类,B,C具有公共类(父类)A,说明A是B,C的一般化(概括,也称泛化)

•  泛化关系(Generalization)也就是继承关系,也称为“is-a-kind-of”关系,泛化关系用于描述父类与子类之间的关系,父类又称作基类或超类,子类又称作派生类。在UML中,泛      化关系用带空心三角形的直线来表示。

•  在代码实现时,使用面向对象的继承机制来实现泛化关系,如在Java语言中使用extends关键字、在C++/C#中使用冒号“:”来实现。

  1. public class Person
  2. {
  3. protected String name;
  4. protected int age;
  5. public void move()
  6. {
  7. ……
  8. }
  9. public void say()
  10. {
  11. ……
  12. }
  13. }
  14. public class Student extends Person
  15. {
  16. private String studentNo;
  17. public void study()
  18. {
  19. ……
  20. }
  21. }

在UML当中,对泛化关系有三个要求:

1、子类与父类应该完全一致,父类所具有的属性、操作,子类应该都有;

2、子类中除了与父类一致的信息以外,还包括额外的信息;

3、可以使用父类的实例的地方,也可以使用子类的实例;

三、关联关系(Association)

关联关系(Association):类之间的联系,如客户和订单,每个订单对应特定的客户,每个客户对应一些特定的订单,再如篮球队员与球队之间的关联(下图所示)。

其中,关联两边的"employee"和“employer”标示了两者之间的关系,而数字表示两者的关系的限制,是关联两者之间的多重性。通常有“*”(表示所有,不限),“1”(表示有且仅有一个),“0...”(表示0个或者多个),“0,1”(表示0个或者一个),“n...m”(表示n到m个都可以),“m...*”(表示至少m个)。

•  关联关系(Association) 是类与类之间最常用的一种关系,它是一种结构化关系,用于表示一类对象与另一类对象之间有联系。

•  在UML类图中,用实线连接有关联的对象所对应的类,在使用Java、C#和C++等编程语言实现关联关系时,通常将一个类的对象作为另一个类的属性。

•  在使用类图表示关联关系时可以在关联线上标注角色名。

1)  双向关联: 默认情况下,关联是双向的。

  1. public class Customer
  2. {
  3. private Product[] products;
  4. ……
  5. }
  6. public class Product
  7. {
  8. private Customer customer;
  9. ……
  10. }

2 ) 单向关联:类的关联关系也可以是单向的,单向关联用带箭头的实线表示.

  1. public class Customer
  2. {
  3. private Address address;
  4. ……
  5. }
  6. public class Address
  7. {
  8. ……
  9. }

 

3) 自关联: 在系统中可能会存在一些类的属性对象类型为该类本身,这种特殊的关联关系称为自关联。

  1. public class Node
  2. {
  3. private Node subNode;
  4. ……
  5. }

4) 重数性关联: 重数性关联关系又称为多重性关联关系(Multiplicity),表示一个类的对象与另一个类的对象连接的个数。在UML中多重性关系可以直接在关联直线上增加一个数字表示与之对应的另一个类的对象的个数。


表示方式


多重性说明


1..1


表示另一个类的一个对象只与一个该类对象有关系


0..*


表示另一个类的一个对象与零个或多个该类对象有关系


1..*


表示另一个类的一个对象与一个或多个该类对象有关系


0..1


表示另一个类的一个对象没有或只与一个该类对象有关系


m..n


表示另一个类的一个对象与最少m、最多n个该类对象有关系 (m<=n)

  1. public class Form
  2. {
  3. private Button buttons[];
  4. ……
  5. }
  6. public class Button
  7. {
  8. }

四、聚合关系(Aggregation)

聚合关系(Aggregation):表示的是整体和部分的关系,整体与部分 可以分开.

•  聚合关系(Aggregation) 表示一个整体与部分的关系。通常在定义一个整体类后,再去分析这个整体类的组成结构,从而找出一些成员类,该整体类和成员类之间就形成了聚合   关系。

•  在聚合关系中,成员类是整体类的一部分,即成员对象是整体对象的一部分,但是成员对象可以脱离整体对象独立存在。在UML中,聚合关系用带空心菱形的直线表示。

  1. public class Car
  2. {
  3. private Engine engine;
  4. public Car(Engine engine)
  5. {
  6. this.engine = engine;
  7. }
  8. public void setEngine(Engine engine)
  9. {
  10. this.engine = engine;
  11. }
  12. ……
  13. }
  14. public class Engine
  15. {
  16. ……
  17. }

如:电话机包括一个话筒

电脑包括键盘、显示器,一台电脑可以和多个键盘、多个显示器搭配,确定键盘和显示器是可以和主机分开的,主机可以选择其他的键盘、显示器组成电脑;

五、组合关系(Composition)

组合关系(Composition):也是整体与部分的关系,但是整体与部分不可以分开.

•  组合关系(Composition)也表示类之间整体和部分的关系,但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在,部分对象也将不存在,部分对象与整体对象之    间具有同生共死的关系。

•  在组合关系中,成员类是整体类的一部分,而且整体类可以控制成员类的生命周期,即成员类的存在依赖于整体类。在UML中,组合关系用带实心菱形的直线表示。

  1. public class Head
  2. {
  3. private Mouth mouth;
  4. public Head()
  5. {
  6. mouth = new Mouth();
  7. }
  8. ……
  9. }
  10. public class Mouth
  11. {
  12. ……
  13. }

如:公司和部门,部门是部分,公司是整体,公司A的财务部不可能和公司B的财务部对换,就是说,公司A不能和自己的财务部分开; 人与人的心脏.

六、实现关系(Implementation)

实现关系(Implementation):是用来规定接口和实线接口的类或者构建结构的关系,接口是操作的集合,而这些操作就用于规定类或者构建的一种服务。

• 接口之间也可以有与类之间关系类似的继承关系和依赖关系,但是接口和类之间还存在一种实现关系(Realization),在这种关系中,类实现了接口,类中的操作实现了接口中所     声明的操作。在UML中,类与接口之间的实现关系用带空心三角形的虚线来表示。

  1. public interface Vehicle
  2. {
  3. public void move();
  4. }
  5. public class Ship implements Vehicle
  6. {
  7. public void move()
  8. {
  9. ……
  10. }
  11. }
  12. public class Car implements Vehicle
  13. {
  14. public void move()
  15. {
  16. ……
  17. }
  18. }

UML中的几种关系详细解析

在UML类图中,常见的有以下几种关系: 泛化(Generalization),  实现(Realization),关联(Association),聚合(Aggregation),组合(Composition),依赖(Dependency)

  1. 泛化(Generalization)

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

  【箭头指向】:带三角箭头的实线,箭头指向父类

  2. 实现(Realization)

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

  【箭头指向】:带三角箭头的虚线,箭头指向接口

  3. 关联(Association)

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

  【代码体现】:成员变量

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

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

  下图为自身关联:

  4. 聚合(Aggregation)

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

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

  【代码体现】:成员变量

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

  5. 组合(Composition)

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

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

【代码体现】:成员变量

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

  6. 依赖(Dependency)

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

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

  【箭头及指向】:带箭头的虚线,指向被使用者

  各种关系的强弱顺序:

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

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

时间: 2024-10-08 05:22:11

【转】UML中的几种关系详细解析的相关文章

UML中的6大关系详细说明

UML中的6大关系详细说明: 1.关联关系: 含义:类与类之间的连结,关联关系使一个类知道另外一个类的属性和方法:通常含有"知道","了解"的含义 体现:在C#中,关联关系是通过成员变量来实现的: 方向:双向或单向: 图示:实线 + 箭头:箭头指向被关联的类:2.依赖关系: 含义:是类与类之间的连接,表示一个类依赖于另外一个类的定义:依赖关系仅仅描述了类与类之间的一种使用与被使用的关系: 体现:在C#中体现为局部变量.方法/函数的参数或者是对静态方法的调用: 方向:

UML中的四种关系总结

UML中的关系主要包括四种:关联关系.依赖关系.泛化关系.实现关系.其中关联关系还包括聚合关系和组合关系. 1. 关联关系(Association) 关联关系式一种结构化的关系,是指一种对象和另一种对象有联系.给定关联的两个类,可以从其中的一个类的对象访问到另一个类的相关对象.关联关系用一条实线表示. 示例 1.1.  聚合关系(Aggregation) 聚合是关联的特例.聚合是表示整体与部分的关系,即has a 关系.聚合关系中的整体和部分是可以分离的,他们可以具有各自的生命周期,部分可以数据

盘点UML中的四种关系

生活中,我们既是独立的个体,又通过联系形成各种关系,比如说:朋友,恋人,父子,同学--于是乎,出现了神乎其神的六人定律.那么在UML中又存在什么样的关系呢?下面我们来梳理一下. 关联(Association) 描述了两个或多个类之间的结构性关系. 图示:直线或直线+箭头 双向关联: 指双方都知道对方的存在,都可以调用对方的公共属性和方法. 箭头及指向:双向的关联可以有两个箭头或者没有箭头 例1:公司和人 将来在Person类中会有属性名为employer,类型为Company ;在Company

UML中的几种关系(UML Relationships)

依赖(Dependency) 依赖可以理解为一个类A使用到了另一个类B,而这种使用关系是具有偶然性的.临时性的.非常弱的,但是B类的变化会影响到A:比如某人要过河,需要借用一条船,此时人与船之间的关系就是依赖:表现在代码层面,为类B作为参数被类A在某个method方法中使用. 图形表示如下: 代码实现如下(C#): PS:企鹅依赖于气候,一但南极春天到来,温度小于-10度后,它们将集体迁移到北极去. 关联(Association ) 关联和泛化是依赖的两种特别形式,关联可是是单向关联和双向关联,

UML中的四种关系

一.Association关联关系 说明:Assocition(关联):描述了两个或多个类之间的结构性关系. (1)普通关联: 1)Association name名称:用以描述该关系的性质. 2)Role角色:当一个类处于关联的某一端时,该类就在这个关系中扮演了一个特定的角色:角色是关联中靠近它的一端的类对另外一端的类呈现的职责. 3)Multiplicity多重性:关联角色的多重性是说明一个关联的实例中有多少个相互连接的对象. 例如(): Public Class Person Privat

UML类图中的几种关系总结

       UML类图,描写叙述对象和类之间相互关系的方式包含:依赖(Dependency).关联(Association).聚合(Aggregation).组合(Composition).泛化(Generalization).实现(Realization)等. 依赖(Dependency) A依赖B,表示A会使用B的行为或属性,但B不能使用A的行为.属性,那么A和B的关系是依赖关系. uml中用带箭头的虚线表示Dependency关系,箭头指向被依赖元素. 演示样例代码 : class B

转 UML类图几种关系的总结

UML类图几种关系的总结 在UML类图中,常见的有以下几种关系: 泛化(Generalization),  实现(Realization),关联(Association),聚合(Aggregation),组合(Composition),依赖(Dependency) 1. 泛化(Generalization) [泛化关系]:是一种继承关系,表示一般与特殊的关系,它指定了子类如何特化父类的所有特征和行为.例如:老虎是动物的一种,即有老虎的特性也有动物的共性. [箭头指向]:带三角箭头的实线,箭头指向

【转载】UML类图几种关系的总结

因为有的时候很久不弄UML图,老是忘记几个常见的连接线的意思,这篇完全说转载:UML类图几种关系的总结 在UML类图中,常见的有以下几种关系: 泛化(Generalization),  实现(Realization),关联(Association),聚合(Aggregation),组合(Composition),依赖(Dependency) 1. 泛化(Generalization) [泛化关系]:是一种继承关系,表示一般与特殊的关系,它指定了子类如何特化父类的所有特征和行为.例如:老虎是动物的

UML类图五种关系与代码的对应关系

转: UML类图中的五种关系的耦合强弱比较:依赖<关联<聚合<组合<继承 一.依赖关系: (一)说明 虚线+箭头 可描述为:Uses a 依赖是类的五种关系中耦合最小的一种关系. 因为在生成代码的时候,这两个关系类都不会增加属性. (二)依赖关系图与代码的对应关系 (PS:依赖关系:Animal依赖于Water(动物依赖于水)) [csharp] view plaincopyprint? Public class Animal() { Public Animal(){} } Pub