学习笔记 解析UML类图的组成

本文和大家重点讨论一下UML类图的概念，UML类图是定义其他图的基础，在UML类图基础上，可以使用状态图、协作图、组件图和配置图等进一步描述系统其他方面的特性。

UML类图的概念

一、概述

UML类图（ClassDiagram）是描述类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态结构。UML类图是定义其他图的基础，在UML类图基础上，可以使用状态图、协作图、组件图和配置图等进一步描述系统其他方面的特性。

UML类图包括7个元素：类（Class）、接口（Interface）、协作（collaboration）、依赖关系（Dependency）、泛化关系（Generalization）、关联关系（Association）以及实现关系（Realization）。

二、类

类定义了一组有着状态和行为的对象。其中，属性和关联用来描述状态。属性通常用没有身份的数据值表示，如数字和字符串。关联则用有身份的对象之间的关系表示。行为由操作来描述，方法是操作的实现。对象的生命期则由附加给类的状态机来描述。

1、名称：类的名称是每个类中所必有的构成元素。

2、属性（Attribute）

（1）可见性：类中属性的可见性主要包括公有（public）、私有（Private）和受保护（Protected）。在UML中，公有类型的用“+”表达，私有类型用“-”表达，而受保护类型则用“#”表达。UML类图的类中不存在默认的可见性，如果没有显示任何一种符号，就表示没有定义该属性的可见性。

（2）属性名：按照UML的约定，单字属性名小写。如果属性名包含多个单词，这些单词要合并，且除了第一个单词外其余单词的首字母要大写。

（3）属性字符串。属性字符串用来指定关于属性的其他信息，例如某个属性应该是永久的。任何希望添加在属性定义字符串值但又没有合适地方可以加入的规则，都可以放在属性字符串里。

（4）类属性。属性也可以作为一个类属属性来定义，这就意味着此属性被该类的所有对象共享。在UML类图中，类属性带有一条下划线。

3、操作。类的操作是对类的对象所能做的事务的抽象，相当于一个服务的实现。

4、职责：在操作部分下面的区域，可以用来说明类的职责。职责是类或其他元素的契约或义务。类的职责是是自由形式的文本，写一个短语，一个句子等。在UML中，把职责列在UML类图底部的分隔栏中。

5、约束。说明类的职责是消除二义性的一种非形式化的方法，形式化的方法是使用约束。约束指定了该类所要满足的一个或多个规则。在UML中，约束是用一个花括号括起来的自由文本。

三、UML类图接口

接口包含操作但不包含属性，且它没有对外界可见的关联。

四、UML类图中类之间的关系

类之间的关系最常见的有四种：依赖关系、泛化关系、管理关系、实现关系。

1、UML类图中依赖关系（Dependency）

依赖表示两个或多个模型元素之间语义上的关系。它表示了这样一种情形，对于一个元素（提供者）的某些改变可能会影响或提供消息给其他元素（客户），即客户以某种形式依赖于其他类元。根据这个定义，关联、实现和泛化都是依赖关系，但是它们有更特别的语义。在UML中，依赖用一个从客户指向提供者的虚箭头表示，用一个构造型的关键字来区分它的种类。

UML定义了4种基本依赖类型，分别是使用（Usage）依赖、抽象（Abstraction）依赖、授权（Permission）依赖和绑定（Binding）依赖。

（1）、使用依赖。使用依赖都是非常直接的，通常表示客户使用提供者提供的服务以实现它的行为。以下列出了5种使用依赖关系.

（2）、抽象依赖。抽象依赖用来表示客户与提供者之间的关系，依赖于在不同抽象层次上的事物。

（3）、授权依赖。授权依赖表示一个事物访问另一个事物的能力。提供者通过规定客户的权限，可以控制和限制对其内容访问的方法。

（4）、绑定依赖。绑定依赖是较高级的依赖类型，用于绑定模板以创建新的模型元素。

2、UML类图中泛化关系（Generalization）

UML类图中泛化关系是一种存在于一般元素和特殊元素之间的分类关系，它只使用在类型上，而不是实例上。在类中，一般元素被称为超类或父类，而特殊元素被称为子类。在UML中，泛化关系用一条从子类指向父类的空心三角箭头表示

3、UML类图中关联关系（Association）

关联关系是一种结构关系，它指明一个事物的对象与另一个事物的对象之间的联系。也就是说，关联描述了系统中对象或实例之间的离散连接。在UML中，关联关系用一条连接两个类的实线表示

UML类图中关联关系有6种对应的修饰，它们分别是：名称、角色、多重性、聚合、组合和导航性。

（1）、名称（Name）。名称用来描述关联的性质，通常使用一个动词或动词短语来命名关联。名称以前缀或后缀一个指引阅读的方向指示符以消除名称含义上可能存在的歧义，方向指示符用一个实心的三角形箭头表示。

（2）、角色（Role）。角色是关联关系中一个类对另一个类所表现出来的职责。角色名称是名词或名词短语，以解释对象是如何参与关联的。

（3）、多重性（Multiplicity）。约束是UML三大扩展机制之一，多重性是其中使用最广泛的一种约束。关联的多重性是指有多少对象可以参与该关联，多重性可以用来表达一个取值范围、特定值、无限定的范围或一组离散值。

（4）、聚合（Aggregation）。聚合关系表示整体和部分关系的关联。聚合关系描述了“hasa”的关系。在UML中聚合关系用带空心的实线来表示，其中头部指向整体。

（5）、组合关系(Composition)。组合关系是聚合关系中的一种特殊情况，是更强形式的聚合，又被称为强聚合。在组合中，成员对象的生命周期取决于聚合的生命周期，聚合不仅控制着成员对象的行为，而且控制着成员对象的创建和析构。在UML中，组合关系用带实心菱头的实线来表示，其中头部指向整体。

（6）、导航性(Nevigation)。导航性描述的是一个对象通过链（关联的实例）进行导航访问另一个对象，即对一个关联端点设置导航属性意味着本端的对象可以被另一端的对象访问。可以在关联关系上加箭头表示导航方向。只在一个方向上可以导航的关联称为单向关联(UnidirectionAssociation),用一条带箭头的实线来表示。在两个方向上都可以导航的关联称为双向关联(BidirectionAssociation),用一条没有箭头的实线来表示。另外使用导航性可以降低类之间的耦合度，在也是好的面向对象分析与设计的目标之一。

4、UML类图中实现关系（Realization）

实现是规格说明和其实现之间的关系，它将一种模型元素与另一种模型元素连接起来，比如类和接口。

泛化和实现关系都可以将一般描述与具体描述联系起来。泛化将同一语义层上的元素连接起来，并且通常在同一模型内。实现关系则将不同语义层内的元素连接起来，通常建立在不同的模型内。

实现关系通常在两种情况下被使用：在接口与实现该接口的类之间；在用例以及实现该用例的协作之间。

在UML中，实现关系的符号与泛化关系的符号类似，用一条带指向接口的空心三角箭头的虚线表示。下图所示的是实现关系的一个示例，描述的是Keyboard保证自己的部分行为可以实现Typewriter的行为