1 设计规模

1.1 软件设计原则

1.1.1 标准化

系统采用“高内聚、低耦合”原则设计，模块内部采用标准接口实现数据交互，代码采用统一的编程规范，风格一致。对外数据交互统一采用面向服务体系架构（SOA），通过WebApi标准协议对外交互数据，对外接口与平台开发同设计、同开发，完全实现平台对外的开放性和标准化。

1.1.2 可扩展性

平台设计时要充分考虑业务可扩展性和系统可扩展性，业务可扩展性主要在现有平台的基础上根据市场拓展情况，可加入其它类型产品交易。系统可扩展性指平台易于扩展，新增服务时对平台做尽可能少的修改，对某一个功能模块的修改，不影响系统的正常运行。

APP等需安装的软件具备在线升级协议及版本的功能，在不中断业务的情况下支持对系统的外部接口协议进行在线升级、对修改后的系统版本进行在线升级。

1.1.3 可靠性

系统支持连续7×24小时不间断地工作，系统支持负载均衡能力，支持应用部署在多台服务器上，避免应用系统的单点故障。冗余点在单台设备软硬件故障情况下，要求系统所承载业务仍正常提供且服务质量不劣化，特别是数据存储设备应采用双机备份的方式。

系统能够正确识别外围系统发的错误请求及重复请求，避免出现一些不可预测的结果。

1.1.4 易用性

系统易于安装和使用，具备风格一致用户界面；界面语言文字应清晰准确易于理解；功能区域划分应集中，操作切换流畅；对用户输入要有相应的错误提示和一定的容错功能，如以下：

平台采用分页机制显示查询结果，并显示返回的记录数目、当前页和总页数。

平台发现用户提交有误信息，以弹出窗口的形式明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上。

在导致系统数据发生变化的操作执行之前，系统弹出提示窗口供用户确认。

当平台正在执行用户提交的请求而无法返回时，明确标识系统处于繁忙阶段。

平台功能菜单按照功能域、功能组的分类方法进行组织；

对于操作员无权限使用的菜单功能，平台不显示该菜单或将其设置为不可用状态，并能提示用户不可用原因。

平台能对用户输入错误，应尽早发现和提示；系统提供对用户操作顺序、输入数据的正确性检查功能，能够以显著方式提示错误信息。

系统提供出错处理机制，能够明确提示错误信息。

1.1.5 可维护性

平台具备正确的、完整的与系统一致的说明文档。支持维护人员通过阅读相关文档轻松了解软件系统的结构、接口、功能和内部过程，支持维护人员完成运行、部署、扩容或伸缩等维护工作。

平台具备方便且可定期执行、分析结果的业务测试功能。系统充分利用并综合考虑各类信息在接收、处理、存储、管理、显示等处理过程中的自动化水平，减少人工干预、减轻系统操作管理人员的工作强度，提高本软件系统的自动化水平，发挥系统效益。

平台提供运行监视和故障恢复机制，能够建立和维护系统运行日志文件，对系统的所有操作进行跟踪和记录。

1.1.6 兼容性

严格遵循相关的信息规则和标准规范，尽量与已建系统的兼容性；能兼容主流操作系统和浏览器访问。

1.1.7 安全保密性

平台涉及交易金额管理，其中主要数据都是秘密的，因此安全保密性对系统显得尤其重要，系统的总体设计必须着重充分考虑这一点。不同系统权限的用户，在系统中只能看到的相应权限的功能和数据。安全性是系统设计中重点考虑的方面，在系统设计的各个环节，安全性都必须加以考虑。

1.1.8 数据库设计原则

数据库建设是本项目的核心和基础任务，在收录数据资源及信息化的过程中必须遵循以下原则进行设计：

1.1.8.1 符合国家标准

信息资源规划和数据库建设应符合国家相关信息资源标准规范。其中包含指标体系分类编码标准、信息资源目录标准、元数据标准、代码标准以及数据交换格式标准等。

1.1.8.2 数据准确性

数据的准确性是本项目可用的基本要求，在建设时必须对数据的准确性进行严格的审核、校验工作，保证系统的正常运行。

1.1.8.3 数据的访问效率

在建设时必须把对数据的访问效率设计放到重要的位置给予充分的设计。

1.1.8.4 数据安全性

信息资源规划和数据库建设必须确保数据安全。

1.1.8.5 数据可追溯性

必须将数据的产生、处理、采集、转换等信息完整的保存下来，并清楚的标注数据处理流程，以达到追溯数据源头的目的。

1.1.8.6 信息可扩展性

为了延长系统的使用寿命、有效保护系统投资，在建设时应充分考虑系统的扩展性，以满足不断变化的国家政策和业务需求。