细化迭代2-2.2UC1用例模型 2.3UC1补充性规格说明

POS系统用例图:

细化迭代2-2.2UC1用例模型 2.3UC1补充性规格说明_第1张图片

 

2.2 UC1用例模型

用例UC1:开单

范围:便利店POS应用

级别:用户目标

主要参与者:收银员

涉众及其关注点:    

—收银员:希望能够准确、快速地输入并且没有错误。

—顾客:希望得到服务,能够便捷、清晰地看到所输入的商品项目和价格。

—公司:希望准确记录交易,满足顾客需求。

—经理:希望能够快速执行超控操作。

前置条件:收银员必须通过确认和认证。

成功保证(或后置条件):存储销售开单信息。

主成功场景(或基本流程):

1.顾客携带所购商品到收银台通过POS机付款。

2.系统开始一次新的销售交易。

3.收银员输入商品条码。

4.系统逐条记录出售的商品,并显示该商品的描述,价格和累计额。价格通过一组价格规则来计算。

  收银员重复3~4步,直到输入结束。

5.系统显示商品总额和所计算的税金。

扩展(或替代流程)

*a.经理在任意时刻要求进行超控操作:

   1.系统进入经理授权模式。

   2.经理或收银员执行某一经理模式的操作。

   3.系统恢复到收银员授权模式。

*b.系统在任一时刻失败:

   1.收银员重启系统,登录,请求恢复上次状态。

   2.系统重建上次状态。

      2a.系统在恢复过程中检测到异常:

         1.系统向收银员提示错误,记录此错误,并进入一个初始状态。

         2.系统开始一次新的销售交易。

3a.无效商品ID(在系统中未发现):

   1.系统提示错误并拒绝输入该ID

   2.收银员响应该错误。

      2a.商品ID可读

        1.收银员手工输入商品ID

        2.系统显示商品项目的描述和价格。

          2a.无效商品ID:系统提示错误。收银员尝试其他方式。

       2b.系统内不存在该商品ID,但是该商品附有价签:

          1.收银员请求经理执行超控操作。

          2.经理执行相应的超控操作。

          3.收银员选择手工输入价格,输入价签上的价格,并且请求对该价目进行标准计税。

       2c.收银员通过执行寻找产品帮助以获取正确的商品ID及其价格。

       2d.收银员可向其他员工询问商品ID或价格,然后手工输入ID或价格。

3b.当有多个商品项目属于同一类别的时候(如2瓶华农学士奶),不必记录每个商品项目的唯一标识:

   1.收银员可以输入类别的标识和商品的数量。

3-5a.顾客要求收银员从所购商品中去掉一项:

   1.收银员输入商品ID并将其删除。

   2.系统删除该项目并显示更新后的累计额。

3-5b.顾客要求收银员取消销售交易

   1.收银员在系统中取消销售交易。

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

   1.系统在POS机节点上重启此服务,并继续操作。

     1a.系统检测到该服务无法重启。

        1.系统提示错误。

        2.收银员手工计算和输入税金,或者取消该销售交易。

特殊需求

使用大尺寸平面显示器触摸屏UI。文本信息可见距离为1米。

支持文本显示的语言国际化。

技术与数据变元表

*a.经理超控需要在键盘上输入授权码。

3a.商品ID可以用条码扫描枪或键盘输入。

3b.商品ID可以使用UPC、EAN、JAN或SKU等任何一种编码方式。

发生频率可能会不断地发生。

 

2.3 UC1补充性规格说明

功能性

1.日志和错误处理

在持久性存储中记录所有错误。

2.可插拔规则

在几个用例的不同场景执行任意一组规则,以支持对系统功能的定制。

3.安全性

任何使用都需要经过用户认证。

可用性

1.顾客能够看到POS屏幕显示器的显示:

应该在1米外轻松看到文本。

避免使用一般色盲人群难以辨别的颜色。

2.快捷准确的销售交易处理极为重要,因为购买者希望能赶快离开,否则会给他们的购买体验带来负面影响。

3.店员的视线通常停留在顾客或商品,而不是计算机显示器上,提示和告警应该通过声音传递而不仅仅是通过图像传递。

可靠性

1.性能

顾客希望非常快速的完成销售处理过程,所以最好能够在1分钟之内完成授权。

可支持性

1.可适应性

不同客户在处理销售时有其特有的业务规则和处理需求。因此,在场景中的几个预之处(如开始新的销售交易时,增加新的商品时),需要能够启用可插拔的业务规则。

2.可配置性

不同的客户对其POS系统有不同的网络配置需求,要求具备修改配置的能力,以便适应其变更业务和性能的需求。因此,系统应该具备一定的可配置能力以适应这些需求。

实现约束

采用Java技术的解决方案,因为Java技术一般被认为除了易于开发外,还能够提高远期的移植和可支持性能力。

购买构件

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

免费开源构件

一般而言,我们在该项目中尽可能地使用免费的Java技术开源构件。如:

SSH

easyUI

......

接口

重要硬件和接口

触摸屏(触摸动作视为鼠标事件)

条形码激光扫描仪(通常附加在一种特殊键盘上,扫描输入在软件中视为键盘输入)。

所关注领域内的信息

1.定价

产品有原始价格和可选的常设低标价之分。产品标示的价格(折扣前)是常设低标价。由于财务和税务的原因,即使有常设低标价,也需要维护原始价格。

2.销售税

对税金计算采用第三方软件(税金计算器)计算。

3.商品标识:UPC、EAN、SKU、条形码和条形码读取装置

POS要支持各种商品标志方案。

 

你可能感兴趣的:(细化迭代2-2.2UC1用例模型 2.3UC1补充性规格说明)