用例图（use case diagrams）

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共用一个用例，就要考虑是否要增加新的角色，或者分拆用例。