编写有效用例

一个编写良好的用例应该具有良好的可读性，用例包括的一些定义

执行者（actor）：任何具有行为的人或物

项目相关人员（stakeholder）：对被讨论系统（SuD）的行为有特定兴趣的人或物

主执行者（primary actor）：启动与被讨论系统的一次交互活动，从而达到某一目标的人或物

用例（use case）：规定被讨论系统行为的契约

前置条件和保证（precondition and guarantee）：在用例执行之前或者之后必须满足的条件

主成功场景（main success scenario）：一切顺利的情况

扩展（extension）：场景执行过程中出现的不同情况

当一个用例引用另一个用例时，被引用的用例加下划线。

用例编写派生形式

1、 集中的工作组收集需求或者大型工作组讨论未来需求时，可以编写风格比较随意的用例。相反，一个大型的或分散的工作组或是正规化的工作组在收集需求时，就会编写完整正式的用例。

2、 业务人员编写业务用例来描述业务操作；开发人员编写系统用例来描述需求。

3、 根据当时所需视图的层次，编写用例可以选择：

a) 概要目标：一个经过多次处理才能达到的目标

b) 用户目标：一个经过一次处理就可以完成的目标

c) 子功能：描写用户目标的一部分

4、 黑盒用例：不关心系统的内部细节。白盒用例：描述系统内部过程如何运作。

用例的增值作用

1、 提供一份被讨论系统的系统目标列表，项目人员和用户可以通过这个列表可以互相协商系统目标开发的先后顺序，开发小组的组建等项目生命周期中各种信息。

2、 提供一份异常情况处理的描述列表，开发人员能够发现一些以前没有考虑过的意外情况。

编写用例的详细程度的等级

1、 执行者和目标

2、 用例概述和主成功场景

3、 失败情况

4、 失败情况处理