细化迭代2——销售用例分析以及补充性规格说明

用例图细化迭代2——销售用例分析以及补充性规格说明



用例UC1:处理销售

范围:快餐店 POS应用

级别:用户目标

主要参与者:收银员

涉众及其关注点:

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

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

--公司:希望准确地记录交易,满足顾客需求。希望有一定的容错性,也能够完成销售。--经理:希望能够快速地执行超空操作,并易于更正收银员的不正当操作。

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

成功保证:存储销售信息。准确计算税金。更新账务。生成票据。

主成功场景:

1. 顾客到前台进行点餐。

2. 收银员通过POS机开始一次新的销售交易。

3. 收银员告知顾客当前可选商品并根据顾客选择输入商品名称。

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

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

5. 系统显示总额。

6. 收银员告知顾客商品名称和数量以及总额,并请顾客付款。

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

8. 系统记录完整的销售信息。

9. 系统打印票据。

10. 收银员备齐所有商品给顾客。

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

扩展

*a、经理在任意时刻要求进行超控操作

1、系统进入经理授权模式。

2、经理或收银员执行某一经理模式的操作。例如,变更现金结余,恢复其他登录者中断的销售交易,取消销售交易等

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

*b、系统在任意时刻失败:

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

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

2、系统重建上次状态。

2a、系统在恢复过程中检测到异常:

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

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

1a、客户或经理需要恢复一个中断的销售交易

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

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

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

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

2、收银员可能会开始一个新销售交易,并重新输入所有商品。

3、收银员继续该次销售交易(可能要输入更多的商品或处理支付)。

2、收银员响应该错误。

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

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

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

3-6b、顾客要求收银员取消销售交易:

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

3-6c、顾客要求收银员改换商品

  1、收银员在系统删除商品并添加顾客所需商品。

5b、顾客声称他们符合打折条件(例如,拥有VIP卡,购物券):

1、收银员提出打折请求。

2、收银员选择对应的折扣。

3、系统按照打折规则显示折扣总计。

6a、顾客现金付款,但携带的现金不足:

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

7a、支付(该系统仅支持现金支付):

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

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

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

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

9a、打印票据

1、如果系统检测到错误,给出提示

2、收银员更换纸张

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

10a、顾客要求收银员退货或改换商品。

1、收银员请求经理处理。

2、 经理执行超控处理。

3、 经理手工输入销售单号并对相应的销售单进行修改。



特殊需求:

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

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

在步骤3和步骤7中加入可插拔的业务规则

技术与数据变元表:

*a、经理超控需要在键盘上输入授权码。

3a、商品名称需要在屏幕上输入

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


补充性规格说明:

修订历史:

版本:起始草案   

日期:2015年4月09日星期四   

描述:第一个草案,主要在细化阶段进行精化  

起草人:陈楚平   

简介:

 记录未在文本用例描述的需求

功能性:

1. 日志和错误处理

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

2. 可插入规则

    在几个用例的不同场景点执行任意一组规则,以支持对系统功能的定制。

3. 安全性

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

可用性:

1.人性因素

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

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

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

快捷,无错的销售交易处理极为重要,因为购买者希望快速离开,否则会给他们购买体验带来付负面影响。

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

可靠性:

1.性能

购买者希望非常快速地完成销售处理过程。收银员希望能快速完成收款处理业务。这对系统的性能有着一定要求,所以我们的要求做到最快的时间内反应收银员的操作。

可支持性:

1.可适应性

系统的不同客户处理销售时有其特有的业务规则和处理需求。因此,在场景中的几个预定之处,需要能够启用可插拨的业务规则。

2.可配置性

不同的客户对其POS系统有不同的网络配置需求。例如。采用胖客户或瘦客户端。两层或多层物理结构等等。除此之外,他们还要求具备修改配置的能力。以便适应其变更业务和性能的需求。因此,系统应该具备一定的可配置能力以适应这些需求。对此需要进一步分析,以发现哪些地方需要灵活性和灵活性的程度。以及实现这种灵活性所需要的工作。

实现约束:

   坚持采用JAVA技术的解决方案, JAVA技术除了易于开发外,还能够提高远期的移植和可支持性能力,而且开发员对Java技术相对熟悉,可以减少代码错误。

购买构件:

    税金计算器。必须支持用于不同国家的可插拨计算器。

接口:

1. 重要硬件和接口

-触摸屏

-票据打印机

2. 软件接口

由于存在众多外部协作系统,我们需要采用不同的接口,接入不同的系统。

 


应用的领域规则

ID        规则                                                                                         可变性                           来源



规则1       购买者折扣规则。示例:普通客户:无折扣VIP客户:15%折扣额     高 每个零售商有不同规则     零售商政策



规则2   产品折扣规则 示例:每周一10点至14点指定汉堡套餐折扣为5%。    高 每个零售商有不同规则,

                                                                                                                 每天都可能改变                    零售商政策


你可能感兴趣的:(细化迭代2——销售用例分析以及补充性规格说明)