1.功能需求

本平台应采用B/S架构，运用JAVA语言进行开发。具体功能需求如下：

1、平台功能需匹配实际业务场景，以保证功能的适用性；

2、平台需具备灵活处理数据分析任务的能力，同时亦可监控任务的执行情况；

3、平台需具备对各类资源的统一管控功能，确保资源的合理利用及整个平台的使用安全；

4、平台需具备快速安装部署的能力，以达到快速搭建平台的目的。

2.性能需求

在网络环境（带宽性能）满足要求的情况下，本平台性能需求主要包括平台运行业务性能需求与设备性能需求两点。

2.1 业务性能需求

平台并发访问及登录认证的性能应遵从下述具体指标：

1、支持100个用户并发访问；

2、并发数设计应该支持30%的冗余，保证系统在业务高峰期间稳定运行；

3、能够支持在线并发用户访问时，每个用户的登录和身份认证时间小于3秒；

平台根据业务处理类型的不同，涉及的具体操作分为如下类型：交互类业务、查询类业务、在线分析类、统计报表类及其他类别，分别给出响应时间的参考值，包括峰值响应时间、平均响应时间。

1、交互类业务

交互类业务是指平时工作中在系统中进行的业务处理，如新增、修改、删除一条记录或发布一条信息等操作。

平均响应时间：1-2（秒）

峰值响应时间：2-3（秒）

2、查询类业务

查询业务由于受到查询的复杂程度、数据量大小等因素影响，需要根据具体情况而定，在此给出一个参考范围。

简单查询平均响应时间：1-2（秒）

峰值相应时间：3-5（秒）

3、在线分析类业务

在线分析类业务因需要调用多维数据集，性能受维度多少影响比较明显，在此给出一个参考范围

平均响应时间：1-3（秒）

峰值响应时间：3-6（秒）

4、统计报表类业务

统计报表类业务因需要在线实时汇总数据，受数据量多少、汇总层次影响较大，在此给出一个参考范围

平均响应时间：1-3（秒）

峰值响应时间：3-8（秒）

5、其他类

功能页面内容显示平均时间小于3秒，含有后台计算的部分页面内容最高不得超过6秒。

2.2 设备性能需求

系统资源利用率反映的是在一段时间内资源平均被占用的情况。资源利用率可以较好的反映系统设备的健康性。平台的服务器、存储空间运行状态关键指标应按照如下参考指标：

1、CPU峰值利用率≤70%；

2、平时内存平均利用率≤70%，内存峰值利用率≤90%；

3、存储系统的有效存储空间利用率≤80%。

3.非功能需求

3.1 扩展性需求

随着业务运营的发展，架构承载能力支持横向、纵向的平滑扩展。系统架构的可扩展性应满足要求如下：

1、系统设计的可扩展性：系统以模块化方式组建，支持动态扩展；

2、业务配置参数的扩展性：从配置文件的内容、分类、保存及访问设计上保证配置参数的可扩展性；

3、数据库的可扩展性：在大数据量表设计、表和字段设计、SQL语句设计规范上保证数据库设计的可扩展性；

4、业务处理能力的扩展性：平台通过增加相关的硬件等方式增加业务容量；

5、业务存储能力的扩展性：平台存储能力可扩容，且不影响业务运行；

6、业务功能的扩展性：平台通过升级软件、系统扩充、增加外部连接设备等方式进行业务功能的增加，要求业务功能增加的同时不影响已有业务功能的使用，如果需要平台的重启，则重启时间不超过1小时。

3.2 高可用需求

系统架构按照模块进行搭建，实现模块的松耦合；系统服务模块集群式部署，当系统故障发生时能够及时托管故障设备，提供24小时不间断在线服务，具体应满足如下要：

1、为用户提供长时间不中断的、可用的服务,系统可用度达到99%；

2、平均故障发生间隔：平均故障发生间隔指标指管理平台故障发生间隔时间的平均值，大于90天；

3、平均故障修复时间：平均故障（不可用）修复时间指标指管理平台在出现故障后修复的平均时间，要求由软件引发的故障一年内平均修复时间小于1小时；

4、故障恢复切换：系统在存在备份点的设备发生故障，短时间（小于切换时间）内无法恢复时能够快速切换，倒换后保证数据完整和一致，保证 7×24 小时不间断运行；

5、恢复策略：系统应有良好的备份和恢复策略，系统数据和业务数据可在线备份和恢复，恢复的数据必须保持其完整性和一致性；

