政务大数据交换共享平台建设方案(DOC145页).docx

政务大数据交换共享平台建设方案（DOC145页）*政务大数据交换共享平台建设方案目录第一章需求分析与项目建设的必要性41.1 项目建设目标、内容41.1.1 项目建设目标41.1.2 项目建设内容41.2 编制根据51.3 与政务职能有关的社会问题与政务目标分析61.3.1 社会问题分析61.3.2 政务目标分析81.4 业务功能、业务流程与业务量分析111.4.1 用户角色分析111.4.2 业务功能分析121.4.3 业务流程141.4.4 业务量分析141.5 信息量分析与预测151.5.1 存储量分析151.5.2 处理量分析191.5.3 网络流量分析201.6 系统功能与性能需求分析201.6.1 系统功能指标201.6.2 系统性能指标221.7 信息系统装备与应用现状与差距221.7.1 现状221.7.2 差距231.8 项目建设的必要性23第二章总体建设方案262.1 建设原则262.1.1 统一性原则262.1.2 可靠性原则262.1.3 可伸缩与可扩展性原则262.1.4 开放性原则272.1.5 安全性原则272.1.6 高效性原则272.1.7 友好性原则272.1.8 可管理易保护性282.2 总体目标与分期目标282.3 总体建设任务与分期建设内容292.4 总体设计方案302.4.1 基础设施层322.4.2 信息资源层332.4.3 应用支撑层342.4.4 应用层342.4.5 服务层342.4.6 安全保障体系342.4.7 标准规范体系35第三章项目建设方案363.1 标准规范建设363.1.1 管理制度建设363.1.2 标准规范建设403.1.3 数据标准建设433.1.4 标准规范索引463.2 信息资源规划与数据库设计473.2.1 信息资源规划473.2.2 数据中心、建设533.3 门户系统建设693.3.1 信息资源政务门户693.3.2 信息资源开放门户733.4 应用系统建设743.4.1 数据汇聚平台743.4.2 数据治理平台893.4.3 数据运营平台1023.4.4 数据应用平台1043.5 四大基础数据库管理平台1083.5.1 人口库1083.5.2 法人库1113.5.3 经济库1143.5.4 地理库1153.6 应用支撑系统设计1163.6.1 统一用户管理1163.6.2 统一应用管理1203.6.3 统一服务管理1213.6.4 统一消息服务1233.6.5 统一日志服务1243.7 安全保障体系建设1243.7.1 建设目标1243.7.2 安全体系架构1253.7.3 安全防护体系建设1253.7.4 安全管理体系建设1333.8 要紧软硬件选型原则与全面软硬件配置清单1363.8.1 要紧软硬件选型原则1363.8.2 全面软硬件配置清单137第四章效益分析1384.1 经济效益1384.2 社会效益140第五章项目风险与风险管理1425.1 风险识别与分析1425.1.1 组织风险1425.1.2 管理风险1425.1.3 业务风险1425.1.4 技术风险1425.2 风险计策与管理1435.2.1 组织风险防范计策1435.2.2 管理风险防范计策1435.2.3 业务风险防范计策1445.2.4 技术风险防范计策144第一章需求分析与项目建设的必要性1.1项目建设目标、内容1.1.1 项目建设目标电子政务公共数据开放共享平台项目建设目标是，依托统一的“云”数据中心建设统一的公共数据开放共享平台。集中机关各部门业务应用进行，制定有关的数据规范与信息交换标准，使机关各部门业务系统依托统一的开放平台进行开发建设。确保部门之间系统之间的互联互通、数据共享，为大数据分析提供数据根据。11.2项目建设内容电子政务公共数据开放共享平台项目建设内容包含：一套标准规范、两个数据门户、四大应用平台、四大基础数据库与一个应用支撑平台。具体建设内容包含：1、一个应用支撑平台为了对需要调用电子政务公共数据开放共享平台信息资源的政府部门应用系统进行有效管理，面向各类电子政务应用，规划建设统一的应用支撑平台，统一标准规范，通过用户管理、应用管理、服务管理等核心组件，能够对接入系统有效管理、实现统一认证及单点登录、统一消息服务。2、两个数据门户针对政府部门用户建设信息资源政务门户，针对企业、公众用户建设信息资源开放门户。3、四大应用系统建设承载电子政务公共数据汇聚平台、数据治理平台、数据运营平台与数据应用平台。4、四大基础数据库通过电子政务信息资源梳理，制定四大基础数据库的建库、入库与管理规则，建立四大基础数据库管理平台，提供基础库内容管理、数据处理、共享与应用功能。四大基础数据库包含人口库、法人库、经济库与地理库。5、一套标准规范形成标准规范体系，包含管理制度、标准规范、数据标准等。1.2编制根据1、中办、国办20062020年国家信息化进展战略；2、国办关于促进电子政务协调进展的指导意见；3、国务院促进大数据进展行动纲要；4、国家电子政务总体框架；5、国家电子政务十二五”规划（工信部规2011567号）；6、关于印发十二五”国家政务信息化工程建设规划的通知（发改高技20121202号）；7、GB/T210632007政务信息资源目录体系8、GB/T21062-2007政务信息资源交换体系9、国家电子政务工程建设项目管理暂行办法10、政府信息公开条例1.3社会问题与政务目标分析1.3.1 社会问题分析作为世界人口大国，理论上我国数据资源储量极为丰富，但大部分政府数据(比如：交通、社保、税收等)，属于结构化数据，距离海量(VOIUme)、速度(VelOCity)与多样性(Variety)的3V属性还有一定距离，但从战略角度而言差距并不大。从数据规模来说，政府拥有国内最为庞大的数据储量。政府数据广泛存储于各地、各级政府机关院所等不一致单位、不一致部门、不同系统甚至不一致网络环境中，海量超脱于地理空间的政府数据亟待存储与处理。从数据来源来说，由于各行业、各地使用的法律法规与标准并不统一。传统的电子政务信息系统，仅为满足特定功能而生，数据结构差异性大，大量数据存放于历史遗留应用中，委办局间碎片化、零散化、低效率的数据交互与分析普遍存在，导致政府数据来源极为复杂。从数据质量与价值来说，企业的数据种类单一化程度较高，而政府数据涉及工商、税务、交通、医疗、教育等领域，数据种类繁多，事关百姓生活的方方面面，数据质量较高，数据的潜在价值十分可观。如上所述，政府数据的特点能够概括为：数据规模大、数据来源与结构复杂、数据价值高但利用率低。政府收集了大量有价值的数据，通过这些数据，能够更好地了解国家资源使用情况，政府开支情况，土地交易与管理情况，这些将不仅强化政府责任，提升治理能力，还能提高资金支出效率，为人民提供更多更好的服务选择。1、政府数据体量越来越大截至2014年，中国共有664个城市，2852个行政县，40446个行政乡。当前，中国中央与省级政务部门要紧业务电子政务覆盖率已经达到70%o据粗略估算，全国政府大数据加起来相当于数百个阿里巴巴的体量。而随着硬件技术的进步，关于数据采集精度、采集频率、数据存储等能力在增强，使得数据规模仍有提升空间，近几年数据中心的新建与扩容呈现井喷式的进展，这是以硬件基础设施带动的变革，促使软件技术也得到了快速进展。随着数据体量的增长，大数据处理、大数据应用分析的门槛将会逐步提高。2、多部门协作成为常态化复杂的城市治理问题，对跨部门的协作提出了更高的要求，过去个别部门间存在的职责交叉分散、协调运行不畅等问题。随着“大部制'完善，建立健全了部门间协同运行机制，逐步实现“多个部门、一个政府”目标。随着部门与部门的边界越来越模糊，政府数据跨部门共享共用已不再是亮点与创新，建立常态化共享机制成为政府大数据建设的入门。3、国家治理不能仅仅依靠政府由于时间与技术的局限性，以往国家治理基本是政府下达指令、向下逐层执行的'开环过程”。如今随着互联网进展，人民关于政府的期望越来越高，国家不仅要在政策出台前广泛征求、准确把握民意；出台后还需要获得执行反馈，并适时调整，政府治理变为下达指令一执行一反馈的“闭环过程”，需要借助社会各方面力量参与到国家治理过程之中。不管是社会自治还是合作共建，政府数据共享开放都是大前提。4、社会普遍开始重视数据安全与隐私数据如同一把双刃剑，在带来便利的同时也带来了很多安全隐患，随着全球各地用户信息安全事件频出，让人们开始感受到“数据”与生活接触如此紧密，数据泄露能够对个人的生活质量造成极大的威胁。数据安全与隐私保护不仅是公民个人的责任，对采集数据与共享数据的政府单位，也有义务保障数据的安全与隐私，此过程中，政策、技术、意识缺一不可。需严格依照有关规范文件，将安全运营意识渗透到政府数据开放中。1.3.2 政务目标分析1、实现政务公开，打造透明政府电子政务公共数据开放共享促进政府与公众互动，让政务透明，帮助政府进行社会管理与解决社会难题，大数据时代下，政府是整合开放的平台，是一个大数据共享平台，它建立了公众与政府间的沟通渠道，越来越多的国家与组织利用其开展民意调查，通过在线交互让民众成为政务流程的节点，透明政务，让公众参与到政策制定与执行、效果评估与监督之中，使民众参政议政成为可能。大数据推进政府信息资源进一步开放，政府信息开发利用效率倍增，促进经济社会快速进展。2、实现数据融合，打造智慧政府电子政务公共数据开放共享真正跨越了政府内部协同的鸿沟，大大提高工作效率，降低政府运行成本。其一，政府内部协同除思想理念上的障碍外，技术上也存在一定障碍，随着大数据技术进展，跨越系统、跨越平台、跨越数据结构的政府将在技术上使政府内部纵向、横向部门得以流畅协同。其二，由于利用大数据技术，数据获取、处理及分析响应时间大幅减少，工作效率明显提高，同时降低了政府开支。比如，政府利用大数据对社会人群进行细分，对不同人群进行针对性服务与政策施行。3、实现科学决策，打造责任政府电子政务公共数据开放共享提高政府决策的科学性与精准性，提高政府预测预警能力与应急响应能力，越来越多的政府挨弃经验与直觉，依靠电子政务的数据与分析进行决策。现在大数据又超越了传统的数据分析方法，不但是对大数据分析挖掘，对言论、图表等都能够进行深度挖掘、人工智能。大数据的深入及广泛应用会给政府带来科学与精准的决策支持。4、为*电子政务提供一个安全可靠的信息资源存储中心对各部门的共享交换的数据资源进行统一的规划管理与应用，建设集约化的数据资源存储中心，从而避免了各部门重复建设工作；同时提高数据安全方面的建设，从硬件设备、网络、信息资源、应用系统、管理平台、数据库等方面的全面保证数据的安全性，并根据用户的不一致访问需求、防止恶意入侵、病毒防护、分区域的安全设计，并在应用服务上提供安全检测服务。5、为*电子政务提供一个高效的应用服务平台*电子政务公共数据开放共享平台的建设，为政府应用系统与信息资源的高效管理与服务提供手段，通过对有关的基础信息、业务信息、服务信息进行管理，实现*电子政务公共数据开放共享平台的信息管理与服务功能。城市级交换共享平台则对各部门的信息资源提供交换共享支撑，以提高信息资源的综合利用水平。通过整合各部门数据信息，建设基础信息库，并提供对外服务，实现*电子政务公共数据开放共享平台的服务功能。6、为*电子政务提供一个长效与可保护的信息服务体系*电子政务公共数据开放共享平台的建设要对*电子政务体系提供长久的服务，因此在管理与运维上必需配备相应的支撑。这一方面取决于管理制度的完善、管理手段的完备与对管理本身的技术支撑，另一方面，也取决于人员的配备与运维体系的建立。1.4业务功能、业务流程与业务量分析1.4.1 用户角色分析*电子政务公共数据开放共享平台的用户分为：领导、各部门、企业单位及社会公众。1.4.1.1 政府领导*电子政务公共数据开放共享平台有价值的数据、行政地图、决策方法与应急进行融合，使用大数据分析技术，有利于各级领导、管理决策人员方便、直观、形象地进行各类分析，从而使统计决策的科学化、人性化、智能化管理走上一个新台阶。1.4.1.2 政府部门能够向*电子政务公共数据开放共享平台提供数据或者使用平台提供的数据；业务部门之间能够通过系统平台交换共享数据；遵循标准规范进行业务系统的建造与改进，可实现业务系统与数据开放共享平台的对接。1.4.1.3 社会公众能够依托*电子政务公共数据开放共享平台提供的应用服务对公众需求做出快速反应，公众能够更直接广泛的获得政府提供的服务，如证照协同、社保电子传递等。1.4.1.4 企业单位通过*电子政务公共数据开放共享平台提供的应用服务能够方便企业进行业务级信息查询，并可通过业务协同对企业提供事项审批、信息推送服务。1.4.2业务功能分析1.4.2.1 数据共享在政府部门内部强调的是共享共用。先把政府部门内部及部门之间数据共享的工作做起来。各级政府都以数据应用为导向，需要什么数据就共享什么数据。部门间的信息共享，综合考虑管理难度与技术难度建议分为三个阶段：“条线内部门共享”、“平级跨部门共享”、“跨层级与跨区域的共享”，通过统一规划，逐步推进的策略，打造部门间信息资源共享共用的新格局。1.4.2.2 数据开放对社会的数据开放，先从方便百姓生活又不是很敏感的数据开始。特别是涉及公共安全、公共利益的数据，提供公共服务的机构或者企业有义务在一定前提条件下开放，这样一些能够预警、预防的群体性事件就能够避免。按照社会关注程度、数据量大小与具体实施难度，数据开放建议分为三个阶段：“业务统计数据”、“少量高频数据”、“重点业务数据”。通过以安全为前提，重点关注优先试点，逐步扩大范围为原则，稳步推行数据服务开放。1.4.2.3 数据融合政务大数据归根结底，还是要面向行业应用的，需要基于不一致的业务部门开展，并与现有平台建立联系。融合应用能够分为“数据融合”、“业务融合”、“产业融合”三个层次：其中，数据融合是把本单位数据、从其他单位共享的数据，以及互联网等社会有关的数据，相互融合，相互比对，建立融合数据资源中心，统一数据标准与口径。业务融合要紧围绕各行业的特定业务场景，比如交通出行、医疗保障、民生服务等领域，建设智慧应用，形成行业业务的决策分析体系，支撑城市运行与城市治理的方方面面。产业融合，随着一大批大数据处理、大数据分析、大数据运营企业的兴起，政府数据将不单单是自建自用，通过建设数据运营平台，数据交易平台等形式，引入社会资本共同参与城市建设与社会治理，实现向集约型、服务型、智慧型政府的转变。1.4.3业务流程V T >从盘序区增量！/统取人Ufll4 件号码与类生更新（人口基 砒信息太I及专题表】的字段值史新【字段杳橐嘉 中该字段1.4 -4业务量分析业务量分析能够从平台交互量、每天总用户数（个）、每天每个用户平均执行操作数、高峰时段交互量占全天交互量的百分比、高峰时段持续时间（小时）、高峰时段在线用户数（个）等方面指标进行综合估算C*互联网大数据分析平台的业务量估算如下表所示：表3-1业务量估算序号数据名称数据量1平台交互量200（日均）2每天总用户数（个）1003每天每个用户平均执行操作数10004高峰时段交互量占全天交互量的百分比60%序号数据名称数据量5高峰时段持建时间（小时）4(9：00-11:00,15:00-17:00)6高峰时段在线用户数（个）60（日均）1.5 信息量分析与预测1.5.1 存储量分析本项目中存储的数据要紧包含两大部分：系统网站群的在线行为数据与国内外互联网重点渠道、信息源与政府网站群的在线内容数据。在线用户行为数据以符合W3C格式标准的日志形式进行存储。网站内容更新数据直接存到关系型数据库或者其他非关系型数据库中。1、在线行为数据存储量网站群的在线行为数据存储要紧分为三部分：（1）接收数据，是系统储存的原始数据。（2）结构化数据，将原始数据进行数据清洗与去重后进行结构化后存储。（3）分析数据库，将结构化的数据进行分析估计算后存储。按照本项目需要涵盖*系统网站群的500个网站，每个网站的日平均访问按照100OO个PV计算，估计每日需要处理的总的PV数为500万。 接收数据的测算根据及结论其中接收数据库的要紧条目占用空间，如下表所示：单个PV所要储存的信息空间大小（字节）访问路径信息1600来源路径信息1120其他信息（会话标识、Cookie标识、时间信息等）256汇总2976单个SeSSion所要储存的信息（1个SeSSion大约产生4PV）访问路径信息512来源路径信息1120客户端信息（IP、浏览器等）128其他信息（会话标识、COokie标识、时间信息等）256汇总2016单个COokie所要储存的信息（1个COokie大约产生1.25Session）访问路径信息512其他信息（COOkie标识、时间信息等）256汇总768比如：按照其他同类项目的数据估算，PV与SeSSion数量比为4:1,SeSSion与CoOkie的数量比为1.25:1o则500万的PV会产生125万的Session以及产生100万的Cookie,总占据空间为5000000*2976+1250000*2016+1000000*768=18G,包含索引与其他表占用的空间之后，约为20G。原始日志存储到SQLSerVer中会采用压缩技术，大小将降为5G。结论：关于接收数据库，使用了压缩与优化技术后，每500万PV至少需要25G的储存空间。 结构化数据的测算根据及结论 *系统政府网站群监测分析调度系统的结构化数据库与原始数据库存储的数据一致，但是通过对原始数据库的数据去冗余与结构化，用外键压缩了原先直接存储在各表里的信息，大小会变为原始数据的一半，也就是2.5G。结论：关于结构化数据库，使用了压缩与优化技术后，每500万PV至少需要2.5GB的储存空间。 分析数据的测算根据及结论*系统政府网站群监测分析调度系统的分析数据库内容基本是结构化数据库的拷贝，大小与结构化数据库基本一致，也为2.5G。结论：关于“决策支持系统”的分析数据库，使用了压缩与优化技术后，每500万PV至少需要2.5GB的储存空间。综上所述，在不做任何备份的情况下，每500万的PV,需要文件存储空间为：25GB+2.5GB+2.5GB=30Go到2015年底的存储量为10.5T,到2019年底的存储量为52.5T,具体测算如下表所示：接收日志明细汇总数据合计单月数据量(G)25*30=7502.5*30=62.52.5*30=62.5875G保留周期(月)60606060一年内需要存储900075075010.5T五年内需要存储450003750375052.5T2、在线内容数据存储量国内外互联网重点渠道与信息源按照本项目需要面向国内外互联网重点渠道与信息源进行在线内容采集爬取，按照覆盖包含主流媒体在内的200个信息源，每个信息源爬取3级计算，平均每天能够爬取更新的总的页面数约为30万个，每个页面按照100KB计算，共需要占用的空间为30W*1000KB=30Go到2015年底的存储量为10.8T,到2019年底的存储量为54T,具体测算如下表所示:国内外互联网重点渠道与信息源单月数据量(G)30万*30=9OOG一年内需要存储10.8T五年内需要存储54T*级以上政府网站群*级以上政府网站群网站内容更新数据要紧包含下列三部分：网站更新页面、网站更新的入口，网站更新的白名单。按照本项目需要涵盖*系统网站群及*各级政府网站群的6500个网站，平均每个网站每天更新10个页面，就是6.5万个。假如每天爬取10次，就是10x6500=6.5万个入口，每个网站算10个白名单，那就是10x6500x10=65万个白名单。总共是6.5万+6.5万+65万=78万，共需要占用的空间为78万页*100KB页=78G。到2015年底的存储量为28.08T,到2019年底的存储量为140.4T,具体测算如下表所示：更新页面数据网站入口数据白名单数据合计单月数据量(G)6.5*30=1956.5*30=19565*30=19502340G一年内需要存储2.34T2.34T23.4T28.08T五年内需要存储11.7T11.7T117T140.4T综上所述，系统的数据存储总量如下表所示：表3-2数据量估算表序号数据名称初始量5年内的增量1在线行为数据10.5T52.5T2互联网重点渠道与信息源10.8T54T3*团以上政府网站群28.08T140.4T合计49.38T246.9T1.1.2 处理量分析（1）网站群用户访问行为数据处理量分析以每天725万个客户端访问（包含500万PV、100万SeSSion、125万Cookie）并发计算，结合在线行为数据的接收要紧集中在工作时间，7250000/8小时/60分钟/60秒=251个/秒，日志接收服务器同意每秒钟接收日志请求251个，远远低于系统的每秒接收到的正常数（该值通常为70009000）。根据日志接收每秒钟的并发量为251,因此系统的数据接收只需要再用两台服务器做负载均衡即可。但是为了防止数据接收网站的域名出现单点故障，因此系统的数据接收使用双域名备份，即每个域名对应两台数据接收服务器，一共四台。根据系统需要满足*政府网站智能分析系统诊断的需要，目前系统的单台服务器的数据处理能力为400家左右，因此需要4台数据库服务器，另外需要两台相同配置的数据库服务器作为备份。（2）其他在线内容数据处理量分析一是系统需要支持对很多于108万个数据采集点每天至少一次轮询抓取，同时对抓取回的数据进行数据预处理与清洗入库工作，二是需要实现对存量数据与增量数据的指标自动抽取与更新工作，三是需要支持前台交互系统的交互分析挖掘需求。结合以上几部分需求，估计所需的内容数据处理服务器约50台。其中较高性能处理服务器（单机20核服务器CPU:2660*2MEM:144GDISK:SSD480G*2+SAS4T*6,万兆网卡，远程管理，双电源）10台，中等性能处理服务器（单机12核服务器,CPU:2620*2MEM:32GDISK:4T*10,万兆网卡，远程管理，双电源）10台。较低性能服务器（单机12核服务器,CPU:2620*2MEM:72GDISK:SSD480G*2+SAS600G*4,万兆网卡，远程管理，双电源）30台。1.1.3 网络流量分析按每天处理725万在线行为数据，每条数据为IoKB大小，108万条在线内容数据，每条IOoKB计算，需要的平均带宽为17Mbps,高峰时期按3倍带宽需求计算为：51MbpslGE链路接入能够满足需求，出于冗余考虑，建议使用双GE链路（主备）进行接入。1.6 系统功能与性能需求分析1.6.1 系统功能指标1.6.1.1 数据存储功能政府数据量很大，海量数据的处理与传统架构完全不一致，原有小型机加商业数据库的方式已不能完全胜任，部分领域数据需要引入新架构。大数据存储于处理架构包含分布式存储、分布式资源管理及分布式文件架构。1.6.1.2 数据汇聚功能数据汇聚功能要求实现将各部门有关的信息资源统一采集交换到数据中心前置库中，满足多种采集方式，能够满足不一致的网络环境、不一致的数据类型等情况下进行数据的采集，并对采集的数据进行处理，进入中心库储存。*电子政务公共数据开放共享平台的数据汇聚功能包含数据采集、数据交换、数据处理等功能。1.6.1.3 数据治理功能政府数据在共享共用、开放运营及行业应用过程中，数据来源于各个业务系统，只有建立对数据质量的信任，才能放心地进行使用。因此数据治理与质量保障在政府数据开放共享平台建设中显得由为重要，数据开放共享平台数据治理功能要紧包含信息资源目录管理、元数据管理与数据质量管里等内容。1.6.1.4 数据运营功能数据运营功能聚焦对数据共享、开放、融合的提供，对提供服务授权、认证、过程进行统一管理，并提供数据开放共享平台运行过程的全程监控。数据开放共享平台数据运营功能要紧包含服务管理、基于服务管理的数据开放、与运行监控等内容。1.6.1.5 数据应用功能数据共享、开放的最终目标都是为了要制造价值，数据的价值要紧通过应用进行表达。数据开放共享平台数据应用要紧是政务数据分析功能，要紧包含数据采集、数据分析、结果公布三个构成部分，能够实现实时、批处理、交互分析，最终通过报表、仪表盘、APl等形式展示结果。1.6.2 系统性能指标基本性能：（1）在100M局域网环境下进行增、删、改业务（不含大对象数据类型）响应时间在3秒以内。（2）在100M局域网环境下查询操作的响应时间要求在3秒以内。（3）系统支持同时在线数大于200,并发用户数大于50。数据交换：（1）批量数据交换中，平均单条记录数据交换的时间不大于20毫秒。（2）非并发大批量数据交换（百万条）的时间不大于5,000秒。（3）批量数据交换中，平均单条记录入库的响应时间不大于20mso数据查询：（1）查询基础数据（精确匹配）的响应时间不大于3秒。（2）查询单个数据主题（百万级）的响应时间不大于3秒。（3）目录检索的响应时间不大于2秒。（4）查询统计报表（非实时统计）的响应时间不大于3秒。1.7 信息系统装备与应用现状与差距1.7.1 现状政府数据碎片化严重。我国电子政务取得了较快进展,政府各部门与公共服务机构在履职过程中形成了大量的数据资源，这些数据分散在各个部门，由于管理体制、法律法规、历史惯性与部门间利益等方面的原因，*电子政务建设与进展一直处于“条块分割，各自为战”的状态，不一致区域、不一致领域、不一致部门之间电子政务业务系统之间不相融通，造成了众多“信息孤岛”，难以实现业务协同与规模效用，甚至连基本的部门间信息数据交换都难以实现，大量的政府数据处于“休眠”状态，数据碎片化问题严重。政府大数据开放困难。“用数据说话、用数据决策、用数据管理、用数据创新”的决策机制没有形成，政府部门使用大数据的动力不足；规范标准、数据所有权与使用权问题、开放尺度等操作层面的缺失，也成为阻碍数据共享开放的重要原因。1.7.2 差距顶层规划相对滞后政务数据共享仍处在专家推动、企业宣贯、技术主导的阶段，全面统筹、应用主导、资源整合、聚合进展的局面仍未形成。大数据氛围不足，政府运用大数据对市场主体服务与监管的主动性不够。1.8 项目建设的必要性建设*电子政务公共数据开放共享平台，是建设公共服务型政府的重要内容，也是建立网络化政府管理新模式的必定趋势。,建设政务数据开放共享平台是简政放权的需要简政放权是本届政府推进治国方略的要紧抓手与先手棋。但现实中简政放权却遭遇各类难题，集中表现在简政未尽比如一些地方要求出具的各类奇葩证明不断，再就是是放权不力，一些地方一些部门迟迟不愿放权或者不敢放权。深入研究这些问题背后，固然有一些部门携私滥权、捞好处的成分，但很多时候，更重要的原因就是时下我们不一致级别、不一致地区，甚至同一个地方的不一致政务部门之间，缺乏必要的政务信息数据沟通，使得政务部门之间出现了信息孤岛，为了严肃起见或者责任问题，不可避免地会出现一些繁杂的证明，甚至在外人看来很奇葩的证明；或者者是由于信息不通不明，心里没底，不敢轻易放手放权。就此意义上讲，简政放权也需要政务大数据建设的配合与助推。/建设政务数据开放共享平台是政府职能转变的需要从内部管理的角度看，政府需要降低行政成本、提高决策的科学化水平。在信息化时代，政府机构、职能有效发挥依靠高效、实时的信息系统、特别是大数据的支持。信息化时代，政府掌握着大量的、关键的数据，是数据时代的财富拥有者，但以往由于信息技术、体制机制等限制，各级政府及各部门之间的信息网络往往自成体系，相互割裂，相互之间的数据难以实现互通与共享，导致目前政府掌握的数据大多处于割裂与休眠状态。同时由于政府各部门信息系统分割，许多数据往往需要重复采集，数据采集成本较高。随着大数据与云计算技术的进展，建设统一的政府数据共享平台成为可能。通过统一的信息平台，实现数据的标准、格式的统一与共享，利用大数据技术，数据获取、处理及分析响应时间大幅减少，工作效率明显提高，有利于压缩政府开支，降低行政成本。同时，关于数据的统一与共享所产生的大数据，通过数据挖掘等技术，能够增强政府社会管理水平。大数据在政府与公共服务领域的应用，可有效推动政务工作开展，提高政府部门决策的科学化水平、服务效率与社会管理水平。从对外服务的角度看，政府提供公共服务、促进经济社会进展的职能发挥同样需要大数据支持。政府掌握了大量关于人口、法人与城市空间地理等数据，提供满足群众需求、针对性的公共服务需要对所掌握数据的精细分析。凭借大数据，城市公共卫生、教育、城市规划、交通服务能够得到改善，基于大数据分析结论的政府公共服务决策能够更好的满足市民需求。目前，各个地方政府大力兴建智慧城市，智慧城市建设已成为国内信息化建设的潮流，“智慧”的关键在于对大数据的研究，只有利用大数据分析，才能实现电子政务信息系统有效整合，实现跨部门的政府信息资源共享与政务协同，让政府的管理服务效能提升，让民众感受到政府无处不在服务。政府另一项职能是促进经济社会进展，如在经济特殊波动时实施宏观调控，政府对大数据信息的掌握与分析，直接决定了宏观调控的效果O第二章总体建设方案2.1 建设原则为了保证系统建设达到预期目标，在进行系统的设计、开发、部署与运行管理规划时将遵循如下原则。2.1.1 统一性原则遵循国家电子政务的要求，以系统工程的方法对系统进行统一规划、统一设计，遵循统一的规范，使用统一的技术，以方便系统建成后的运行与保护，保证系统可持续、高效、安全运行。2.1.2 可靠性原则本系统在设计时将充分考虑政务资源交换平台对可靠性的要求，保证系统的高可靠、高可用性，特别是保证关键业务的连续不间断运作与对非正常情况的可靠处理。2.1.3 伸缩与可扩展性原则系统应该真正符合多层浏览器/服务器体系结构，应能满足新增的需求，而系统的体系结构不需做较大的改变，并能保证系统今后的平滑升级。应充分考虑现有技术与未来电子政务的进展要求，保证系统具有较好的开放性与结构的扩展性，在系统设计中应尽量使用模块化结构、提高各模块的独立性，尽可能减少模块间的数据藕合，使各子系统问的数据依靠程度减至最低限度，同时，要适当兼顾今后需求扩大时对功能扩展的需要。交换平台与节点应具备支撑多个应用系统的能力与节点个数的易扩充性。2.1.4 开放性原则全面支持XML、WebServicesSOAPsLDAP、UDDl等当前受到普遍支持的国际开放标准，保证系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作性与互连性。2.1.5 安全性原则既要注重系统本身防御外部攻击的能力，又要提高数据传输的安全性，要遵循相应的保密规范，保证系统安全保密性、查错纠错能力、抗病毒能力等。2.1.6 高效性原则系统的运行效率要紧包含：处理能力，处理速度，响应时间等。系统在满足其他各项功能需要的前提下，应可能地提高系统运行效率。2.1.7 友好性原则系统应具有人性化的人机交互界面，要求用户界面标准，统一，集成，使用简单，减少使用的复杂程度，提高使用效率。2.1.8 可管理易保护性由于电子政务公共数据开放共享平台系统，使用面广，系统稳定性可用性要求高，因此平台还务必具有良好的可管理与易于保护的特点。2.2 总体目标与分期目标*电子政务公共数据开放共享平台项目建设目标是，依托*统一的“云”数据中心建设*统一的公共数据开放共享平台。集中*机关各部门业务应用进行，制定有关的数据规范与信息交换标准，使机关各部门业务系统依托统一的开放平台进行开发建设。确保部门之间系统之间的互联互通、数据共享，为*大数据分析提供数据根据。1 .项目一期：第1个月第12个月（）一期完成可行性方案编制、论证，与项目招标工作；在项目实施阶段进行56个*政府部门信息资源规划试点，摸清试点部门信息资源底数，并建立信息资目录动态管理体系，汇聚资源目录信息资源，并能够实现信息资源的初级共享；构建人口、法人库、实现查询、共享、服务能力，着重建设围绕人口的有关分析展示；为政府要紧业务系统提供数据共享支持；根据汇聚的信息资源，逐步进行政府数据开放。2 .项目二期：第9个月第20个月（）在一期信息资源规划试点的基础之上总结经验，逐步将范围扩展到全部政府部门，形成全*的信息动态管理体制，并对数据进行治理，优化质量；建设经济、地基础数据库的查询、共享及服务能力；建设政务数据应用平台，基于前期汇聚的大量数据建立分析模型，依托大数据分析工具进行可视化，全面提高*信息资源应用水平，支撑政府治理现代化。2.3 总体建设任务与分期建设内容*电子政务公共数据开放共享平台项目建设内容包含：一套标准规范、两个数据门户、四大应用平台、四大基础数据库与一个应用支撑平台。具体建设内容包含：1、一个应用支撑平台为了对需要调用电子政务公共数据开放共享平台信息资源的政府部门应用系统进行有效管理，面向各类电子政务应用，规划建设统一的应用支撑平台，统一标准规范，通过用户管理、应用管理、服务管理等核心组件，能够对接入系统有效管理、实现统一认证及单点登录、统一消息服务。2、两个数据门户针对政府部门用户建设信息资源政务门户，针对企业、公众用户建设信息资源开放门户。3、四大应用系统建设承载电子政务公共数据汇聚平台、数据治理平台、数据运营平台与数据应用平台。4、四大基础数据库通过电子政务信息资源梳理，制定四大基础数据库的建库、入库与管理规则，建立四大基础数据库管理平台，提供基础库内容管理、数据处理、共享与应用功能。四大基础数据库包含人口库、法人库、经济库与地理库。5、一套标准规范形成标准规范体系，包