用例是一种建模技术，对于正要新建的系统，用例主要用于描述系统应该具备什么功能；对于已存在的系统，则反映了系统能够完成什么功能。用例图（Use Case Diagram）是显示一组用例、参与者及它们之间关系的一种图，通过用例图可以知道谁是系统相关的用户，希望系统提供什么样的服务，以及它们要为系统提供什么样的服务功能。
用例图主要作用：
（1）用来描述系统的功能需求及系统使用场景
（2）作为设计和开发过程的基础，促进个阶段开发工作的进展
（3）用于验证与确认系统需求
用例图由如下几个元素组成（如下图）：
（1）参与者（Actor）：也叫角色，代表系统的用户
（2）系统边界（System Scope）：它确定系统的范围
（3）用例（Use Case）：它代表系统提供的服务
（4）关联（Association）它表示参与者与用例间的关系
下面通过实际工作中用到的业务功能进行分析，比如现在互联网电商常用的营销推广功能--优惠券，优惠券可分为前端和后台管理系统，我们先通过优惠券管理后台功能来学习用例及用例图，通过用例驱动的方式分析需求。
我们可以为后台功能定义三种角色，系统管理员、优惠券管理员及优惠券审核员，每个角色负责功能也很清晰，如果有遗漏很容易发现及调整。我们还可以给需求定的更细，比如管理优惠券信息，可以包含新增、修改、查看、删除等优惠券功能，管理优惠券发放功能即可以包括常用的增删改查功能，还可以补充扩展关系的信息，比如只有通过审核的优惠券才能新增发放，优惠券管理员用例具体如下所示：
初用用例图可能遇到的问题
（1）系统只有一种角色，或者只有用户和管理员（2）不能合适的拆分和组合用例
究其原因，是未能从用户的角度思考问题，而是过多地从自己或技术实现角度来思考导致，画用例图其实不难，语法也是UML中最简单的，但要真正发挥用例图的价值，需要考虑如下几点：
（1）系统为谁服务（2）系统应该提供怎样的用例才能满足需求（3）这些用例能为使用者带来怎样的价值