细化迭代二——2.2 UC1用例模型（用例图和详述文本） 2.3UC1补充性规格说明

2.1 UC1用例图

 

2.2 UC1用例模型详述文本

用例名称：处理销售

范围：FD POS应用

主要参与者：收银员

涉众极其关注点：

收银员：希望能够准确、快速地输入顾客所点餐品编号，而且没有输入错误以及其他意外。

顾客：  希望以最小代价完成点餐活动并得到快速服务。希望便捷、清晰看到所点餐品的项目和价格。

餐饮店：希望准确地记录交易，满足顾客要求。希望有一定的容错性，即使在某些服务器构件不可用时，也能完成销售。希望能够自动、快速地更新账务信息和库存信息。

经理：希望能够快速执行超控操作，并易于更正收银员的不当操作

前置条件：收银员必须经过登录和验证。

成功保证：存储销售信息。系统自动记录销售时间。系统显示总金额。

主成功场景：

1.       顾客到前台点餐并通过POS机付款。

2.       收银员开始一次新的销售交易。

3.       收银员输入顾客所点餐品编号。

4.       系统逐条记录出售的餐品，并显示该餐品的描述、类别、价格以及数量。

收银员重复3~4步，直至输入结束。

5.       系统显示总金额.

6.       收银员告知顾客总金额，并等待付款.

扩展：

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

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

2.经理或收银员执行某一经理模式的操作。例如取消销售交易。

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

*b.系统在任意时刻失败

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

2.系统重建上次状态

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

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

2.收银员重新开始一次新的销售交易。

1a.顾客或经理需要恢复一个中断的销售交易。

1.收银员执行恢复操作，并且输入订单号以获得相应的销售交易

2.系统显示被恢复的销售交易状态以及合计。

2a.未发现相应的销售交易。

1.系统向收银员提示错误。

2.收银员重新开始一个新的销售交易，并重新输入所有商品。

3.收银员继续该销售交易（可能是输入更多的餐品或者删除餐品）

2-6a. 顾客告诉收银员其手机号码，要求进行会员消费

1.收银员输入该顾客的手机号码，进行核实

2.系统显示会员打折规则并记录（在计算总金额时使用）

3a.餐品ID在pos系统未发现（无效）

1.系统提示错误并拒绝收银员输入餐品ID，收银员尝试使用其他方式。

        1a.系统内没有该餐品ID，但是菜单上有该餐品的价格

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

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

3.收银员手动输入价格。

3b.当一种餐品的数量多于一时，收银员可直接添加该餐品的数量而不是记录每个餐品的唯一标识。

3-6a.顾客要求收银员从所点餐品中去掉某一项

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

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

3-6b.顾客由于特殊原因要求收银员取消销售交易。

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

3-6c.顾客临时有事（例如等待朋友一起点餐），要求延迟销售交易。

1.系统记录该销售交易信息，以便随时可以恢复操作。

5a.系统出现故障，无法显示总金额。

1.收银员进行重启系统服务，并继续操作。

1a.重启服务失败

1.收银员手工计算餐品总金额或使用其他方式计算总金额。

6a.顾客要求使用现金（信用卡）支付，发现现金（信用卡余额）不足无法付款。

1.顾客要求收银员取消本次销售交易，收银员取消本次销售交易。

2.顾客要求使用其他方式付款。

6b.顾客要求添加一项餐品项目。

    1.收银员返回到第三步，重新输入顾客所添加的餐品编号ID。

特殊需求：

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

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

收银员有权限可返回到上一步骤重新进行销售交易

技术与数据变元素：

*a.经理进行操控操作时需要进行登录验证。

3a.餐品ID可用键盘输入。

发生频率：

可能会不断发生。

未决问题：

当餐饮店有特价商品或促销活动时，应如何重新定制系统餐品价格规则？

2.3 UC1补充性规格说明

简介：

     本文档记录了FD POS系统所有未在用例中描述的需求。如功能性、可用性、可靠性、接口等

 

功能性：

（通常跨越多个用例的功能性）

1.安全性

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

可用性：

人性因素：

1.顾客将能够看到POS大屏幕显示器的显示，即可以在1米外看清楚文本。

2.销售交易需快捷并且无错误发生。

可靠性：

1.可恢复性

  如果在使用外部系统（支付授权、库存系统等）时出现错误，为了顺利完成销售交易，需要尝试采用本地方案（存储和转发）加以解决。

可支持性：

1.可适应性

FD POS的不用用户在处理销售时有不同用处和权限。因此需要在某些场景中能够启用可插拔的业务规则。

免费开源构件

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

SSH

easyUI

接口：

1.重要硬件和接口

触摸屏

票据打印机

信用卡读卡器

2．软件接口

需要采用不同接口，接入不同系统（账务、库存等）

应用的业务规则：

购买者折扣规则：

会员：20%折扣额

ID	规则	可变性	来源
规则1	购买者折扣规则： 会员价：10%折扣额 员工价：15%折扣额 一般顾客：无折扣	高 每个餐饮店有不同的规则	餐饮业规则

 

法律问题：

建议使用一些开源软件，但是要解决其许可限制问题，使其符合法律规定。