软件工程与UML（第2版）软件文档模板05-用例规约-用例名（每个用例一个文档）.docx

软件需求规格说明书P/NUMPAGES33

PAGE2

东软教育服务有限公司

PAGE

项目名称

XXX用例规约

文件编号：

***001

文件版次：

***2023

文档编号

***001

版本号

Ver1.0

分册名称

第册/共册

总页数

正文

附录

编制

审批

生效日期

[项目名称]——用例规约

修改记录

版本号

变更控制报告

编号

更改条款及内容

更改人

审批人

更改日期

[项目名称]——用例规约

目录

TOC\o1-3\h\z\u1 用例概述 4

1.1 用例名称 4

1.2 简要说明 4

2 事件流 4

2.1 基本流程 4

2.2 备选流程 4

3 用例场景 5

3.1 成功场景 5

3.2 失败场景 5

4 特殊要求 5

5 前置条件 5

6 后置条件 5

7 扩展点 5

8 活动图 5

9 界面原型 5

用例概述

用例名称

简要说明

简要表述用例的作用和目的。

事件流

事件流程应该说明系统做什么，而不是说明为了执行所需的行为而对系统进行的设计。

在描述用例时，应尽量避免设计和实现细节，但是如果待建系统是二次开发，或者是某一产品的升级版本，为了清晰方便的描述用例实现和接口，可以适当的加入设计或实现元素。

用例开始于……

基本流程

系统在正常操作情况下的流程。

3.

……

备选流程

在出现校验或其他约束条件不满足时，系统需要执行的备选流程需要表达出来。

2a.[条件]

2a1.步骤一

2a2.步骤二

……

2b.[条件]

2b1.步骤一

2b2.步骤二

……

用例场景

成功场景

用例在正常操作时从开始到结束的过程描述。

失败场景

除成功场景以外的系统执行过程描述。

特殊要求

特殊需求通常是非功能性需求，它为一个用例所专有，但很难在用例的事件流文本中表述。特殊需求的示例包括法律或法规方面的需求、应用程序标准和所构建系统的质量属性（包括可用性、可靠性、性能或支持性需求）。此外，其他需求(如操作系统及环境、兼容性需求和设计约束)也应在此节中记录。

前置条件

前置条件时执行用例之前系统必须所处的状态。

后置条件

后置条件是用例结束后系统可能具备的状态。

扩展点

定义在基本用例的哪些位置插入扩展用例。

界面原型(可选)

描述用例涉及到的用户界面。