软件需求规格说明书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.步骤二
……
用例场景
成功场景
用例在正常操作时从开始到结束的过程描述。
失败场景
除成功场景以外的系统执行过程描述。
特殊要求
特殊需求通常是非功能性需求，它为一个用例所专有，但很难在用例的事件流文本中表述。特殊需求的示例包括法律或法规方面的需求、应用程序标准和所构建系统的质量属性（包括可用性、可靠性、性能或支持性需求）。此外，其他需求(如操作系统及环境、兼容性需求和设计约束)也应在此节中记录。
前置条件
前置条件时执行用例之前系统必须所处的状态。
后置条件
后置条件是用例结束后系统可能具备的状态。
扩展点
定义在基本用例的哪些位置插入扩展用例。
界面原型(可选)
描述用例涉及到的用户界面。