细化迭代二

2.2需求规格说明

需求规格说明书(Software Requirements Specification)描述了系统的功能需求。构建系统用例模型描述功能需求。

A.      系统用例图

细化迭代二

B. 用例详述文本。

用例UC1:开销售单

范围:RunningPOS系统

级别:用户目标

主要参与者:收银员

涉众及其关注点:

收银员:希望能够准确、快速的输入,而且没有错误信息,否则会使处理速度减慢。 

经理:希望准确地记录交易,满足用户要求。希望能够自动,快速地更新账务和库存现金信息。

公司:希望准确地记录交易,满足客户要求。希望能够自动、快速地更新账务和库存信息。

 

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

成功保证(或后置条件):存储销售信息,自动生成订单号,准确计算金额。

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

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

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

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

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

   收银员重复34步,直到输入结束。

5. 收银员识别会员身份。

6. 收银员输入会员识别信息,系统审核用户身份。(如果有的话)

7.系统审核成功,创建销售订单(自动生成订单号和总金额,日期时间等信息) 

 

扩展(或替代流程): 

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

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

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

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

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

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

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

2. 系统重建上次状态。

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

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

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

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

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

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

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

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

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

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

3a. 无效商品ID(在系统中未发现)

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

2. 收银员响应该错误。 

          2a. 商品ID可读(例如,数字型的UPC(通用产品代码)); 

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

2. 系统显示商品项目的描述和价格。 

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

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

1. 收银员请求经理执行超控操作。           

2. 经理执行相应的超控操作。 

              3. 收银员选择手工输入价格,输入价签上的价格,并且请求对该价目进行标准计税。(因为没有产品信息,计税引擎无法确定如何计税) 

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

           2d. 另外,收银员可以向其他员工询问商品ID或价格,然后手工输入ID或价格(参见以上内容)。 

3b. 当有多个商品项目属于同一类别的时候(5副球拍),不必记录每个商品项目的唯一标识: 

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

3c. 需要手工输入类别和价格(例如,花卉或纸牌及其价格):     

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

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

所去除商品的价格必须小于收银员权限,否则需要经理执行超控操作。 

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

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

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

             1. 系统提示错误,并建议经理超控。 

               2. 收银员请求经理超控,完成超控后,重做该操作。 

37b. 顾客要求收银员取消销售交易:       

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

6a. 无效会员ID(在系统中未发现)

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

2. 收银员响应该错误。 

          2a. 会员ID可读; 

1.  收银员手工输入会员ID          

2. 系统进入重新审核用户身份

            2b. 系统内不存在该会员ID           

1.系统作为散客处理 

7a.用户身份审核不通过:

     1.收银员告知顾客,重新确认会员识别信息。

1a.系统重新审核成功

  1.系统进入下一个状态

1b.系统重新审核失败

1.       系统作为散客处理

7b.系统生成销售订单不成功

   1.收银员重新生成

 

业务规则:

1.       一张销售单对应一个客户,而一个客户可以对应多张销售单。

2.       每个订单用订单编号唯一标识。订单编号由系统按时间顺序生成,后提交的订单具有更大的订单号。

3.       订单受理前允许经理删除所订商品,修改购买数量等,甚至取消订单。

4.       同一订单可订购多种商品,且订购数量可以不同。

 

 

2.3 补充性规格说明

 

功能性

1. 日志和错误处理

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

2.安全性

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

3.报表

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

 

可用性

人性因素

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

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

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

可理解性 

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

 

可靠性 

1.稳定性

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

2.可恢复性

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

3.可维护性

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

4.性能

迅速响应。

你可能感兴趣的:(细化迭代二)