网上政务服务平台整体解决方案

网上政务服务平台整体解决方案（此文档为word格式,下载后您可任意修改编辑！）

目录

1 项目概述 (5)

1.1 建设背景 (5)

1.2 建设目标 (5)

1.3 建设内容 (5)

2 项目总体建设方案 (7)

2.1 建设原则 (7)

2.2 技术路线 (7)

2.2.1 基于J2EE三层次技术路线 (7)

2.2.2 基于XML的数据表示 (9)

2.2.3 系统基于SOA的应用系统开发架构 (9)

2.3 进度安排 (10)

3 政务服务公共基础数据平台 (12)

3.1 数据交换平台 (12)

3.1.1 概述 (12)

3.1.2 基本功能与特点 (12)

3.1.3 运行管理 (13)

3.1.4 数据总线 (13)

3.1.5 资源目录管理 (15)

3.1.6 规则管理 (17)

3.1.7 数据质量审计 (17)

3.1.8 监控管理 (17)

3.1.9 统计分析 (18)

3.1.10 系统配置 (19)

3.2 短信平台 (20)

3.2.1 短信平台概述 (20)

3.2.2 业务流程图 (21)

3.2.3 系统功能 (22)

3.3 统一身份认证平台 (25)

4 移动政务服务平台 (27)

4.1 移动政务服务系统架构图 (27)

4.2 移动应用支撑平台 (28)

4.2.1 消息推送组件 (28)

4.2.2 位置定位引擎 (28)

4.2.3 短信服务接口模块 (28)

4.2.4 业务逻辑引擎 (28)

4.2.5 日志管理模块 (29)

4.3 移动政务服务APP (29)

4.3.1 访问地区选择 (29)

4.3.2 政务要闻 (29)

4.3.3 热点动态/服务 (30)

4.3.4 我要办事 (30)

4.3.5 我要查询 (31)

4.3.6 政务公开 (32)

4.3.8 我要监督 (33)

4.3.9 便民服务 (34)

4.3.10 智能搜索 (36)

4.3.11 用户中心 (38)

4.4 移动政务服务微信平台 (38)

4.4.1 政务要闻 (38)

4.4.2 我要办事 (39)

4.4.3 我要查询 (41)

4.4.4 便民服务 (41)

4.4.5 互动交流 (42)

5 网上审批监管系统 (43)

5.1 建设内容 (43)

5.2 整体设计 (43)

5.2.1 设计原则 (43)

5.2.2 建设目标 (45)

5.2.3 设计理念 (46)

5.2.4 系统架构 (47)

5.3 系统详细设计 (50)

5.3.1 系统角色设计 (50)

5.3.2 并联审批虚拟大厅 (51)

5.3.3 重点项目并联审批系统设计 (53)

5.3.4 重点项目监管系统设计 (63)

5.3.5 系统管理 (70)

5.3.6 系统通用功能 (73)

6 政府网站集约化平台 (76)

6.1 整体设计 (76)

6.1.1 建设目标 (76)

6.1.2 建设模式 (76)

6.1.3 整体架构 (77)

6.1.4 平台特点 (79)

6.2 政府门户网站群内容管理平台 (81)

6.2.1 用户管理功能 (81)

6.2.2 日志管理功能 (81)

6.2.3 站点管理功能 (81)

6.2.4 栏目管理功能 (82)

6.2.5 页面管理功能 (82)

6.2.6 关键字分类功能 (82)

6.2.7 稿件管理功能 (82)

6.2.8 页面模板管理功能 (83)

6.2.9 网站结构管理功能 (83)

6.2.10 专题制作功能 (83)

6.2.11 整合发布功能 (84)

6.2.12 信息采编 (84)

6.3 政府网站群功能设计 (87)

6.3.1 政府公开信息发布平台 (87)

6.3.2 全文检索系统 (90)

6.3.3 互动交流系统 (91)

6.3.4 统计分析系统 (92)

6.3.5 场景式服务 (93)

6.3.6 微信、微博平台 (94)

