ImageVerifierCode 换一换
格式:DOCX , 页数:16 ,大小:80.37KB ,
资源ID:14004995      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/14004995.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(互联网+网上政务服务平台建设方案Word格式.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

互联网+网上政务服务平台建设方案Word格式.docx

1、3.1.8监控管理 173.1.9统计分析 183.1.10系统配置 193.2短信平台 203.2.1短信平台概述 203.2.2业务流程图 213.2.3系统功能 223.3统一身份认证平台 254移动政务服务平台 274.1移动政务服务系统架构图 274.2移动应用支撑平台 284.2.1消息推送组件 284.2.2位置定位引擎 284.2.3短信服务接口模块 284.2.4业务逻辑引擎 284.2.5日志管理模块 294.3移动政务服务app 294.3.1访问地区选择 294.3.2政务要闻 294.3.3热点动态服务 304.3.4我要办事 304.3.5我要查询 314.3.6政

2、务公开 32437互动交流 33438我要监督 33439便民服务 344.3.10智能搜索 364.3.11用户中心 384.4移动政务服务微信平台 384.4.1政务要闻 384.4.2我要办事 394.4.3我要查询 414.4.4便民服务 414.4.5互动交流 425网上审批监管系统 435.1建设内容 435.2整体设计 435.2.1设计原则 435.2.2建设目标 455.2.3设计理念 465.2.4系统架构 475.3系统详细设计 505.3.1系统角色设计 505.3.2并联审批虚拟大厅 515.3.3重点项目并联审批系统设计 535.3.4重点项目监管系统设计 635.

3、3.5系统管理 705.3.6系统通用功能 736政府网站集约化平台 766.1整体设计 766.1.1建设目标 766.1.2建设模式 766.1.3整体架构 776.1.4平台特点 796.2政府门户网站群内容管理平台 816.2.1用户管理功能 816.2.2日志管理功能 816.2.3站点管理功能 816.2.4栏目管理功能 826.2.5页面管理功能 826.2.6关键字分类功能 826.2.7稿件管理功能 826.2.8 页面模板管理功能 836.2.9网站结构管理功能 836.2.10专题制作功能 836.2.11整合发布功能 846.2.12信息采编 846.2.13网站信息抓

4、取 866.3政府网站群功能设计 87631 政府公开信息发布平台 876.3.2全文检索系统 906.3.3互动交流系统 916.3.4统计分析系统 926.3.5场景式服务 936.3.6微信、微博平台 946.3.7无障碍浏览 956.3.8网站监控平台 956.4门户网站群设计 966.4.1栏目规划 966.4.2风格样式设计 1017系统技术指标要求 1077.1运行环境要求 1077.2性能要求 1077.3可靠性要求 1077.4规范要求 1088硬件支撑平台 1098.1部署示意图 1098.2硬件配置推荐 1108.3相关支撑软件 1148.4政务云部署相关指标 1158.

5、4.1虚拟机资源要求 1158.4.2存储/灾备资源要求 1158.4.3网络要求 1151项目概述1.1建设背景近年来,国务院高度重视简政放权、 放管结合和转变政府职能工作,克强总理明确指出“互联网 +政务是政府施政的新平台,可以实现 在线服务,做到权力运作有序、有效、留痕”。吕省长近期对全省电子 政务建设工作提出要做到“五个一”的新要求。我市今年将“加快电子 政务平台建设,采用手机客户端、自助服务终端等方式,建设全市统一 的网上政务平台,推动审批服务事项网上办理”列入年度政府重点工 作任务。按照市政府重点工作任务安排, 我中心拟牵头建设全市网上政务服务统一平台,以实现网上审批监管、政府网站

6、集约建设管理和 “一站式”移动政务服务,全面提升我市网上政务服务能力和水平。1.2建设目标通过建设全市统一的网上政务服务平台, 向市民和企业提供全天候不间断的均等化政务服务, 提高政府信息公开水平和服务能力、 提升政府公信力,用新媒体、互联网 +”打造市民与政府间的互动交流新手段、建立监督新机制,推进我市网上政务服务统一标准建设。1.3建设内容我市网上政务服务统一平台建设内容包括 2个移动端应用系统、1个网上审批监管系统和 2个支撑系统。(一)政务服务手机 APP和政务服务微信公众平台基于“不同入口,均等服务”的原则,手机APP 和微信公众平台都能全面提供我市移动端政务服务,包括政务公开、信息

7、推送、我要 办事、便民服务、创新创业、互动交流、我要监督、用户中心、智能 搜索等内容。(二) 网上审批监管系统基于省网上政务服务和电子监察统一平台建设, 实现我市并联审批前期工作阶段、并联办理阶段、并联审批阶段、验收监管阶段 4个环节的在线审批和电子监察, 提高我市政府投资建设项目、 社会投资建设项目等并联审批项目的审批效率,实现并联审批项目数字化管理、 规范化运作,接受行政和社会监督,具备并联审批、实时监察和统计分 析等功能。(三) 政府网站集约化平台和硬件支撑平台1.政府网站集约化平台。 建立统一、规范的市、县(区)、乡(镇)三级政府网站服务体系, 统一为各级政府和机关单位部门提供网站基础

8、平台服务。各级各部门网站逐步向平台进行迁移, 原则上不再允许另行建设新的政府网站平台, 通过网站集约化建设加强政府网站服务能力和管理能力。第一期项目建设内容包括市政府门户网站和 46家市直部门的网站集约化改造。2.硬件支撑平台。包括网络、数据、安全等硬件设备和系统、数 据库、中间件等支撑。尽可能依托省电子政务统一平台部署,本地部 署少量备份、对接设备。2项目总体建设方案2.1建设原则1.便民利民秉承以服务对象为中心、以服务为导向的工作理念,融入“互联网+”、云计算、大数据等新概念,不断充实、完善网上政务服务内容和平台功能,不断提高市民的服务体验。2.服务共建构建统一平台,逐步推进、全面整合全市

9、各职能部门的网上政务服务、网上便民服务,向市民提供统一的网上政务服务窗口。3.标准规范平台建设符合国家及省各项标准规范要求, 积极推动我市的网上政务服务接口标准规范建立,推进政务信息系统的标准化。2.2技术路线2.2.1基于J2EE三层次技术路线为了充分满足系统在安全性、实用性、可移植性、易扩操作、易维护性等方面的要求, 系统采用基于 Java平台的J2EE技术体系,系统构建于B/S三层应用体系结构之上,并采用 JSP、java Servlet 、 EJB、XML等编程技术和面向对象程序设计方法,将复杂的业务逻辑、 流程控制逻辑和数据存取逻辑通过在不同的技术层面上实现, 在应用服务器之上,实现

10、业务逻辑的快速部署和灵活调整, 充分保证数据库系统的安全可靠访问。J2EE 是目前业界公认的企业级信息系统的支撑体系结构,是各个系统和系统内部各个组成部分之间的粘合剂。 J2EE提供了跨平台的解决方案,提供了通用的 JDBC数据库访问接口,无缝支持通过 XML进行系统间和系统内部的数据传递。在 J2EE体系结构中,所有的技术都是开放的, 得到业界主流支持的, 所以统一使用J2EE体系架构,有利于系统之间的整合, 避免重复投资, 降低IT的管理和建设成本。选用三层结构具有以下优点:系统管理简单,大大减少客户机维护工作量。基于B/S结构的应用模式无需客户端维护工作;基于“瘦客户/ 服务器”结构的客

11、户端可以实现自动更新下载, 也无需客户端维护工作。具有灵活的硬件系统构成对于各个层可以选择与其处理负荷和处理特性相适应的硬件,方便的实现负载均衡。清晰、合理地分割三层结构并使其独立 ,可以使系统构成的变更非常简单。因此被分成三层的应用基本上不需要修正。提高程序的可维护性三层B/S结构中,应用的各层可以并行开发 ,各层也可以选择各自 最适合的开发语言。进行严密的安全管理户的机构是按层来构筑的 , 对应用和数据的存取权限也可以按层进行设定。例如,即使外部的入侵者突破了表示层的安全防线,若在功能层中备有另外的安全机构,系统也可以阻止入侵者进入其他部分。J2EE提供了一套企业级 Java应用框架(一种

12、标准),是一种利 用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂 问题的体系结构。2.2.2基于XML的数据表示数据交换是一个开放的电子政务系统的基本功能,如果数据交换使用的数据格式千差万别, 则需要复杂的数据编码和解码工作, 因此统一数据交换使用的数据封装格式是进行电子政务平台建设的首要 任务。XML (eXtensible Markup Language,可延伸性标示语言)是目前 国际上流行的数据表示标准,因为它的简单性、开放性、可扩展性、 灵活性、自描述性等特性, XML在数据和信息管理、数据交换、 Web应用、电子商务、 应用集成等诸多领域有着重要用途,已经得到了工业

13、界的普遍支持,也是我国电子政务采用的标准。采用XML方式对系统要交换的数据进行表示,既可以便于系统的 间的数据交换, 又可以方便的进行扩充, 因此系统技术平台的交换数据表示全部采用 XML格式来表示。2.2.3系统基于SOA的应用系统开发架构面向服务的架构(SOA )被认为是用于下一代应用系统开发的架构。 帮助人们在开发应用的时候能够寻找并使用已有的服务而不必重复 开发某些功能;能够方便集成异构系统; 能够更容易地扩展已有系统。服务是一个组件的集合,它们向外界提供某个接口,能够完成某种业务功能。在面向服务的架构中, 服务的实现可以放在网络的任何位置,只需要对外发布这个服务的描述,其他的系统(或

14、者服务)就可以 发现并且使用这个服务。不同的服务可能采用不同的开发语言、组件模 型、硬件环境、数据库,而在这个架构中它们无缝地集成在一起。这种 方式消除了异构的分布的环境对应用系统的影响, 开发者可只考虑系统的业务逻辑,关注某个部分业务功能的实现, 并将它们包装成为合适的服务,不需要考虑和其他服务之间的互操作性问题, 减少了系统的开发风险和成本。服务和组件的不同在于服务更多地从业务角度出发进行设计,向用户提供一个完整的业务的实现, 而组件可能只提供完成某个业务的部分功能。在面向服务的架构中, 一个系统实现了客户需要的某些业务过程,其中每个服务实现了业务过程中的某个活动。 从软件开发的过程来看,面

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1