迭代四——文档

2.1业务建模（UC3退货用例）

A. 业务流程建模。

 

业务规则    

1.      必须持有商品和票据才能进行退货

2.      经理检查商品是否符合退货范围（时间范围等）和是否有人为损坏情况。

3. 每张退货单用表单编号唯一标识。表单编号由系统按时间顺序生成，后生成的表单具有更大的订单号。

4. 退货单与销售订单关系为1：1关系。

5. 退货单与产品关系为1：n关系。

单据

商品购物小票

        B. 领域建模。

 

2.2需求规格说明

A.    系统用例图。

B. 用例详述文本。

用例名称        处理退货

主要参与者：经理

用例描述         顾客对商品质量不满意或者商品过期，超市接受顾客将商品退回，并且将与商品等额的现金归还顾客，并在退货时将这件商品标注退货理由，并更新超市管理数据库。

前置条件       

1.      顾客对商品质量不满意或者商品过期

2.      超市店员检测商品属于退货范围，属于退货期限之内

后置条件        

1.      与商品等额的金额退还给顾客

2.      超市店员办理退货时，标注了退货理由、日期

3.      更新超市管理数据库

 

主成功场景

1.         顾客提出退货请求

2.      经理对退货商品进行检测（超时或商品有人为损坏等拒绝退货）

3.      经理对商品进行扫描，显示该商品的信息

4.      将该商品的数量减少1，并标注为退货。

经理重复2~4步，直至输入结束（如果有多个退货商品）

5.  系统生成退货单          

6.      超市系统数据库更新，打印票据

7.      经理将小票和现金退还给顾客

 

 

扩展

2a.退回商品经检验不属退货范围

1.退回商品经检验，不属于退货范围

2将商品退还给顾客

2a若顾客不同意，再进行协商

1-6b、系统在任意时刻失败：        

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

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

2. 系统重建上次状态。

       

7a、现金抽屉零钱不足：

1. 收银员请求经理补充现金抽屉零钱

2. 系统响应更新现金抽屉零钱信息

3. 收银员继续找零

7a、打印票据。   

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

2、收银员更换纸张   

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

        

业务规则        

1. 商品符合退货范围（时间范围等），并没有人损坏。

2. 每张退货单用表单编号唯一标识。表单编号由系统按时间顺序生成，后生成的表单具有更大的订单号。

3. 退货单与销售订单关系为1：1关系。

4. 退货单与产品关系为1：n关系。

 

特别需求        

假设         退货产品的条纹码保存完好

 

2.3 补充性规格说明

功能性

1. 日志和错误处理

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

2．安全性

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

3．报表

经理可制作每月销售报表 (数字或图形报表)

4．  可插拔规则

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

 

可用性

人性因素

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

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

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

可理解性

本系统提供的各种知识菜单以及文字说明要求通俗易懂，易于用户理解。

 

可靠性

1．稳定性

在一般条件下，系统稳定，不易出现故障 

2.可恢复性

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

3.可维护性

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

4.性能

迅速响应。