6.3.7 无障碍浏览 (95)

6.3.8 网站监控平台 (95)

6.4 门户网站群设计 (96)

6.4.1 栏目规划 (96)

6.4.2 风格样式设计 (101)

7 系统技术指标要求 (107)

7.1 运行环境要求 (107)

7.2 性能要求 (107)

7.3 可靠性要求 (107)

7.4 规范要求 (108)

8 硬件支撑平台 (109)

8.1 部署示意图 (109)

8.2 硬件配置推荐 (110)

8.3 相关支撑软件 (114)

8.4 政务云部署相关指标 (115)

8.4.1 虚拟机资源要求 (115)

8.4.2 存储/灾备资源要求 (115)

8.4.3 网络要求 (115)

1项目概述

1.1 建设背景

近年来，国务院高度重视简政放权、放管结合和转变政府职能工作，李总理明确指出“互联网+政务是政府施政的新平台，可以实现在线服务，做到权力运作有序、有效、留痕”。吕省长近期对全省电子政务建设工作提出要做到“五个一”的新要求。我市今年将“加快电子政务平台建设，采用手机客户端、自助服务终端等方式，建设全市统一的网上政务平台，推动审批服务事项网上办理”列入年度政府重点工作任务。按照市政府重点工作任务安排，我中心拟牵头建设全市网上政务服务统一平台，以实现网上审批监管、政府网站集约建设管理和“一站式”移动政务服务，全面提升我市网上政务服务能力和水平。

1.2 建设目标

通过建设全市统一的网上政务服务平台，向市民和企业提供全天候不间断的均等化政务服务，提高政府信息公开水平和服务能力、提升政府公信力，用新媒体、“互联网+”打造市民与政府间的互动交流新手段、建立监督新机制，推进我市网上政务服务统一标准建设。

1.3 建设内容

我市网上政务服务统一平台建设内容包括2个移动端应用系统、1个网上审批监管系统和2个支撑系统。

（一）政务服务手机APP和政务服务微信公众平台

基于“不同入口，均等服务”的原则，手机APP和微信公众平台

都能全面提供我市移动端政务服务，包括政务公开、信息推送、我要办事、便民服务、创新创业、互动交流、我要监督、用户中心、智能搜索等内容。

（二）网上审批监管系统

基于省网上政务服务和电子监察统一平台建设，实现我市并联审批前期工作阶段、并联办理阶段、并联审批阶段、验收监管阶段4个环节的在线审批和电子监察，提高我市政府投资建设项目、社会投资建设项目等并联审批项目的审批效率，实现并联审批项目数字化管理、规范化运作，接受行政和社会监督，具备并联审批、实时监察和统计分析等功能。

（三）政府网站集约化平台和硬件支撑平台

1.政府网站集约化平台。建立统一、规范的市、县（区）、乡（镇）三级政府网站服务体系，统一为各级政府和机关单位部门提供网站基础平台服务。各级各部门网站逐步向平台进行迁移，原则上不再允许另行建设新的政府网站平台，通过网站集约化建设加强政府网站服务能力和管理能力。第一期项目建设内容包括市政府门户网站和46家市直部门的网站集约化改造。

2.硬件支撑平台。包括网络、数据、安全等硬件设备和系统、数据库、中间件等支撑。尽可能依托省电子政务统一平台部署，本地部署少量备份、对接设备。

2项目总体建设方案

2.1 建设原则

1.便民利民

秉承以服务对象为中心、以服务为导向的工作理念，融入“互联网+”、云计算、大数据等新概念，不断充实、完善网上政务服务内容和平台功能，不断提高市民的服务体验。

2.服务共建

构建统一平台，逐步推进、全面整合全市各职能部门的网上政务服务、网上便民服务，向市民提供统一的网上政务服务窗口。

3.标准规范

平台建设符合国家及省各项标准规范要求，积极推动我市的网上政务服务接口标准规范建立，推进政务信息系统的标准化。

2.2 技术路线

2.2.1基于J2EE三层次技术路线

