细化迭代2——2.1、2.2、2.3

2.1业务建模

A、用例UC1：开单——活动图

 

 

B、领域模型

2.2需求规格说明

A、用例图

 

B、用例详述文本

用例UC1：开单

范围：711便利店POS应用

级别：用户目标

主要参与者：收银员

涉众及其关注点：

—收银员：希望能够准确、快速地输入。

—顾客：希望以最小代价完成购买活动并得到快速服务。希望便捷、清晰地看到所输入的商品项目和价格。

—公司：希望准确地记录交易，满足顾客要求。

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

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

成功保证（或后置条件）：存储销售信息并生成销售单。

主成功场景（或基本流程）：

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

2.系统开始一次新的销售交易。

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

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

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

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

扩展（或替代流程）：

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

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

2.经理或收银员执行某一经理模式的操作。

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

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

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

2.系统重建上次状态。

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

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

  2.系统开始一次新的销售交易。

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

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

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

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

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

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

3a.无效商品ID（在系统中未发现）：

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

2.收银员响应该错误。

 2a.商品ID可读

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

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

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

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

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

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

   3.收银员选择手工输入价格，输入价签上的价格，并且请求对该价目进行标准计税。

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

 2d.收银员可向其他员工询问商品ID或价格，然后手工输入ID或价格。

3b.当有多个商品项目属于同一类别的时候（如2袋洗衣粉），不必记录每个商品项目的唯一标识：

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

3-5a.顾客要求收银员从所购商品中去掉一项：

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

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

3-5b.顾客要求收银员取消销售交易

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

5a.系统检测到与外部税务计算系统服务的通信故障：

1.系统在POS机节点上重启此服务，并继续操作。

 1a.系统检测到该服务无法重启。

   1.系统提示错误。

   2.收银员手工计算和输入税金，或者取消该销售交易。

特殊需求：

•使用大尺寸平面显示器触摸屏UI。

•支持文本显示的语言国际化。

•……

技术与数据变元表：

*a.经理超控需要刷卡(由读卡器读取超控卡)或在键盘上输入授权码。

3a.商品ID可以用条码扫描枪或键盘输入。

3b.商品ID可以使用UPC、EAN、JAN或SKU等任何一种编码方式。

发生频率：可能会不断地发生。

2.3补充性规格说明

简介

本文档记录了711POS系统所有未在用例中描述的需求。

功能性

1、日志和错误处理

在持久性存储中记录所有的操作，以便进行错误处理和对操作人员的操作进行监督。

2、可插拔规则

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

3、安全性

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

可用性

人性因素

店员和顾客都能够看到POS大屏幕显示器的显示；因此：

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

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

快捷、准确的销售交易处理及其重要，因为购买者希望快速离开，否则会给他们的购买体验带来负面影响。

收银员的视线通常停留在顾客或商品，而不是计算机显示器上。因此，提示和告警应该通过声音传递而不仅仅是通过图像传递。

可靠性

1、可恢复性

系统要支持数据的备份，要有比较高的可维护性。如果在使用外部服务（支付授权、账务系统等）时出现错误，为了完成销售交易，需要尝试采用本地方案（如存储和转发）加以解决。

2、性能

正如“人性因素”中所提及，购买者希望非常快速的完成销售处理过程。外部的支付授权是瓶颈之一。所以我们的目标是：希望在正常情况下，能够在一分钟之内完成授权。

可支持性

1、可适应性

711POS的不同客户在处理销售时有其特有的业务规则和处理需求。因此，在场景中的几个预定之处（如开始新的销售交易时，增加新的商品时），需要能够启用可插拔的业务规则。

2、可配置性

不同客户对其使用的POS系统有不同的配置需求，因此，系统应该具备一定的可配置能力以适应这些需求。对此需要进一步分析，以发现哪些地方需要灵活性和灵活性的程度，以及实现这种灵活性所需的工作。

实现约束

711的领导层坚持使用Java技术的解决方案，他们认为采用Java技术除了易于开发外，还能够提高远期的移植和可支持性能力。

购买构件

税金计算器，必须支持用于不同国家的可插拔计算器。

免费开源构件

一般而言，我们建议在该项目中尽可能地使用免费的Java技术开源构件。

尽管现在对确定最终的设计和选择构件来说为时尚早，但是我们建议采用以下构件：

1、JLog日志框架

……

接口

1、重要硬件和接口

触摸屏（操作系统将此视为普通监视器，且触摸动作也视为鼠标事件）。

条形码激光扫描仪（通常附加在一种特殊键盘上，扫描输入在软件中视为键盘输入）。

票据打印机

信用卡/借记卡读卡器

2、软件接口

由于存在众多外部协作系统，如税金计算器，账务，库存等，我们需要采用不同的接口，接入不同的系统。

所关注领域内的信息

1、定价

产品有原始价格和可选的常设低标价之分。产品标示的价格（折扣前）是常设低标价。由于账务和税务的原因，即使有常设低标价，也需要维护原始价格。

2、信用卡和借记卡支付处理

当支付授权服务批准了信用卡或借记卡支付后，将由支付授权服务而不是买方来负责对卖方的支付。因此，对于每笔支付，卖方都需要将授权服务的未付金额记录于其应收账户下。通常，授权服务在每晚执行电子转账操作，将卖方当天的应收总额转入其账户下，同时对每笔交易扣除（少量的）服务费。

3、销售税

对税金计算采用税金计算器计算。

4、商品标识：UPC、EAN、SKU、条形码和条形码读取装置。

转载于:https://my.oschina.net/u/2332825/blog/410458