互联网政务服务一体化平台建设模式和框架设计方案

互联网政务服务一体化平台建设模式和框架设计方案本方案立足XX省“互联网+政务服务”一体化平台建设任务和全省政务服务建设现状，制定全省一体化平台的顶层设计，明确全省建设模式和总体框架，界定省、市建设内容和建设标准，编制省级一体化平台的技术框架、功能架构和主要内容的初步设计方案。建设模式比选一体化平台主要由互联网政务服务门户、政务服务管理平台、业务办理系统和政务服务数据共享平台四部分构成，整体建设有统建、统分、分建三种模式，综合XX省政务服务现状，我省采用统分模式进行建设。各模式优劣势比较如下表所示。表5.2-SEQ表5.2-\*ARABIC1建设模式对比表建设模式建设内容优势劣势建议统建模式全省统一建设，地市及区县级不再建设1、全省统一标准，服务体验一致；2、对接难度小。1、部分地市已建有服务管理平台，推行难度大；2、废除地方平台，造成资源浪费；3、网络承载压力大。XX省部分地市已建有政务服务管理平台，省级政务信息资源共享交换平台已投入使用，综合XX省现状和外省经验，建议采用统分建设模式。分建模式省级平台、地市级平台分级独立建设，通过省、市两级数据共享平台，实现省、市两级数据交换、基础数据共享1、实施进度快；2、地市个性化需求契合度高；3、保护已有建设成果。1、建设、服务标准难以统一；2、地市建设资金难以保障；3、系统维护、管理难度大。统分模式全省统一建设政务服务门户、基础性及对外核心业务，政务服务管理平台、业务办理系统分建，通过省、市两级数据共享平台实现数据交换。1、全省统筹建设，建立标准规范，最大程度保障服务体验；2、尊重地市个性化需求；3、保护已有建设成果。1、整体推进效率难以保障；2、建设界面难以界定；3、电子政务外网承载压力大。总体框架建设模式XX省“互联网+政务服务”一体化平台按照统分模式，实施省、市两级建设，互联网政务服务门户、基础性及对外核心业务全省统建，政务服务管理平台、业务审批系统分建，通过省、市两级政务信息资源共享交换平台进行数据交换。统分模式建设如下图所示。图5.2-SEQ图5.2-\*ARABIC1统分模式建设逻辑示意图省市分级建设界面及内容在统分模式下，全省统一互联网政务服务门户、统一受理、统一身份认证、统一电子证照库、统一政务服务事项目录、统一支付、统一物流和电子印章等其他公共支撑，在统一建设的标准下省、市分级建设政务服务管理相关基础应用。省、市两级建设界面如下图所示。图5.2-SEQ图5.2-\*ARABIC2省市分级建设界面示意图根据建设界面明确省、市分级建设内容，具体见下图所示。图5.2-SEQ图5.2-\*ARABIC3省市分级建设内容示意图全省统一、省级统筹建设内容互联网政务服务门户：全省统一的建设，覆盖省、市、县（区）、社区、乡镇五级。统一受理：全省统一受理入口，统一事项分发，为“一窗受理”奠定基础。电子证照：采用省级集中汇总部署，省、市县分级建设，通过统一标准接口供省、市县相关应用系统调用。政务服务事项管理：对全省行政权力事项和公共服务事项进行梳理，形成统一的政务服务事项目录清单和实施清单。省级集中汇总更新，省、市县分级管理维护。统一的身份认证：全省统一用户注册和身份认证，实现“一点注册，全省通用”，为“一号申请”奠定基础。统一支付、统一物流等公共支撑：通过统一的公共支撑平台实现与第三方支付、物流平台对接，为省、市县应用提供支撑。技术标准规范：对于全省统一建设、统筹建设的内容，省级建立服务接入标准规范和建设标准规范。省级、市县建设内容省级平台建设支撑全省政务服务事项的全程办理，依托XX省政务信息资源交换共享交换平台，打通国家、市县的纵向信息流和省直业务部门横向信息流。对有政务服务平台建设需求的市县，按照全省统一建设的标准规范，在已有基层服务平台进行升级改造或新建，依托市级数据交换共享平台，打通与省级的信息流，实现全市业务办理。省级平台技术框架技术架构综合应用特点和技术发展趋势，省级一体化平台技术框架如下图所示。图5.2-SEQ图5.2-\*ARABIC4省级一体化平台技术框架图技术路线选型应用框架系统在应用层面可采用符合J2EE（java2PlatformEnterpriseEdition）技术规范或.NET技术的构架。整个系统运行于应用服务器之上，利用应用中间件支撑系统的运行。J2EE框架J2EE是Java2EnterpriseEdition的简称，它继承了Java平台无关性的特点，用户不必将自己捆绑在某一种硬件或操作系统上，可以根据自身的情况选择合适的硬件、操作系统、数据库。J2EE是一种功能完备、稳定可靠、安全快速的企业级计算平台，它由多种基于JAVA的技术组成，包括Portlet，EnterpriseJavaBeans(EJB)，JavaServerPages(JSP)，servlets，JavaNamingandDirectoryInterface(JNDI)，JavaTransactionAPI(JTA)，CORBA，JDBCAPI等。.NET框架

