细化迭代3 实现收银用例

1业务建模

A. 业务流程建模。

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

235755_Hc3C_2327987.jpg

使用文字对流程中每个活动的涉众、业务规则、使用到的单据进行必要的说明。

涉众:客户、收银员、POS机

业务规则: 

ID

规则

可变性

来源

规则1

通过校园卡(职工卡)支付时,若一次性消费超过30元时,要求输入密码

每个超市有不同规则

零售商政策

规则2

商品不存在没有会员打折,而是通过直接降价进行优惠

每个超市有不同规则

零售商政策

 

使用到的单据:

收款票据,内容包括:超市名称,地址,电话,单号,开单时间,收款人,商品ID,商品名,商品单价,商品数量,合计,支付方式等。        B. 领域建模。

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

235837_mDBN_2327987.jpg

2需求规格说明

A. 系统用例图。绘制整个系统UML用例图

235911_arnj_2327987.jpg

B. 用例详述文本。

关于销售开单的详述文本:

范围:ebuy POS应用 

主要参与者:收银员、顾客

涉众(Stakeholders and interests)及其关注点: 

—收银员:希望能够准确、快速地输入,而且没有支付错误,因为如果少收货款,将从其薪水中扣除。 

—顾客:希望以最小的代价完成购买活动并得到快速服务。希望便捷、清晰地看到所输入的商品项目和价格。希望得到购买凭证,以便退货

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

后置条件:存储销售信息。准确计算总额和税金。更新账务和库存信息。记录支付授权的批准。

事件流

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

2.  顾客选择用现金付款或用校园卡职工卡)付款,系统处理支付。 

3. 系统记录完整的销售信息,并将销售和支付信息发送到外部的账务系统(进行账务处理和提成)和库存系统(更新库存)。

拓展

2a. 现金支付: 

1. 收银员输入收取的现金额。

1a.现金付款,但所携现金不足:    

1. 顾客要求使用其他支付方式。 

    2. 顾客要求取消此次销售交易,收银员在系统上取消该销售交易。  

 2. 系统显示找零金额,并弹出现金抽屉。  

3. 收银员放入收取的现金,并给顾客找零。  

4. 系统记录该现金支付。 

2b. 校园卡(职工卡)支付:

1. 顾客将校园卡(职工卡)放到读卡器。    

2. 系统显示其支付信息以备验证。   

3. 收银员确认。 

     3a. 收银员取消付款步骤。 

        1. 系统回复到“商品输入”模式。 

4. 系统向校园卡外部支付授权服务系统发送支付授权请求,并请求批准该支付。 

     4a. 系统检测到与外部系统协作时的故障:         

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

2. 收银员请求顾客更换支付方式。 

5. 系统收到批准支付的应答并提示收银员

5a. 系统收到拒绝支付的应答:         

1. 系统向收银员提示支付被拒绝。         

2. 收银员请求顾客更换支付方式。     

 5b. 应答超时。 

         1. 系统提示收银员应答超时。 

         2. 收银员重试,或者请求顾客更换支付方式。    

6. 系统记录校园卡支付信息,其中包括支付批准。

3c . 收银员取消支付步骤: 

1. 系统回到“商品输入”模式。

 

特殊需求:

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

2. 在访问远程服务失败的情况下具有比较强的恢复功能。

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

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

业务要求

1. 商品ID可以用条形码扫描器或直接手工输入。

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

3. 每个订单用订单编号唯一标识。订单编号由系统按时间顺序生成,后提交的订单具有更大的订单号。

4. 订单受理前允许删除所订商品,修改购买数量等,甚至取消订单。但是订单审核通过后,则不允许再做任何修改。

5. 顾客的卡号可用刷卡读取或在键盘上输入

 

补充性规格说明

功能性

1. 日志和错误处理

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

2. 安全性

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

可靠性 

1. 可恢复性

出现错误时,有合理的应对机制。

2. 可维护性

要求本软系统能够拥有良好的可维护性,一满足不断增长的用户需求以及后期BUG的修复工作。

所关注领域内的信息

1. 校园卡(职工卡)支付处理

当支付授权服务批准了校园卡(职工卡)支付后,将由支付授权服务而不是买方来负责对卖方的支付。因此,对于每笔支付,卖方都需要将授权服务的未付金额记录于其应收账户下。通常,授权服务在每晚执行电子转账操作,将卖方当天的应收总额转入其账户下。

2、销售税

对税金计算采用税金计算器计算。

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

UPC、EAN、SKU是常用的三种商品销售标识系统

系统数据查询与报表

1. 可进行销售综合查询:可以按不同时间段、订单号顾客(学生、教师、校职工)、商品、业务员、付款类别刷校园卡或现金支付)等查询条件查询销售开单数据,并能对查询数据进行统计汇总。随时可以将查询及统计结果生成报表进行打印。

2. 销售日月、季年)报表:可以自动生成销售量日月、季年)报、销售额日月、季年)报、销售利润月、季年)报,可以按商品生成日月、季年)报,也可以按顾客生成日月、季年)报,各种日月、季年)报表随时可以打印输出。

用户权限管理

用户分为收银员和经理(系统管理员)。收银员一般拥有销售管理功能基本功能,经理拥有管理整个系统,包括管理用户、管理销售(如查询销售报表)、管理库存(库存变化情况管理财务(如查看经营统计情况)等功能。但由于校园超市为小型超市,收银员涉及到库存问题,所以收银员也拥有查询销售报表和库存情况等功能。系统管理员可自由设置所有收银员各功能权限、每个子菜单界面及各按键,以便操作。同时经理有休息暂停功能,防止外来干扰。系统(经理)可实时查看收银员现时登录和历史进出时间记录,监测每台机的使用状况,并有交班结算功能。

转载于:https://my.oschina.net/qt2015/blog/410213

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值