1、是什么
用例图是从用户角度描述系统功能，根据用户提出的需求描述系统的行为及各种功能之间的关系，通过用例图可以知道一个系统能够做什么，它要实现什么功能；
2、作用:
- 对象：用户、开发者
- 阶段：需求分析和概要设计阶段
- 功能：对功能进行分析和建模
用例图用于开发人员与用户之间的交流，以便开发人员很好的理解用户需求，驱动需求分析后各个开发阶段的进行
3、构成：角色、用例、关系。
角色（acter): 可以是人，也可以是事儿
用例（use case）：功能的描述，一个具体的用例代表了一个具体的功能。
关系（relation）：描述角色和用例之间的关系；
4、用例图的关系:
关联关系：指参与者与用例之间的关系，是参与者与用例之间的通信，一个参与者可以关联多个用例，一个用例可以关联多个参与者，但每一对参与者和用例之间的通信必须是唯一的，否则存在可以合并的参与者或用例；
- 包含关系：
其中一个用例（基础用例）的行为包含了另一个用例（包含用例）的行为。基础用例可以看到包含用例，并依赖于包含用例的执行结果。但是二者不能访问对方的属性；
- 扩展关系：
扩展关系也是用例之间的关系。它指的是：当一个用例执行时出现某种特定的条件时，激活另一个用例。这里的一定条件称之为扩展点，被激活的用例称之为扩展用例；
也可以理解为一种特殊情况的应急处理方式，就像是我们机房收费系统用户刷卡上机，卡内余额不足时，那么就会激活充值这一用例，进行充值操作，那么“刷卡”这一操作就是扩展点，“充值”就是扩展用例；
- 泛化关系：
泛化关系是类元的一般描述和具体描述之间的关系，具体描述建立在一般描述的基础之上，并对其进行了扩展；泛化通俗来讲继承，子类继承父类
5、用例图主要的作用：
- 获取需求；
- 指导测试；
- 在整个工作流程起指导作用
6、粒度：
用例的粒度
在绘制一个系统的用例图时，到底画多少用例，多少用例比较合适那，那么粒度就是作为一个判断标准出现，用例越多，粒度越细，但这并不意味着用例越多越好，画用例图的过程中我们也需要注意防止用例过多，造成用粒太细；
用例的粒度不但决定了用例模型级的复杂度，而且也决定了每一个用例内部的复杂度。我们应该根据每个系统的具体情况，因时因宜地来把握各个层次的复杂度，在尽可能保证整个用例模型的易理解性前提下决定用例的大小和数目；
不同阶段用例不同：
1.建模阶段：一个用例能描述一个完整的事件流
2.用例分析阶段：一个用例能描述计算机与用户人员能完成一次成功的交互过程
3.用例的开发量的时间在一周左右为宜
下面以机房收费系统为例的用例图：
小结：
刚开始学习理解的尚浅，一步步学习加深理解和内化；
PS：荣幸与您分享，初次学习，理解难免会有偏颇之处，还希望来访的大神们指出，一起成长；