角色在UML中通常以一个稻草人图符来表示。角色是用例图的一个重要的组成部分。它往往是发现新的用例的基础。同时也是分析员与用户交流的起点。角色由用户承担，但它不同于用户。一个用户往往可承担几种角色，而一个角色也可能由几个不同的用户来承担。

某个角色的存在是因为该角色与系统具有交互行为，否则该角色就是不必要的。所谓与系统有交互行为，即角色可以向用例发送相应的消息，并且可以接受用例反馈的消息。

角色是一个类，而不是类的实例。因此在角色间可以引入类之间的继承关系，通过定义某个抽象的角色来简化角色的定义。

角色的命名要以其职责来进行命名，以提高模型的可理解性和维护性。

用例用来描述角色可以感受到的完整的功能。在UML规格文本中，用例定义为“由系统执行的一个动作序列，并能产生可观察的结果值给某个特定的角色。”这里的动作可以包括与角色之间的通讯、执行计算以及系统内部的工作等。由用例的定义可知，用例具有下述三个特征：

1.

2.

3. 用例通常由某个角色来驱动执行。用例通常因角色而得到执行，角色总是直接或用例把执行结果的值反馈给角色。从系统的角度而言，每个用例都会产生用户可用例在功能上具有完整性。每个用例都必须从输入开始，直至产生结果值输出给间接地驱动用例执行。当角色启动一个用例执行时，通常伴随着某些事件发生。 观察的结果，用例在执行完成之前要把结果的值通过一定的方式反馈给角色。 角色，否则就不成为用例。习惯了功能分解分析方法的人往往会犯这样的一个错误，即将一个大的用例顺序分解为一系列小的用例，这些小的用例彼此就像数据流图中的处理一样，顺序合作共同完成工作。任何一个用例都必须能产生结果的值给角色。

用例与角色间的连接用关联来实现，关联表示两个类之间具有某种语义上的关系。用例与角色之间的关联表示角色启动一个用例的执行，用例产生结果以一定形式给角色。

用例的命名也要根据其在系统内的职责和所具有的主要功能来命名。

3.7 类图

类是所有面向对象方法中最重要的一个概念，它是面向对象方法的基础，UML的最终目标是识别出所有必需的类，并分析这些类之间的关系，进而通过编程语言来实现这些类，并最终实现整个系统。类的识别是贯穿整个面向对象开发过程的一个重要活动：在分析阶段，主要识别问题域相关的类；在设计阶段，则需要加入一些反映设计思想、方法的类以及实现问题域所需的类等；在编码实现阶段，因为语言的特点，可能还要加入一些其他的类。

类图从静态的角度描述类以及类之间的关系，如关联、聚合和继承。同时类图还描述类的属性和服务。

3.7.1 类图模型

在UML语言中，用一个由上到下分为三段的矩形来表示一个类，类名写在顶部区域，属性在中间区域，服务在底部区域。除了名称外，其它两个部分是可选的，即类的属性和操作可以不表示出来，也就是说，一个写了类名的矩形就可以代表一个类。相同的类可以