为了充分满足系统在安全性、实用性、可移植性、易扩操作、易维护性等方面的要求，系统采用基于Java平台的J2EE技术体系，系统构建于B/S三层应用体系结构之上，并采用JSP、java Servlet、EJB、XML等编程技术和面向对象程序设计方法，将复杂的业务逻辑、流程控制逻辑和数据存取逻辑通过在不同的技术层面上实现，在应用服务器之上，实现业务逻辑的快速部署和灵活调整，充分保证数据库系统的安全可靠访问。

J2EE是目前业界公认的企业级信息系统的支撑体系结构，是各个

系统和系统内部各个组成部分之间的粘合剂。J2EE提供了跨平台的解决方案，提供了通用的JDBC数据库访问接口，无缝支持通过 XML 进行系统间和系统内部的数据传递。在J2EE体系结构中，所有的技术都是开放的，得到业界主流支持的，所以统一使用J2EE体系架构，有利于系统之间的整合，避免重复投资，降低IT的管理和建设成本。

选用三层结构具有以下优点：

系统管理简单,大大减少客户机维护工作量。

基于B/S结构的应用模式无需客户端维护工作；基于“瘦客户／服务器”结构的客户端可以实现自动更新下载，也无需客户端维护工作。

具有灵活的硬件系统构成

对于各个层可以选择与其处理负荷和处理特性相适应的硬件，方便的实现负载均衡。清晰、合理地分割三层结构并使其独立,可以使系统构成的变更非常简单。因此被分成三层的应用基本上不需要修正。

提高程序的可维护性

三层B/S结构中，应用的各层可以并行开发,各层也可以选择各自最适合的开发语言。

进行严密的安全管理

涉密的关键应用的安全管理非常重要。在三层B/S结构中,识别用户的机构是按层来构筑的,对应用和数据的存取权限也可以按层进行设定。例如，即使外部的入侵者突破了表示层的安全防线，若在功能

层中备有另外的安全机构，系统也可以阻止入侵者进入其他部分。

J2EE提供了一套企业级Java应用框架（一种标准），是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。

2.2.2基于XML的数据表示

数据交换是一个开放的电子政务系统的基本功能，如果数据交换使用的数据格式千差万别，则需要复杂的数据编码和解码工作，因此统一数据交换使用的数据封装格式是进行电子政务平台建设的首要任务。

XML（eXtensible Markup Language，可延伸性标示语言）是目前国际上流行的数据表示标准，因为它的简单性、开放性、可扩展性、灵活性、自描述性等特性，XML在数据和信息管理、数据交换、Web 应用、电子商务、应用集成等诸多领域有着重要用途，已经得到了工业界的普遍支持，也是我国电子政务采用的标准。

采用XML方式对系统要交换的数据进行表示，既可以便于系统的间的数据交换，又可以方便的进行扩充，因此系统技术平台的交换数据表示全部采用XML格式来表示。

2.2.3系统基于SOA的应用系统开发架构

面向服务的架构（SOA）被认为是用于下一代应用系统开发的架构。帮助人们在开发应用的时候能够寻找并使用已有的服务而不必重复开发某些功能；能够方便集成异构系统；能够更容易地扩展已有系统。

服务是一个组件的集合，它们向外界提供某个接口，能够完成某

种业务功能。在面向服务的架构中，服务的实现可以放在网络的任何位置，只需要对外发布这个服务的描述，其他的系统（或者服务）就可以发现并且使用这个服务。不同的服务可能采用不同的开发语言、组件模型、硬件环境、数据库，而在这个架构中它们无缝地集成在一起。这种方式消除了异构的分布的环境对应用系统的影响，开发者可只考虑系统的业务逻辑，关注某个部分业务功能的实现，并将它们包装成为合适的服务，不需要考虑和其他服务之间的互操作性问题，减少了系统的开发风险和成本。

