一，什么是用例图
首先看用例模型，用例模型用于需求分析，表明开发者和用户对需求的共识，描述了待开发系统的功能需求。而用例模型是由用例图来描述的。
用例图是 从用户的角度描述系统的功能，并指出各功能的操作者。用例图要强调功能，从用户角度分析功能。得出功能之后，还要分析各个功能的执行者是谁。强调是谁在使用系统，即角色和功能对应起来。
二，用例图的基本元素
用例图由3部分组成：用例，角色，关系。
1，用例：用例是对系统的用户需求的描述，用例表达了系统的功能和所提供的服务 。如上图，用椭圆表示。
如何识别用例：
识别用例最好的方法就是从分析系统的参与者开始，考虑每个参与者是怎样使用系统的。
另外，还可以问自己以下问题，来帮助自己识别用例：
1，特定参与者希望系统提供什么功能
2，系统是否存储和检索信息，如果，这个行为由哪个参与者触发；
3，当系统改变状态时，通知参与者吗
4，存在影响系统的外部事件吗
5，是哪个参与者通知系统这些事件
2，角色
一种人员的角色，用来指明用例跟哪个角色相关。
需要注意的是，角色不仅仅使人，还可以是一些事物。
符号如上图，actor.
3,关系
在UML视频中，这里的关系所说的是执行者和用例之间的关系，也就是指用例和角色存在什么关系，但是，在这里还应该存在用例和用例之间的关系。
三，用例之间的关系
在用例和用例之间，存在着包含关系，扩展关系，泛化关系，如图：
如上图，修改个人信息，查看个人信息，删除个人信息，都涉及到找到某个特定的人，用例找到特定的人被这3个用例所包含，这样，在设计时，避免了很多重复的动作。
如图，借书的人有还书，借书，读书的用例，在还书的时候，如果超期，则超期这个用例处理他，如果没超期，则正常处理。
很好理解，不解释了，都吃过饭。
四，用例的主要属性
描述了用例执行时的一些条件等。主要属性有：事件流（描述了在执行过程中，执行者和系统之间的交互过程）；
前置条件和后置条件描述了用例执行的条件；特殊要求；扩展点；问题说明；
五，用例的粒度与范围
如图，用例是actor可以执行的功能，这个功能大小的划分非常重要，如上图，大致可分为3级：概述级，用户目标级，子功能级。
六，用例注意点
1，应该清晰的定义系统边界
2，防止用例过多
3，应该从执行这的角度来命名用例
4，用例描述正规程度
5，避免执行者的名字不一致
6，避免执行者和用例之间的关系太复杂
7，注意用例的大小是否恰当
8，避免用例描述混乱
9，区分用例分解和功能分解
10，避免客户不能理解用例的情况发生
11，有些场合用用例来描述需求是不适合的。
七，用例图示例
如图，在上面的仓库管理系统中，先画出其中的角色，即系统的是执行者：操作员，商品供应商，管理员，商品领料人。然后分别画出每个角色所执行的功能。