细化迭代三

UC1、UC2活动图：

2.2 系统用例图：

用例详述文本
用例UC2：处理收银
前置条件：收银员必须经过确认和认证。
后置条件：存储付款信息。准确计算购物总额。更新账务和库存信息。
主成功场景：
1.系统显示购物总额及折扣。
2.收银员告知顾客应收总额。
3.顾客选择现金支付方式并向收银员递给现金。
4.收银员向系统输入实收金额。
5.系统计算并显示找续金额。
6.收银员找续现金。
7.付款完成并生成付款信息。
扩展：
*a. 系统管理员在任意时刻要求进行超控操作：
1.系统进入系统管理员授权模式。

1. 管理员执行某一项管理员模式的操作。例如：更改商品价格等。
2. 系统回复到收银员授权模式。
   *b. 系统在任意时刻失败：
   为了支持恢复和更正账务处理，要保证所有交易的敏感状态和事件都能够从场景的任何一步中完全恢复。
   1.收银员重启系统，登录，请求恢复初始状态。
   2.系统重建初始状态。
   2a. 系统在恢复过程中检测到异常：
   1.系统向收银员提示错误，记录此错误，并进入一个初始状态。
   2.收银员重新开始收银。
   1a. 顾客告知想要取消购物：
   1.收银员取消付款。
   2.收银员取消购物单。
   1b. 顾客告知向取消其中的商品：
   1.收银员取消付款。
   2.编辑购物单后再次确认付款。
   3a. 顾客选择刷卡支付：
   1.收银员在系统选择刷卡支付，系统向外请求授权。
   2.收银员处理刷卡支付。
   3.顾客签名。
   3b. 顾客发现现金不足：
   1.顾客选择刷卡支付。
   2.顾客自动取消购物。
   2a. 收银员在系统取消支付并取消购物单。
   4-6a. 收银台现金不足：
   1.收银员向经理请求补充现金。
   2.询问顾客是否可以选择刷卡支付。
   3.顾客选择取消购物。
   3a. 收银员在系统取消支付并取消购物单。
   4-6b. 收银台零钱不足：
   1.收银员向经理请求补充零钱。
   2.询问顾客是否可以使用等价商品兑换零钱。
   7a. 付款信息无法显示：
   1.向系统管理员请求帮助。
   7b. 付款信息有误：
   1.向系统管理员请求超控操作更改付款信息。

2.3 补充性规格说明
功能性：日志和错误处理和可移植。
可用性

1.字体大小至少为二号字，能够让店员和顾客都看到POS屏幕显示器的显示；主体风格选用蓝色，不会对操作者的情绪造成太大的干扰。 
2.操作方法要简单，而且能帮助交易快速完成。 

可靠性：

1.系统实时与数据库连接可以更新具体数据，如果交易过程中崩溃需要重新录入避免数据丢失。 

性能 :
购买者希望非常快速的完成销售处理过程，因此，我们希望系统和数据库之间的交互能迅速而准确，还有系统之间的交互响应时间应不高于1分钟。
可支持性
1.可适应性
不同客户在处理销售时有其特有的业务规则和处理需求。因此，在场景中的几个预定之处（如开始新的销售交易时，增加新的商品时），需要能够启用可插拔的业务规则。
2.可配置性
不同客户对其使用的POS系统有不同的需求，所以要求系统具备一定的可配置能力以适应这些需求。
购买构件
税金计算器，必须支持用于不同国家的可插拔计算器。
接口
1.重要硬件和接口
触摸屏，条形码激光扫描仪、票据打印机、信用卡、借记卡读卡器等。