0 简介
统一建模语言(Unified Modeling Language，UML )，非专利的第三代建模和规约语言。一种用于说明、可视化、构建和编写一个正在开发的面向对象的、软件密集系统的制品的开放方法。
UML展现了一系列最佳工程实践，这些最佳实践在对大规模复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。
UML2.2共定义了14种图示，分类如下：
结构式图形
系统式的建模：
- 静态图(类图,对象图,包图)
- 实现图(组件图，部署图)
- 剖面图
- 复合结构图
行为式图形
系统模型中触发的事件：
- 活动图
- 状态图
- 用例图
交互式图形
属于行为式图形子集合，强调系统模型中资料流程：
- 通信图
- 交互概述图( UML2.0 )
- 时序图( UML2.0 )
- 时间图( UML2.0 )
UML 类图
- Class Diagram:用于表示类、接口、实例等之间相互的静态关系
- 虽然名字叫类图,但类图中并不只有类
UML 全用例
UML箭头方向：子类=》父类
可能会认为子类是以父类为基础的，箭头应从父类指向子类。定义子类时需要通过extends关键字指定父类。子类一定是知道父类定义的，但父类并不知道子类的定义。只有知道对方信息时才能指向对方。
所以箭头方向是从子类指向父类
三角箭头
实线-继承
is-a关系，扩展目的，不虚，很结实。
虚线-实现
虚线代表”虚”，无实体。
实线-关联 虚线-依赖
◆虚线-依赖关系:临时用一下,若即若离,虚无缥缈,若有若无
表示一种使用关系,一个类需要借助另一个类来实现功能
一般是一个类使用另-个类做为参数使用, 或作为返回值
◆实线-关联关系:关系稳定,实打实的关系,铁哥们
表示一个类对象和另一个类对象有关联
通常是一个类中有另一个类对象做为属性
如下两种用菱形表示，像一个盛东西的器皿（如盘子）：
空心菱形 - 聚合
- 聚合：代表空器皿里可以放很多相同东西，聚在一起(箭头方向所指的类)
- 整体和局部的关系，两者有独立生命周期，
has a关系 - 弱关系
- 消极的词：弱-空
实心菱形 - 组合
- 整体与局部的关系，和聚合关系相比，关系更加强烈
- 二者有相同的生命周期，contains-a关系
- 强关系，积极的词:强 - 满
常见数字表达及含义，假设有A类和B类，数字标记在A类侧
0..1:0或1个实例.
0..*:0或多个实例.
1..1:1个实例.
1 : 只能有一个实例.
1.. * : 至少有一个实例.
时序图
Sequence Diagram :是显示对象之间交互的图,这些对象是按时间顺序排列的。
时序图中包括的建模元素主要有:
- 对象( Actor)
- 生命线( Lifeline )
- 控制焦点( Focus of control)
- 消息( Message )
2 UML类图讲解- 自上而下
2.1 依赖关系(Dependency)
依赖关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的其他事物，在需要表示
一个事物使用另一个事物时使用依赖关系。大多数情况下，依赖关系体现在某个类的方法使用另一个类的对象作为参数。
在UML中，依赖关系用带箭头的虚线表示，由依赖的一方指向被依赖的一方。
在系统实施阶段，依赖关系通常通过三种方式来实现
- 第一种也是最常用的一种方式是如图所示的将一个类的对象作为另一个类中方法的参数
- 第二种方式是在一个类的方法中将另一个类的对象作为其局部变量
- 第三种方式是在一个类的方法中调用另一个类的静态方法
2.2 继承关系(Generalization)
用于描述父类与子类之间的关系，父类又称作基类或超类，子类又称作派生类。在UML中，泛化关系用带空心三角形的直线来表示。在代码实现时，我们使用面向对象的继承机制来实现泛化关系，在Java语言中使用extends关键字
2.3 组合关系(Composition)
表示类之间整体和部分的关系，但是在组合关系中整体对象可以控制成员对象的生命周期。
一旦整体对象不存在，成员对象也将不复存在，成员对象与整体对象同生共死。
UML 图示
组合关系用带实心菱形的直线 ：
代码实现组合关系时，一般在整体类的构造器中直接实例化成员类，比如：
- LinkedHashMap 组合 HashMap
- Set 组合 Map（HashSet 内部的 HashMap）
- DelayQueue 组合 PriorityQueue
2.4 关联关系(Association)
类与类之间最常用的一种关系，它是一种结构化关系，用于表示一类对象与另一类对象之间有联系
如汽车和轮胎、师傅和徒弟、班级和学生等等。
在UML类图中，用实线连接有关联关系的对象所对应的类
在使用Java实现关联关系时，通常将一个类的对象作为另一个类的成员变量
在使用类图表示关联关系时可以在关联线上标注角色名，一般使用一个表示两者之间关系的动词或者名词表示角色名（有时该名词为实例对象名），关系的两端代表两种不同的角色，因此在一个关联关系中可以包含两个角色名，角色名不是必须的，可以根据需要增加，其目的是使类之间的关系更加明确。
如在一个登录界面类LoginForm中包含一个JButton类型的注册按钮loginButton，它们之间可以表示为关联关系，代码实现时可以在LoginForm中定义一个名为loginButton的属性对象，其类型为JButton
在UML中，关联关系通常又包含如下几种形式：
2.4.1 双向关联
默认情况下，关联是双向的
例如：顾客(Customer)购买商品(Product)并拥有商品，反之，卖出的商品总有某个顾客与之相关联。因此，Customer类和Product类之间具有双向关联关系
public class Customer {
private Product[] products;
……
}
public class Product {
private Customer customer;
……
}
2.4.2 单向关联
类的关联关系也可以是单向的，单向关联用带箭头的实线表示
例如：顾客(Customer)拥有地址(Address)，则Customer类与Address类具有单向关联关系，如下：
- 单向关联实例
public class Customer {
private Address address;
……
}
public class Address {
……
}
2.4.3 自关联
在系统中可能会存在一些类的属性对象类型为该类本身，这种特殊的关联关系称为自关联
例如：一个节点类(Node)的成员又是节点Node类型的对象
- 自关联实例
public class Node {
private Node subNode;
……
}
2.4.4 多重性关联
多重性关联关系又称为重数性(Multiplicity)关联关系，表示两个关联对象在数量上的对应关系
在UML中，对象之间的多重性可以直接在关联直线上用一个数字或一个数字范围表示。
对象之间可以存在多种多重性关联关系
例如：一个界面(Form)可以拥有零个或多个按钮(Button)，但是一个按钮只能属于一个界面，因此，一个Form类的对象可以与零个或多个Button类的对象相关联，但一个Button类的对象只能与一个Form类的对象关联，如图5所示：
public class Form {
private Button[] buttons; //定义一个集合对象
……
}
public class Button {
……
}
2.5 聚合关系(Aggregation)
表示整体与部分的关系 - has-a。
成员对象是整体对象的一部分，但是成员对象可以脱离整体对象独立存在。
聚合关系用带空心菱形的直线表示
在代码实现聚合关系时，成员对象通常作为构造方法、Setter方法或业务方法的参数注入到整体对象中。
2.6 接口与实现关系
在很多面向对象语言中都引入了接口的概念，如Java，在接口中，通常没有属性，而且所有的操作都是抽象的，只有操作的声明，没有操作的实现
UML中用与类的表示法类似的方式表示接口
接口之间也可以有与类之间关系类似的继承关系和依赖关系，但是接口和类之间还存在一种实现(Realization)关系，在这种关系中，类实现了接口，类中的操作实现了接口中所声明的操作。在UML中，类与接口之间的实现关系用带空心三角形的虚线来表示
实现关系在编程实现时，不同的面向对象语言也提供了不同的语法，如在Java语言中使用implements关键字。
UML 2.0的13种图形中，类图是使用频率最高的UML图之一。Martin Fowler在其著作《UML Distilled: A Brief Guide to the Standard Object Modeling Language, Third Edition》（《UML精粹：标准对象建模语言简明指南（第3版）》）中有这么一段：“If someone were to come up to you in a dark alley and say, ‘Psst, wanna see a UML diagram?’ that diagram would probably be a class diagram. The majority of UML diagrams I see are class diagrams.”（“如果有人在黑暗的小巷中向你走来并对你说：‘嘿，想不想看一张UML图？’那么这张图很有可能就是一张类图，我所见过的大部分的UML图都是类图”），由此可见类图的重要性。
类图用于描述系统中所包含的类以及它们之间的相互关系，帮助人们简化对系统的理解，它是系统分析和设计阶段的重要产物，也是系统编码和测试的重要模型依据。
类
类(Class)封装了数据和行为，是面向对象的重要组成部分，它是具有相同属性、操作、关系的对象集合的总称。在系统中，每个类都具有一定的职责，职责指的是类要完成什么样的功能，要承担什么样的义务。一个类可以有多种职责，设计得好的类一般只有一种职责。在定义类的时候，将类的职责分解成为类的属性和操作（即方法）。类的属性即类的数据职责，类的操作即类的行为职责。设计类是面向对象设计中最重要的组成部分，也是最复杂和最耗时的部分。
在软件系统运行时，类将被实例化成对象(Object)，对象对应于某个具体的事物，是类的实例(Instance)。
类图(Class Diagram)使用出现在系统中的不同类来描述系统的静态结构，它用来描述不同的类以及它们之间的关系。
在系统分析与设计阶段，类通常可以分为三种：
- 实体类(Entity Class)
- 控制类(Control Class)
- 边界类(Boundary Class)
(1) 实体类：实体类对应系统需求中的每个实体，它们通常需要保存在永久存储体中，一般使用数据库表或文件来记录，实体类既包括存储和传递数据的类，还包括操作数据的类。实体类来源于需求说明中的名词，如学生、商品等。
(2) 控制类：控制类用于体现应用程序的执行逻辑，提供相应的业务操作，将控制类抽象出来可以降低界面和数据库之间的耦合度。控制类一般是由动宾结构的短语（动词+名词）转化来的名词，如增加商品对应有一个商品增加类，注册对应有一个用户注册类等
(3) 边界类：边界类用于对外部用户与系统之间的交互对象进行抽象，主要包括界面类，如对话框、窗口、菜单等。
在面向对象分析和设计的初级阶段，通常首先识别出实体类，绘制初始类图，此时的类图也可称为领域模型，包括实体类及其它们之间的相互关系。
类的UML图示
在UML中，类使用包含类名、属性和操作且带有分隔线的长方形来表示
如定义一个Employee类，它包含属性name、age和email，以及操作modifyInfo()
对应的Java代码片段如下：
public class Employee {
private String name;
private int age;
private String email;
public void modifyInfo() {
......
}
}
在UML类图中，类一般由三部分组成：
类名
每个类都必须有一个名字，类名是一个字符串
类的属性
属性是指类的性质，即类的成员变量。一个类可以有任意多个属性，也可以没有属性
属性的表示方式
可见性 名称:类型 [ = 缺省值 ]
-
“可见性” 表该属性对于类外的元素而言是否可见
包括公有(public)、私有(private)和受保护(protected)三种，在类图中分别用符号+、-和#表示。 -
“名称”表示属性名，用一个字符串表示。
-
“类型”表示属性的数据类型，可以是基本数据类型，也可以是用户自定义类型。
-
“缺省值”是一个可选项，即属性的初始值。
类的操作
操作是类的任意一个实例对象都可以使用的行为，是类的成员方法
UML规定操作的表示方式为：
可见性 名称(参数列表) [ : 返回类型]
其中：
- “可见性”的定义与属性的可见性定义相同。
- “名称”即方法名，用一个字符串表示。
- “参数列表”表示方法的参数，其语法与属性的定义相似，参数个数是任意的，多个参数之间用逗号“，”隔开。
- “返回类型”是一个可选项，表示方法的返回值类型，依赖于具体的编程语言，可以是基本数据类型，也可以是用户自定义类型，还可以是空类型(void)，如果是构造方法，则无返回类型。
操作method1的可见性为public(+)，带入了一个Object类型的参数par，返回值为空(void)
操作method2的可见性为protected(#)，无参数，返回值为String类型
操作method3的可见性为private(-)，包含两个参数，其中一个参数为int类型，另一个为int[]类型，返回值为int类型
- 类图操作说明示意图
由于在Java语言中允许出现内部类，因此可能会出现包含四个部分的类图 - 包含内部类的类图
其中的 sex,oalyGames 下划线表明为 static 静态性
study 斜体:抽象方法
GeelyClass 为斜体:抽象类
2537
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
