KO便利店迭代三设计文档

2.1业务建模

A. 业务流程建模

1.         涉众：

l  顾客：

a)         选取商品到收银台付款。

b)        根据自身的条件可以要求打折优惠。

c)         可以选择支付方式。

d)        可以要求更改购买商品甚至取消交易。

l  收银员：

a)         完成商品的条码输入。

b)        可以选择挂单。

c)         向顾客收取现金或者使用交通卡结算。

d)        根据顾客条件或者当期的优惠选择打折或者优惠礼品赠送等选项。

l  系统：

a)         读取商品条码后，从后台中读取对应商品的相关数据，并且显示在屏幕上。

b)        根据收银员输入的顾客信息可以判断是否符合打折条件，并且及时作出总额计算。

c)         记录每一条交易记录，生成列表存储。

d)        生成票据。

2.         业务规则：

l  打折条件判断：

根据会员制或者员工优惠等打折条件，系统将会根据输入的会员ID或者员工的ID进行判断，得出相应的打折优惠。同时，会员还可以享受更多的礼品赠送和积分赠送等优惠。

l  账单更改：

a)         收银员根据顾客要求，在账单结算前都可以进行更改账单的处理。

b)        如果顾客在结算后需要退单，则需要更高的权限的管理员进行更改。

l  支付：

便利店采用现金支付和交通卡进行支付。

l  优惠：

便利店定期有优惠活动，有管理员进行输入。

3.         单据：

票据主要包括内容：便利店LOGO，便利店店名，便利店地址，便利店联系方式，收银员姓名，小票号，交易时间，收银机编号，商品名，商品单价，商品数量，单种商品总价，总商品价格（商品小计），现金（收取），折扣合计，金额合计，找零。

B.     领域建模

2.2用例UC2：收银

范围：KO便利店POS应用

级别：用户目标

主要参与者：收银员

涉众及其关注点：

l  收银员：尽快地完成收银，不出错，不会被顾客投诉或抱怨。

l  顾客（散客）：希望能方便地看到所购买商品的项目以及价格。获取凭条以便可以退货。

l  会员：希望可以通过活动或者会员制等条件获得一定的优惠。

l  店长（管理员）：希望收银不出错，可以让员工工作质量提高。

l  交通卡支付授权服务：希望准确无误地扣除相应交通卡的金额。

前置条件：已经完成销售处理生成了账单。

成功保证（或后置条件）：存储销售信息，更新账务和库存信息，记录利润并且生成票据，记录支付授权的标准。

主要成功场景（或基本流程）：

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

2.         顾客选择付款方式，系统处理支付。

3.         系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统和库存系统。

4.         系统打印票据。

5.         顾客携带商品和票据离开。

扩展（或替代流程）：

1a.顾客要求取消交易：

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

1b.顾客要求收银员等待，后面排起队伍：

1.         收银员在系统中选择将当前订单挂起，先进行下一位顾客的交易处理。

2a.顾客选择现金支付现金不足，要求剩余部分用交通卡进行支付：

1.         收银员在系统中选择现金支付部分金额。

2.         收银员指示顾客在交通卡支付终端上放入交通卡。

3.         收银员在系统中选择交通卡支付剩下余额。

3a.交通卡终端出现故障，无法进行付费：

1.         收银员告知顾客终端故障。

2.         顾客根据自身需求减少当前购买商品。

2a.顾客要求直接取消交易：

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

1a.收银员权限低于该操作：

1.         请求管理员进行该操作。

3.         收银员告知顾客总金额，系统完成支付。

4.         交通卡终端扣费成功。

2b.系统突然故障：

1.         收银员将系统重新启动。

2c.顾客选择交通卡支付金额不足，要求剩余部分用现金进行支付：

1.         收银员在系统中选择交通卡支付部分金额。

2.         收银员收取顾客的剩余部分金额。

4a.顾客索要赠品票据（不显示价格）：

1.         收银员请求赠品票据，系统给出赠品票据。

4b.打印不出票据：

1.         如果系统能够检测到错误，给出提示。

2.         收银员更换纸条。

3.         收银员请求打印其他票据。

特殊需求：

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

l  使用尺寸适中的显示器触摸屏UI。文本信息可见距离为1米左右。

l  界面交互设计要求简洁，指示明确。

l  能够给用户帮助提醒的友好交互。

l  系统处理用户转换的响应速度小于3秒。

l  需要使用交通卡人工服务终端。

技术与数据变元表：

2a.交通卡账户信息可以用交通卡支付终端进行划扣。

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

未决问题：

便利店的税收政策可能会发生改变。

不是会员却能够打折的顾客应该如何打折？

系统发生故障，重新启动后，上次未完成的销售记录是否还在系统内？

如何实现部分现金部分交通卡支付的情况？

 

2.3 UC1补充性规格说明（分析员完成）

补充性规格说明

修改历史

版本	日期	描述	作者
初始草案	2015年4月30日	第二个草案	分析员

简介

本文档记录KO便利店所有未在用例中描述的需求。

功能性

1.   安全性

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

2.   日志和错误处理

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

3.   数据备份与还原

店长在任意操作过程中都可以进行数据备份与还原。

4.   数据导入和导出

可以导入或导出各类信息统计表格数据。

5.   记录登录信息

记录每个员工登录的信息。

可用性

1.   人性因素

顾客将能够看到POS大屏幕显示器的显示。因此：

l  应该在1米左右能够轻松看到文本。

l  避免使用色盲不能识别的颜色。

员工使用系统时可能会有一些地方出现操作不明确的情况，因此：

l  应该提供系统操作帮助。

为了让顾客能更方便地使用交通卡：

l  交通卡支付终端应该放置在面向顾客的方向，并且建议放在收银机前，方便顾客。

2.   安全因素

收银员的实现长期停留在顾客或商品。因此：

l  在收银柜处安装声音警告装置。

收银员忘记取出余额便关上收银柜：

l  需要提供员工ID以及管理员ID进行认证，才能打开收银柜，继续余下步骤。

系统注销后为了防止员工或者其他人的不当行为：

l  需要输入管理员的ID进行认证后才能进行工作。

可靠性

1.   可恢复性

由于某种原因中断了系统运行，系统经过重启后可以恢复到原来的状态。

2.   性能

界面窗口的转换时间不得超过于1秒

接口

1.   重要硬件和接口

l  触摸屏

l  条形码激光扫描仪

l  票据打印机

l  交通卡支付终端

l  数字小型键盘输入端

l  备用键盘和鼠标

所关注领域内的信息

1.   定价

商品的所有价格根据市场价的价格定价。

2.   编码

参考711便利店的编码来进行编码。

 

4.3 UC1,UC2相关的数据库

 

 

转载于:https://my.oschina.net/teamwork/blog/408847