.NET来自于微软，是一套全能的框架平台，支持C++、C#、J++、VB、ASP等语言，能够解决C/S、B/S和单机等结构的软件开发需求。.NET平台将这些语言编译成CLR语言，使它们可以无差别的运行在.NETFramework上。

.NET框架实现了语言开发、代码编译、组件配置、程序运行和对象交互等各个层面的功能，为Web服务及普通应用程序提供了一个托管、安全和高效的执行环境。SOA面向服务由于现有应用系统采用传统紧耦合方式构建，存在系统间交互性能不强、重复建设、建设周期长等问题，故建设建议采用SOA松耦合方式构建业务应用层，增强系统之间交互性，避免重复建设，节约政府投资，加快系统建设进程，SOA可为XX省政务服务建设带来诸多好处：以服务的形式提供独立的、可复用的、自动化的服务组件；通过快速组合与松散耦合来提高应用搭建效率，节约建设成本；通过业务流程数据的收集及流程风险评估，建立标准的业务模型，在实际业务应用建立过程中，与标准流程进行比对，如不合理，则进行流程再造。能力开放平台在IT建设过程中，由于建设方多样和技术的通用性，大量的系统建设采用原始库对接的方式进行业务开发，虽然在各自项目的开发过程中节省了系统分析成本，但是缺乏整体统筹设计从长期实践结果来看对于用户整体造成了极大的资源浪费。为了改变这种情况，通过建设能力开放平台的方式将对外接口服务（API）进行统一管理和注册，上层应用在调用平台资源时，只允许通过访问接口的方式获得服务，从而实现上层应用和下层服务的解耦。从根本上打破业务烟囱式的发展模式，避免云平台建设再次落入重复基础组件建设。为了满足上层业务系统访问XX省政务服务一体化平台提供的各种服务能力的需要，能力开放平台将一体化平台开发出来的业务能力、数据服务能力进行抽象，通过统一注册和发布管理，采用标准的多层级开放接口开放出去，提供给外部调用者使用。WebService技术WebService是一种以SOAP为轻量型传输协议、以XML为数据封装标准、基于HTTP的组件集成技术。WebService主要是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。WebService所使用的是Internet上统一、开放的标准，所以WebService可以在任何支持这些标准的环境（Windows，Linux）中使用。WebService技术有助于大量异构程序和平台之间的互操作性，从而使存在的应用程序能够被广泛的用户访问。Soap技术是WebService的核心，它以XML的标准格式封装数据包，其中封装的沟通信息是以文本方式来表达的，并且遵循标准的封装规则。这意味着任何组件模型、开发工具、程序语言和应用系统只要支持XML和文本格式的数据，就可以顺利的使用该技术。数据库选型技术关系型数据库关系型数据库，是建立在关系模型基础上的数据库，借助于集合代数等数学概念和方法来处理数据库中的数据，主要以行和列的形式存储数据。目前主流关系型数据库产品有Oracle、MySQL、SQLServer等。适用场景：对于非海量结构化数据、需保持数据一致性的情况建议采用关系型数据库进行存取。对于服务事项均为结构化数据，事务流程规范，且事务型操作较频繁的政务服务事项库、办件过程信息库等，建议采用关系型数据库。NoSQL数据库（非关系型数据库）相比较传统关系型数据库，NoSQL数据库主要用于存储海量结构化数据、半结构化及非结构化数据，支持对数据库的高并发读写、对海量数据的高效率存储和访问以及支持数据库的高可扩展性和高可用性，它有着更为复杂的分类——键值、面向文档、列存储、图数据库。适用场景：适合小数据高读写的场景，主要用于提供缓存服务，对实时性要求较高的场景，例如互联网政务服务门户热点数据、组织机构、系统参数等数据可使用Redis等作数据缓存，从而降低对数据库的访问，提升系统性能。适合非结构化、半结构数据的存储，且不需要关系数据库中很多特性（例如交叉列、交叉表，事务，连接等），支持快速随机访问的场景，如电子证照库、全文检索库等可使用HBase等做数据存储。分布式文件系统分布式文件系统是分布式计算中数据存储管理的基础，具有高容错性、高可靠性、高可扩展性、高吞吐率等特点，可以设计部署在低廉的硬件上，为海量数据提供了不怕故障的存储，适合那些有着超大数据集的应用程序。大数据处理模块采用Hadoop分布式文件系统HDFS作为分布式文件管理系统，用来存储海量的视频、音频、图片、大文档等大文件，以满足卡口和视频大数据计算对海量数据的分布式存储需求。适用场景：对于视音频、图像、大文档等大数据量的文件，建议采用HDFS进行存取。内存数据库RedisRedis是一个开源的、基于C语言编写、可持久化、提供多语言API的Key-Value类型的内存数据库。Redis具有高性能并发读写的能力。Redis最大的特色是支持保存List链表和Set集合的数据结构，而且还支持对List进行各种操作。与Memcached只能保存1MB的数据相比，Redis单个内存块的最大限制是1GB。适用场景：对于数据变化快、数据大小可预见（适合内存容量）且数据结构在以后的扩展和变化中较稳定的高性能读写操作和运算，例如：数据分析、实时数据搜集、实时通讯等，可以考虑采用Redis进行数据存取。省级平台功能架构整体功能架构省级“互联网+政务服务”一体化平台功能架构由基础设施层、数据资源层、应用支撑层、业务应用层、用户及服务层五个层次和标准规范与管理制度、安全与运维保障体系组成。图5.2-SEQ图5.2-\*ARABIC5省级平台整体功能示意图分层功能架构用户及服务层用户及服务层包含用户端和互联网政务服务门户。用户端面向自然人和法人，支持实体大厅、门户网站、移动APP、自助服务终端、12345热线等多种方式。互联网政务服务门户统一提供服务接口，供多种渠道调用，主要包括用户注册、事项发布、事项申请、办理互动、办件查询、服务评价等功能。图5.2-SEQ图5.2-\*ARABIC6用户及服务层功能示意图业务应用层业务应用包括政务服务管理平台、业务审批系统、大厅管理和大数据分析四大部分。图5.2-SEQ图5.2-\*ARABIC7业务应用层功能示意图应用支撑层应用支撑包括CA和电子印章、工作流引擎、电子表单、消息服务等各种通用组件服务，也包括用户管理、统一身份认证、支付平台和物流平台等中间支撑系统。图5.2-SEQ图5.2-\*ARABIC8应用支撑层功能示意图数据资源层数据资源层基于XX省政务信息资源交换平台，建设政务服务事项库、办件信息库、监管信息共享库、电子证照等政务服务业务信息库，共享利用人口、法人、地理空间信息、信用信息库等信息资源库，实现数据资源共建共享。打通跨层级、跨区域、跨部门的数据流、业务流。图5.2-SEQ图5.2-\*ARABIC9数据资源层功能示意图平台物理部署依托省电子政务外网统一云平台实现省级“互联网+政务服务”一体化平台基础资源承载。图5.2-SEQ图5.2-\*ARABIC10平台基础设施部署示意图省级平台业务流程XX省“互联网+政务服务”体系由渠道、互联网政务服务门户、支撑平台、数据交换平台、能力开放平台、各级审批系统以及第三方服务平台构成，省级一体化平台主要依托XX省政务信息资源共享交换平台打通与各级部门的业务流，为多渠道业务办理提供支撑服务能力，最终实现“一号申请、一窗受理、一网通办”的政务服务目标。主要业务流转示意图如下。图5.2-SEQ图5.2-\*ARABIC11省级平台业务流转示意图省级平台数据流程省级“互联网+政务服务”一体化平台依托XX省政务信息共享交换平台打通与省级业务部门、市州、区县的业务流和数据流，为政务服务一体化业务办理提供基础通道。图5.2-SEQ图5.2-\*ARABIC12省级平台数据流转示意图省级平台的数据交换增量数据主要来源于业务应用（如门户