2.1 业务建模
销售业务活动图（含收银）
退货业务活动图
2.2 需求规格说明
A.系统用例图
B.用例详述文本
用例UC1：处理销售
主要参与者：收银员
前置条件：收银员必须经过确认和认证。
后置条件：存储销售信息。准确计算销售总价及折扣。更新账务和库存信息。生成票据。
主成功场景：
1.顾客携带所需购买的商品到收银台结账。
2.收银员开始一次新的销售交易。
3.收银员逐条输入商品的条码。
4.系统逐条记录出售的商品，并显示该商品的描述、价格等信息以及购买的数量和累计金额。
收银员重复3~4步，直到输入结束。
5.系统显示购物总价和折扣额。
6.收银员告知顾客总价，并请顾客付款。
7.顾客选择支付方式并进行付款，系统处理支付。
8.系统记录销售信息，并更新账务和库存。
9. 系统打印票据。
10.顾客携带商品和票据离开。
扩展：
a. 系统管理员在任意时刻要求进行超控操作：
1.系统进入系统管理员授权模式。
2.管理员执行某一项管理员模式的操作。例如：更改商品价格等。
3.系统回复到收银员授权模式。
b. 系统在任意时刻失败：
为了支持恢复和更正账务处理，要保证所有交易的敏感状态和事件都能够从场景的任何一步中完全恢复。
1.收银员重启系统，登录，请求恢复初始状态。
2.系统恢复初始状态。
2a. 系统在恢复过程中检测到异常：
1.系统向收银员提示错误，记录此错误，并进入一个初始状态。
2.收银员开始一次新的销售交易。
1a.管理员需要中断一个销售交易：
1.收银员恢复操作，系统提示错误。
2.收银员需要开始一个新的销售交易，并重新输入所有商品。
2-4a.顾客向收银员出示会员卡或者报上手机号码：
1.收银员输入卡号或手机号进行核实。
2.系统记录该状况编码（最后计算折扣时使用）。
3a. 无效商品条码：
1.系统无法输入该条码。
2.收银员响应该错误。
2a.商品条码可读：
1.收银员手工输入商品条码。
2.系统显示商品的描述和价格。
2b.系统内不存在该商品条码，但该商品附有价签：
1.收银员请求管理员执行超控操作。
2.管理员执行相应的超控操作。
3.收银员选择手工输入价格，输入价签上的价格。
3b.当有多个商品属于同一类别时，不必记录每个商品的条码：
1.收银员可以直接输入商品数量。
3-6a.顾客要求收银员从所购买的商品中去掉一项：
1.收银员选择商品并将其删除。
2.系统删除该项目并显示更新后的累计额。
3-6b.顾客要求收银员取消销售交易：
1.收银员在系统中取消销售交易。
4a.系统定义的商品价格不是顾客预期的价格（顾客对此产生抱怨并要求降价）：
1.收银员请求管理员批准。
2.管理员执行超控操作。
3.管理员手工输入超控后的价格。
4.系统显示新价格。
6a.顾客要求现金支付，但所携现金不足：
1.顾客要求使用其他支付方式。
1a.顾客要求取消此次销售交易，收银员在系统上取消该销售交易。
7a.现金支付：
1.收银员输入收取的现金额。
2.系统显示找零金额并弹出现金抽屉。
3.收银员放入收取的现金并给顾客找零。
4.系统记录该销售交易。
7b.刷卡支付：
1.收银员刷卡。
2.系统显示其支付信息以备确认。
3.收银员确认。
3a.收银员取消付款步骤。
1.系统回复到“商品输入”模式。
4.系统向外部支付授权服务系统发送支付授权请求，并请求批准该支付。
7c.收银员取消支付步骤：
1.系统回复到“商品输入”模式。
9a. 打印票据：
1.如果系统检测到错误，给出提示。
2.收银员更换纸张。
3.收银员请求打印其他票据。
用例UC2：处理收银
主要参与者：收银员
前置条件：收银员必须经过确认和认证。购物票据和所购商品必须得到确认。
后置条件：存储销售信息。准确计算销售总价及折扣。更新账务和库存信息。生成票据。
主成功场景：
1.系统显示购物总价和折扣额。
2.收银员告知顾客总价，并请顾客付款。
3.顾客选择支付方式并进行付款。
4.收银员输入实收金额，系统处理收银，收银员找零。
5.系统记录销售信息，并更新账务和库存。
6. 系统打印票据。
7.顾客携带商品和票据离开。
扩展：
a. 系统管理员在任意时刻要求进行超控操作：
1.系统进入系统管理员授权模式。
2.管理员执行某一项管理员模式的操作。例如：更改商品价格等。
3.系统回复到收银员授权模式。
b. 系统在任意时刻失败：
为了支持恢复和更正账务处理，要保证所有交易的敏感状态和事件都能够从场景的任何一步中完全恢复。
1.收银员重启系统，登录，请求恢复初始状态。
2.系统恢复初始状态。
2a. 系统在恢复过程中检测到异常：
1.系统向收银员提示错误，记录此错误，并进入一个初始状态。
2.收银员开始一次新的销售交易。
1a.管理员需要中断一个销售交易：
1.收银员恢复操作，系统提示错误。
2.收银员需要开始一个新的销售交易，并重新输入所有商品。
1b.顾客向收银员出示会员卡或者报上手机号码：
1.收银员输入卡号或手机号进行核实。
2.系统记录该状况编码（最后计算折扣时使用）。
2a.顾客要求收银员从所购买的商品中去掉一项：
1.收银员选择商品并将其删除。
2.系统删除该项目并显示更新后的累计额。
2b.顾客要求收银员取消销售交易：
1.收银员在系统中取消销售交易。
2c.系统定义的商品价格不是顾客预期的价格（顾客对此产生抱怨并要求降价）：
1.收银员请求管理员批准。
2.管理员执行超控操作。
3.管理员手工输入超控后的价格。
4.系统显示新价格。
3a.顾客要求现金支付，但所携现金不足：
1.顾客要求使用其他支付方式。
1a.顾客要求取消此次销售交易，收银员在系统上取消该销售交易。
3b.现金支付：
1.收银员输入收取的现金额。
2.系统显示找零金额并弹出现金抽屉。
3.收银员放入收取的现金并给顾客找零。
4.系统记录该销售交易。
3c.刷卡支付：
1.收银员刷卡。
2.系统显示其支付信息以备确认。
3.收银员确认。
3a.收银员取消付款步骤。
1.系统回复到“商品输入”模式。
4.系统向外部支付授权服务系统发送支付授权请求，并请求批准该支付。
3d.收银员取消支付步骤：
1.系统回复到“商品输入”模式。
4a.收银员发现零钱不足
1.询问客人可否用等额商品（口香糖之类）代替
1a.客人同意，收银照常进行
1b.客人不同意，请求稍候，去换零钱（隔壁柜台等）
1.实在没零钱，请示经理
6a. 打印票据：
1.如果系统检测到错误，给出提示。
2.收银员更换纸张。
3.收银员请求打印其他票据。
用例UC3：处理退货
主要参与者：收银员
前置条件：收银员必须经过确认和认证。购物票据和所购商品必须得到确认。
后置条件：存储退货信息。准确计算退货总价。更新账务和退货信息。生成退货票据。
主成功场景：
1.顾客携带商品和小票到收银台通过POS机退货。
2.收银员确认符合退货规定。
3.收银员开始一次新的退货交易。
4.收银员输入退货票据号，系统显示相关信息。
5.顾客告知所需退货商品，收银员一一记录并输入系统。
6.系统显示退货总额，收银员告知顾客。
7.顾客确认，收银员打印退货票据并退款。
8.收银员请顾客核实退货金额，以免纠纷。
9.顾客携带现金和票据离开。
扩展：
a.系统管理员在任意时刻要求进行超控操作：
1.系统进入系统管理员授权模式。
2.管理员执行某一项管理员模式的操作。例如：更改商品价格等。
3.系统回复到收银员授权模式。
b.系统在任意时刻失败：
为了支持恢复和更正账务处理，要保证所有交易的敏感状态和事件都能够从场景的任何一步中完全恢复。
1.收银员重启系统，登录，请求恢复初始状态。
2.系统重建初始状态。
2a.系统在恢复过程中检测到异常：
1.系统向收银员提示错误，记录此错误，并进入一个初始状态。
2.收银员开始一次新的退货处理。
1-4a.票据时间超出退货期限：
1.收银员告知顾客商品无法退回。
1a.顾客不接受，收银员解释退货规则，若仍不接受，请示上级。
2.顾客取消退货，离开。
1-4b.票据号无法识别：
1.收银员通过查询购买日期寻找票据信息。
1a.若扔无法找到销售信息，告知顾客。
1.顾客取消退货，离开
2.顾客不接受，收银员解释退货规则，若仍不接受，请示上级。
1-4c.商品类别或使用情况等不符合退货规则：
1.收银员告知顾客商品无法退回。
1a.顾客不接受，收银员解释退货规则，若仍不接受，请示上级。
2.顾客取消退货，离开。
7a.顾客对退货数量存在异议：
1.收银员核实顾客要求，把商品从退货表中去掉。
2.系统显示处理后的退货累计额。
7b.顾客要求收银员取消退货：
1.收银员在系统中取消退货。
7c.打印票据：
1.系统提示纸张不足。
2.收银员更换纸张。
2.3 补充性规格说明
1.功能性
a.日志，记录交易数据以及错误处理
b.提供每月定时报表以及任意时限报表
2.可靠性
a.系统必须保证稳定敏捷（如购买商品过多或当月报表数据量过大）
b.系统可恢复（若发生上述情况，不幸系统崩溃）
3.可用性
a.如1米外轻松看到文本
b.避免使用色盲人群难以辨别的颜色
4.安全性
a.每次交易都必须通过简单的用户验证
5.数据备份
a.每天备份数据以便系统恢复
6.数据导入导出
a.每月或每周导出数据，保持系统稳定敏捷
7.接口和重要硬件（支持网银、信用卡支付接口）
a.触摸屏
b.信用卡和签名读取机
c.激光扫描仪（二维码，条形码）
d.票据打印机
74
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
