由软件分析到最终实现的第一步，描述人们希望如何使用一个系统。描述外部特征，从用户角度来描述对产品的需求。用于需求分析阶段。这个时候把系统看成一个黑盒子。

用例图包括三个方面：用例、参与者、关系

参与者：不是特指人，指系统以外的，使用系统与系统交互中扮演的角色，参与用例的执行过程。

参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。

分类：分为3类

① 参与者是真实参与的人，即用户。比如：要租车的人

② 参与者是其他的系统。比如：购买东西付钱时，与外部程序建立联系，验证信用卡以便付款。

③ 可以运行的进程：比如还书的时间到时，系统会提醒用户还书

机房收费系统中确定的参与者：一般用户（其实在机房中学生就是一般用户）、操作员、管理员

用例：对一个系统或一个应用的一种单一的使用方式所作的描述，是关于单个活动者在与系统对话中所执行的处理行为的陈述序列。是系统的用户需求的描述。

（1）、参与者与参与者之间的关系

泛化关系——描述多个参与者之间的公共行为。存在几个参与者既扮演自身的角色还扮演更加一般化的角色。

用空心三角形箭头表示泛化关系。泛化的箭头指一般角色

例子：饭店接受的预定的客户，可以有网上预定和电话预定

（2）、参与者与用例之间的关系

关联关系：

用箭头表示，箭头指向用例。

例子：饭店的用户可以点餐，取餐

（3）、用例与用例之间的关系

① 泛化关系——一个用例可以被特别列举为一个或多个子用例。子用例从父用例继承行为和属性，可以添加行为或覆盖、改变已继承的行为。

例子：比如查询可以泛化为查询价钱和查询菜品

② 包含关系——一个用例包含了一个用例的行为。

通常在两种情况下发生：

a、如果2个以上用例有重复的功能，则可以将重复的功能分解到另一个用例中。其他用例可以和这个用例建立包含关系

例子：比如客户付钱和查看菜品是否上齐都包括查看账单

b、一个用例的功能太多时，可以用包含关系创建多个子用例

例子：点餐，包括：查看菜品，选择点的菜品

③ 扩展关系——一个用例也可以被定义为基础用例的增量扩展。

例子：点餐之后，可以将点好的餐及价钱形成账单，以便用户查看。

① 注意箭头的指向，包含关系指向被包含的用例，泛化关系指向父用例，扩展关系指向被扩展的用例

② 区分泛化和包含关系