12信管4 团队45搞什么鬼细化迭代4文档（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)      软件接口

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

应用的领域（业务）规则

UC3退货