UML之类图

类图概述

类图中最重点的问题就是类与类之间的关系了，类的关系有泛化(Generalization)、实现（Realization）、依赖(Dependency)和关联(Association)。其中关联又分为一般关联关系和聚合关系(Aggregation)，合成关系(Composition)。接下来我们说下类图

类图的3个基本组件：类名、属性、方法。

类图（class Diagram)是描述类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态结构。

类图包含7个元素：类、接口、协作、依赖关系、实现关系、泛化关系以及关联关系。

类图的用途

类图是系统静态视图的一部分，它主要是用来描述软件系统的静态结构。该视图主要支持系统的功能需求，也就是系统要提供给最终用户的服务。当系统分析师以支持软件系统的功能需求为目的设计静态视图时，通常以下述3种方法之一使用类图。

1、对系统的词汇建模

  

2、对简单协作建模

协同是软件系统的动态交互在软件系统的静态视图上的映射。协同的静态结构是通过类图表达出来的。在对类图的简单协同建模时，不仅要描述类的职责、结构和服务，还要强调类间的关系。

在协同建模时，要遵循的策略包括： （1）识别要模拟的机制。一个机制描述了被建模的部分系统的一些功能和行为，这些功能和行为是由类、接口等元素交互作用产生的。  （2）对每种机制，识别参与协作的类、接口和其他协作，并识别它们间的关系。  （3）通过协作的脚本，发现建模的模型是否有被遗漏和语义错误的地方，并更正错误。（4）得出相应类的对象，并确定具体的属性和操作。

3、对逻辑数据库模式建模

在为数据库建模时，要遵循的策略包括： （1）在系统中确定的类，它的状态必须超过其应用系统生命周期。（2）创建包含这些类的类图，并把它们标记成永久的（persistent）。 （3）展开这些类的结构信息，即详细的描述属性的细节，并注重关联和构造这些类的基数。  （4）观察系统中的公共模式（如循环关联、一对一关联等），它们往往使物理数据库设计复杂化。如果必要，系统分析师需要创建简化逻辑结构的中间抽象。  （5）考虑这些类的行为，扩充那些对于数据存储和数据完整性很重要的操作。（6）如果可能，用工具来把逻辑设计换成物理设计。

类图中的关系

关联关系

描述了类的结构之间的关系。具有方向、名字、角色和多重性等信息。一般的关联系语义比较弱。也有两种语义较强，分别是聚合与组合。

聚合关系

特殊关联关系，指明一个聚体（整体）和组成部分之间的关系。

组合关系

语义更强的聚合，部分和整体具有相同的生命周期。

泛化关系

在面向对象中一般称为继承关系，存在于父类与子类、父接口与子接口之间。

 

实现关系

对应于类和接口之间的关系

 

依赖关系

描述了一个类的变化对依赖于它的类产生影响的情况。有多中表现形式，例如邦定（bind)、友元（friend）等。