一、用例图

　　（1）参与者

　　参与者可以表现为以下三种形式

　　参与者之间可以有泛化关系，参与者是一个类，代表一种角色，而不是具体某个人

　　参与者可以通过泛化关系来定义，在这种泛化关系中，一个参与者的抽象描述可以被一个或多个具体的参与者所共享，如系统中经理可以参加雇员的所有用例

　　（2）用例

　　用例可以具有以下几种关系：

　　1、关联关系　　2、泛化关系　　3、包含关系　　4、扩展关系

　　关联关系：参与者与用例之间是关联关系，表示参与者与用例之间具有使用，交互信息的关联

　　泛化关系：用例与用例之间存在一般与特殊的关系。（同一业务目的不同技术实现）

　　包含关系：两个用例之间，一个用例（基本用例）的行为包含了另外一个用例（包含用例）的行为

　　包含关系用依赖关系的<<include>>构造型来表示

　　扩展关系：扩展关系表示基本用例在扩展点要增加新行为或功能，扩展到新用例。扩展关系用依赖关系的<<extend>>构造型来表示

　　（3）用例图的作用

　　用例图用来描述软件需求模型中的系统功能，通过一组用例可以描述软件系统能够给用户提供的功能。用例图可以作为整个系统开发过程中的开发依据，指导和驱动其他模型。

二、类图

　　（1）类图的用途

　　类图描述系统中的类及其相互之间的各种关系，反映了系统中包含的各种对象的类型以及对象间的各种静态关系，主要是：关联和子类型。类图也可描述类的属性和行为以及对模型中各种成分的约束。

　　（2）类与类之间的关系

　　1、继承关系　　2、实现关系　　3、依赖关系　　4、关联关系　　5、聚合关系　　6、组合关系

　　继承关系：继承指的是一个类（称为子类、子接口）继承另外的一个类（称为父类，父接口）的功能，并可以增加它自己的新功能的能力。在UML类图设计中，继承用一条带空心三角箭头的实线表示，从子类指向父类，或者子接口指向父接口。

　　实现关系：实现指的是一个class类实现interface接口（可以是多个）的功能，实现是类与接口之间最常见的关系。在UML当中用一条带空心三角箭头的虚线表示。

　　依赖关系：依赖就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、临时性的、非常弱的，但是类B的变化会影响到类A。表现在代码层面：类B作为参数被类A在某个method方法中使用。在UML类图设计中，依赖关系用由类A指向类B的带箭头虚线表示。

　　关联关系：关联体现的是两个类之间语义级别的一种强依赖关系，这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的。关联可以是单向、双向的。表现在代码层面：被关联B以类的属性形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量。在UML类图设计中，关联关系用由关联类A指向被关联类B的带箭头实线表示。

　　聚合关系：聚合是关联关系的一种特例，它体现的是整体与部分的关系。此时整体与部分之间是可分离的，它们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享。表现在代码层面：和关联关系是一致的，只能从语义级别来区分。在UML类图设计中，聚合关系以空心菱形加实线箭头表示。

　　组合关系：组合也是关联关系的一种特例，这种关系比聚合更强，也称为强聚合。它同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束。表现在代码层面，和关联关系是一致的，只能从语义级别来区分。在UML类图设计中，组合关系以实心菱形加实线箭头表示。