A2包山东旅游大数据平台建设.docVIP

  1. 1、本文档共24页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
A2包、山东旅游大数据平台建设 一、供应商资格要求 1、符合《中华人民共和国政府采购法》第二十二条的规定。 2、供应商的资质要求:无 二、技术要求 山东旅游大数据平台建设需求方案 一、项目概述 山东旅游大数据平台以旅游营销、管理、服务、旅游产业经济运行为切入点,整合省旅游发展委、涉旅单位等数据,并采用新型数据采集终端完善景区客流数据,初步完成涉及旅游重点部门的数据梳理、数据资源的接入工作,建立面向应用的多层级山东旅游数据中心,实现旅游大数据云计算平台、旅游大数据交换共享平台、旅游大数据基础平台以及旅游大数据应用服务平台,构建“一中心四平台”的山东旅游大数据架构,运用大数据提高山东旅游标准化管理水平,为政府决策提供依据支撑,为企业经营提供共享信息,为公众出游提供精准服务。 本项目包括云计算资源租用,旅游大数据交换共享子平台、旅游大数据基础子平台、旅游大数据应用服务平台的开发,以及前端数据采集终端和展示系统的采购。 二、项目建设要求 1、总体技术要求 体系架构要求 系统要求采用三层或以上体系构架,基于SOA架构实现服务,具备易部署、易管理和易使用的特点,各系统通过发布和获取服务来对外提供和获取信息。 系统总体只能采用B/S架构,实现基于WEB应用,实现远程维护。 数据库要求 支持结构化、非结构化、API接口的方式作为数据源进行数据管理,结构化数据库支持Oracle、MySQL、SQL Server等关系型数据库,非结构化数据支持NoSQL相关数据库,API接口支持soap、rest等方式。 中间件要求 应用中间件支持Tomcat、WebLogic、WebSphere等应用中间件产品。 系统部署要求 本着政府项目集约化的原则,平台建成后,业务处理系统将部署在租赁的云计算平台。 本平台应该具有较高的可靠性保障,能够满足7×24小时的全天候业务运营要求; 本平台应该具有较高的稳定性保障,能够应对各种突发流量、集中业务处理等极限环境的长期、稳定运营; 本平台应该具有良好的升级扩展能力,最大限度的提供在线升级和扩展功能,满足在业务不间断运营下,进行系统接口、功能扩展的能力。 系统安全要求 系统安全建设须满足以下要求: 1.5.1 物理安全要求 物理安全要求包括但不限于:物理位置的选择、物理访问控制、供电安全保障、防火防潮等。 1.5.2 网络及设备安全要求 网络安全要求包括但不限于:系统部署所在的网络结构安全、设备入侵防范、设备防护、安全审计等。 1.5.3 数据安全性要求 包括数据存储的安全性、数据传输的安全性、数据传输的完整性、数据传输的正确性、数据传输的及时性、数据备份及恢复机制、异常处理机制等。 1.5.4 系统安全要求 包括基于国产化的密码系统、国产化身份认证系统或国产化的其他安全措施建立完备的系统安全体系,保证业务系统的安全健壮,实现数据的完整与保密。 1.5.5 应用安全要求 以系统安全为基础,以基于角色的授权原则,建立与旅游大数据基础平台、平台管理人员岗位职责相对应的权限管理机制。 1.5.6 制度安全 包括项目管理制度、系统巡检及维护制度、数据备份制度、各类紧急应急措施;明确该项目基于该制度下的职责分工。 系统性能要求 1.6.1 交换体系性能需求上具体要求如下: 对简单的数据量100M以内的数据传输,数据交换能在3秒内完成从接受请求到处理完成; 数据交换具有较高的稳定性,对10万次以上的连续请求处理无故障; 数据交换支持数据库、文件、服务的接入,消息队列传输,以及交换中心数据处理; 对实时或批量的数据交换业务请求给予响应,支持至少10个并发请求的响应,具备大并发量处理机制,支持实时与批量处理的均衡调度; 对大数据包的处理,记录量在10万左右,能在5分钟以内完成交易从接受请求到处理完成。 1.6.2 旅游资源信息库性能要求如下: 应以十万级旅游资源信息的容量来设计, 吞吐量(每月数据、量高峰期每日数据量)在保证性能的前担下,系统设计能满足未来五年的高峰量; 系统不能宕机,响应时间应是即时( ≤ 5秒)的,高峰期最大响应时间不得超过8秒; 事务处理查询时间平均不超过3秒; 普通应用查询时间平均不超过2秒; 统计分析类查询时间平均不超过4秒; 平均时间响应不超过 ≤ 5秒; 系统运行时峰值服务CPU所占比不超过60%(持续数秒为准,瞬时不算),内存所占比不超过80%(持续2秒为准,瞬时不算); 移植性要强,能够可跨平台运行,能兼容Linux、Windows等主流操作系统; 应用服务兼容性要强,能够多种应用服务中间件下部署运行; 样式和脚本要能够兼容多种不同内核浏览器进行访问; 输入输出数据整数精确至个位数,小数至少精确到至百分位,日期精确到天,时间精确到秒; 可兼容多种数据库; 基础信息数据库系统的设计必须充分

文档评论(0)

xiaofei2001129 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档