宜兴市大数据平台介绍

宜兴市大数据平台介绍

1系统总体概述

1.1政务信息资源目录概念

政务信息资源是指政务部门为履行管理国家行政事务和社会公共事务的职责而采集、加工、使用的信息资源；政务部门在业务过程中产生和生成的信息资源；由政务部门投资建设的信息资源以及由政务部门直接管理的信息资源。

政务信息资源目录是记录政务信息资源结构和政务信息资源属性的数据体系。政务信息资源结构通过树状的目录结构，展现了政务信息资源之间的相互关系；政务信息资源属性则描述了资源的管理属性，包括来源、去向、版本等，用于控制和管理资源。

政务信息资源目录体系是用于采集、存储、使用和管理政务信息资源目录内容，通过元数据信息的定位和发现机制，实现政务信息资源的共享。

政务信息资源目录系统是基于政务信息资源目录体系开发的应用平台。政务信息资源系统作为政务信息资源共享交换平台和电子政务信息资源的管理和服务中心，按照统一的标准规范实现对政务信息资源的采集、分类、描述、处理、展现、应用和管理，为分散异构（各委、办、局）的政务信息资源的共享和交换提供基础性支撑，实现对政府信息资源的识别、导航和定位服务，从而更加有效管理、利用和合理开发政务信息资源，为促进政府职能转变、提高工作效率、提升服务水平提供科学的工具。

1.2数据交换平台概念

在电子政务系统建设过程中，政府不同部门的业务系统往往是采用不同技术标准、不同软硬件平台、并由不同软件提供商开发的，这些系统是无法直接实现互联的，然而完全替换并由同一软件提供商新建所有业务系统也是不可接受的。如果采用根据特定连接需求，满足特定问题，进行特定开发的方式同样会带来接口开发难以承受的负担，并且接口开发也是相当复杂的，成本高昂的。

根据上面的情况，显然我们迫切需要一个中间件平台，能够用统一的方

式，实现各系统间不同结构和格式的数据的相互转换，并由协调引擎（工作流引擎）根据服务流程的定义统一协调各个部门业务系统间的数据传输和消息通信。

数据交换中心产品就是这样一个企业级服务集成中间件平台，各应用系统与数据交换中心相连，通过数据交换中心来实现数据共享和路由。这种连接方式实现了数据的无缝交换和共享访问，保证了各业务系统的有效协同，同时又能保证各应用系统的相互独立性和低耦合性，从整体上提高了系统运作效率和安全性。

传统意义上的数据中心实质上是一个数据存储中心 (DSC)，或者是数据仓库(DW)。应用系统所能够提供的数据服务先以某种形式转移到数据存储中心，其他应用系统再从数据存储中心获得数据。数据存储中心存在着实时性差、应用系统与存储中心之间及应用系统之间的耦合程度比较严重、系统安全性较低等不足。

本数据交换中心遵循SOA的思想，采用Web Service 技术进行组件和应用系统的包装，将系统的数据展示和需求都看作一种服务，通过服务的请求和调用实现系统间的数据交换和共享。

2体系架构方案

2.1系统架构

政务资源交换平台应用架构主要分为三部分：资源目录体系、应用支撑平台和数据交换与共享系统。

数据交换与共享系统通过交换桥接子系统将部门需要交换的信息交换到前置交换信息库，在交换管理子系统的流程控制下，通过交换传输子系统、前置交换子系统，把需要交换的信息定向传输到接收部门，同时把共享信息实时交换到共享信息库，以API 的形式共享出来。根据跨部门政务信息共享及业务协同的实际需要，技术支撑环境应支持多个交换域之间信息交换。

政务信息资源目录体系技术总体架构包括信息库系统和目录内容服务系统，信息库系统由政务部门的共享信息库、目录内容信息库和目录服务中心的目录内容管理信息库、服务信息库组成。目录内容服务系统由共享信息服务系统、编目系统、目录传输系统、目录管理系统、目录服务系统组成。

应用支撑平台提供技术支撑，提供统一的集成安全体系，统一的公共服务。数据

运

维

管

理数据标准规范

业务协同数据开放公众监督可视化

部门系统交换平台开放平台社会企业

数据服务

政务云平台人口数据法人数据空间数据主题数据数据清洗、转换、整合（ETL ）数据

存储

机房清单软硬件清单应用系统清单数据清单数据

采集

物联网数据业务数据商务数据互联网数据

资源目录体系

目录服务统计分析数据清洗信息编目目录

管理数据元管理元数据库目录服务信息库目录内容信息库加密解密统计分析格式转换交换信息库监控管理交换传输

资源交换体系数据管理

资源质量体系质量标准管理数据规则管理数据指标管理质量问题分析

总体技术架构图

应用支撑平台基于SOA架构实现。

2.1.1合理性

SOA架构的系统设计合理性体现以下几个方面：

2.1.1.1更易维护

业务服务提供者和业务服务使用者的松散耦合关系及对开放标准的采用确保了该特性的实现。建立在以 SOA基础上的信息系统，当需求发生变化的时候，不需要修改提供业务服务的接口，只需要调整业务服务流程或者修改操作即可，整个应用系统也更容易被维护。

2.1.1.2实用性

该特点是在于服务提供者和服务使用者的松散耦合关系上得以发挥与体

现。使用者无须了解提供者的具休实现细节。

2.1.1.3更好的伸缩性

依靠业务服务设计、开发和部署等所采用的架构模型实现伸缩性。使

得服务提供者可以互相彼此独立地进行调整，以满足新的服务需求。

2.1.1.

3.1传输实时

基于SOA架构的交换体系，在先天上比传统的ETL交换和MQ交换具有更高的实时性。ETL交换是定时执行，MQ交换则是异步处理，中间存在时间差，服务调用则是即时的，从先天上就有传输的实时优势。

2.1.2SOA