• / 145
  • 下载费用:2 金币  

政务大数据交换共享平台建设方案.pdf

关 键 词:
政务 数据 交换 共享 平台 建设 方案
资源描述:
**政务大 数据 交换 共享平台 建设方案 -I- 目 录 第一章 需求分析和项目建设的必要性 . 4 1.1 项目建设目标、内容 4 1.1.1 项目建设目标 . 4 1.1.2 项目建设内容 . 4 1.2 编制依据 . 5 1.3 与政务职能相关的社会问题和政务 目标分析 6 1.3.1 社会问题分析 . 6 1.3.2 政务目标分析 . 8 1.4 业务功能、业务流程和业务量分析 11 1.4.1 用户角色分析 . 11 1.4.2 业务功能分析 . 12 1.4.3 业务流程 14 1.4.4 业务量分析 . 14 1.5 信息量分析和预测 . 15 1.5.1 存储量分析 . 15 1.5.2 处理量分析 . 19 1.5.3 网络流量分析 . 20 1.6 系统功能和性能需求分析 20 1.6.1 系统功能指标 . 20 1.6.2 系统性能指标 . 22 1.7 信息系统装备和应用现状与差距 22 1.7.1 现状 . 22 1.7.2 差距 . 23 1.8 项目建设的必要性 . 23 第二章 总体建设方案 26 2.1 建设原则 . 26 2.1.1 统一性原则 . 26 2.1.2 可靠性原则 . 26 2.1.3 可伸缩和可扩展性原则 . 26 2.1.4 开放性原则 . 27 2.1.5 安全性原则 . 27 2.1.6 高效性原则 . 27 2.1.7 友好性原则 . 27 2.1.8 可管理易维护性 . 28 **政务大 数据 交换 共享平台 建设方案 -II- 2.2 总体目标与分期目标 28 2.3 总体建设任务与分期建设内容 . 29 2.4 总体设计方案 30 2.4.1 基础设施层 . 32 2.4.2 信息资源层 . 33 2.4.3 应用支撑层 . 34 2.4.4 应用层 34 2.4.5 服务层 34 2.4.6 安全保障体系 . 34 2.4.7 标准规范体系 . 35 第三章 项目建设方案 36 3.1 标准规范建设 36 3.1.1 管理制度建设 . 36 3.1.2 标准规范建设 . 40 3.1.3 数据标准建设 . 43 3.1.4 标准规范索引 . 46 3.2 信息资源 规划和数据库设计 . 47 3.2.1 信息资源规划 . 47 3.2.2 数据中心建设 . 53 3.3 门户系统建设 69 3.3.1 信息资源政务门户 69 3.3.2 信息资源开放门户 73 3.4 应用系统建设 74 3.4.1 数据汇聚平台 . 74 3.4.2 数据治理平台 . 89 3.4.3 数据运营平台 . 102 3.4.4 数据应用平台 . 104 3.5 四大基础数据库管理平台 108 3.5.1 人口库 108 3.5.2 法人库 111 3.5.3 经济库 114 3.5.4 地理库 115 3.6 应用 支撑系统设计 . 116 3.6.1 统一用户管理 . 116 3.6.2 统一应用管理 . 120 3.6.3 统一服务管理 . 121 3.6.4 统一消息服务 . 123 3.6.5 统一日志服务 . 124 **政务大 数据 交换 共享平台 建设方案 -III- 3.7 安全保障体系建设 . 124 3.7.1 建设目标 124 3.7.2 安全体系架构 . 125 3.7.3 安全防护体系建设 125 3.7.4 安全管理体系建设 133 3.8 主要软硬件选型原则和详细软硬件配置清单 136 3.8.1 主要软硬件选型原则 136 3.8.2 详细软硬件配置清单 137 第四章 效益分析 . 138 4.1 经济效益 . 138 4.2 社会效益 . 140 第五章 项目风险与风险管理 . 142 5.1 风险识别和分析 . 142 5.1.1 组织风险 142 5.1.2 管理风险 142 5.1.3 业务风险 142 5.1.4 技术风险 142 5.2 风险对策和管理 . 143 5.2.1 组织风险防范对策 143 5.2.2 管理风险防范对策 143 5.2.3 业务风险防范对策 144 5.2.4 技术风险防范对策 144 **政务大 数据 交换 共享平台 建设方案 -4- 第一章 需求分析和项目建设的必要性 1.1 项目建设目标、内容 1.1.1 项目建设目标 电子政务公共数据开放共享平台项目建设目标是,依托统一的 “云”数据中心建设 统一的公共数据开放共享平台。集中机关各部 门业务应用进行,制定相关的数据规范和信息交换标准,使机关各 部门业务系统依托统一的开放平台进行开发建设。确保部门之间系 统之间的互联互通、数据共享,为大数据分析提供数据依据。 1.1.2 项目建设内容 电子 政务公共数据开放共享平台 项目建设内容包含:一套标准 规范、两个数据 门户 、四大应用平台、四大基础数据库和一个应用 支撑平台。 具体建设内容包括: 1、一个应用支撑平台 为了对需要调用电子政务 公共数据 开放共享平台信息资源的政 府部门应用系统进行有效管理,面向各类电子政务应用,规划建设 统一的应 用支撑平台,统一标准规范,通过用户管理、应用管理、 服务管理等核心组件,可以对接入系统有效管理、实现统一认证及 单点登录、统一消息服务。 **政务大 数据 交换 共享平台 建设方案 -5- 2、 两个数据门户 针对 政府部门用户建设信息 资源 政务 门户,针对 企业 、公众用 户建设信息资源 开放 门户 。 3、 四大应用系统 建设承载电子政务 公共数据 汇聚 平台、数据 治理 平台、 数据 运 营平台和数据 应用平台 。 4、四大 基础 数据 库 通过 电子政务 信息 资源梳理,制定四大基础数据库的 建库 、 入 库和 管理规则, 建立 四大 基础 数据库 管理 平台,提供 基础库 内容管 理、数据处理、共享和应用功能 。 四大 基础数据库包括人 口 库 、法人库、经济库和地理库。 5、 一套标准规范 形成标准规范体系,包括管理制度、标准规范、数据标准等。 1.2 编制依据 1、中办、国办《 2006-2020年国家信息化发展战略》; 2、国办《关于促进电子政务协调发展的指导意见》; 3、国务院《促进大数据发展行动纲要》; 4、《国家电子政务总体框架》; 5、《国家电子政务“十二五”规划》 (工信部规〔 2011〕 567号 ); 6、《关于印发“十二五”国家政务信息化工程建设规划的通知》 (发改高技〔 2012〕 1202号 ); **政务大 数据 交换 共享平台 建设方案 -6- 7、《 GB/T 21063-2007 政务信息资 源目录体系》 8、《 GB/T 21062-2007 政务信息资源交换体系》 9、《国家电子政务工程建设项目管理暂行办法》 10、《政府信息公开条例》 1.3 社会问题和政务目标分析 1.3.1 社会问题分析 作为世界人口大国,理论上我国数据资源储量极为丰富,但大 部分政府数据(例如:交通、社保、税收等),属于结构化数据,距 离海量 (volume)、速度 (velocity)和多样性 (variety)的 3V属性还 有一定距离,但从战略角度而言差距并不大。 从数据规模来说,政府拥有国内最为庞大的数据储量。政府数 据广泛存储于各地、各级政府机 关院所等不同单位、不同部门、不 同系统甚至不同网络环境中,海量超脱于地理空间的政府数据亟待 存储与处理。 从数据来源来说,由于各行业、各地采用的法律法规和标准并 不统一。传统的电子政务信息系统,仅为满足特定功能而生,数据 结构差异性大,大量数据存放于历史遗留应用中,委办局间碎片化、 零散化、低效率的数据交互和分析普遍存在,导致政府数据来源极 为复杂。 从数据质量和价值来说,企业的数据种类单一化程度较高,而 政府数据涉及工商、税务、交通、医疗、教育等领域,数据种类繁 **政务大 数据 交换 共享平台 建设方案 -7- 多,事关百姓生活的方方面面,数据质量较高,数据的潜在价值十 分可观。 如上所述,政府数据的特点可以概括为:数据规模大、数据来 源和结构复杂、数据价值高但利用率低。 政府收集了大量有价值的数据,通过这些数据,可以更好地了 解国家资源使用情况,政府开支情况,土地交易和管理情况,这些 将不仅强化政府责任,提升治理能力,还能提高资金支出效率,为 人民提供更多更好的服务选择。 1、政府数据体量越来越大 截至 2014 年,中国共有 664 个城市, 2852 个行政县, 40446 个行政乡。当前,中国中央和省级政务部门主要业务电子政务覆盖 率已经达到 70%。据粗略估算,全国政府大数据加起来相当于数百 个阿里巴巴的体量。而随着硬件技术的进步,对于数据采集精度、 采集频率、数据存储等能力在增强,使得数据规模仍有提升空间, 近几年数据中心的新建和扩容呈现井喷式的发展,这是以硬件基础 设施带动的变革,促使软件技术也得到了快速发展。 随着数据体量的增长,大数据处理、大数据应用分析的门槛将 会逐渐提高。 2、多部门协作成为常态化 复杂的城市治理问题,对跨部门的协作提出了更高的要求,过 去个别部门间存在的职责交叉分散、协调运行不畅等问题。随着“大 部制”完善,建立健全了部门间协同运行机制,逐步实现“多个部 **政务大 数据 交换 共享平台 建设方案 -8- 门、一个政府”目标。随着 部门与部门的边界越来越模糊,政府数 据跨部门共享共用已不再是亮点和创新,建立常态化共享机制成为 政府大数据建设的入门。 3、国家治理不能仅仅依靠政府 由于时间和技术的局限性,以往国家治理基本是政府下达指令、 向下逐层执行的“开环过程”。如今随着互联网发展,人民对于政 府的期望越来越高,国家不仅要在政策出台前广泛征求、准确把握 民意;出台后还需要获得执行反馈,并适时调整,政府治理变为下 达指令 — 执行 — 反馈的“闭环过程”,需要借助社会各方面力量参 与到国家治理过程之中。无论是社会自治还是合作共建,政府数据 共享开放都是大前提。 4、社会普遍开始重视数据安全和隐私 数据如同一把双刃剑,在带来便利的同时也带来了很多安全隐 患,随着全球各地用户信息安全事件频出,让人们开始感受到“数 据”与生活接触如此紧密,数据泄露可以对个人的生活质量造成极 大的威胁。数据安全和隐私保护不仅是公民个人的责任,对采集数 据和共享数据的政府单位,也有义务保障数据的安全和隐私,此过 程中,政策、技术、意识缺一不可。需严格依照相关规范文件,将 安全运营意识渗透到政府数据开放中。 1.3.2 政务目标分析 1、实现政务公开,打造透明政府 **政务大 数据 交换 共享平台 建设方案 -9- 电子政务公共 数据开放共享 促进政府和公众互动,让政 务透明, 帮助政府进行社会管理和解决社会难题,大数据时代下,政府是整 合开放的平台,是一个大数据共享平台, 它建立了公众与政府间的 沟通渠道,越来越多的国家和组织利用其开展民意调查,通过在线 交互让民众成为政务流程的节点,透明政务,让公众参与到政策制 定与执 行、效果评估和监督之中,使民众参政议政成为可能。大数 据推进政府信息资源进一步开放,政府信息开发利用效率倍增,促 进经济社会快速发展。 2、实现数据融合,打造智慧政府 电子政务 公共数据开放共享 真正跨越了政府内部协同的鸿沟, 大大提高工作效率,降低政府运行成本。其一,政 府内部协同除思 想理念上的障碍外,技术上也存在一定障碍,随着大数据技术发展, 跨越系统、跨越平台、跨越数据结构的政府将在技术上使政府内部 纵向、横向部门得以流畅协同。其二,由于利用大数据技术,数据 获取、处理及分析响应时间大幅减少,工作效率明显提高,同时降 低了政府开支。例如,政府利用大数据对社会人群进行细分,对不 同人群进行针对性服务和政策施行。 3、实现科学决策,打造责任政府 电子政务 公共数据开放共享 提高政府决策的科学性和精准性, 提高政府预测预警能力以及应急响应能力,越来越多的政府摈弃经 验和直觉,依赖电子政务的数 据和分析进行决策。现在大数据又超 越了传统的数据分析方法,不但是对大数据分析挖掘,对言论、图 **政务大 数据 交换 共享平台 建设方案 -10- 表等都可以进行深度挖掘、人工智能。大数据的深入及广泛应用会 给政府带来科学和精准的决策支持。 4、为 **电子政务提供一个安全可靠的信息资源存储中心 对各部门的共享交换的数据资源进行统一的规划管理和应用, 建设集约化的数据资源存储中心,从而避免了各部门重复建设工作; 同时提高数据安全方面的建设,从硬件设备、网络、信息资源、应 用系统、管理平台、数据库等方面的全面保证数据的安全性,并根 据用户的不同访问需求、防止恶意入侵、病毒防护、 分区域的安全 设计,并在应用服务上提供安全检测服务。 5、为 **电子政务提供一个高效的应用服务平台 **电子 政务公共数据开放共享平台 的建设,为政府应用系统和 信息资源的高效管理和服务提供手段,通过对相关的基础信息、业 务信息、服务信息进行管理,实现 **电子 政务公共数据开放共享平 台 的信息管理和服务功能。城市级交换 共享平台 则对各部门的信息 资源提供交换共享支撑,以提高信息资源的综合利用水平。通过整 合各部门数据信息,建设基础信息库,并提供对外服务,实现 **电 子 政务公共数据开放共享平台 的服务功能。 6、为 **电子政务提供一 个长效和可维护的信息服务体系 **电子 政务公共数据开放共享平台 的建设要对 **电子政务体系 提供长久的服务,因此在管理和运维上必需配备相应的支撑。这一 方面取决于管理制度的完善、管理手段的完备和对管理本身的技术 支撑,另一方面,也取决于人员的配备和运维体系的建立。 **政务大 数据 交换 共享平台 建设方案 -11- 1.4 业务功能、业务流程和业务量分析 1.4.1 用户角色分析 **电子政务 公共数据开放共享平台 的用户分为:领导、各部门、 企业单位及社会公众。 1.4.1.1 政府领导 **电子政务 公共数据开放共享平台 有价值的数据、行政地图、 决策方法和应急进行融合,采用大数据分析技术,有利于各级领导、 管 理决策人员方便、直观、形象地进行各种分析,从而使统计决策 的科学化、人性化、智能化管理走上一个新台阶。 1.4.1.2 政府部门 可以向 **电子政务 公共数据开放共享平台 提供数据或使用平台 提供的数据;业务部门之间可以通过系统平台交换共享数据;遵循 标准规范进行业务系统的建造和改进,可实现业务系统和数据 开放 共享 平台的对接。 1.4.1.3 社会公众 可以依托 **电子政务 公共数据开放共享平台 提供的应用服务对 公众需求做出快速反应,公众可以更直接广泛的获得政府提供的服 务,如证照协同、社保电子传递等。 1.4.1.4 企业单位 通过 **电子政务 公共数据开放共享平台 提供的 应用服务可以 方 **政务大 数据 交换 共享平台 建设方案 -12- 便企业进行业务级信息查询,并可通过业务协同对企业提供事项审 批、信息推送服务。 1.4.2 业务功能分析 1.4.2.1 数据共享 在政府部门内部强调的是共享共用。先把政府部门内部及部门 之间数据共享的工作做起来。各级政府都以数据应用为导向,需要 什么数据就共享什么数据。 部门间的信息共享,综合考虑管理难度和技术难度建议分为三 个阶段: “条线内部门共享 ”、 “平级跨部门共享 ”、 “跨层级和跨区域 的共享 ”,通过统一规划,逐步推进的策略,打造部门间信息资源共 享共用的新格局。 1.4.2.2 数据开放 对社会的数据开放,先从方便百姓生活又不是很敏感的数据 开 始。特别是涉及公共安全、公共利益的数据,提供公共服务的机构 或企业有义务在一定前提条件下开放,这样一些可以预警、预防的 群体性事件就能够避免。 按照社会关注程度、数据量大小和具体实施难度,数据开放建 议分为三个阶段: “业务统计数据 ”、 “少量高频数据 ”、 “重点业务数 据 ”。通过以安全为前提,重点关注优先试点,逐步扩大范围为原则, 稳步推行数据服务开放。 **政务大 数据 交换 共享平台 建设方案 -13- 1.4.2.3 数据融合 政务大数据归根结底,还是要面向行业应用的,需要基于不同 的业务部门开展,并和现有平台建立联系。 融合应用可以分为 “数据融合 ”、 “业务融合 ”、 “产业融合 ”三个层 次:其中,数据融合是把本单位数据、从其他单位共享的数据,以 及互联网等社会相关的数据,相互融合,相互比对,建立融合数据 资源中心,统一数据标准和口径。 业务融合主要围绕各行业的特定业务场景,比如交通出行、医 疗保障、民生服务等领域,建设智慧应用,形成行业业务的决策分 析体系,支撑城市运行和城市治理的方方面面。 产业融合,随着一大批大数据处理、大数据分析、大数据运营 企业的兴起,政府数据将不单单是自建自用,通过建设数据运营平 台,数据交易平台等形式,引入社会资本共同参与城市建设和社会 治理,实现向集约型、服务型、智慧型政府 的转变。 **政务大 数据 交换 共享平台 建设方案 -14- 1.4.3 业务流程 开 始 从 缓 冲 区 增 量 数 据 表 中 获 取 人 口 增 量 数 据 根 据 证 件 类 型 判 断 证 件 号 是 否 符 合 规 范 将 该 条 增 量 数 据 插 入 异 常 表 中 否 将 人 口 库 【 人 口 增 量 数 据 表 】 中 该 人 口 记 录 删 除 通 过 证 件 号 判 断 该 人 是 否 存 在 于 人 口 主 表 中 将 该 人 口 记 录 插 入 到 【 人 口 基 础 信 息 表 】 及 【 专 题 表 】 将 该 人 口 记 录 字 段 来 源 插 入 到 【 字 段 来 源 表 】 通 过 【 部 门 业 务 系 统 提 供 字 段 配 置 表 】 得 到 该 业 务 系 统 需 采 集 的 字 段 且 循 环 这 些 字 段 判 断 人 口 库 该 字 段 值 的 来 源 是 否 是 该 业 务 系 统 是 根 据 证 件 号 码 和 类 型 更 新 【 人 口 基 础 信 息 表 】 及 【 专 题 表 】 的 字 段 否 判 断 新 采 集 的 字 段 值 是 否 为 空 否 是 将 人 口 库 【 人 口 增 量 数 据 表 】 中 该 人 口 记 录 删 除 结 束 判 断 人 口 库 库 该 字 段 值 是 否 为 空 是 根 据 证 件 号 码 和 类 型 更 新 【 人 口 基 础 信 息 表 】 及 【 专 题 表 】 的 字 段 值 否 判 断 该 业 务 系 统 是 否 为 该 字 段 的 权 威 来 源 是 循 环 人 口 库 需 采 集 该 业 务 系 统 的 字 段 是 否 结 束 否 否 更 新 【 字 段 来 源 表 】 中 该 字 段 的 来 源 判 断 该 业 务 系 统 的 数 据 是 否 是 业 务 上 的 新 增 ? 是 否 是 否 1.4.4 业务量分析 业务量 分析可以 从平台交互量、每天总用户数(个)、每天每个 用户平均执行操作数、高峰时段交互量占全天交互量的百分比、高 峰时段持续时间(小时)、高峰时段在线用户数(个)等 方面指标进 行综合估算。 **互联网大数据分析 平台的业务量估算如下表所示: 表 3-1 业务量估算 序号 数据名称 数据量 1 平台交互量 200(日均) 2 每天总用户数(个) 100 3 每天每个用 户平均执行操作数 1000 4 高峰时段交互量占全天交互量的 百分比 60% **政务大 数据 交换 共享平台 建设方案 -15- 序号 数据名称 数据量 5 高峰时段持续时间(小时) 4( 9: 00-11: 00, 15: 00-17: 00) 6 高峰时段在线用户数(个) 60(日均) 1.5 信息量分析和预测 1.5.1 存储量分析 本项目中存储的 数据主要包括 两大部分:系统 网站 群的在线 行 为数据和 国内外互联网重点渠道、信息源以及 政府网站群 的在线内 容数据。在线 用户行为数据以符合 W3C 格式标准的日志形式进行存 储。网站内容更新数据直接存到 关系型 数据库 或其他 非关系型数据 库中。 1、在线行为数据存储量 网站群 的 在 线行为 数据存储主要分为三部分: ( 1) 接收数据,是系统储存的原始数据。 ( 2) 结构化数据,将原始数据进行数据清洗和去重后进行结构 化后存储。 ( 3) 分析数据库,将结构化的数据进行分析预计算后存储。 按照本项目需要涵盖 **系统 网站群的 500 个网站,每个网站的 日平均访问按照 10000 个 PV计算,预计每日需要处理的总的 PV数 为 500 万。  接收数据的测算依据及结论 其中接收数据库的主要条目占用空间,如下表所示: 单个 PV所要储存的信息 空间大小(字节) 访问路径信息 1600 **政务大 数据 交换 共享平台 建设方案 -16- 来源路径信息 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: 1。则 500 万的 PV会产生 125 万的 Session 以及产生 100 万的 Cookie,总占据空间为 5000000*2976+1250000*2016+1000000*768=18G,包括索引以及其他 表占用的空间之后,约为 20G。原始日志存储到 SQL Server 中会采 用压缩技术,大小将降为 5G。 结论:对于接收数据库,采用了压缩和优化技术后,每 500 万 PV 至少需要 25G 的储存空间。  结构化数据的测算依据及结论 **系统政府网站群监测分析调度系统 的结构化数据库和原始数 据库存储的数据一致,但是经过对原始数据库的数据去冗余以及结 构化,用外键压缩了原来直接存储在各表里的信息,大小会变为原 始数据的一半,也就是 2.5G。 **政务大 数据 交换 共享平台 建设方案 -17- 结论:对于结构化数据库,采用了压缩和优化技术后,每 500 万 PV至少需要 2.5GB 的储存空间。  分析数据的测算依据及结论 **系统政府网站群监测分析调度系统 的分析数据库内容基本是 结构化数据库的拷贝,大小与结构化数据库基本一致,也为 2.5G。 结论:对于 “ 决策支持系统 ” 的分析数据库,采用了压缩和优 化技术后,每 500 万 PV至少需要 2.5GB 的储存空间。 综上所述,在不做任何备份的情况下,每 500 万的 PV,需要文 件存储空间为: 25GB + 2.5GB + 2.5GB=30G。 到 2015年底的存储量为 10.5T,到 2019年底的存储量为 52.5T, 具体测算如下表所示: 接收日志 明细 汇总数据 合计 单月数据量 (G) 25*30=750 2.5*30=62.5 2.5*30=62.5 875G 保留周期 (月 ) 60 60 60 60 一年内 需要存储 9000 750 750 10.5T 五年内 需要存储 45000 3750 3750 52.5T 2、在线内容数据存储量  国内外互联网重点渠道和信息源 按照本项目需要 面向国内外互联网重点渠道和信息源进行 在线 内容采集爬 取 , 按照覆盖包括主流媒体在内的 200 个信息源,每个 信息源爬取 3 级计算, 平均每天 可以爬取 更新 的总的页面数约为 30 万 个, 每个页面按照 100KB 计算,共 需要占用的空间为 30W*1000KB=30G。 **政务大 数据 交换 共享平台 建设方案 -18- 到 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,具体测算如下表所示: 更新页面数据 网站入口数据 白名单数据 合计 单月数据量 (G) 6.5*30=195 6.5*30=195 65*30=1950 2340G 一年内 需要存储 2.34T 2.34T 23.4T 28.08T 五年内 需要存储 11.7T 11.7T 117T 140.4T 综上所述, 系统的数据 存储 总量如下表所示: 表 3-2 数据 量估算表 序号 数据名称 初始量 5 年内的增量 1 在线行为数据 10.5T 52.5T 2 互联网重点渠道和信息源 10.8T 54T 3 **团 以上政府网站群 28.08T 140.4T 合计 49.38T 246.9T **政务大 数据 交换 共享平台 建设方案 -19- 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,万兆网卡,远程管理,双电 **政务大 数据 交换 共享平台 建设方案 -20- 源 ) 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 数据 汇聚功能 数据 汇聚功能 要求实现将各 部门 相关的信息资源统一采集 交换 到数据中心前置库中 , 满足多种采集方式 ,能够满足不同的网络环 境、不同的数据类型等情况下进行数据的采集,并对采集的数据进 **政务大 数据 交换 共享平台 建设方案 -21- 行处理,进入中心库保存。 **电子政务 公共数据开放共享平台 的数 据汇聚功能包含数据采集、数据交换、数据 处理等功能。 1.6.1.3 数据 治理功能 政府数据在共享共用、开放运营及行业应用过程中,数据来源 于各个业务系统,只有建立对数据质量的信任,才能放心地进行使 用。所以数据治理和质量保障在政府 数据开放共享平台 建设中显得 由为重要, 数据开放共享平台 数据治理功能 主要包括信息资源目录 管理 、 元数据管理 和数据质量管 里等内容 。 1.6.1.4 数据运营功能 数据运营功能聚焦对数据共享、开放、融合的提供,对提供服 务授权、认证、过程进行统一管理,并提供 数据开放共享平台 运行 过程的全程监控。 数据开放共享平台 数据运营功能主要包含服务管 理、基于服务管理的数据开放、以及 运行监控等内容。 1.6.1.5 数据应用功能 数据共享、开放的最终目标都是为了要创造价值,数据的价值 主要通过应用进行体现。 数据开放共享平台 数据应用主要是政务数 据分析功能, 主要包括 数据采集、数据分析、结果发布三个组成部 分,能够实现实时、批处理、交互分析,最终通过报表、仪表盘、 API 等形式展示结果。 **政务大 数据 交换 共享平台 建设方案 -22- 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 现状 政府数据碎片化严重。我国电子政务取得了较快发展 ,政 府各部 门以及公共服务机构在履职过程中形成了大量的数据资源,这些数 据分散在各个部门,由于管理体制、法律法规、历史惯性以及部门 间利益等方面的原因, **电子政务建设和发展一直处于“条块分割, 各自为战”的状态,不同区域、不同领域、不同部门之间电子政务 **政务大 数据 交换 共享平台 建设方案 -23- 业务系统之间不相融通,造成了众多“信息孤岛”,难以实现业务协 同和规模效用,甚至连基本的部门间信息数据交换都难以实现,大 量的政府数据处于“休眠”状态,数据碎片化问题严重。 政府大数据开放困难。“用数据说话、用数据决策、用数据管理、 用数据创新”的决策机制没有形成,政府部门使 用大数据的动力不 足;规范标准、数据所有权和使用权问题、开放尺度等操作层面的 缺失,也成为阻碍数据共享开放的重要原因。 1.7.2 差距 顶层规划相对滞后。 … **政务 数据共享 仍处在专家推动、企 业宣贯、技术主导的阶段,全面统筹、应用主导、资源整合、聚 合发展的局面仍未形成。大数据氛围不足,政府运用大数据对市 场主体服务和监管的主动性不够。 1.8 项目建设的必要性 建设 **电子 政务公共数据开放共享平台 ,是建设公共服务型政 府的重要内容,也是建立网络化政府管理新模式的必然趋势。  建设政务数据开放共享平台是简政放权的需要 简政放权是本届政府推 进治国方略的主要抓手和先手棋。但现 实中简政放权却遭遇各种难题,集中表现在简政未尽比如一些地方 要求出具的各种奇葩证明不断,再就是是放权不力,一些地方一些 部门迟迟不愿放权或不敢放权。深入研究这些问题背后,固然有一 **政务大 数据 交换 共享平台 建设方案 -24- 些部门携私滥权、捞好处的成分,但很多时候,更重要的原因就是 时下我们不同级别、不同地区,甚至同一个地方的不同政务部门之 间,缺乏必要的政务信息数据沟通,使得政务部门之间出现了信息 孤岛,为了严肃起见或责任问题,不可避免地会出现一些繁杂的证 明,甚至在外人看来很奇葩的证明;或者是因为信息不通不明,心 里没底,不敢轻 易放手放权。就此意义上讲,简政放权也需要政务 大数据建设的配合和助推。  建设政务数据开放共享平台是政府职能转变的需要 从内部管理的角度看,政府需要降低行政成本、提高决策的科 学化水平。在信息化时代,政府机构、职能有效发挥依赖高效、实 时的信息系统、尤其是大数据的支持。信息化时代,政府掌握着大 量的、关键的数据,是数据时代的财富拥有者,但以往由于信息技 术、体制机制等限制,各级政府及各部门之间的信息网络往往自成 体系,相互割裂,相互之间的数据难以实现互通和共享,导致目前 政府掌握的数据大多处于割裂和休眠状态。同时由于政府各 部门信 息系统分割,许多数据往往需要重复采集,数据采集成本较高。随 着大数据和云计算技术的发展,建设统一的政府数据共享平台成为 可能。通过统一的信息平台,实现数据的标准、格式的统一和共享, 利用大数据技术,数据获取、处理及分析响应时间大幅减少,工作 效率明显提高,有利于压缩政府开支,降低行政成本。同时,对于 数据的统一和共享所产生的大数据,通过数据挖掘等技术,能够增 强政府社会管理水平。大数据在政府和公共服务领域的应用,可有 **政务大 数据 交换 共享平台 建设方案 -25- 效推动政务工作开展,提高政府部门决策的科学化水平、服务效率 和社会管理水平。 从对外服务的角度看,政 府提供公共服务、促进经济社会发展 的职能发挥同样需要大数据支持。政府掌握了大量关于人口、法人 和城市空间地理等数据,提供满足群众需求、针对性的公共服务需 要对所掌握数据的精细分析。凭借大数据,城市公共卫生、教育、 城市规划、交通服务能够得到改善,基于大数据分析结论的政府公 共服务决策能够更好的满足市民需求。目前,各个地方政府大力兴 建智慧城市,智慧城市建设已成为国内信息化建设的潮流,“智慧” 的关键在于对大数据的研究,只有利用大数据分析,才能实现电子 政务信息系统有效整合,实现跨部门的政府信息资源共享和政务协 同,让政府的管 理服务效能提升,让民众感受到政府无处不在服务。 政府另一项职能是促进经济社会发展,如在经济异常波动时实施宏 观调控,政府对大数据信息的掌握和分析,直接决定了宏观调控的 效果。 **政务大 数据 交换 共享平台 建设方案 -26- 第二章 总体建设方案 2.1 建设原则 为了保证系统建设达到预期目标,在进行系统的设计、开发、 部署和运行管理规划时将遵循如下原则 。 2.1.1 统一性原则 遵循国家电子政务的要求,以系统工程的方法对系统进行统一 规划、统一设计,遵循统一的规范,采用统一的技术,以方便系统 建成后的运行和维护,保证系统可持续、高效、安全运行。 2.1.2 可靠性原则 本系统在设计时将充分考虑政务资源交 换平台对可靠性的要 求,保证系统的高可靠、高可用性,尤其是保证关键业务的连续不 间断运作和对非正常情况的可靠处理。 2.1.3 可伸缩和可扩展性原则 系统应该真正符合多层浏览器 /服务器体系结构,应能满足新增 的需求,而系统的体系结构不需做较大的改变,并能保证系统今后 的平滑升级。 应充分考虑现有技术以及未来电子政务的发展要求,保证系统 具有较好的开放性和结构的扩展性,在系统设计中应尽量采用模块 **政务大 数据 交换 共享平台 建设方案 -27- 化结构、提高各模块的独立性,尽可能减少模块间的数据藕合,使 各子系统问的数据依赖程度减至最低限度,同时,要适当兼顾今后 需求扩大时对功能扩展的 需要。 交换平台和节点应具备支撑多个应用系统的能力和节点个数的 易扩充性。 2.1.4 开放性原则 全面支持 XML、 Web Service、 SOAP、 LDAP、 UDDI等当前受到普 遍支持的国际开放标准,保证系统能够与其它平台的应用系统、数 据库等相互交换数据并进行应用级的互操作性和互连性。 2.1.5 安全性原则 既要注重系统本身防御外部攻击的能力,又要提高数据传输的 安全性,要遵循相应的保密规范,保证系统安全保密性、查错纠错 能力、抗病毒能力等。 2.1.6 高效性原则 系统的运行效率主要包括:处理能力,处理速度,响应时间等。 系统在满足其他各项功 能需要的前提下,应可能地提高系统运 行效率。 2.1.7 友好性原则 系统应具有人性化的人机交互界面,要求用户界面标准,统一 **政务大 数据 交换 共享平台 建设方案 -28- 集成,使用简单,减少使用的复杂程度,提高使用效率。 2.1.8 可管理易维护性 由于电子政务公共数据开放共享平台系统,使用面广,系统稳 定性可用性要求高,因此平台还必须具有良好的可管理和易于维护 的特点。 2.2 总体目标与分期目标 **电子政务公共数据开放共享平台项目建设目标是,依托 **统 一的“云”数据中心建设 **统一的公共数据开放共享平台。集中 ** 机关各部门业务应用进行,制定相关的数据规范和信息交换标准, 使机关各部门 业务系统依托统一的开放平台进行开发建设。确保部 门之间系统之间的互联互通、数据共享,为 **大数据分析提供数据 依据。 1. 项目一期:第 1个月 -第 12个月(…… ) 一期完成可行性方案编制、论证,以及项目 招标工作 ;在 项目 实施阶段 进行 5-6个 **政府 部门 信息资源规划试点,摸清试点部门 信息资源底数,并建立信息资目录动态管理体系,汇聚资源目录信 息资源,并可以实现信息资源的初级共享 ;构建人口、法人库、实 现查询、共享、服务能力,着重建设围绕人口 的相关分析展示;为 政府主要业务系统提供数据共享支持;根据汇聚的信息资源,逐步 进行政府数 据开放。 **政务大 数据 交换 共享平台 建设方案 -29- 2. 项目二期:第 9个月 -第 20个月( …… ) 在一期信息资源规划试点的基础之上总结经验,逐步将范围扩 展到全部政府部门,形成全 **的信息动态管理体制,并对数据进行 治理,优化质量;建设经济、地基础数据库的查询、共享及服务能 力;建设政务数据应用平台,基于前期汇聚的大量数据建立分析模 型,依托大数据分析工具进行可视化,全面提高 **信息资源应用水 平,支撑政府治理现代化。 2.3 总体建设任务与 分期建设 内容 **电子 政务公共数据开放共享平台 项目建设内容包含:一套标 准规范、两个数据 门户 、四大应用平台、四大基础数据库和一个应 用支 撑平台。 具体建设内容包括: 1、一个应用支撑平台 为了对需要调用电子政务 公共数据 开放共享平台信息资源的政 府部门应用系统进行有效管理,面向各类电子政务应用,规划建设 统一的应用支撑平台,统一标准规范,通过用户管理、应用管理、 服务管理等核心组件,可以对接入系统有效管理、实现统一认证及 单点登录、统一消息服务。 2、 两个数据门户 针对 政府部门用户建设信息 资源 政务 门户,针对 企业 、公众用 户建设信息资源 开放 门户 。 **政务大 数据 交换 共享平台 建设方案 -30- 3、 四大应用系统 建设承载电子政务 公共数据 汇聚 平台、数据 治理 平台、 数据 运 营平台和数据 应用平台 。 4、四大 基础 数据 库 通过 电子政务 信息 资源梳理,制定四大基础数据库的 建库 、 入 库和 管理规则, 建立 四大 基础 数据库 管理 平台,提供 基础库 内容管 理、数据处理、共享和应用功能 。 四大 基础数据库包括人口 库 、法人库、经济库和地理库。 5、 一套标准规范 形成标准规范体系,包括管理制度、标准规范、数据标准等。 一期 项目 建设 二期 项目 建设 数据 汇聚 平台 数据 应用平台 数据 治理 平台 经济库 数据 运营平台 地理 库 人口库 信息 资源 政务 门户 法人库 信息资源 开放 门户 应用 支撑 平台 标准 规范 体系 2.4 总体设计方案 在《国家电子政务总体框架 》中对国家电子政务总体框架的构 成有明确的定义:“国家电子政务总体框架的构成包括:服务与应 **政务大 数据 交换 共享平台 建设方案 -31- 用系统、信息资源、基础设施、法律法规与标准化体系、管理体制。 推进国家电子政务建设,服务是宗旨,应用是关键,信息资源开发 利用是主线,基础设施是支撑,法律法规、标准化体系、管理体制 是保障。” **电子政务公共数据开放共享平台 的总体框架的建设基本遵循 了《国家电子政务总体框架》,将服务与应用系统、信息资源、基 础设施作为一个整体基础设施,使信息资源共享、开放、融合进入 具体的可操作阶段。另外,对信息资源服务和应用方向、信息资源 采集和 更新、信息资源公开和共享、基础信息资源建设提出了具体 要求,将有力推动 **电子政务公共数据开放共享平台 建设。 **电子政务公共数据开放共享平台 的总体框架由六个层面,两 大体系构成。六个层面由基础设施层、信息资源层、应用支撑层、 应用层、服务层、用户层组成;两大体系由标准规范体系和安全保 障体系构成。 **电子政务公共数据开放共享平台 的总体架构如下图所示: **政务大 数据 交换 共享平台 建设方案 -32- 总体设计架构分为六层设计,包括用户层、服务层、应用层、 应用支撑层、信息资源层和基础设施层。 在整个架构中每一次将贯穿信息资源安全管理体系、数据标准 规范体系,全面保障 **电子政务公共数据开放共享平台 的整体安全 和数据标准,通过与各业务部门的业务应用系统进行接口对接实现 各类用户的应用服务。 2.4.1 基础设施层 基础设施层主要包括网络、服务器群集、存储设备、安全设备、 操作系统、数 据库系统等,是构成平台运行的重要基础。 **政务大 数据 交换 共享平台 建设方案 -33- 2.4.2 信息资源层 信息资源层集中管理多部门需要交换和共享的数据资源,包括 以下三类: 1.交换信息库:为实现信息交换而建立的中间存储信息库,交 换信息库主要包括提供和接收的交换信息,交换信息库由部署在 ** 电子政务公共数据开放共享平台 的交换信息库和部署在交换节点的 前置交换信息库组成。 2.目录信息库:目录信息库主要存储由编目系统提取部门共享 信息资源的基本特征而形成的目录内容,包括目录元数据信息、目 录信息、目录分类信息、目录审核信息、目录发布信息等。 3.共享信息库:共享信息库主依 托目录信息,存储了各部门的 信息资源,由交换信息库经过数据处理进入共享信息库。 4、基础数据库:基础数据库主要包含人口库、法人库、地理库、 经济库构成,其根据各自的业务逻辑,由共享信息库数据经过相关 规则处理生成。 5、业务主题数据库:业务主题数据库主要包含电子证照库、诚 信库等,根据各自业务关联逻辑,由共享信息库经过相关规则处理 生成。 6、 数据仓库:数据仓库主要是根据大数据分析应用场景,从共 享库、基础库、业务库等采集进入,支持大数据分析应用。 **政务大 数据 交换 共享平台 建设方案 -34- 2.4.3 应用支撑层 应用支撑层包括支持应用开发的 JavaEE 技术框架,支持平台 设 计的 SOA体系架构,实现服务接口标准化的 Web Service、 XML 等技 术,以及包括数据适配器、服务总线、流程引擎、消息中间件、等 相关支撑中间件组成,为构建 **电子政务公共数据开放共享平台 提 供应用支撑。 2.4.4 应用层 **电子政务公共数据开放共享平台 的应用层是数据开放 共享 平 台的核心,是实现数据共享、开放、融合分析业务的应用基础,包 括数据汇聚平台、数据治理平台、数据运营平台、数据应用平台等 基本内容,及其根据需求可以扩展的基础库应用如人口库应用系统、 法人库应用系统、地理库应用系统、经济库应用系统;协同应用如 市场综 合监管、民政低保核对等;融合分析如产经济分析等。 2.4.5 服务层 服务层构建两个门户,主要包含信息资源政务门户、信息资源 开放门户,为政府用户、企业市民用户分别提供信息资源查询、共 享服务 。 2.4.6 安全保障体系 安全保障体系贯穿于 **电子政务公共数据开放共享平台 建设的 各个层面,平台各系统的建设都必须釆取相应的安全保障措施,保 证平台安全可靠运行。包括网络安全、系统安全、应用安全、数据 **政务大 数据 交换 共享平台 建设方案 -35- 安全等四方面的相关管理制度以及技术要求。 根据公安部等 4 部委 《信息安全等级保护管理办法》 (公通字〔 2007〕 43号 )规定, **电 子政务公共数据开放共 享平台 实行信息安全等级保护制度,安全保 护等级为第三级。 2.4.7 标准规范体系 **电子政务公共数据开放共享平台 的建设和运维要遵循统一的 标准规范体系,它是平台各系统得以顺利建设和正常运行的基本保 障。标准规范体系的建设包括制定资源提供方、信息资源管理方、 信息资源使用方、平台运维管理单位等行为管理制度;完善电子政 务标准规范体系,建立信息资源共享交换相关标准。制定信息资源 相关业务规范。 平台建设将参照国家《 GB/T 21062-2007 政务信息资源交换体 系》和《 GB/T 21063-2007 政务信息资源目录体系》,逐步建立 符 合实际的信息资源体系建设配套标准。 **政务大 数据 交换 共享平台 建设方案 -36- 第三章 项目建设方案 3.1 标准规范建设 3.1.1 管理制度建设 管理制度本身是由人来制定和执行的,定应尽量做到科学全面, 符合实际情况,使人们在接受制度管理时,能够乐于接受。信息资源 共享交换体系的建设涉及资源提供方、资源管理方、资源使用方、平 台管理运维单位、平台建设单位等其他相关部门及人员,管理对象包 括信息资源、平台软件系统。信息资源共享交换体系自订管理制度是 信息资源能够长效共享交换的关键因素,包括信息资源管理维护制 度、技术平台管理维护制度两类。 3.1.1.1 项目建设管理制度 项目建设制度是在平台建设期 间为建设方、承建方的工作提供指 导性意见的制度 信息资源共享项目可以分为资源建设、平台建设和应用(服务) 建设三大类,与原来以部门为中心的建设不同,大都是跨部门的建设 需要项目的计划、投资、立项、招投标、建设、验收、运行维护、外 包(特许经营)、项目成果、试点示范等全项目生命周期进行管理。 本制度依循《国家电子政务工程建设项目管理暂行办法》相关章 节进行制定。 **政务大 数据 交换 共享平台 建设方案 -37- 3.1.1.2 资源管理维护制度 资源管理维护制度涵盖信息资源目录的采集、编目、注册、审核、 发布、注销、访问的整个生命周期以及资源提供方、资源需求方、资 源管理方等相关涉众,包 含四个方面的内容: 3.1.1.2.1 信息资源公开制度 通过本制度,鼓励政务部门公开内部可共享信息资源,规范约束 资源提供方及时准确提供最新共享信息资源,明确资源提供方的信息 公开职责,公开信息资源的备案制度,奖惩考核办法等 。 信息资源公 开制度还需要针对信息资源公开方式、公开周期、公开程序作详细规 定 。 3.1.1.2.2 信息资源动态管理制度 信息资源目录体系管理架构包括三类角色、六类活动,三类角色 资源目录的提供方、管理方和需求方,六项活动包括编目、注册、审 核、发布、管理和使用。信息资源动态管理制度的目的就是规定三类 角色的职能,以及六类活动的操作流程 。 提供方的管理职责主要包括在 **电子政务公共数据开放共享平 台 中对本部门的信息资源进行编目,设置本部门信息资源的使用权 限,注册信息资源目录,更新信息资源目录版本已经提供与目录关联 的资源的定位信息 (服务地址)。 **政务大 数据 交换 共享平台 建设方案 -38- 管理方的管理职责主要包括管理信息资源标识符前段码、后段 码,审核提供者的目录注册请求,发布目录内容,管理目录内容以及 提供目录查询服务。 需求方的管理职责主要是在授权允许的范围内对目录内容进行 查找、获取和使用。 六类活动由不同角色负责完成,其中编目由提供方完成,注册由 提供方和管理方配合完成,审核、发布、管 理由管理方完成,使用由 需求方完成。具体操作规程与要求,按照信息资源目录体系第 2 部分: 技术要求 (GB/T21063.2-2007)第 4 章的规定执行。 本制度参考信息资源目录体系第 6部分:技术管理要求 (GB/T21063.6-2007),根据实际情况进行建设。 3.1.1.2.3 信息资源安全管理制度 本制度保证信息资源在采集、存储、备份、访问授权、传输、使 用等过程中的安全,规范信息资源保密等级和使用限制。 安全管理制度规定信息资源使用权限、使用配额的申请流程,规 范信息资源的使用限制和安全保密制度。 **电子政务公共数据开放共享平 台 的目录日常管理釆取多人负 责、职责分离的原则,并制定严格的操作规程。 3.1.1.2.4 信息资源共享查询制度 本制度明确信息资源使用方共享查询信息资源的管理流程,获取 信息资源后的备案制度等。 **政务大 数据 交换 共享平台 建设方案 -39- 3.1.1.3 平台管理维护制度 平台管理维护制度对平台的日常管理维护工作进行规范。包括共 享交换中心和前置交换机的内部管理、对外服务管理以及安全运行管 理三个部分的内容。 3.1.1.3.1 平台管理办法 为使 **电子政务公共数据开放共享平台 有效的运行,必须明确资 源提供方、信息资源使用方、平台管理运维单位、平台建设单位等其 他相关部门及人员在平台运行维护、日常管理中的责权利关 系,岗位 职责等。 平台管理办法适用于干台中心的 日 常管理、前置交换机的对接与 管理以及 **电子政务公共数据开放共享平台 的日常维护,分为平台管 理要求、平台运行维护要求两大部分的内容。 3.1.1.3.2 平台对外服务管理办法 本办法说明技术平台为各部门应用系统提供的支撑服务,技术平 台支持的不同接入方式,每种接入方式的特点及适用范围,各政府部 门将应用系统接入到技术平台过程中,应该填写的表单、所遵循的工 作流程等。 3.1.1.3.3 平台安全运营管理制度 本制度从技术平台部署环境、设备安全,运行安全,信息安全, 人员安全,运营管理,安全审计等各方面做出规定, 全面保护技术平 台安全运营。 **政务大 数据 交换 共享平台 建设方案 -40- 3.1.1.4 考核监督制度 考核监督制度对 **电子政务公共数据开放共享平台 参与部门、平 台管理人员进行绩效考核。 3.1.1.4.1 部门考核制度 对作为 **电子政务公共数据开放共享平台 资源提供方、资源需求 方进行考核。考核的内容包括资源提供量、提供服务次数、数据质量 等内容,并设置奖励办法。 3.1.1.4.2 管理员考核制度 对平台管理人员的机房管理、平台管理等日常工作进行考核,并 设置奖励办法。 3.1.2 标准规范建设 标准规范为信息资源一致性和 **电子政务公共数据开放共享平 台 各参与方的互联互通互操作提供了基本的保证,应围绕信息釆集、 组织、分类 、保存、发布与使用等信息生命周期各环节建立规范和标 准。 **电子政务公共数据开放共享平台 建设中需制订的标准规范大致 如下: 3.1.2.1 平台建设标准 平台建设标准规定了 **电子政务公共数据开放共享平台的总体 架构、硬件和网络要求、技术要求、服务接口、前置机接入标准等内 容,由以下几个部分组成: **政务大 数据 交换 共享平台 建设方案 -41- 3.1.2.1.1 平台总体框架 规定支撑 **电子政务公共数据开放共享平台的信息系统、信息库 组成,及其之间的相互关系。信息系统主要包括:综合管理系统、前 置管理系统、交换传输系统、桥接系统;信息库主要包括:前置交换 库、业务信息库等。参照 GB/T21062.1-2007 的规定进行建设。 本部分内容在自建标准 :《信息资源交换体系总体框架》中进行 详细规定。 3.1.2.1.2 接入规范 接入规范包含三个方面的内容。 1.交换中心环境要求:规定承载共享交换中心各信息库、信息系 统及其交互的基础环境的要求,主要包括硬件、网络、操作系统、数 据库软件、中间件的要求。 2.前置机环境要求:对各平台参与部门前置交换环境所需的网 络、服务器、数据库等提出配置要求,规范前置交换机器的 IP 地址、 交换节点服务器的命名规则、各项配置要求,方便各部门技术人员快 速搭建本单位前置交换环境。 网络环境要求 :规定对各政务 部门接入 **电子政务公共数据开放 共享平台所依托的网络的要求。 本部分内容在自建标准:《信息资源交换体系接入标准》中进行 详细规定 。 **政务大 数据 交换 共享平台 建设方案 -42- 3.1.2.1.3 应用接口规范 规定 **电子政务公共数据开放共享平台的数据交换、数据共享和 应用支撑的应用接口标准,主要包括技术要求和接口报文规范两部 分。技术要求规范了各信息系统的技术支撑环境的功能组成及要求、 各信息系统实现互联互通的技术要求;接口报文规范规范了交换数据 格式、数据类型、表达方式等内容,并包含通信模型的规定。参 GB/T21062.2― 2007以及国内大型数据交换项目的成功经验进行建 设 . **电子政务公共数据开放共享平台应用接口使用接口报文来表 示,主要由报文头、报文体两部分组成 .其中,报文头包含一些基本 的信息,比如报文唯一识别号、参考报文号、资源编号、资源版本、 源节点代码、目源赋予一个唯一不变的标识符。本部分规定了信息资 源标识符的编码方案。标识分为前端码、后段码两个部分,参考 GB/T21063.5 一 2007 进行建设。 3.1.2.2 安全保障规范 安全保障标准为 **电子政务公共数据开放共享平台安全方案建 设提供技术指导,标准涉及物理安全、操作系统安全、网络安全、应 用安全、公钥基础设施等方面,由以下几个部分组 成。 3.1.2.2.1 物理安全技术要求 本部分涉及 **电子政务公共数据开放共享平台的配套部件、设备 和设施的安全性能、所处的环境安全以及整个平 **政务大 数据 交换 共享平台 建设方案 -43- 3.1.2.2.2 操作系统安全技术要求 本部分包含为实现所需安全等级的操作系统应当釆取的安全措 施,关于信息安全等级,参照 GB/T17859— 1999 的规定。本标准参考 GB/T20272— 2006 进行建设。 3.1.2.2.3 网络安全技术要求 本部分包含对网络设备的技术要求,如交换机、路由器、防火墙。 本标准参考 GB/T21050-2007.GB/T18018-2007、 GB/T21050— 2007 等 规范进行建设。 3.1.2.2.4 公钥基 础设施技术要求 在 **电子政务公共数据开放共享平台中,公钥基础设施提供鉴 别、加密、完整性和不可否认服务。本标准对公钥基础设施的在线证 书状态协议、数字证书格式、证书管理、密钥备份与恢复、交叉认证、 认证机构的组件的建设提供指导。 参考 GB/T197137-2005、 GB/T20518-2006.GB/T21053— 2007等规 范进行建设。 3.1.3 数据标准建设 **电子政务公共数据开放共享平台涉及到多个应用系统的整合, 数据结构复杂,将在调研各个挂接服务和各个客户端的基础上,建立 平台本身的模型,在建立模型的过程中,应遵循 以下的数据标准建立 规范: **政务大 数据 交换 共享平台 建设方案 -44- 3.1.3.1 数据元描述方法及规则 3.1.3.1.1 数据元描述方法 信息资源的数据元由一系列属性来描述,这些属性包括: 1.中文名称:数据元的中文名称。 2.定义:描述数据元的基本内容,给出信息资源某个特的概念和 说明。 3.英文名称:数据元的英文名称,一般使用英文全称 4.数据类型:描述数据元的数据类型,对数据元的有效治愈及运 行的有效操作进行了规定。例如整型、浮点型、布尔型、字符串、期、 时间等,其中日期、时间使用特定格式的字符串来表示,参照 GB/T7408— 2005 执行。 5.值域:说明数据元可以取值的范围 6.短名:数据元的英文缩写。短名同时作为在报文规范里的 XML 元素的名称。 7.约束 :说明数据元是否必须选取的属性,包括必需 /可选。 8.最大出现次数:说明数据元的最大出现次数。不限制出现次数 则使用“ N”表示。 9.注解:对约束、最大出现次数进行说明 10.示例:数据元示例 **政务大 数据 交换 共享平台 建设方案 -45- 3.1.3.1.2 短名命名规则 短名是数据元的一个关键属性,因此在对每一个数据元命名时应 采用相同的规则,来保证短名的一致性和合理性。 命名规则参考 GB/T19488.1-2004 的规定进行,需要遵守唯一性 规则、语义规则、语法规则,具体如下: 1.短名应由构成 指标项名称的各个成分 (即对象类词、特性词、 表示词和相关限定词 )的英文单词转化而来。 2.短名可以使用英文单词的全拼、缩写词、缩略词或其他的截断 表示法。这些表示法尽量与常人的认知一致,最好不要引起歧义。 3.短名应采用 Camel-Case 拼写法,首字母使用小写。 4.字段名不应包括任何空格、破折号、下划线或分隔符等。 5.字段名不应使用复数形式的英文单词,除非该单词本身就是复 数形式。 3.1.3.2 目录核心元数据 目录核心元数据是描述信息资源特征所必须的数据元,主要包含 资源名称、资源分类、资源编码、资源提供方、资源的时间空 间范围、 资源使用限制、资源秘密等级等元数据项。详细内容参照 GB/T21063.3— 2007的基础上在自建标准:《信息资源目录体系核心 元数据》中进行规定。 **政务大
展开阅读全文
  语墨文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
0条评论

还可以输入200字符

暂无评论,赶快抢占沙发吧。

关于本文
本文标题:政务大数据交换共享平台建设方案.pdf
链接地址:http://www.wenku38.com/p-65799.html

                                            站长QQ:1002732220      手机号:18710392703    


                                                          copyright@ 2008-2020 语墨网站版权所有

                                                             经营许可证编号:蜀ICP备18034126号

网站客服微信
收起
展开