细化迭代4--分析部分

一、业务建模

1. 业务流程建模

(1)“退货活动”活动图

（2）“退货”业务文本描述

1) 涉中及其关注点

——收银员：希望顾客退货时能携带相应的凭据（如小票、发票、收据）办理退货。希望快速输入、准确输入，正确寻找交易记录，并进行订单退货。

——顾客：希望以最快的速度完成退货，并全额退还相应款项。希望便捷、清晰地看到退货商品的详细信息。

——公司：希望准确记录退货活动，快速生成退货订单记录及单号，以确保商品库存及账务信息、交易记录及时更新。希望有一定的容错性，即使在某些服务器构件不可用时。

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

2) 业务规则

ＩＤ

规则

可变性

来源

规则１

顾客无法提供相应的交易凭据，如小票、发票、收据，不予以退货。

低。顾客凭凭据退货必须是公司的业务规则，不可随意改变，以防止不是本店物品却在本店退货的情况

公司政策

规则２

退货商品必须未拆装、未使用、包装完整、无损坏。

不是质量问题引起的退货的商品不可影响二次销售。

公司政策

规则３

信用卡支付退款只对购买者的信用卡账户进行退款操作，而不是以现金操作。

低。

信用卡授权公司的政策

3) 票据

l 购买票据：顾客凭购物小票、发票、收据进行退货处理，退货物品必须记录在票据交易中。

2. 领域建模

二、需求规格说明

１．整个系统用例图

２.用例文本

用例UC2：处理退货

范围：书店POS应用

级别：子功能

主要参与者：收银员

后置条件：准确记录退货交易。更新账务。更新库存。

主成功场景：

１． 顾客携带票据及退货商品来到收银台。

２． 收银员进入退货界面，开始退货操作。

３． 收银员输入商品条码。

４． 系统逐条记录退货的商品，并显示该商品的描述、价格和累计额。

收银员重复３～４步，直到输入结束。

５.系统显示退货总额。

６.收银员按退货总额如数退还给顾客。

７.系统记录完整的退货记录，并将退货和退款信息发送到外部的账务系统，进行账务更新和库存更新。

８．顾客携带退款离开。

扩展：

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

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

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

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

*b.系统在任意时刻失败：

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

１ａ．顾客未携带任何票据进行退货交易：

１. 收银员告知顾客寻找到相应的票据再进行退货。

２. 收银员请求进行经理超控模式，凭顾客记忆搜索交易记录，再根据交易记录进行退货。

１ｂ．顾客携带商品已拆封或使用。

１. 收银员检查商品，如果不是质量问题引起的退货，收银员拒绝退货。

２. 如果因为质量问题引起的退货，收银员进行经理超控模式，进行此次退货，并记录商品质量有问题。

２ａ．收银员无法进入退货界面：请求进入经理超控模式，进入退货界面，进行退货操作。

３ａ．无效商品ＩＤ

１. 系统提示错误并拒绝输入该ＩＤ。

２. 收银员响应错误。

２ａ．商品ＩＤ可读。

１. 收银员手工输入商品ＩＤ。

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

２ａ．无效商品ＩＤ：系统提示错误。收银员尝试其他方式。

２ｂ．系统内不存在该商品ＩＤ。

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

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

３. 收银员选择手工输入商品价格。

４ａ．系统所定义的价格不是顾客所预期的价格

１. 收银员请求经理批准。

２. 经理执行超控操作。

３. 收银员手工输入超控后的价格。

４. 系统显示新价格。

二．补充性规格说明

修订历史

版本

日期

描述

作者

初始草案

2015年4月29日

第一个草案，主要在细化阶段中进行精化

马康丽

简介

本文档记录了书店POS机所有未在用例中描述的需求。

功能性

1.安全性

收银员每天的第一次使用POS机时都需要身份认证，已记录交易的处理者。

2.流程控制

经理可以查询已有的流程规则，并部署新流程。

3.日志和错误处理

所有的交易操作都需要记录进系统日志，对每一次错误都需要记录。

可用性

1.桌面用户界面应该与windows系统兼容。

2.人性因素

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

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

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

收银员的视线通常集中在商品和顾客上，而不是计算机上，因此，提示和告警应该通过声音传递。

购买者希望快速完成交易，因此快捷无误的交易及其重要。

3.系统运行

公司希望准确记录每一次交易，所以系统正常运行尤为重要。

库存管理希望尽快更新公司库存，以方便结算业务以及查询库存，因此系统运行必须快捷无误。

可靠性

1.可恢复性

如果在使用外部服务时出现错误，为了完成销售交易，需要尝试采用本地方案加以解决。

2.性能

外部支付授权服务尽量快速，以免让顾客等待太久。

3.系统稳定性

系统在运行过程中尽可能保持稳定，不能时常出现死机或系统奔溃现象。

性能

1.在任意时刻，系统最多可支持100访问量

2.系统能在10秒内提供对数据库的访问。

3.系统必须能够在2分钟内完成所有事务的80%。

可支持性

1.可适应性

POS系统的不同客户在处理销售时有其特有的业务规则和处理需求。因此能够处理不同的情况。

2.可配置性

不同客户对不同的POS系统有不同的网络配置需求。因此，POS系统应当具备可配置性。