2.1 UC1用例模型—用例图

Java超市收银总体流程设计 超市收银用例图_Java超市收银总体流程设计

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、软件接口 由于存在众多外部协作系统,如税金计算器,账务,库存等,我们需要采用不同的接口,接入不同的系统。