一. 类的表示
类用矩形表示，分为三层，自顶向下分别是：类名、属性和方法。
属性格式：[可见性] [属性名称] : [类型] = {缺省值,可选}
方法格式：[可见性] [方法名称] (参数列表) : [类型]
可见性: -表示private、+表示public、#表示protected。
二. 接口的表示
接口中通常没有属性（有属性也都是常量），只有抽象方法，没有实现。UML中用与类类似的方法表示接口。
接口名上面的<<interface>>表示这是一个接口。接口一般没有属性，所以这里中间层没有，有属性要注意也都是常量。
三. UML关系示例
父（空心三角虚实线）整（实空菱形）被（虚实箭头）
泛化(generalization)：是对象之间耦合度最大的一种关系，子类继承父类的所有细节。
实现（Realization）: 在类图中就是接口和实现的关系。
组合(Composition) : 表示contains-a的关系，是一种强烈的包含关系，组合类负责被组合类的生命周期。是一种更强的聚合关系。部分不能脱离整体存在。如公司和部门的关系，没有了公司，部门也不能存在了；调查问卷中问题和选项的关系；订单和订单选项的关系。在类图使用实心的菱形表示，菱形从局部指向整体。
聚合(Aggregation) : 表示has-a的关系，是一种不稳定的包含关系。较强于一般关联,有整体与局部的关系,并且没有了整体,局部也可单独存在。如公司和员工的关系，公司包含员工，但如果公司倒闭，员工依然可以换公司。
关联(Association) : 对象之间一种引用（拥有）关系，比如客户类与订单类之间的关系。这种关系通常使用类的属性表达。关联又分为一般关联、聚合关联与组合关联。后两种在后面分析。可以是单向和双向。
依赖(Dependency)：对象之间最弱的一种关联方式，是临时性的关联。代码中一般指由局部变量、函数参数、返回值建立的对于其他对象的调用（使用）关系。一个类调用被依赖类中的某些方法而得以完成这个类的一些职责。
多重性(Multiplicity) : 通常在关联、聚合、组合中使用。就是代表有多少个关联对象存在。使用数字..星号（数字）表示。如下图，一个割接通知可以关联0个到N个故障单。
四.实例分析
联通客户响应OSS。系统有故障单、业务开通、资源核查、割接、业务重保、网络品质性能等功能模块。现在我们抽出部分需求做为例子讲解。
大家可以参照着类图，好好理解。
1． 通知分为一般通知、割接通知、重保通知。这个是继承关系。
2． NoticeService和实现类NoticeServiceImpl是实现关系。
3． NoticeServiceImpl通过save方法的参数引用Notice,是依赖关系。同时调用了BaseDao完成功能，也是依赖关系。
4． 割接通知和故障单之间通过中间类(通知电路)关联，是一般关联。
5． 重保通知和预案库间是聚合关系。因为预案库可以事先录入，和重保通知没有必然联系，可以独立存在。在系统中是手工从列表中选择。删除重保通知，不影响预案。
6． 割接通知和需求单之间是聚合关系。同理，需求单可以独立于割接通知存在。也就是说删除割接通知，不影响需求单。
7． 通知和回复是组合关系。因为回复不能独立于通知存在。也就是说删除通知，该条通知对应的回复也要级联删除。
经过以上的分析，相信大家对类的关系已经有比较好的理解了。大家有什么其它想法或好的见解，欢迎拍砖。
以上类图用Enterprise Architect 7.5所画，在此推荐一下EA,非常不错。可以替代Visio和Rose了。Visio功能不够强大，Rose太重。唯有EA比较合适。