细化迭代2

2.2需求规格说明

A. 系统用例图

230941_B6ZD_2333889.png

B. 用例详述文本。

范围:便利店POS应用

级别:用户目标

主要参与者:收银员

涉众及其关注点

收银员:希望能准确、快速地输入,没有支付错误,能够挂单,因为如果人多的话,一个顾客有突发事故可以先处理下一个客户,提高工作效率。

顾客:希望以最便捷地方式完成购买活动并得到快速地服务。希望可以清晰地看到单价与数量。希望得到购买凭证,以便退货。

公司:希望准确地记录交易,满足顾客要求。希望确保记录了支付授权服务的支付依据。希望有一定的容错性,即使在有些服务器构建不可用时也能完成销售。希望能够自动、快速地更新账务与库存信息。

店长:希望能快速执行超控才做,并已于更正收银员的不当操作。

支付授权服务:希望接收到格式和协议正确的数字授权请求。希望准确计算对商店的应付款。

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

成功保证(或后置条件):存储销售信息。准确计算税金。更新账务和库存信息。生成票据。记录支付授权的批准。

主成功场景(或基本流程)

1、顾客携带所购商品到收银台通过POS机付款。

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

3、收银员输入商品条码。

4、系统逐条记录出售的商品,并显示该商品的描述、价格和累计额。价格通过一组价格规则来计算。

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

 

扩展(或替代流程)

a*.系统在任意时刻失败:

为了支持回复和更正账务处理,要保证所有交易的敏感状态和时间都能够从场景的任何一步中完全回复。

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

  2、系统重建上次状态。

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

  1、系统向收银员提示错误,记录此错误,并进入一个初始状态。

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

b*.店长在任意时刻要求进行超控操作

  1、系统进入店长授权模式。

  2、店长或收银员执行某一经理模式的操作。

  3、系统回复到收银员授权模式。

1a.客户或店长需要恢复一个中断的销售单。

  1、收银员执行恢复操作,并且输入ID以提取对应的销售单。

  2、系统显示被恢复的销售单状态及其小计。

2a、未发现对应的销售单单。

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

  2、收银员可能会重新输入所有商品,开一个新的销售单。

  3、收银员继续该次销售单(可能要输入更多的商品)

3a.无效商品ID

  1、系统提示错误并拒绝输入该ID

  2、收银员相应该错误。

2a、商品ID可读

  1、收银员手工输入商品ID

      2、系统显示商品的描述和价格。

    2a、无效商品ID:系统提示错误。收银员尝试其他方式。

2b、系统内不存在该商品ID,但是该商品附有价签:

  1、收银员请求店长执行超控操作。

  2、店长执行相应的超控操作。

  3、收银员选择手工输入价格,输入价签上的价格。

2c、收银员通过执行寻找商品帮助以获取正确的商品ID及其价格。

2d、另外,收银员可以向其他员工询问商品ID或价格,然后手动输入ID或价格。

3b.当有多个商品项目属于同一类别的时候,不必记录每个商品降魔的唯一标识:

  1、收银员可以输入类别的标识和商品的数量。

3c.需要手工输入类别和价格:

  1、收银员手工输入特定的类别代码及其价格。

3-6a.顾客要求收银员从所购商品中去掉一项:

  1、收银员输入商品ID并将其删除。

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

2a、商品价格超过了收银员权限:

  1、系统提示错误,并建议店长超控。

  2、收银员请求店长超控,完成超控后,重做该操作。

3-6b.顾客要求收银员取消销售单:

  1、收银员在系统中取消销售单。

3-6c.收银员将正在开具的销售单挂起:

  1、系统记录销售交易信息,时期能够在任何POS登录中恢复操作。

  2、系统显示用了恢复销售交易的“延迟票据”,其中包含商品项目和销售单ID

4a.系统显示的商品价格不是顾客的语气价格:

  1、收银员请求店长批准。

  2、店长执行超控操作。

  3、收银员手工输入超控后的价格。

  4、系统显示新价格。

特殊需求

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

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

由于某县原因,我们希望在访问远程服务(如库存系统)失败的情况下具有比较强的恢复功能

……

技术与数据变元表

*b.店长超控需要刷卡(有读卡器读取超控卡)或在键盘上输入授权码。

3a.商品ID可以用条形码扫描器(如果有条形码)或键盘输入。

3b.商品ID可以用使用UPCEANJANSKU等任何一种编码方式。


2.3 补充性规格说明

简介

本文档记录了便利店POS未在用例中描述的需求。

功能性

1、日志和错误处理

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

2、可插拔规则

在几个用力的不同唱经典执行任意一组规则,以支持对系统功能的订制

3、安全性

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

可用性

人性因素

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

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

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

开解、无措的销售交易处理极为重要,因为购买者希望快速离开,否则会给他们的购买体验(和对收银员的评价)带来负面影响。

收银员的视线通常停留在顾客或商品,而不是计算器显示器上。因此,提示和警告应该通过声音传递而不仅仅是通过图像传递。

可靠性

1、可恢复性

如果在使用外部服务(支付授权、账务系统、……)时出现错误,为了完成销售交易,需要尝试采用本地方案(如储存或转发)加以解决。对此需要更深入的分析……

2、性能

正如“人性因素”一节中所提及的,购买者希望非常快速地完成销售处理过程。外部的支付授权是瓶颈之一。我们的目标是:90%的情况下,能过在1分钟之内完成授权。

可支持性

1、可适应性

便利店的POS的不同用户在处理销售时有其特有的业务规则和处理需求。因此,在场景中的几个预定支出(例如,当开始新的销售交易时,当增加新的商品时),需要能够启用可插拔的业务规则。

接口

1、重要硬件和接口

触摸屏(操作系统将此视为普通监视器,且触摸动作也视为鼠标事件)

条形码激光扫描仪(通常附加在一种特殊键盘上,扫描输入在软件中视为键盘输入)

票据打印机。

信用卡/借记卡读卡器

签名读取装置

2、软件接口

由于存在众多外部协作系统(税金计算器、账务、库存……),我们需要采用不同的接口,接入不同的系统

应用的领域规则

ID

规则

可变性

来源

规则1

购买者折扣规则。

示例:员工、会员:15%折扣额

普通顾客无折扣

每家便利店有不同规则

零售商政策

规则2

交易及折扣规则。示例:每天下午9点后面包有30%的折扣

随时可变


规则3

商品级折扣规格。示例:本周巧克力的折扣额为20%


零售商政策



转载于:https://my.oschina.net/u/2333889/blog/402682

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值