产品精简用例模板

XXX用例规约

<用例名称>

[XXX_UC_用例编号:动词+名词]

版本 <1.0>

修订历史记录

日期

版本

说明

作者

评审者

<年/月/日>

<x.x>

<详细信息>

<姓名>

<姓名>

目录

1．用例名称··· 4

2． 事件流··· 4

3．特殊需求··· 5

4. 补充规则··· 5

．用例名称

[ XXX_UC_用例编号:＋动词+名词]

简要说明：

[对该用例实现的功能的简要说明，描述产品创意]

．事件流

主要参与角色：

基本流程

参与者动作

系统响应

1

2，列出选择菜单，中文／英文

3选择语言

4

例外处理

<1a>：用用例描述中的编号+< a,b,c..> ：

数据及规则约束

<1-1>：用例描述中的编号

可选路径:

<3>：

参与者动作

系统响应

例外处理：

<序号>：用用例描述中的编号+< a,b,c..> ：

数据及规则约束：

<序号-1>：用例或例外处理描述中的步骤编号。 [内容尽量精简，否则影响可读性]

<序号-2>：

举例：

参与者动作

系统响应

1）输入密码

2）检查密码

3）显示功能菜单

4）选择功能：

4.1)取款

4.2)查询

5）拿走现金

例外处理：

2a: 若密码不正确，则提示用户并返回步骤1。

数据和规则约束

1：密码为六位数字。

可选路径

l 4.1 取款

参与者动作

系统响应

1．输入取款数额

2．扣减账户余额，返回主事件流步骤4

例外处理：

2a: 若账户余额不足，系统提示用户，并返回本段的步骤1

数据及规则约束：

1-1:金额不能大于2000

l 4.2 查询

参与者动作

系统响应

1显示余额，返回主事件流步骤4

．特殊需求

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

补充规则