一、用例图含义：
由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。
二、用例图作用
用例图应用在软件开发的需求分析阶段，他描述了系统的功能以及如何使用一个系统，用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务，用例图最常用来描述系统以及子系统，用例图分为业务用例图和系统用例图。
三、用例间的关系
1.关联（Association）关系表示参与者与用例之间的通信，双方均可发送或接受消息，用不带箭头的线条表示。
2.包含（Include）关系用来把一个较复杂用例所表示的功能拆分为较小的步骤，或者从一系列用例中抽象出一个基础行为。当某用例的事件流比较复杂时，为了简化用例的描述，我们把某一段事件流抽象成为一个被包含的用例。另外在用例粒度较小时，我们也可以抽象出一个基用用来包含这些细颗粒的用例。
3、扩展（Extend）关系是对其所指向的用例功能的一种延伸，即为基础用例提供一个附加的功能。
4、泛化（Generalization）
泛化关系即继承关系，子用例和父用例行为相似，但子用例表现出更特别的行为；子用例可以继承父用例的所有结构、行为和关系，并且子用例可以使用父用例的一部分行为，且可以重载它。
四、一般的用例描述主要包括以下几部分内容：
用例名称：描述用例的意图或实现的目标，一般为动词或动宾短语。
用例编号：用例的唯一标识符，在其他位置可以使用该标识符来引用用例。
参与者：描述用例的参与者，包括主要参与者和其他参与者。
用例描述：对用例的一段简单的概括描述。
触发器：触发用例执行的一个事件。
前置条件：用例执行前系统状态的约束条件。
基本事件流（典型过程）：用例的常规活动序列，包括参与者发起的动作与系统执行的响应活动。
扩展事件流（替代过程）：记录如果典型过程出现异常或变化时的用例行为，即典型过程以外的其他活动步骤。
结论：描述用例何时结束。
后置条件：用例执行后系统状态的约束条件。
补充约束：用例实现时需要考虑的业务规则、实现约束等信息。
前置条件与后置条件
前置条件指的是用例执行前系统和参与者应处于的状态。前置条件是用例的入口限制，它便于我们在进行系统分析及设计的时候注意到，在何时何地才可以合法地触发这个事件。
后置条件是用例执行完毕后系统处于的状态。后置条件是对用例执行完毕后系统状况的总结，用来确保用户理解用例执行完毕后的结果，并非其他用例的触发器。
前置条件与后置条件分别是用例在开始和结束时的必要条件。
