uml的构造包含3种
- 事物4种:结构,行为,分组,注释事物
- 关系4种:泛化,实现,依赖,关联,
- 图10种,用例图,类图,对象,包,组件,部署,状态,活动,序列,协作
事物是对模型中最具代表性的成分的抽象,关系把事物结合到一起,图聚集了相关的事物
下面说最常见的关系:类与类,类与接口,接口与接口之间,
泛化generalization, 是一个类(成为子类,子接口)继承自另外的一个类(父类,父接口)的功能,就是继承的关系,c++或java的继承关系就是表示这个概念,是最常见的关系.在设计的时候很明确,没有争议.java中通过extends关键字
实现realization,,实现关系指的是一个class类显得interface接口(可以是多个)的功能. 实现是类和接口之间最常见的额关系;在java此类关系由关键字implements标识- -
- -
- -
-
依赖dependency, - 类与类之间的关系,表示一个类依赖于另一个类的定义. 依赖关系总是单向的.
- 可以简单的理解:A依赖于B, 就是一个类A使用了另一个类B,而这种使用关系具有偶然性,临时性,非常弱. 但是B的变换会影响到A.
- 比如某人需要过河,此时人与船之间的关系就是依赖,
- 表现在代码平面:就是类B作为参数被类A在某个method方法中使用.
- -
- -
- -
关联association(关联,聚合,合成)
- 表示类与类之间的关系,它使得一个类知道另一个类的属性和方法
- 关联可以使用单箭头表示单向关联,使用双箭头或不用箭头表示双向关联,不建议使用双向关联.
- 关联有两个端点,在每个端点可以有一个基数,表示这个关联的类可以有几个实例
- 常见的基数及含义:
- 0..1:
- 0..*:
- 1:
- 1..*:
- 关联体现的是两个类,或者类与接口之间语义级别的一种强依赖关系,
- 比如我和我的朋友,这种关系比依赖更强,不存在依赖关系的偶然性,关系也不是临时的,一般是长期性的,双方的关系一般是平等的
- 标在代码上,被关联类B以类属性的形式出现在关联类A中,,,,也可能是关联类A引用了一个类型为被关联类B的全局变量
- 在java语言中关联关系是使用实例变量实现的.
- -
- -
聚合aggregation关系,关联关系是一种特例,是强的关联关系.
- 聚合是整体与个体之间点关系,即has-a关系
- 此时整体与部分之间是可分离的,他们可以具有各自的生命周期,
- 部分可以属于多个整体对象,也可以为多个整体对象共享
- 比如计算机与cpu,公司与员工的关系
- 在代码上,和关联关系是一致的,只能从语义级别来区分
- -
组合(合成)composition,也是关联的一种特例,体现的是contains-a的关系
- 这种关系比聚合更强,叫强聚合
- 它同样体现整体与部分的关系,但此时整体与部分是不可分的.
- 整体的生命周期结束就意味着部分的生命周期的,比如人和大脑(看自己理解)
- 合成关系是不能共享的(什么意思?)
- 在代码上,和关联关系是一致的,只能从语义级别来区分
- -
- 组合和聚合几乎相同,唯一的区别就是部分 不能脱离 整体 单独存在.就是说,部分的生命周期 不能比整体 还要长.
- -
-总结:对于继承,实现(实例化)没有多少疑问,体现的是类与类,类与接口简单纵向关系
其他的四种关系,体现的是类与类,类与接口见的引用,横向关系,需要仔细讨论.有时候在代码层面也不是很好区分.但是总体来说,强弱关系为: 组合>聚合>关联>依赖
http://www.uml.org.cn/oobject/201006114.asp