12信管4 团队45搞什么鬼细化迭代3文档（2.3）

2.3 补充性规格说明

   补充性规格说明补货并确定其他类型的需求，如可靠性（如10000人并发访问）、可用性（如1米外轻松看到文本）、接口（如支持钱箱、支持网银支付接口）等。也可以包括其他跨越多个用例的功能性需求如报表、安全性、日志和错误处理、数据备份、数据导入导出等。

        简要描述本项目最终系统数据查询与报表，系统权限管理的功能需求。也可以描述项目组计划实现的其他需求。

修订历史

简介

本文档记录了Dainty-Bits POS所有未在用例中描述的需求。

功能性

(通常跨越多个用例的功能性。)

1) 日志和错误处理

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

2) 可插拔规则

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

3) 安全性

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

可用性

人性因素

1) 客户将能够看到POS大屏幕显示器的显示。因此：

a) 应该在1米外轻松看到文本。

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

2) 快捷、无错的销售交易处理极为重要，因为购买者希望快速离开，否则会给他们的购买体验（和对销售人员的评价）带来负面影响。

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

可靠性

1) 可恢复性

a) 如果在使用外部服务(支付授权…)时出现错误，为了完成销售交易，需要尝试采用本地方案（如存储和转发）加以解决。

2) 性能

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

可支持性

1) 适应性

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

2) 可配置性

a) 不同的客户对其POS系统有不同的网络配置需求，除此之外，还要求具备修改配置的能力，以便适应其变更业务和性能的需求。因此，系统应该具备一定的可配置能力以适应这些需求。

实现约束

采用Java技术的解决方案，采用Java技术除了易于开发外，还能够提高远期的移植和可支持性能力。

框架、工具

1) SSH:Spring struts hibernate

2) EasyUI

3) Maven

4) Git

5) JQuery

接口

1) 重要硬件和接口

a) 触摸屏

b) 条形码激光扫描仪

c) 票据打印机

d) 信用卡/借记卡读卡器

e) 签名读取装置

2) 软件接口

由于存在众多外部协作系统我们需要采用不同的接口，介入不同的系统。

应用的领域（业务）规则

UC1销售开单

UC2收银