细化迭代3：实现收银用例

2.1业务建模

A. 业务流程建模。

u  使用UML活动图分析目标系统所支持的业务流程。

u  使用文字对流程中每个活动的涉众、业务规则、使用到的单据进行必要的说明。 使用到的单据有购物清单，在输入食品的同时，向数据库发出请求打折，得到打折后食品价格。

        B. 领域建模。

u  使用UML类图构建领域模型。

2.2需求规格说明

用例详述文本。

范围：快餐店POS机应用

级别：用户目标

主要参与者：快餐店收银员

涉众及其关注点：

—收银员：希望能够准确适用该系统完成收银的任务，因为收银错误将导致收银员的工资提成收到影响。

—顾客：希望能够清楚便利地看到所购买套餐的价格，并且快捷不浪费。

—公司：希望该系统准确地记录交易，方便公司记录商品库存，总结月销售额报表之类的。

—经理：希望能进行超控操作，更正系统出现的问题，并管理该系统的权限。

—政府税收管理：希望能从每笔交易中抽取税金。发票完整。

前置条件：收银员必须准确输入自己账号密码并进入系统。

后置条件：存储销售信息，准确计算折扣，更新账务和库存消息。生成票据。

主成功场景：

1.顾客到POS机旁点餐。报出自己想要点的食品。

2.收银员开始一项新的交易。

3.收银员根据顾客的点餐要求，逐条向系统输入商品的条码。

4.POS机准确地记录每条食品，并将价格逐条显示在显示屏上，准确计算出累计额。

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

5.系统显示总金额。

6.收银员告知顾客总额，请顾客付款。

7.顾客付款，系统处理支付。

8.系统记录销售信息，并在数据库后台更新销售信息和库存。

9.系统打印票据。

10.顾客携带票据离开。

扩展:

*a.系统在任意时候失败。

   1.收银员重启系统

   2.经理检查系统是否出现错误。

3a.顾客是VIP并要求打折

   1.收银员在系统上点击打折，并将食品价格转变为打折后的。

4a.系统显示商品价格错误

   1.经理登陆系统并修正食品价格。

5a.系统显示金额错误

   1.收银员重新输入。

   2.收银员重新计算金额

     2a.系统仍然报错

        1.经理检查并恢复系统。

8a.系统不能正确进行数据的更新。

   1.经理登陆系统并检查错误恢复。

特殊需求：

·使用大尺寸显示屏方便观看。

·在访问系统失败时可以恢复系统

2.3 补充性规格说明

POS收银部分补充性规格说明

简介：本文档记录了POS收银未在用例中描述的需求。

功能性

1.日志和错误处理

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

2.安全性

在系统使用需要经过用户认证。

可用性

人性因素

顾客将能看到POS屏幕的显示

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

·避免使用色盲人群难以辨认的颜色。

快捷的操作系统很重要，不方便的购物使得顾客会有一个不好的购物体验。

可靠性

1.可恢复性

在系统出现任何错误时希望系统能够尽快回复。

可支持性

1.可配置性：

Pos机要求能够在修改价格的能力，比如打折。

接口：

1.重要硬件和接口

·票据打印机

2.软件接口

采取不同的接口接入税金计算器等等外部协作系统。

应用的业务规则：

所关注领域内的信息

1.销售税

这个的计算可能会十分复杂，并且会根据政府政策有所变更。

4.3 UC1,UC2的相关数据库

E-R模型:

数据库表：