细化迭代4——2.1、2.2、2.3

2.1业务建模

A、活动图

细化迭代4——2.1、2.2、2.3_第1张图片

 

B、领域模型

细化迭代4——2.1、2.2、2.3_第2张图片

2.2需求规格说明

A、系统用例图

细化迭代4——2.1、2.2、2.3_第3张图片

B、用例详述文本

用例UC3:退货

范围:便利店POS应用

级别:用户目标

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

涉众及其关注点:    

—收银员:希望能够准确、快速地输入并且没有错误。

—顾客:希望以最小代价完成购买活动并得到快速服务。希望得到退货凭证。

—公司:希望准确记录交易,满足顾客要求。希望确保记录了支付授权服务的支付票据。希望有一定的容错性。希望能够自动、快速地更新账务和库存信息。

—经理:希望能够快速执行超控操作,并易于更正收银员的不当操作。

—支付授权服务:希望接收到格式和协议正确的数字授权请求。

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

成功保证(或后置条件):存储退货信息。更新账务和库存信息。记录提成。生成票据。记录支付授权的批准。

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

1.顾客携带退货商品和购物票据到收银台提出退货要求。

2.收银员接受顾客提供的商品和购物票据,并向经理汇报情况。

3.经理根据购物票据对商品进行核查,确认商品符合退货条件。

4.经理输入订单号,从系统调出该订单,与票据核查。

5.经理录入退货信息。

6.系统记录完整的退货信息,生成退货单,显示退货金额,并将退货信息发送到外部的账务系统和库存系统。

7.系统打印退款票据。

8.经理将现金和退款票据交还给顾客。

扩展(或替代流程):

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

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

  2.系统重建上次状态。

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

     1.系统提示错误,记录此错误,并进入一个初始状态。

     2.系统开始一次新的退货记录。

3a.对商品的核查不通过:

1.购物票据里的商品与实际要求退货的商品不符,或商品受到售后损坏,不符合退货要求,经理拒绝顾客退货要求,并返还商品。

3b.票据有误,无法退货,经理拒绝顾客退货要求,并返还商品。

4a.系统订单显示已过退货期限,经理拒绝顾客退货要求,并返还商品。

5a.退货信息录入错误,经理向系统取消退货操作,并重新进行退货操作。

7a.打印票据:

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

2.收银员更换纸张。 

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

2.3补充性规格说明

UC3:退货

简介

本文档记录了711POS系统所有未在用例中描述的需求。

功能性

1、日志和错误处理

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

2、可插拨规则

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

3、安全性

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

4、国际化

支持文本显示的语言国际化,以便于处理与外国顾客的交易。

可用性

1、销售经理能尽快找到退货商品。

2、快捷、无错的退货处理极为重要,因为购买者希望快速离开,否则会给他们的购买体验(和对经理的评价)带来负面影响。

可靠性

1、可恢复性

如果在使用外部服务时出现错误,为了完成退货处理,需要尝试采用本地方案加以解决。

健壮性

系统对于规范要求以外的输入情况的处理能力强。当用户对系统的操作不规范时,系统能够识别这些操作,并且能有效合理的处理。

接口

1、重要硬件和接口

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

票据打印机。

信用卡读卡器

签名读取装置

2、软件接口

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

所关注领域内的信息

当退货完成后,退货商品金额可以根据客户要求退还现金或经过第三方退款。

你可能感兴趣的:(细化迭代4——2.1、2.2、2.3)