2.2UC1用例模型 2.3UC1补充性规格说明

2.1 UC1用例模型—用例图

2.2 UC1用例模型–详述文本，对业务过程进行详细和必要的说明。

处理销售
主要参与者：收银员
前置条件：收银员必须经过确认和认证
后置条件：存储销售信息。更新账务和库存信息。生成票据。
主成功场景：
1.顾客携带所购商品或服务到收银台通过POS机付款。
2.收银员开始一次新的销售交易。
3.收银员输入商品条码。
4.系统逐条记录出售的商品，并显示改商品的描述、价格和累计额。
收银员重复3~4步，直到输入结束。
5.系统显示总额。
6.收银员告知顾客总额，并请顾客付款。
7.顾客付款，系统处理支付。
8.系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统和库存系统
9.系统打印票据
10.顾客携带商品和票据离开
扩展：
a.系统在任意时刻失败：
1.收银员重启系统，登录账号，恢复上次状态
1a.无效商品ID
1.系统提示错误。
2.收银员响应该错误。
2a.手工输入商品条码，系统显示商品项目的描述和价格。
2b.无效条码，收银员请求更高权限，手工输入价格。
2a.手工输入特定商品条码和价格。（如水果）
3a.顾客为会员

1. 收银员输入顾客会员ID
2. 系统显示会员价、折扣和总额。
   4a.现金支付
3. 收银员输入收取的现金额。
4. 系统显示找零金额，并弹出现金抽屉。
5. 收银员放入收取的现金，并给顾客找零。
   4 系统记录该现金支付。
   5a.打印票据
6. 如果系统检测到错误。
7. 收银员更换纸张。
8. 收银员打印票据。

2.3 补充性规格说明

功能性：日志和错误处理和可移植。
可用性
1、字体大小至少为二号字，能够让店员和顾客都看到POS屏幕显示器的显示；主体风格选用蓝色，不会对操作者的情绪造成太大的干扰。
2、操作方法要简单，而且能帮助交易快速完成。
可靠性：
1、系统实时与数据库连接可以更新具体数据，如果交易过程中崩溃需要重新录入避免数据丢失。
2、性能
购买者希望非常快速的完成销售处理过程，因此，我们希望系统和数据库之间的交互能迅速而准确，还有系统之间的交互响应时间应不高于1分钟。
可支持性
1、可适应性
不同客户在处理销售时有其特有的业务规则和处理需求。因此，在场景中的几个预定之处（如开始新的销售交易时，增加新的商品时），需要能够启用可插拔的业务规则。
2、可配置性
不同客户对其使用的POS系统有不同的需求，所以要求系统具备一定的可配置能力以适应这些需求。

购买构件
税金计算器，必须支持用于不同国家的可插拔计算器。

接口
1、重要硬件和接口
触摸屏，条形码激光扫描仪、票据打印机、信用卡、借记卡读卡器等。
2、软件接口
由于存在众多外部协作系统，如税金计算器，账务，库存等，我们需要采用不同的接口，接入不同的系统。