产品精简用例模板

 

XXX用例规约

 

<用例名称>

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

 

版本 <1.0>

 

修订历史记录

日期	版本	说明	作者	评审者
<年/月/日>	<x.x>	<详细信息>	<姓名>	<姓名>

 

目录

1．用例名称··· 4

2． 事件流··· 4

3．特殊需求··· 5

4. 补充规则··· 5

 

 

1．用例名称

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

简要说明：

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

2． 事件流

主要参与角色：

基本流程

参与者动作	系统响应
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

 

3．特殊需求

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

4. 补充规则