政务大数据平台建设方案.pdf
第一章需求分析和项目建设的必要性1.1 项目建设目标、内容
1.1.1 项目建设目标
电子政务公共数据开放共享平台项目建设目标是,依托统一的“云”数据中心建设统一的公共数据开放共享平台。集中机关各部门业务应用进行,制定相关的数据规范和信息交换标准,使机关各部门业务系统依托统一的开放平台进行开发建设。确保部门之间系统之间的互联互通、数据共享,为大数据分析提供数据依据。
1.1.2 项目建设内容
电子政务公共数据开放共享平台项目建设内容包含:一套标准规范、两个数据门户、四大应用平台、四大基础数据库和一个应用支撑平台。
具体建设内容包括:
1、一个应用支撑平台
为了对需要调用电子政务公共数据开放共享平台信息资源的政府部门应用系统进行有效管理,面向各类电子政务应用,规划建设统一的应用支撑平台,统一标准规范,通过用户管理、应用管理、服务管理等核心组件,可以对接入系统有效管理、实现统一认证及单点登录、统一消息服务。
2、两个数据门户
针对政府部门用户建设信息资源政务门户,针对企业、公众用
户建设信息资源开放门户。
3、四大应用系统
建设承载电子政务公共数据汇聚平台、数据治理平台、数据运
营平台和数据应用平台。
4、四大基础数据库
通过电子政务信息资源梳理,制定四大基础数据库的建库、入
库和管理规则,建立四大基础数据库管理平台,提供基础库内容管
理、数据处理、共享和应用功能。
四大基础数据库包括人口库、法人库、经济库和地理库。
5、一套标准规范
形成标准规范体系,包括管理制度、标准规范、数据标准等。
1.2 编制依据
1、中办、国办《2006-2020年国家信息化发展战略》;
2、国办《关于促进电子政务协调发展的指导意见》;
3、国务院《促进大数据发展行动纲要》;
4、《国家电子政务总体框架》;
5、《国家电子政务“十二五”规划》(工信部规〔2011〕567号);
6、《关于印发“十二五”国家政务信息化工程建设规划的通知》(发改高技〔2012〕1202号);
7、《GB/T 21063-2007 政务信息资源目录体系》
8、《GB/T 21062-2007 政务信息资源交换体系》
9、《国家电子政务工程建设项目管理暂行办法》
10、《政府信息公开条例》
1.3 社会问题和政务目标分析
1.3.1 社会问题分析
作为世界人口大国,理论上我国数据资源储量极为丰富,但大
部分政府数据(例如:交通、社保、税收等),属于结构化数据,距离海量(volume)、速度(velocity)和多样性(variety)的3V属性还有一定距离,但从战略角度而言差距并不大。
从数据规模来说,政府拥有国内最为庞大的数据储量。政府数
据广泛存储于各地、各级政府机关院所等不同单位、不同部门、不
同系统甚至不同网络环境中,海量超脱于地理空间的政府数据亟待
存储与处理。
从数据来源来说,由于各行业、各地采用的法律法规和标准并
不统一。传统的电子政务信息系统,仅为满足特定功能而生,数据
结构差异性大,大量数据存放于历史遗留应用中,委办局间碎片化、零散化、低效率的数据交互和分析普遍存在,导致政府数据来源极
为复杂。
从数据质量和价值来说,企业的数据种类单一化程度较高,而
政府数据涉及工商、税务、交通、医疗、教育等领域,数据种类繁
多,事关百姓生活的方方面面,数据质量较高,数据的潜在价值十
分可观。
如上所述,政府数据的特点可以概括为:数据规模大、数据来
源和结构复杂、数据价值高但利用率低。
政府收集了大量有价值的数据,通过这些数据,可以更好地了
解国家资源使用情况,政府开支情况,土地交易和管理情况,这些
将不仅强化政府责任,提升治理能力,还能提高资金支出效率,为
人民提供更多更好的服务选择。
1、政府数据体量越来越大
截至2014 年,中国共有664 个城市,2852 个行政县,40446 个行政乡。当前,中国中央和省级政务部门主要业务电子政务覆盖
率已经达到70%。据粗略估算,全国政府大数据加起来相当于数百
个阿里巴巴的体量。而随着硬件技术的进步,对于数据采集精度、
采集频率、数据存储等能力在增强,使得数据规模仍有提升空间,
近几年数据中心的新建和扩容呈现井喷式的发展,这是以硬件基础
设施带动的变革,促使软件技术也得到了快速发展。
随着数据体量的增长,大数据处理、大数据应用分析的门槛将
会逐渐提高。
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 业务流程
开始
从缓冲区增量数据表中获取人口增
量数据
根据证件类型判断证件号是
否符合规范
否
通过证件号判断该人是否存
在于人口主表中
将该条增量数据插入异常表中否
是
将人口库【人口增量数据表】
中该人口记录删除
通过【部门业务系统提供字段配置
表】得到该业务系统需采集的字段
且循环这些字段
判断人口库该字段值的来源是否是该业务系统将该人口记录插入到【人口基础信息表】及【专题表】
是是
否根据证件号码和类型更新【人口基础信息表】及【专
题表】的字段
否
判断新采集的字段值是否为
空
否将该人口记录字段来源插入到
【字段来源表】
判断人口库库该字段值是否
为空
否否判断该业务系统的数据是
是否是业务上的新增?
否是根据证件号码和类型更新【人口基础信息表】及【专题表】的字段值
是
判断该业务系统是否为
该字段的权威来源更新【字段来源表】中该字段
的来源
循环人口库需采集该业务系
统的字段是否结束
将人口库【人口增量数据表】中该
人口记录删除
结束
1.4.4 业务量分析
业务量分析可以从平台交互量、每天总用户数(个)、每天每个用户平均执行操作数、高峰时段交互量占全天交互量的百分比、高峰时段持续时间(小时)、高峰时段在线用户数(个)等方面指标进行综合估算。**互联网大数据分析平台的业务量估算如下表所示:
表3-1 业务量估算
序号数据名称
平台交互量
数据量200(日均)
100
1
2 3
每天总用户数(个)
每天每个用户平均执行操作数
高峰时段交互量占全天交互量的
百分比
1000
4 60%
序号
数据名称数据量4(9:00-11:00,15:00-17:00)60(日均)
5
6 高峰时段持续时间(小时)高峰时段在线用户数(个)1.5 信息量分析和预测
1.5.1 存储量分析
本项目中存储的数据主要包括两大部分:系统网站群的在线行
为数据和国内外互联网重点渠道、信息源以及政府网站群的在线内容数据。在线用户行为数据以符合W3C 格式标准的日志形式进行存储。网站内容更新数据直接存到关系型数据库或其他非关系型数据库中。
1、在线行为数据存储量
网站群的在线行为数据存储主要分为三部分:
(1)接收数据,是系统储存的原始数据。
(2)结构化数据,将原始数据进行数据清洗和去重后进行结构化后存储。
(3)分析数据库,将结构化的数据进行分析预计算后存储。
按照本项目需要涵盖**系统网站群的500个网站,每个网站的日平均访问按照10000个PV 计算,预计每日需要处理的总的
PV 数为500万。
接收数据的测算依据及结论
其中接收数据库的主要条目占用空间,如下表所示:
单个PV 所要储存的信息
空间大小(字节)访问路径信息
1600
来源路径信息
1120 其他信息(会话标识、Cookie 标识、时间信息等)
256 汇总
2976 单个Session 所要储存的信息(1个Session 大约产生4PV )
访问路径信息
512 1120 128 来源路径信息
客户端信息(IP 、浏览器等)
其他信息(会话标识、Cookie 标识、时间信息等)
256 汇总
2016 单个Cookie 所要储存的信息(1个Cookie 大约产生
1.25Session)
访问路径信息
512 256 768
其他信息(Cookie 标识、时间信息等)
汇总例如:
按照其他同类项目的数据估算,PV 和Session 数量比为4:1,Session 和Cookie 的数量比为 1.25:1。则500万的PV 会产生125 万的Session 以及产生100 万的Cookie ,总占据空间为5000000*2976+1250000*2016+1000000*768=18G ,包括索引以及其他表占用的空间之后,约为
20G 。原始日志存储到SQL S erver 中会采用压缩技术,大小将降为5G 。
结论:对于接收数据库,采用了压缩和优化技术后,每
500 万PV 至少需要25G 的储存空间。
结构化数据的测算依据及结论
**系统政府网站群监测分析调度系统的结构化数据库和原始数
据库存储的数据一致,但是经过对原始数据库的数据去冗余以及结构化,用外键压缩了原来直接存储在各表里的信息,大小会变为原始数据的一半,也就是 2.5G 。
结论:对于结构化数据库,采用了压缩和优化技术后,每
500 万PV 至少需要 2.5GB 的储存空间。
分析数据的测算依据及结论
**系统政府网站群监测分析调度系统的分析数据库内容基本是
结构化数据库的拷贝,大小与结构化数据库基本一致,也为 2.5G 。
结论:对于“决策支持系统”的分析数据库,采用了压缩和优
化技术后,每500万PV 至少需要 2.5GB 的储存空间。
综上所述,在不做任何备份的情况下,每
500万的PV ,需要文
件存储空间为:25GB + 2.5GB + 2.5GB=30G 。
到2015年底的存储量为10.5T ,到2019年底的存储量为52.5T ,具体测算如下表所示:
接收日志明细汇总数据合计875G 单月数据量(G)
保留周期(月)
25*30=750 2.5*30=62.5 2.5*30=62.5 60 60 60 60 一年内需要存储
五年内需要存储9000 45000 750 750 10.5T 52.5T 3750 3750 2、在线内容数据存储量
国内外互联网重点渠道和信息源
按照本项目需要面向国内外互联网重点渠道和信息源进行在线
内容采集爬取,按照覆盖包括主流媒体在内的200个信息源,每个
信息源爬取3级计算,平均每天可以爬取更新的总的页面数约为
30 万个,每个页面按照100KB 计算,共需要占用的空间为30W*1000KB=30G 。
到2015年底的存储量为10.8T,到2019年底的存储量为54T,具体测算如下表所示:
国内外互联网重点渠道和信息源
单月数据量(G) 一年内需要存储五年内需要存储30万*30=900G
10.8T
54T
**级以上政府网站群
**级以上政府网站群网站内容更新数据主要包括以下三部分:
网站更新页面、网站更新的入口,网站更新的白名单。
按照本项目需要涵盖**系统网站群及**各级政府网站群的6500个网站,平均每个网站每天更新10个页面,就是 6.5万个。
如果每天爬取10次,就是10×6500=6.5万个入口,每个网站算10个白名单,那就是10×6500×10=65万个白名单。
总共是6.5万+6.5万+65万=78万,共需要占用的空间为78万页*100KB/页=78G。
到2015 年底的存储量为28.08T,到2019 年底的存储量为140.4T,具体测算如下表所示:
更新页面数据6.5*30=195
2.34T 网站入口数据白名单数据合计
单月数据量(G) 一年内需要存储五年内需要存储
6.5*30=195 65*30=1950 2340G
2.34T
11.7T
23.4T
117T
28.08T
140.4T 11.7T
综上所述,系统的数据存储总量如下表所示:
表3-2 数据量估算表
序号数据名称初始量
10.5T 5年内的增量
1 2
在线行为数据52.5T
54T 互联网重点渠道和信息源
**团以上政府网站群
10.8T
3 28.08T
49.38T 140.4T 246.9T
合计
1.5.2 处理量分析
(1)网站群用户访问行为数据处理量分析
以每天725万个客户端访问(包括500万PV、100万Session、125万Cookie)并发计算,结合在线行为数据的接收主要集中在工
作时间,7250000/8小时/60分钟/60秒=251个/秒,日志接收服务
器接受每秒钟接收日志请求251个,远远低于系统的每秒接收到的
正常数(该值通常为7000-9000)。
根据日志接收每秒钟的并发量为251,因此系统的数据接收只
需要再用两台服务器做负载均衡即可。但是为了防止数据接收网站
的域名出现单点故障,因此系统的数据接收采用双域名备份,即每
个域名对应两台数据接收服务器,一共四台。
根据系统需要满足**政府网站智能分析系统诊断的需要,目前
系统的单台服务器的数据处理能力为400家左右,因此需要4台数据库服务器,另外需要两台相同配置的数据库服务器作为备份。
(2)其他在线内容数据处理量分析
一是系统需要支持对不少于108万个数据采集点每天至少一次
轮询抓取,同时对抓取回的数据进行数据预处理和清洗入库工作,
二是需要实现对存量数据和增量数据的指标自动抽取和更新工作,
三是需要支持前台交互系统的交互分析挖掘需求。
结合以上几部分需求,预计所需的内容数据处理服务器约50 台。其中较高性能处理服务器(单机20 核服务器CPU:2660*2 MEM:144G DISK:SSD 480G*2+SAS 4T*6,万兆网卡,远程管理,双电
源)10 台,中等性能处理服务器(单机12 核服务器,CPU:2620*2 MEM:32G DISK:4T*10,万兆网卡,远程管理,双电源)10台。较低性能服务器(单机12 核服务器,CPU:2620*2 MEM:72G DISK:SSD 480G*2+SAS 600G*4,万兆网卡,远程管理,双电源)30台。
1.5.3 网络流量分析
按每天处理725万在线行为数据,每条数据为10KB大小,108 万条在线内容数据,每条100KB计算,需要的平均带宽为17Mbps,高峰时期按3倍带宽需求计算为:51Mbps,GE链路接入可以满足需求,出于冗余考虑,建议使用双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 数据应用功能
数据共享、开放的最终目标都是为了要创造价值,数据的价值主要通过应用进行体现。数据开放共享平台数据应用主要是政务数据分析功能,主要包括数据采集、数据分析、结果发布三个组成部分,能够实现实时、批处理、交互分析,最终通过报表、仪表盘、API等形式展示结果。
1.6.2 系统性能指标
基本性能:(1)在100M 局域网环境下进行增、删、改业务(不含大对象数据类型)响应时间在 3 秒以内。(2)在100M 局域网环境下查询操作的响应时间要求在 3 秒以内。(3)系统支持同时在线数大于200,并发用户数大于50。
数据交换:(1)批量数据交换中,平均单条记录数据交换的时
间不大于20 毫秒。(2)非并发大批量数据交换(百万条)的时
间不大于5,000 秒。(3)批量数据交换中,平均单条记录入库的响
应时间不大于20ms。
数据查询:(1)查询基础数据(精确匹配)的响应时间不大于
3 秒。(2)查询单个数据主题(百万级)的响应时间不大于 3 秒。(3)目录检索的响应时间不大于 2 秒。(4)查询统计报表(非实时统计)的响应时间不大于 3 秒。
1.7 信息系统装备和应用现状与差距
1.7.1 现状
政府数据碎片化严重。我国电子政务取得了较快发展,政府各部门以及公共服务机构在履职过程中形成了大量的数据资源,这些数
据分散在各个部门,由于管理体制、法律法规、历史惯性以及部门
间利益等方面的原因,**电子政务建设和发展一直处于“条块分割,各自为战”的状态,不同区域、不同领域、不同部门之间电子政务
业务系统之间不相融通,造成了众多“信息孤岛”,难以实现业务协同和规模效用,甚至连基本的部门间信息数据交换都难以实现,大
量的政府数据处于“休眠”状态,数据碎片化问题严重。
政府大数据开放困难。“用数据说话、用数据决策、用数据管理、用数据创新”的决策机制没有形成,政府部门使用大数据的动力不足;规范标准、数据所有权和使用权问题、开放尺度等操作层面的
缺失,也成为阻碍数据共享开放的重要原因。
1.7.2 差距
顶层规划相对滞后。,**政务数据共享仍处在专家推动、企
业宣贯、技术主导的阶段,全面统筹、应用主导、资源整合、聚
合发展的局面仍未形成。大数据氛围不足,政府运用大数据对市
场主体服务和监管的主动性不够。
1.8 项目建设的必要性
建设**电子政务公共数据开放共享平台,是建设公共服务型政
府的重要内容,也是建立网络化政府管理新模式的必然趋势。
建设政务数据开放共享平台是简政放权的需要
简政放权是本届政府推进治国方略的主要抓手和先手棋。但现
实中简政放权却遭遇各种难题,集中表现在简政未尽比如一些地方
要求出具的各种奇葩证明不断,再就是是放权不力,一些地方一些
部门迟迟不愿放权或不敢放权。深入研究这些问题背后,固然有一