1. 用例图（use case diagrams）简述

　　描述角色和用例之间的关系，着重展示系统必须实现的功能，用于在需求分析阶段分析客户需求。

　　2. 主要元素

　　用例（use case），系统为角色提供可见结果的一系列动作（简单理解为角色可见的系统功能），使用椭圆表示。

　　角色（actor），在与系统的一次或者多次交互中起作用的人，组织或者其他系统（即本系统的用户或者使用本系统的其他外部系统），使用小人图形表示。

　　关系（association），角色和用例的交互，使用带箭头或者不带箭头的实线表示，箭头表示调用关系。

　　系统边界（system boundary boxes），可选元素，用于划定系统范围，使用包围用例和角色的长方形表示，很少用。

　　包（package），可选元素，用于组织各种UML图，使之容易管理和浏览（类似java中的包），可以包括类图和用例图，使用文件夹的形式表示。

　　3. 分类

　　分为业务用例（business use case）和系统用例（system use case），一般来说，业务用例描述的系统功能比较粗糙和概括，业务人员更容易理解；系统用例更详细的描述系统所能提供的系统功能。

　　对于一般系统而言，使用系统用例即可满足需求。

　　4. 优缺点

　　优点：方便系统分析设计人员和业务人员沟通，方便系统分析人员对系统范围和规模有大概认识，方便构建测试用例，方便分析人员明确系统功能，方便接口设计人员尽早介入设计开发过程。

　　缺点：不适合描述没有交互或者交互很少的系统，不同的业务人员对于用例可能有不同的解读，不能清晰定义用户界面，主要适用于面向对象的系统。

　　5. 注意要点

　　将系统视为黑盒，从使用者的角度看系统，确定系统必须实现的功能。

　　角色描述的是系统中涉及的用户，现实生活中不同人可能拥有多个的角色。

　　所有的交互都发生在角色和用例之间，再没有其他可能发生的交互。

　　一般情况下一个用例只有一个actor拥有，如果有多个actor共用一个用例，就要考虑是否要增加新的角色，或者分拆用例。