下面的图表示的UML类，该图被分为四个部分。
它是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。例如：老虎是动物的一种，既有老虎的特性也有动物的共性。使用三角箭头的实线，箭头指向父类。
它使一种类与接口的关系，表示类是接口所有特和行为的实现。使用三角剪头的虚线，箭头指向接口
它使一种拥有关系，使得一个类知道另一个类的属性和方法；例如：老师与学生，丈夫与妻子，关联可以试双向的，也可以试单向的。双向的关联可以有两个箭头或没有箭头，单向的关联有一个箭头。使用普通箭头的实心线，指向被拥有者。
它使整体与部分的关系，且部分可以离开整体而单独存在。如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。使用空心菱形的实心线，菱形指向整体。
它使整体与部分的关系，但部分不能离开整体而单独存在。如公司和部门是整体和部分的关系，没有公司就没有部门。组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。使用实心菱形的实现，菱形指向整体。
它是一种使用的关系，既一个类的实现需要另一个类的协助，所以尽量不要使用双向的互相依赖。使用带箭头的虚线，指向被使用者。
各种关系的强弱顺序：泛化=实现>组合>聚合>关联>依赖下面的这张UML图，比较形象的展示了各种类图的关系：
用例图主要用了四描述“用户、需求、系统功能单元”之间的关系。它展示一个外部用户能够观察到的系统功能模型图。用例图多用于静态建模阶段（主要是业务建模和需求建模），帮助开发团队以一种可视化的方式理解系统的功能需求
在系统外部与系统直接交互的人或事物；需要注意以下两点：
系统外部可见的一个系统功能单元。系统的功能由系统单元所提供，并通过一系列系统功能与一个或多个参与者之间交换的消息所表达。用椭圆表示
介绍完参与者和用例后，我们了解下它们的存在关系。
表示参与者与用例之间的交互，通信途径，任何已放都可发送或接受消息。使用普通箭头的实心线，箭头指向消息接收方
它是一种继承关系，子用用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。使用三角箭头的实线，箭头指向父类
它是用来把一个较复杂的用例所表示功能分解成较小的步骤。包含用例是必须的。如果缺少包含用例，基用例就不完整，包含用例必须被执行。使用带箭头的虚线并标明“包含”，指向分解出来的功能用例
它是只用例功能的延伸，相当于为基础用例提供一个附加功能。扩展用例是可选的，如果缺少扩展用例，不会影响到基用例的完整性。使用带箭头的虚线并标明“扩展”，指向基用例
提供一个完整的系统用例图
系统角色，可以是人、机器、甚至其他的系统或子系统。
对象是类的实例，对象是通过类来创建的，我们可以把类看作是创建对象的模版。
只写类名部写对象名，表示他是一个匿名对象。
对象之间的交互是通过相互发消息来实现的。一个对象可以请求（要求）另一个对象做某件事件。通俗一点来讲就是调用。一般分为三种：同步消息（SynchronousMessage），异步消息（AsynchronousMessage）和返回消息（ReturnMessage）