用例描述
用例描述一般包括：
用例编号、用例概述（说明）、前置（前提）条件、基本事件流、其他事件流、异常事件流、后置（事后）条件等。如下：
| 元素 | 描述 | 备注 |
| 用例编号 | 为用例制定一个唯一的编号，通常格式为UCxx | |
| 用例名称 | 让读者一目了然地知道用例的目标，应为一个动词短语 | |
| 用例概述 | 指用例的目标，对用例概要性的描述 | |
| 范围 | 用例的设计范围 | |
| 主参与者 | 该用例的主要参与者，在此列出名称，并对其进行简要的描述 | |
| 次要参与者 | 该用例的次要参与者，在此列出名称，并对其进行简要的描述 | |
| 项目相关人利益说明 | 项目相关人，相关人员名称 | 利益，从用例中获取的利益 |
| 前置条件 | 指的是启动该用例应该满足的条件 | |
| 后置条件 | 指的是该用例完成之后，将执行什么动作 | |
| 成功保证 | 描述当前目标完成后，环境会发生什么变化 | |
| 基本事件流 |
步骤： 1. 2. |
主要是说明为了实现用例中描述的功能， 参与者和软件系统之间的交互过程， 即参与者执行过程或步骤，系统做出响应， 一般是一组有编号的步骤。 如表中的步骤1,2等 |
| 扩展事件流 |
1a 1b |
1a表示对1的扩展 其中应说明条件和活动 扩展事件流说明除基本事件流之外的其他 成功流、失败流等的描述 |
| 子事件流 |
对多次重复的事件流可以定义为子事件流， 这也是抽取被包含用例的地方 |
|
| 规则与约束 |
对该用例实现时，需要考虑的业务规则、 非功能需求、设计约束等 |
创建用例模型
创建用例模型包括三部分内容：
1. 识别出系统中的角色和用例
1）如何从系统中识别出角色
参考以下问题：
a. 谁将使用系统的主要功能？
b. 谁需要系统的支持以完成其日常工作任务？
c. 谁负责维护、管理系统并保持系统正常运行？
d. 系统需要处理哪些硬设备？
e. 系统需要和哪些外部系统交互？
f. 谁对系统运行产生的结果比较感兴趣？
2）如何从系统中识别用例
a. 每个角色执行的操作是什么？
b. 什么角色将要创建、存储、改变、删除或读取系统中的信息？
c. 什么用例会创建、存储、改变、删除或读取这个信息？
d. 角色需要通知系统外部的突然变化吗？
e. 系统需要通知角色正在发生的事情吗？
f. 什么用例将支持和维护系统？
2. 区分用例之间的先后次序
3. 创建用例图模型结构