细化迭代二

2需求分析

2.1业务建模

  A．业务流程建模

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

1）处理销售

2）处理退货

2.2需求规格说明

A.用例系统图。

绘制整个系统的UML用例图

B.用例详述文本

对所有业务活动用例采用详述风格（包括前置条件、后置条件、主事件流，扩展、业务规则等）进行描述。

1)处理销售

主要参与者：收银员

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

后置条件：存储销售信息。更新账务和库存信息。生成票据。记录支付授权的批准。

主成功场景：

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

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

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

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

收银员重复3~4步，直到输入结束。

5.系统显示总额和所计算的税金。

6.收银员告知顾客总额，并请顾客付款。

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

8.系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统和库存系统

9.系统打印票据

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

扩展：

a.系统在任意时刻失败：

 1.收银员重启系统，登录账号，恢复上次状态

1a.无效商品ID

  1.系统提示错误。

  2.收银员响应该错误。

  2a.手工输入商品条码，系统显示商品项目的描述和价格。

  2b.无效条码，收银员请求经理执行超控操作，收银员手工输入价格。

    2a.手工输入特定商品条码和价格。（如水果）

   3a.顾客为会员

      1. 收银员输入顾客会员ID

      2. 系统显示会员价和总额。

    4a.现金支付

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

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

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

     4  系统记录该现金支付。

    5a.打印票据

     1. 如果系统检测到错误。

     2. 收银员更换纸张。

     3.  收银员打印票据。

2）处理退货

主要参与者：收银员

前置条件：收银员必须经过确认和认证，并接收到退货信息的通知。

后置条件：存储退货信息。更新账务和库存信息。生成票据。

主成功场景：

1.  顾客携带商品和相应的票据到收银台退货。

2.  收银员检验票据和该商品有无损坏，是否符合退货标准。是则继续。

3. 收银员执行退货操作，输入商品条码和相应的数量。

4.  系统记录该商品的价格和累计额。

收银员重复3—4步，直到输入结束。

5.  系统显示退货总额。

6. 双方确认信息，执行退货

7.  系统记录退货信息，库存和账务系统更新。

8.  系统打印退货票据。

扩展：

1a.商品损坏

 1.  不允许退货

 2. 收银员请求超控操作。

  2a.经理允许退货，但要降价退货。

2a.顾客丢失票据

 1.不允许退货

 2.收银员请求超控操作。

  2a.经理允许退货，执行相应退货操作规则。

2.3补充性规格说明

功能性：日志和错误处理，记录所有的错误

可靠性：如果有多人同时并发访问，在节日等客流量多的时间段多开一个收银机。

安全性：任何用户都需经过账号安全认证。

接口：支持usb接口，票据打印机接口，条形码激光扫描仪接口，信用卡刷卡机接口，显示屏接口。软件接口应能应用于不同的系统。

标准：商品重量等使用公斤称。

报表：系统应能够对库存和销售的信息进行跟新和记录，用户能够对其进行实时的查询库存和销售的单号和详细的信息。并生成报表。

权限管理：每一位用户都需经过管理员的授权和管理，被授予一定的使用权限。