6、恢复措施：系统应具备自动或手动恢复措施，以便在发生错误时能够快速地恢复正常运行；

7、系统恢复时间：系统发生影响业务的故障应该能够在4小时之内恢复。

3.3 兼容性需求

系统兼容性好，具备自动纠错的系统平衡能力。对系统运行状态自行进行判断和约束，对系统运行过程中出现的异常准确捕捉并及时进行处理,保证系统的稳定运行，具体应满足如下要：

1、系统技术架构的设计要考虑软、硬件的兼容性。分别从接口兼容性设计、功能特性兼容性上保证软、硬件的兼容性；接口的兼容性还可以通过接口插件的形式的增加来满足最新的接口要求；

2、软硬件模块松耦合化部署，模块间相互间基本无影响。软硬件模块使用的产品存在多个可选择的同类产品，可以无条件替换；

3、应用系统的异常要及时捕捉。当应用执行过程出现异常,系统会监测到并自动生成一个相应的异常类对象,然后再将它交给运行时系统. 运行时系统再寻找相应的代码来处理这一异常，如果运行时系统找不到相应的代码来处理，要及时报警。应用系统异常要自动记录，为应用系统后续错误信息的分析和运行提供评估数据。

详见附件《技术规格、参数与要求》。

详见附件《技术规格、参数与要求》。

服务时间：合同签订之日起5个月内开发完成并验收合格。质保期三年。

服务地点：长沙经济技术开发区内。

1、平台在满足采购人业务需求的情况下，还需采用区块链技术实现数据资源的共享，基于区块链技术的分布式、标准化特性，制定数据资源标准，实现数据资源的汇聚，投标人需在响应文件中提供相关的服务方案。

2、根据投标人的报价清单，投标人未在投标报价表中单列其费用的，视为免费提供。

3、质保期从验收合格后开始计算。质保期内所有维护等要求免费上门服务。

1、本项目采用一般程序验收。

2、项目验收国家有强制性规定的，按国家规定执行，验收费用由中标人承担，验收报告作为申请付款的凭证之一。

3、验收过程中产生纠纷的，由质量技术监督部门认定的检测机构检测,如为中标人原因造成的，由中标人承担检测费用；否则，由采购人承担。

4、项目验收不合格，由中标人返工直至合格，有关返工、再行验收，以及给采购人造成的损失等费用由中标人承担。连续两次项目验收不合格的，采购人可终止合同，另行按规定选择其他供应商采购，由此带来的一切损失由中标交人承担。

1、服务团队：采购人仅为中标人提供服务人员的办公设备和场地，服务人员的工资、保险、人身安全及就餐等均由中标人负责；服务人员须与采购人上班时间同步，并严格遵守采购人内部管理制度和服从工作安排；合同期内，未经采购人许可，中标人不得随意调离或更换服务人员，如不称职的，采购人有权要求中标人更换。

2、结算方式

①付款人：长沙经济技术开发区管理委员会。

②付款方式：合同签订之日起，中标人拟派人员进场展开工作后30个工作日内支付合同总价的30%；项目整体验收合格，采购人在收到中标人的有效发票后30个工作日内支付合同总价的65%；剩余5%作为质量保证金，项目整体正常使用一年后（无质量问题、售后服务纠纷，以及其他经济法律纠纷等）无息支付（采购人在收到中标人的有效发票后30个工作日内支付）。

3、保密要求：中标人在项目实施过程中应建立科学实用的安全管理制度，实现对信息采集、审核、发布的管理和对有害信息的监控。中标人在为采购人提供服务中知悉的任何商业秘密，不得提供或泄露给任何第三方。

4、本项目采用费用包干方式采购，投标人应根据项目实际情况和服务要求，详细列明项目所需的人工、管理和财务等所有费用，如一旦中标，在项目实施中出现任何遗漏，均由中标人自行承担，采购人不再支付任何费用。

5、投标人应保证针对本项目的服务（或货物）所涉及到的知识产权和所提供的相关技术资料是合法取得，并享有完整的知识产权，不会因为采购人的使用而被责令停止使用、追偿或要求赔偿损失，如出现此情况，一切经济和法律责任均由供应商承担。

6、项目实施过程中，因中标人原因造成甲方设备损坏的，由中标人承接相应的赔偿责任。

7、采购人在开标前不统一组织现场踏勘，供应商自行现场踏勘。因踏勘产生的费用与安全责任自负。