服务和组件的不同在于服务更多地从业务角度出发进行设计，向用户提供一个完整的业务的实现，而组件可能只提供完成某个业务的部分功能。在面向服务的架构中，一个系统实现了客户需要的某些业务过程，其中每个服务实现了业务过程中的某个活动。从软件开发的过程来看，面向服务的架构更加符合业务的视角，设计人员可以方便地根据已经获得的业务需求进行设计，采用服务实现各部分的业务需求，并将它们组装为应用系统。

总的来说，面向服务的架构可以尽可能地利用组织中的现有资源，保护已有投资。它通过将实现的细节和业务逻辑分离，使得系统可以更好地被复用、扩展和维护。

2.3 进度安排

项目建设分为两期进行。

一期建设：基本完成“政务服务手机APP”和“政务服务微信公众平台”、“网上审批监管系统”以及作为支撑的“政府网站集约化

平台”和基础数据平台的建设工作。建设周期约为6个月（2015.12-2016.5）。

二期建设：进一步完善和扩展“政务服务手机APP”办事服务和便民服务功能，进一步完善软硬件支撑基础平台，完成“移动办公APP”平台建设工作。建设周期约为7个月（2016.6-2016.12）。

3政务服务公共基础数据平台

3.1 数据交换平台

3.1.1概述

数据交换平台为智慧某某提供信息交换与共享服务，基于成熟的数据数据交换中间件，实现业务系统、多部门的点对点、点对多、多对多等的交换方式；满足批量数据交换、单条数据查询、数据请求服务、FTP等多种交换模式；预留接口，适应后续不同的部门的交换接入需求。按照国家标准《政务信息资源目录体系》（GB/T21063）、《政务信息资源交换体系》（GB/T21062）提出的基础架构、核心内容、关键技术和基本功能的要求，满足数据的采集、同步、处理、传输等需求，同时也充分考虑用户权限，安全审计等方面的需求。3.1.2基本功能与特点

支持常见关系型数据库、支持ODBC数据源、支持常用文件格式、支持常见协议、支持常见接口方式，支持数据转换；

支持自由设定采集数据表、字段，支持行过滤，支持多任务并行采集；支持数据库存储过程及函数的调用；

支持对采集的数据按投标方自己设计的数据字典标准进行转换；

对于数据交换的运行策略，要求能够定义绝对时间和相对时间；

支持实时和定时调度机制；

提供图形可视化监控与管理工具；

支持数据交换过程（双向的，包括数据采集和共享）的实时可视化监控；

支持数据完整性校验；

支持断点重传或续传；

支持节点程序绿色安装；

支持网络环境对用户透明；

交换过程与数据质量可视化；

平台数据交换高性能。

3.1.3运行管理

运行管理是对整个数据资源交换所运行的所有IT实体，包括服务器、接入交换节点信息以及交换流程等软件模块进行管理，其中包括对平台服务管理、交换中心控制管理和交换流程管理。

通过运行管理用户可以明确交换服务器的运行状态，适配器配置与交换流程定义和部署的状态等等，从而从资源管理和使用者角度而非基础软件角度有效的管理数据交换过程中涉及到的运行环境与实体。

包括交换网络管理、节点管理、服务器管理、数据库管理、数据源管理，可以对交换与共享网络中各类硬件和系统软件资源进行管理。其目标是对整个交换网络的基础设施进行定义和描述。

3.1.4数据总线

此功能负责管理数据资源的流转。根据数据中心的业务特点，将数据资源的流转划分为采集、处理、共享三个阶段。

3.1.

4.1 资源采集管理

系统提供向导式的资源采集管理功能，主要负责将来源端数据采集到数据中心。对已经配置好的资源，进行采集，系统提供资源采集方案的配置管理，包括资源采集方案的新增、修改、删除、启用、停用、执行监控等功能。

3.1.

4.2 资源处理管理

资源处理包括对原始数据的清洗、转换、整合，通过处理加工后，形成可以对外共享的数据。系统提供对资源处理的配置管理，包括各类处理规则的配置、处理方案的配置、维护管理、监控、查询等功能。

3.1.

4.3 资源共享管理

