1.一般化关系(Generalization),所谓一般化通常指的就是继承关系,这里会有一般化(Generalization)及具体化(Specialization)
一般化的UML图例如下:
2.关联关系(Association),关联关系可以是单向或双向,但一般情况下大部份为单向,关联关系可进一步划分为聚合及合成关系,如果确实无办法区分,就先以关联关系表示,留意一下在关联关系中有个基数的概念(Multiplicity),就是类似关系型数据库一对一,一对多那个概念;
关联关系的类图如下:
3.关联关系演化为聚合关系(Aggregation),聚合关系是整体与部分的关系,但整体不会干涉部分的生命周期,简单来说,部分是可以独立存在的,例如:计算机由硬盘,CPU,内存组成,但硬盘,CPU、内存却可以独立存在;
聚合关系的类图如下:
4.关联关系演化为合成关系(Composition),合成关系比聚合关系更强,它要求整体的对象负责部分对象的生命周期,言下之意,如果整体消失了,部分也就消失了,而且部分不存在与其它类共享,例如:我们的心脏,脑袋,就与自己是合成关系;
合成关系的类图如下:
5.依赖关系(Dependency),依赖关系相对就比较弱了,而且它总是单向的,在java中,可以是局部变量,方法的参数或者是调用其它类的静态方法,例如:订单中添加商品,商品是订单中的一个参数,所以,我们可以说,订单依赖于商品。
依赖关系的类图如下:
继承
指的是一个类(称为子类、子接口)继承另外的一个类(称为父类、父接口)的功能,并可以增加它自己的新功能的能力,继承是类与类或者接口与接口之间最常见的关系;在Java中此类关系通过关键字extends明确标识,在设计时一般没有争议性;
实现
指的是一个class类实现interface接口(可以是多个)的功能;实现是类与接口之间最常见的关系;在Java中此类关系通过关键字implements明确标识,在设计时一般没有争议性;
依赖
可以简单的理解,就是一个类A使用到了另一个类B,而这种使用关系是具有偶然性的、、临时性的、非常弱的,但是B类的变化会影响到A;比如某人要过河,需要借用一条船,此时人与船之间的关系就是依赖;表现在代码层面,为类B作为参数被类A在某个method方法中使用;
关联
他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系,比如我和我的朋友;这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的,一般是长期性的,而且双方的关系一般是平等的、关联可以是单向、双向的;表现在代码层面,为被关联类B以类属性的形式出现在关联类A中,也可能是关联类A引用了一个类型为被关联类B的全局变量;
聚合
聚合是关联关系的一种特例,他体现的是整体与部分、拥有的关系,即has-a的关系,此时整体与部分之间是可分离的,他们可以具有各自的生命周期,部分可以属于多个整体对象,也可以为多个整体对象共享;比如计算机与CPU、公司与员工的关系等;表现在代码层面,和关联关系是一致的,只能从语义级别来区分;
组合
组合也是关联关系的一种特例,他体现的是一种contains-a的关系,这种关系比聚合更强,也称为强聚合;他同样体现整体与部分间的关系,但此时整体与部分是不可分的,整体的生命周期结束也就意味着部分的生命周期结束;比如你和你的大脑;表现在代码层面,和关联关系是一致的,只能从语义级别来区分;
对于继承、实现这两种关系没多少疑问,他们体现的是一种类与类、或者类与接口间的纵向关系;其他的四者关系则体现的是类与类、或者类与接口间的引用、横向关系,是比较难区分的,有很多事物间的关系要想准备定位是很难的,前面也提到,这几种关系都是语义级别的,所以从代码层面并不能完全区分各种关系;
但总的来说,后几种关系所表现的强弱程度依次为:组合>聚合>关联>依赖;
聚合跟组合其实都属于关联 只不过它们是两种特殊的关联 因为本是同根生 所以它们之间难免会有相似之处 下面让我们一起来看一下它们之间有何不同
聚合与组合的概念相信不用我在此赘述大家就已经了解了 下面直接上例子
程老师的《大话》里举大那个大雁的例子很贴切 在此我就借用一下 大雁喜欢热闹害怕孤独 所以它们一直过着群居的生活 这样就有了雁群 每一只大雁都有自己的雁群 每个雁群都有好多大雁 大雁与雁群的这种关系就可以称之为聚合 另外每只大雁都有两只翅膀 大雁与雁翅的关系就叫做组合 有此可见 聚合的关系明显没有组合紧密 大雁不会因为它们的群主将雁群解散而无法生存 而雁翅就无法脱离大雁而单独生存——组合关系的类具有相同的生命周期
聚合关系图:
组合关系图:
从从代码上看这两种关系的区别在于:
构造函数不同
雁群类:
[csharp] view plaincopy
- public class GooseGroup
- {
- public Goose goose;
- public GooseGroup(Goose goose)
- {
- this.goose = goose;
- }
- }
[csharp] view plaincopy
- public class GooseGroup
- {
- public Goose goose;
- public GooseGroup(Goose goose)
- {
- this.goose = goose;
- }
- }
大雁类:
[csharp] view plaincopy
- public class Goose
- {
- public Wings wings;
- public Goose()
- {
- wings=new Wings();
- }
- }
[csharp] view plaincopy
- public class Goose
- {
- public Wings wings;
- public Goose()
- {
- wings=new Wings();
- }
- }
聚合关系的类里含有另一个类作为参数
雁群类(GooseGroup)的构造函数中要用到大雁(Goose)作为参数把值传进来 大雁类(Goose)可以脱离雁群类而独立存在
组合关系的类里含有另一个类的实例化
大雁类(Goose)在实例化之前 一定要先实例化翅膀类(Wings) 两个类紧密耦合在一起 它们有相同的生命周期 翅膀类(Wings)不可以脱离大雁类(Goose)而独立存在
信息的封装性不同
在聚合关系中,客户端可以同时了解雁群类和大雁类,因为他们都是独立的
而在组合关系中,客户端只认识大雁类,根本就不知道翅膀类的存在,因为翅膀类被严密的封装在大雁类中。
这几种关系都是语义级别的,所以从代码层面并不能完全区分各种关系;但总的来说,后几种关系所表现的强弱程度依次为:
组合>聚合>关联>依赖;
UML 线条 箭头
关系
后面的例子将针对某个具体目的来独立地展示各种关系。虽然语法无误,但这些例子可进一步精炼,在它们的有效范围内包括更多的语义。
依赖(Dependency)
实体之间一个“使用”关系暗示一个实体的规范发生变化后,可能影响依赖于它的其他实例(图D)。 更具体地说,它可转换为对不在实例作用域内的一个类或对象的任何类型的引用。其中包括一个局部变量,对通过方法调用而获得的一个对象的引用(如下例所 示),或者对一个类的静态方法的引用(同时不存在那个类的一个实例)。也可利用“依赖”来表示包和包之间的关系。由于包中含有类,所以你可根据那些包中的 各个类之间的关系,表示出包和包的关系。
图D
关联(Association)
实体之间的一个结构化关系表明对象是相互连接的。箭头是可选的,它用于指定导航能力。如果没有箭头,暗示是一种双向的导航能力。在Java中,关联(图E) 转换为一个实例作用域的变量,就像图E的“Java”区域所展示的代码那样。可为一个关联附加其他修饰符。多重性(Multiplicity)修饰符暗示 着实例之间的关系。在示范代码中,Employee可以有0个或更多的TimeCard对象。但是,每个TimeCard只从属于单独一个 Employee。
图E
聚合(Aggregation)
聚合(图F)是关联的一种形式,代表两个类之间的整体/局部关系。聚合暗示着整体在概念上处于比局部更高的一个级别,而关联暗示两个类在概念上位于相同的级别。聚合也转换成Java中的一个实例作用域变量。
关联和聚合的区别纯粹是概念上的,而且严格反映在语义上。聚合还暗示着实例图中不存在回路。换言之,只能是一种单向关系。
图F
合成(Composition)
合成 (图G) 是聚合的一种特殊形式,暗示“局部”在“整体”内部的生存期职责。合成也是非共享的。所以,虽然局部不一定要随整体的销毁而被销毁,但整体要么负责保持局 部的存活状态,要么负责将其销毁。局部不可与其他整体共享。但是,整体可将所有权转交给另一个对象,后者随即将承担生存期职责。
Employee和TimeCard的关系或许更适合表示成“合成”,而不是表示成“关联”。
图G
泛化(Generalization)
泛化(图H)表示一个更泛化的元素和一个更具体的元素之间的关系。泛化是用于对继承进行建模的UML元素。在Java中,用extends关键字来直接表示这种关系。
图H
实现(Realization)
实例(图I)关系指定两个实体之间的一个合同。换言之,一个实体定义一个合同,而另一个实体保证履行该合同。对Java应用程序进行建模时,实现关系可直接用implements关键字来表示。
图I
相关推荐
### UML类图关系详解 #### 一、引言 UML(Unified Modeling Language,统一建模语言)是一种广泛应用于软件工程领域的图形化语言,它帮助开发者理解和设计系统。其中,UML类图是最常用的一种图示方式,用于描述系统...
### UML类图在关系数据库中的实现 #### 概述 在关系数据库设计过程中,实体关系模型(ER模型)作为一种标准方法被广泛采用以创建数据库的逻辑模型。然而,随着业务需求的日益复杂以及对数据模型灵活性的需求提高,...
综上所述,UML类图中的类是系统建模的关键元素,它们通过抽象类和具体类的区分来表达层次结构,通过主动类和非主动类来描述行为发起者和接收者。属性和操作则构成了类的核心特性,帮助我们理解和设计系统的结构和...
在JDK中,UML类图可以帮助我们理解和分析Java类库的结构,包括类、接口、继承关系、关联、聚合和组合等。 **类图的基本元素** 1. **类(Class)**: 类图的核心元素,表示具有共同属性、操作和关系的一组对象。在...
9. 基数(Multiplicity):在关联、聚合和组合关系中,基数表示一个类的实例可以有多少个对应实例,用数字表示。例如,一个鸟有两只翅膀,基数可以写作"1..2"。 UML类图中的关系分为五种: - 关联(Association):...
### UML类图关系详解 #### 一、引言 UML(Unified Modeling Language,统一建模语言)是一种广泛应用于软件工程领域的图形化规范,用于描述软件系统的结构和行为。UML类图作为UML中的一种重要图表类型,主要用于...
### UML类图关系详解 #### 一、引言 统一建模语言(Unified Modeling Language,简称UML)是一种广泛使用的图形化语言,用于软件工程的设计、开发和维护。其中,UML类图是用于描述系统中类的静态结构的重要组成...
在IT行业中,UML(统一建模语言)是一种标准的...学习这个案例,你可以了解如何将业务逻辑转化为UML类图,再将类图转换为实际的C++代码。这有助于提升你对面向对象编程的理解,同时也能掌握UML在软件工程中的实际应用。
在自动生成关系数据库表的过程中,需要遵循一定的映射规则,将UML类图中的各个元素转换为关系数据库表的组成部分。 1. 类映射为表:UML类图中的每一个类应该映射成关系数据库中的一个表。 2. 属性映射为字段:类的...
在"spring源码全部uml类图"中,我们可以深入探讨Spring框架的内部结构和设计模式。 首先,Spring框架的核心组件包括IoC(Inversion of Control,控制反转)容器和AOP(Aspect-Oriented Programming,面向切面编程)...
UML类图是UML中的核心元素,它用于表示系统的静态结构,包括类、接口、继承关系、关联关系等。 这个压缩包包含以下三个文件: 1. net.java.amateras.xstream_1.3.4.jar:这是一个基于XStream库的Java类,用于对象...
在这个“UML类图关系大全”中,我们将深入探讨类图中的各种关系,帮助你全面理解这些概念。 首先,我们要了解类图的基本元素:类、接口和对象。类是具有属性、操作和关系的实体模型,接口定义了类必须实现的一组...
在网上书店系统中,我们可以使用UML类图来描述系统中的类和对象之间的关系,例如,customer类、employee类、Administrator类等,这些类之间的关系可以通过继承、关联、继承等关系来描述。 2.Rose或Visio 建模工具:...
### UML类图中的接口与接口实现 #### 一、接口的概念 在统一建模语言(UML)中,接口(Interface)是一个重要的概念,它主要用于描述系统内部或系统之间如何进行交互。根据UML规范(UML Infrastructure ...
UML类图关系讲解 ...UML类图关系讲解了类图中的各种关系,包括继承关系、实现关系、关联关系、聚合关系、合成关系和依赖关系等。这些关系都是UML类图的基本组成部分,用于描述类和对象之间的关系。
UML类图是面向对象程序设计中的标准建模技术,在关系数据库系统的设计过程中,我们可以先利用UML建立商业模型,然后将其映射成表。本文主要讨论如何将UML类图中的类映射成表的策略。 UML类图中的类映射成表的策略...
本文将深入探讨"登录图"在UML类图中的应用,以及如何通过类图来描绘和理解复杂的系统结构。 首先,UML类图是UML中的核心元素之一,它提供了一种图形化的方式来表示系统的静态结构。类图展示了类、接口、对象之间的...
在这些关系中,强度依次递减的顺序大致为:泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖。这一排序有助于我们在设计类图时理解各个关系的重要性,并选择最合适的表示方式来清晰地表达系统的设计意图。 通过对以上六种...
UML类图是UML中的静态结构模型,它主要展示了系统的类、接口、协作以及它们之间的关系,如继承、关联、依赖等。在图书管理系统中,类图将帮助我们清晰地定义各类对象及其属性和操作。 图书管理系统的核心类可能包括...
在UML类图中,关系是描述类与类之间相互作用和联系的重要工具。以下是针对UML类图中几种主要关系的详细说明: 1. **关联**: 关联是类之间的基本关系,表明一类知道另一类的存在,并可以访问其公共属性和方法。...