细化迭代3 实现收银用例

阅读: 评论:0

细化迭代3 实现收银用例

细化迭代3 实现收银用例

1业务建模

A. 业务流程建模。

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

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

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

l 业务规则: 

ID

规则

可变性

来源

规则1

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

每个超市有不同规则

零售商政策

规则2

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

每个超市有不同规则

零售商政策

 

l 使用到的单据:

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

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

2需求规格说明

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

B. 用例详述文本。

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

l 范围:ebuy POS应用 

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

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

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

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

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

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

l 主事件流:

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

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

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

l 拓展:

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. 系统回到“商品输入”模式。

 

l 特殊需求:

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

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

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

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

l 业务要求:

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

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

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

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

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

 

3 补充性规格说明

l 功能性

1. 日志和错误处理

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

2. 安全性

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

l 可靠性 

1. 可恢复性

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

2. 可维护性

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

l 所关注领域内的信息

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

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

2、销售税

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

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

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

l 系统数据查询与报表

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

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

l 用户权限管理

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

转载于:

本文发布于:2024-01-28 16:15:13,感谢您对本站的认可!

本文链接:https://www.4u4v.net/it/17064297148657.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:迭代
留言与评论(共有 0 条评论)
   
验证码:

Copyright ©2019-2022 Comsenz Inc.Powered by ©

网站地图1 网站地图2 网站地图3 网站地图4 网站地图5 网站地图6 网站地图7 网站地图8 网站地图9 网站地图10 网站地图11 网站地图12 网站地图13 网站地图14 网站地图15 网站地图16 网站地图17 网站地图18 网站地图19 网站地图20 网站地图21 网站地图22/a> 网站地图23