负责将数据资源通过本平台共享给数据需求方。本产品提供数据交换与服务共享两种共享方式。

数据交换方式，生成交换流程将数据资源推送给需求方；服务共享方式，将数据资源封装成Web服务，需求方通过请求该服务获取所需数据；

服务共享还支持对第三方Web服务的转发调用。资源共享可以做到数据行级与字段级的共享权限控制。数据资源只要在资源目录中发布就通过资源共享管理功能共享出去，不一定要经过采集、处理阶段。

3.1.5资源目录管理

资源目录管理包括数据资源注册、目录内容发布、目录检索、主题库管理等子功能。

目录检索：对已编目的数据资源进行分类检索；用户只能检索到有权限访问的数据资源。

主题库：指符合一定业务逻辑、能表述一类业务的数据资源的集合。

数据集采集定义：对于数据中心按数据集结构存储实体数据的业务场景，可以定义为此数据集的数据提供机构，以及各组

织机构分别提供哪些数据元的实例数据。

数据集手工采集：数据集的数据提供机构人员登录系统后，可通过该功能手工填写数据，完成数据采集过程。

3.1.5.1 资源分类管理

系统提供资源分类管理功能，用户能在该模块定义维护所有资源分类，并且，可以将多种分类定义为一套标准，可维护多套分类标准，即实现资源的多维度分类。如：一、定义企业基础信息类资源、企业运行信息类资源等，并定义为主题分类标准；二、定义工商部门信息类资源、质监部门信息类资源等，并定义为部门分类标准。

3.1.5.2 数据资源注册

当定义完资源分类后，可以对数据资源进行登记。数据资源又分为文件类型数据资源、数据库类型数据资源以及webservice类型数据资源三种，分别对应不同的资源采集交换方案，同时，对需要共享的数据资源还需要注册发布到资源目录中并进行编目处理。

系统提供数据资源的新增、修改、删除、注册、发布、查询、预览、刷新等操作。

3.1.5.3 目录内容发布

目录内容发布是将已注册的数据资源发布到资源目录中，同时对这些资源进行编目处理；发布时还可对数据资源访问权限进行管理。

当发布资源目录时，先要进行目录内容的定义，包括元数据定义、资源分类、关键词设置等，完成对资源的编目管理，便于资源的发现、定位。

3.1.5.4 目录检索

对已编目的数据资源进行分类检索；用户只能检索到有权限访问的数据资源。

3.1.5.5 主题库

指符合一定业务逻辑、能表述一类业务的数据资源的集合。用户可以根据业务逻辑，建立不同的主题库，如：企业基础信息库、企业运行库、综合分析库、行业分析库等，便于各部门进行资源的发现、定位及共享。

系统提供主题库的维护管理，包括新增主题库、修改主题库、删

除主题库、查询主题库等操作功能。

3.1.6规则管理

规则管理基于规则引擎技术，内置规则模型，实现对接入部门的验证、对数据的处理、对数据质量的审计等。

规则引擎：自动解析各类规则，并负责分发给各系统模块执行。

验证规则：支持CA验证，并内置部门接入的验证规则。

数据处理规则：分析各部门实际数据内容，内置各部门数据的清洗规则、转换规则及数据路由规则。

数据质量审计规则：按照各部门数据质量标准，内置各类数据质量审计规则。

3.1.7数据质量审计

对资源处理过程中与数据清洗规则不相符的数据进行统计分析。

3.1.8监控管理

数据质量监控子系统主要确保数据采集、数据传递的及时性、准确性，实现对信用信息共享交换的监控，同时，为信用信息报送考核提供数据基础。

由于各部门业务数据都通过交换平台进行加工处理及传输，交换平台对数据处理得如何，是否正在传输，是否出现异常等方面都可以反应出数据的质量问题，因此应该从交换平台的运行情况、硬件设备运行情况、流程、节点、数据量、数据内容等方面对其进行严格而全面的监控。这样才能能够快速定位出现质量问题数据的问题源，从而解决问题。

