用例图介绍
用例图主要用来描述软件的使用者是谁，软件提供哪些功能，它用来表示一个系统中用例与参与者及其关系的图，主要用于需求分析阶段
用例图包含的元素
1.基本元素： 参与者（Actor）, 用例（Use Case）
2.元素之间的关系：关联关系（Association）, 包含关系（Include）,扩展关系（Extend）以及泛化关系（Generalization）。
参与者（Actor）
参与者是独立于系统主体之外的类元，这个类元可能是人，可能是组织，可能是外部系统，参与者不属于系统的一部分，在系统边界之外。在uml中用使用小人符号表示。
如何确认参与者？
通过对参与者进行关注和分析，我们可以把重点放在如何与系统进行交互这一问题上，进一步确认系统的边界。另外，参与者也决定了系统需求的完整性。
确定参与者可以从如下几个角度考虑：
1.为系统提供输入的人或事物
2.接收系统输出的人或事物
3.需要接入的第三方系统或设备
4.负责支持或维护系统中信息的人
一个系统的参与者的数量没有限制。
用例（Use Case）
用例是系统的功能单元，在uml中用使用椭圆标示。
关联关系（Association）
关联关系主要用来描述参与者与用例之间的关系，在UML中用直线连接
泛化关系(Generalization)
泛化关系是将特化的用例和一般的用例连接起来，即子用例继承与父用例。 在uml中用例泛化用一个空心三角箭头从子用例指向父用例。强调的是复用关系。如下：登录是一个一般用例，用户名和密码登录 以及手机号登录是特殊用例。
包含关系(Include)
一个用例（基用例）可以包含其他用例具有的行为，强调整体和部分的关系，这uml中用一个虚线箭头附加上《include》的构造型，箭头从基用例指向包含用例。
角色管理用例包含的用例有：新增角色，编辑角色，删除角色。
扩展关系（Extend）
在基础功能的基础上添加新的功能，是对基用例的补充。扩展与包含的箭头方向是相反的，这表明扩展取决于扩展用例而非基用例，扩展用例决定扩展的执行时机，基用例对此一无所知。
举例说明
如上图展示了一个庭审后台管理系统的用例图，庭审后台系统包括的功能有 庭审后台管理，庭审后台管理由角色信息管理，消息模板管理组成，而角色信息管理包括新增角色，编辑角色，删除角色。
