软件工程与UML（第2版）实战模拟 收银用例的用例文档.pdf

收银用例的用例文档

用例名：收银

主要参与者：收银员

项目相关人员及其兴趣：

收银员：希望能够准确、快速的输入，而且没有支付错误，因为收银员如果少收

了钱，就要从他的薪水中扣除相应的金额。

售货员：希望自动更新销售提成。

顾客：希望购买过程能够省力，并得到快速的服务。希望得到购买证明，以便退

货。

公司：希望准确地记录交易，并满足顾客的要求。希望保证支付授权服务的信息

被记录。希望有一定的容错性，即使某些服务暂时不可用（如远程信用卡验证）

也能允许收款。希望能够自动、快速的更新账目和库存信息。

政府税务机关：希望能从每笔交易中抽取税金。可能存在多个税务机关，比如国

家级、省级、市级。

支付授权服务：希望按照正确的格式和协议收到数字授权的请求。希望准确计算

给商店的应付款。

前置条件：收银员必须已经被识别和授权。

后置条件：存储销售信息；准确计算税金；更新账目和库存信息；记录提成；生

成收据；记录支付授权服务的许可。

基本事件流：

（顾客携带购买的商品或服务到达POS机收费口）

1.收银员开始一次新的销售。

2.系统等待收银员输入商品信息。

3．收银员输入商品的标识。

4.系统记录单件商品，并显示该商品的描述、价格和累加值。价格可以根据一套

定价规则来计算。

收银员重复2~4步，直到结束。

5.系统显示总值并计算税金。

6.收银员请顾客付款。

7.顾客支付，系统处理支付。

8.系统记录完整的销售信息，并将销售和付款信息发送到外部的记账系统（进行

记账和提成）和库存系统（更新库存）。

9.系统打印收据。

（顾客带着商品和收据离开）

扩展事件流：

*a.任何时刻，发生以下状况，系统将失败。

*1~9

（注：此处代表任何一个步骤都可以发生此扩展事件流）

为了支持恢复操作和正确的记账，要保证所有交易的敏感状态和事件都能够从场

景中的任何一步中完全恢复。

*a1．收银员重启系统，登录，请求恢复上次状态。

*a2．系统重建之前的状态。

*a2a.系统恢复过程中检测到异常。

*a2a1．系统向收银员指示错误，记录此错误，并进入一个清空状态。

*a2a2．返回1。

3a.非法标识。

3a1．系统指示商品标识错误并拒绝输入。

3a2．返回2。

3b.有多个具有相同商品类别的商品（如5瓶矿泉水），不需要跟踪每个商品的惟

一身份。

3b1．收银员输入商品类别的标识和数量。

3b2．返回2。

3~6a.顾客要求收银员从已输入的商品中去掉一个商品。

3~6a1．收银员输入商品标识并将其删除。

3~6a2．系统显示更新后的累加值。

3~6b.顾客要求收银员取消交易。

3~6b1．收银员在系统中取消交易。

3~6b2．用例结束。

3~6c.收银员暂停销售。

3~6c1．系统记录销售信息，使收银员能够在任何一台POS终端上恢复操作。

4a.系统生成的商品价格不是顾客想要的价格（顾客抱怨太贵，要求减价）。

4a1．收银员重写价格。

4a2．系统显示新的价格。

5a.系统检测到与外部的税金计算系统的通信故障。

5a1．系统在POS机节点上重启此业务，并继续。

5a1a.系统检测到服务无法重启。

5a1a1．系统指示错误发生。

5a1a2．收银员手工计算税金并输入，或取消此销售。

5b.顾客声称他们符合打折条件（例如，雇员或优先顾客）。

5b1．收银员发出打折请求。

5b2．收银员输入顾客的个人身份信息。

5b3．系统按照打折条款给出折扣价。