用例规约
- 用例图是骨架，而用例规约则是其内在的肉
- 用例文档的核心，而用例图作为用例文档的总图
1.前置条件：把它们看做是看门人，它阻止参与者触发该用例直到满足所有条件（说明在用例触发之前什么必须为真）
2.后置条件：对于有多个事件流的用例，则应该有多个后置条件（用例执行后什么必须为真）
3.事件流描述要点：
3.0 成功场景（正常事件流的描述）
扩展场景（备选事件流）
3.1.只书写“可观测”的
3.2.使用主动语句
3.3.句子必须以参与者或系统作为主语
3.4.不要涉及界面细节（下面是反例）
3.5.分支和循环
用例规约文档参考模版
用例规约文档参考模板如下：（也可参考其他模板，红色表示必须填写的部分）
|
用例名称 |
处理销售 |
|
用例编号 |
POS001 |
|
执行者 |
收银员 |
|
用例简述 |
该用例规定了收银员如何利用系统进行销售过程的处理。 |
|
涉众及兴趣 |
收银员：希望能够准确、快速的输入，而且没有支付错误，因为收银员如果少收了钱，就要从他的薪水中扣除相应的金额。 顾客：希望购买过程能够省力，并得到快速的服务，希望得到购买证明，以便退货。 公司：希望准确地记录交易，并满足顾客的要求。希望保证支付授权服务的信息被记录。希望有一定的容错性，即使某些服务暂时不可用（如远程信用卡验证）也能允许收款。希望能够自动、快速的更新帐目和库存信息。 支付授权服务：希望按照正确的格式和协议收到数字授权的请求，希望准确计算给商店的应付款。 |
|
前置条件 |
收银员必须已经被正确识别和授权。 |
|
后置条件 |
存储销售信息，更新帐目和库存信息，生成收据，记录支付授权服务的许可。 |
|
基本流程 |
1．顾客携带购买的商品或服务达到POS机收费口。 2．收银员开始一次新的销售。 3．收银员输入商品标识。 4．系统记录单件商品，并显示该商品的描述、价格和累加值。价格可以根据一套定价规则来计算。收银员重复3-4步，直到结束。 5．系统显示总值。 6．收银员请顾客付款。 7．顾客支付，系统处理支付。 8．系统记录完整的销售信息，并将销售和付款信息发送到外部的记帐系统（进行记帐）和库存系统（更新库存）。 9．系统打印收据。 10．顾客带着商品和收据离开。 |
|
扩展流程 |
1a 任何时刻，发生以下状况，系统将失败：为了支持恢复操作和正确的记帐，要保证所有交易的敏感状态和事件都能够从场景中的任何一步中完全恢复。 1．收银员重启系统，登录，请求恢复上次状态。 2．系统重建之前的状态。 2a. 系统恢复过程中检测到异常： 1．系统向收银员指示错误，记录此错误，并进入一个清空状态。 2．收银员开始一次新的销售。 3a. 非法标识： 1． 系统指示错误并拒绝输入。
4a. 系统生成的商品价格不是顾客想要的价格（顾客抱怨太贵，要求减价）： 1．收银员重写价格。 2．系统显示新的价格。 5a. 顾客声称他们符合打折条件（例如：VIP顾客）： 1．收银员发出打折请求。 2．收银员输入顾客的个人身份信息。 3．系统按照打折条款给出折扣价值。 5c. 顾客要求使用信用卡结帐： 1．收银员发出信用卡结帐的请求。 2．收银员输入顾客的个人身份信息。 3．系统从信用卡上扣除贷款。 6a. 顾客想用现金付款，但随身现金不足： 1a. 顾客使用替代的支付手段。 1b. 顾客告诉收银员，他要取消此销售，收银员在系统上取消此销售。 7a.现金支付： 1．收银员输入收取的现金数额。 2．系统给出应找的金额，并弹出现金抽屉。 3．收银员放入收取的现金，并拿出应找的余额给顾客。 4．系统记录现金支付。 7b. 信用卡支付： 1．顾客输入信用卡帐号。 2．系统向外部的信用卡授权服务系统发送支付授权请求，并请求批准此支付。 |
|
非功能需求 |
1、使用大型平面显示器，交易过程中的信息要能够在1米之外看清楚。 2、 90%的信用卡授权机构的响应应该在30秒内收到。 3、支持多种语言显示。 4、在步骤3和步骤7中可以插入新的业务规则。 |
|
业务规则 |
3a. 商品标识可以用条码扫描或键盘输入。 3b. 商品标识可以是各种不同的编码方式。 7a. 信用卡帐号信息可以使用读卡器或键盘输入。 7b. 记录在纸面收据上的信用卡支付签名。 |
|
发生频率 |
可能会持续发生。 |
|
设计约束 |
系统中断后的自动恢复问题，怎样保存先前的交易记录？ |
|
|
|
2）用例名
3）用例描述
4）参与者
5）前置条件
6）后置条件
7）基本路径
（1）。。。
（2）。。。
（3）。。。
8）扩展点
（2）a。。。
（2）a-1。。。
9）特殊需求
9）补充说明
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/221845.html原文链接：https://javaforall.net