1、监控中心

监控中心是监控平台的服务与管理中心，不仅对所有监控代理提

供监控服务接口，并对所有监控代理进行的统一管理与调试，此外还提供系统管理，对组织机构、人员、权限等方面进行统一管理。

还提供网络拓补图以方便查看整个交换网络的连接情况。

2、统计查询

可以对代理节点的情况进行统计，根据业务规则及需求，可设置统计指标，进行制定查询。如按时期统计代理节点掉线次数，按节点与时间统计数据交换量，数据流量等。

3、系统管理

系统管理平台除了提供日常管理的主要功能，包括日志管理、用户IP地址、用户名、登录时间、操作的业务及所做的操作、离开时间等，还提供系统管理主要包括机构人员管理、参数管理、权限管理、资源管理、角色管理、组管理和工作流管理。机构人员管理提供部门、人员维护功能，部门基本信息包括：机构名称、机构代码、创建人、创建时间。人员基本信息包括：登陆名、姓名、职务、性别、电话、密码、手机及邮件地址信息。参数管理提供所有系统参数集中统一管理。权限管理则是通过可视化界面，实现所有权限配置。资源管理提供对系统的资源的可配置管理。角色管理完成对统一权限管理的用户角色定义。组管理实现对现有的人员进行动态的分组，通过定义好的组，可以进行快速的人员选择。

3.1.9统计分析

统计分析用于对交换日志、目录日志、其他交换日志从不同的角度进行展示分析。提供部门交换信息量统计分析及展现功能，实现资源交换总量的统计，接入机构的统计，按交换次数、数据量、条目等标尺进行排名的统计与排序，按数据交换提供和接收的不同角度进行

统计和排序，进行组合统计与分析。

统计分析用于对交换日志从不同的角度进行展示分析，统计分析分为专题统计，组合统计，综合统计三大类。

?综合统计

按照各部门使用交换系统交换的次数和信息量进行统计，结果可以展现为表格、线、柱、饼等不同图状。按照资源在交换系统交换的次数和信息量进行统计，结果可以展现为表格、线、柱、饼等不同图状。

?专题统计

为了方便用户快速获取常用统计信息，基本上采取一键展现或最多可以选择单个条件的操作方式。

平台可提供如下对如下专题信息的统计分析：信息上载，时间访问量，信息条目访问，栏目访问，交换次数排名，交换信息量排名，交换数据条目排名等。

?组合统计

可对通过交换系统交换资源的日志按照时间段、部门、应用系统等进行组合统计，统计出某个时间段的次数和信息量。

3.1.10系统配置

系统配置用于对数据资源管理平台运行时需要使用的系统参数与规则进行配置。

校验规则管理：是指数据清洗时使用的规则，可以对一个数据资源（表）的一到多个字段定义规则，校验数据的格式、取

值范围、多字段间的逻辑关系等。

权限管理：管理组织机构、用户、菜单权限。

系统参数：管理系统运行时的可配置参数。

3.2 短信平台

3.2.1短信平台概述

通过短信平台的构建，采用信息技术建立与市民公众、企业统一沟通交流平台，加强政府与市民公众、企业之间的联系。短信平台能够对接各大运营商,实现短信发送，短信回复，短信收件箱，群发通知，短信批量下发，短信内容导入群发等等。

能同时接入不同的移动运营商短信网关，遵循移动、联通、电信的互联网短信网关协议，实现对其移动终端设备短信收发功能。平台能根据目标用户的手机号码自动判断短信对应的移动运营商网关，对用户及业务而言是透明的。对于用户上行的短信，平台根据配置信息分析用户请求的业务，将用户的短信转发给相应的业务处理系统。同时支持大量阶段性短信群发业务。

短信平台提供开放的接口，短信平台通过多种方式可以与各种业务系统相连接。可以与用户进行短信沟通，以提高服务质量促进业务发展。可以实现内部相关调度、业务经营以及日常管理等活动，也可以借助短信平台实现即时通信，进一步提供工作效率。