软件设计需求分析---用例说明模板2(单列表格式)

编者说明：

    如果你觉得文本描述不够清晰，也可以采用如本文档模板所示的表格式的描述方式。

用例说明模板3(双列表格式)

编者说明：

本模板是对上一模板的补充，如果你想更好地捕捉系统的响应，那么就可以采用本表格所示的格式。

有时，为了更好地捕获系统的响应，对于场景描述（主成功场景、扩展场景）在上表的基础上变成如下表所示的双列：

用例说明模板4(文本式)

编者说明：

    相信用过用例分析技术的，对用例应该多少细有很大的疑问，而Alistair Cockburn率先将其进行分级：概要、用户目标、子功能，如果你对他的思想有认同，则该模板就适合于你。

1.用例名：

[用例名应是一个动词短语，应让读者一目了然地从名字中就可以知道该用例的目标。]

2.使用语境：

[用例目标，是一个较长的描述，甚至包括触发条件。]

3.范围：

[用例的设计范围，在设计时将系统作为一个黑盒来考虑。]

4.级别：

[用来表示该用例是在描述哪个级别上的功能，通常包括概要、用户目标、子功能三种。这三种级别的划分是Alistair Cockburn在《编写有效用例》一书是提出的。]

5.主执行者：

[也就是该用例的主Actor，在此应列出其名称，并给予简要描述。]

1.       项目相关人员利益

[说明该用例对项目相关人员能够带来什么好处。]

2.       前置条件：

[也就是激发该用例，所应该满足的条件。]

3.       后置条件：

[也就是该用例完成之后，将执行什么动作。]

4.       成功保证：

[描述当目标完成后，环境的变化情况。]

5.       触发事件：

[什么引发用例，例如时间事件。]

6.       主成功场景

[在这里写出触发事件到目标完成以及清除的步骤。]

[步骤编号＃：动作描述]

[步骤编号＃：动作描述]

……

7.       扩展：

[在这里写出扩展情况，每次写一个扩展，每个扩展都应指向主场景的特定步骤。]

[被改变步骤  条件：动作或子用例]

[被改变步骤  条件：动作或子用例]

……

8.       技术和数据变化列表

[在这里写出场景中因技术或数据变化而引起的可能分支。]

[步骤或变化编号＃：变化列表]

[步骤或变化编号＃：变化列表]

……

9.       相关信息

[项目所需要的所有附加信息。]