迭代四文档

2.1 业务建模(UC3

A. 业务流程建模。

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

迭代四文档_第1张图片

 B. 领域建模。

使用UML类图构建领域模型

迭代四文档_第2张图片

2.2  UC3用例模型(详述文本)

用例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. 收银员请求打印其他票据。


4.3 相关的数据库

迭代四文档_第3张图片

迭代四文档_第4张图片

你可能感兴趣的:(迭代四文档)