在对一个软件系统进行设计和建模的时候，一般是从构造系统的基本词汇開始，包含构造这些词汇的基本属性和行为。

系统分析师假设要对所设计的系统清晰认识。还有考虑这些基本词汇之间的关系。而假设把这些行为可视化为图，就是通常所说的类图。

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

类图包含3方面内容：

1.类（Class）。

2.接口。

3.关系；

类

类是对一组具有同样属性、操作、关系和语义的对象的描写叙述。

主要包含：类的名称（ClassName）、属性（Attribute）和操作（Operation。也能够称为方法）

名称（ClassName）

是每一个类所必有的构成，用于和其它类相区分。类名称是一个文本串，可分为简单名称和路径名称。当中用类所在的包的名称作为前缀的类名叫做路径名。如图：左边为简单名称，右边的为路径名称（Title 属于Business包，包和类名之间有两个冒号）。

属性(Attribute）

描写叙述了该类的一些特性，这些特性是这类对象所共同拥有的。

类属性的语法为：

[可见性] 属性名 [：类型][=初始值] [{属性字符串}]

[ ]中的部分是可选的，详细细节就不在赘述。

操作（又称方法）（Operation)

是对类的对象所能做的事务的抽象。一个类能够有不论什么数量的方法或者根本没有方法。

类方法的语法为：

[可见性] 方法名 [（參数表）][：返回类型]  [{属性字符串}]

属性和方法有例如以下两例：动物类和学生类

   

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvaGFvdmlwMTIz/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast">

接口

接口是在没有给出对象的实现和状态的情况下对对象行为的描写叙述。接口包括操作但不包括属性，且它没有对外界可见的关联。

在UML中，接口用一个带有名称的小圆圈表示的，而且通过一条实线与它的模型元素相连接，例如以下图

有时候为了显示接口中的操作。接口被指定为一个使用普通类矩形符号的带有构造型<<interface>>的类，例如以下图

关系

关联关系。

依赖关系；

泛化关系；

实现关系。

写到这里，我突然意识到曾经发表的一篇博文，写的就是这四种关系，看来当时理解偏了（当时还以为UML中的关系所有都是那四种呢，文章名称改为《UML类图中的四种关系》就完美了）。所以此处对这四种关系就不再赘述，详情參见

《盘点UML中的四种关系》
来自<http://blog.csdn.net/haovip123/article/details/24735721>

最后附上一张机房收费系统的类图

对UML的各种图认识尚且浅显。假设哪里有错误，还望大牛指正！