电子政务亟待顶层设计

电子政务亟待顶层设计（精选5篇）

电子政务亟待顶层设计 第1篇

一、主要设计思路、方法和过程

(一) 设计思路。

按照贯彻落实科学发展观和建设法治政府、服务政府、责任政府、廉洁政府的要求, 围绕建设海峡西岸经济区发展战略, 针对“建什么”、“怎么建”、“怎么用”“怎么管”等关键性问题, 以探寻建立新型政务工作模式为目的, 以政府现时的组织体系和业务体系为基础, 以“以人为本、面向服务;信息总线、模块挂接;服务控件、统一支撑;协同应用、一体服务”为总体设计思路, 以基于服务对象生命周期的信息总线为逻辑, 以模块化、结构化的框架视图为表现, 设计我省电子政务发展总体框架、实现路径以及引导系统集成和协同应用的总装配图, 以形成全省统一的电子政务建设应用行动纲领, 指导和规范各级各部门电子政务工作, 更加科学地推进全省电子政务建设。

(二) 设计方法。

一是积极应用EA、SOA、TOGAF等组织架构设计理念和方法, 并充分吸收FEA、E-GIF等先进国家框架经验;二是重点应用面向对象设计思路, 部门设计阶段注重业务对象, 总体设计阶段注重服务对象;三是试点先行, 总结经验;全面部署、不断提升;四是先开展部门层面设计, 夯实基础成果;后开展总体层面设计, 充分体现全局性和前瞻性。

(三) 设计过程。

设计在2008年完成省级政务信息编目基础上开展, 历经试点设计、部门设计、总体设计、以及论证修订等4个阶段, 并及时吸收了云计算、物联网、位置信息、智能终端等技术。

二、设计成果

最终的设计成果包含:《福建省电子政务发展总体框架和发展策略》、《福建省级政府部门核心架构》, 以及《十二五数字福建电子政务规划建议》、《加快市县电子政务协调发展指导意见》等文件。

其中, 总体框架可以表述为“123456”;即:1个目标:新型政务工作模式;2个核心:电子政务体系必须包含社会公众和政府两方面主体, 体现双主体、双目标;3类业务:3类递进应用:基础办公应用、核心业务应用、决策分析;将51个部门4160项业务划分为服务内容、服务方式、服务资源三层业务域、34个业务子域;将业务系统分为三类:服务经济发展任务、服务和谐社会建设、政府自身信息化建设;4项建设任务:支撑体系、服务体系、业务信息化、应用智慧化;5个建设规范;统一技术框架、统一应用支撑、统一数据环境、统一服务渠道、统一技术标准;不超目录、不超框架;6个功能构件:全省电子政务建设应用必须服从一个统一的框架;框架是各级各部门电子政务建设应用的行动指南, 由6个架构构成。

三、初步应用效益

(一) 确立了发展目标。

把建立信息化下新型政务工作模式, 推动服务型政府建设作为新时期电子政务发展根本目标, 并与国家“十二五”信息化规划提出“加快构建信息化条件下经济社会运行模式”的要求相吻合。

(二) 描绘了技术框架。

提出了全省电子政务技术框架基本模型:其中, (1×3) 是统一的应有支撑平台建设部署方案, “1”是指统一的应用支撑平台, “3”是指应有支撑平台三级部署, 支撑三级政务应用; (N×K) 是部门业务系统的部署方案, “N”是指各政务部门各类应用系统, 对应顶层设计应用系统目录;“k”是指业务系统分级部署的级数, 原则上一级部署, 不超过二级部署, 并且要部署在统一的应有支撑平台上, 不得超出框架;⊗1和1⊕茌是指政府和社会公众分别作为电子政务系统的两个主体, 两个“1”分别表示面向公务员和社会公众的应用门户或平台, ⊗既是指政府要开展协同化运行、一体化服务, 产生乘数效应;⊕既是指要不断满足人民利益增长的电子政务需求。该架构意味着电子政务建设要从过去为主满足政府工作需要变为同等满足政府和社会公众信息需要, 从政府公务员为单一中心, 变为公务员和社会公众的双中心, 即从“单核”变为“双核”。

(三) 理清了业务架构。

51个部门共有4160项业务, 聚类为包含服务内容 (20个业务子域) 、服务实现 (9个业务子域) 、服务资源 (5个业务子域) 等3个业务域。

(四) 明确了建设任务。

需要建设1套统一的电子政务应用支撑平台和服务体系, 开发建设满足51个政府部门约4160个核心业务所需要的183个应用系统 (包含527个应用子系统) 以及所需要的业务信息, 实现主要业务信息化, 基本实现服务体系全覆盖, 基本实现延伸至各类对象。

(五) 优化了建设方式。

做到“5统4化”, 即:统一技术框架、统一应用支撑、统一数据环境、统一服务渠道、统一技术标准;规范化设计、集约化建设、行业化带动、平台化集成, 以降低发展成本、加快发展速度、提高发展质量。

(六) 突出了应用要求。

做到“5全5化”:即:核心业务全部信息化支撑, 全行业信息化应用, 全程网络化流转, 业务办理全程协同、全程电子监督;一体化运行、人性化服务、精细化管理、决策科学化, 并不断提升智能化水平, 以促进政府职能转变、建设服务型政府。

(七) 改进了管理方式。

为规范化管理提供3个工具:《应用系统目录》、《总体框架和发展策略》、《目标评估指标》。

(八) 描绘了发展路径:

从10个方面的演进或推进, 逐步实现电子政务发展目标, 即:从以政务工作为单目标、单中心向统筹满足社会公众和政务工作需求的双目标、双中心演进;从优先满足政府管理工作需要向着力服务社会公众演进;从基础应用向核心业务应用再向数据深度应用演进;从缺少目标引导到核心业务信息化率年13%的增速 (即每年要新建近42个应用系统) 发展演进;从省直部门先行应用向统筹带动全行业共同应用演进;从单个系统应用向行业平台整合应用再向跨部门平台协同应用演进;从较为松散的建设管理模式向一体化的建设管理模式演进;从政务工作部门自行建设和运行维护向专业化、市场化的服务外包方式演进;从人机交互和小规模的关系数据处理向人机物交互和大规模数据计算处理演进;从纸质纸质平台向电子化、网络化平台整体迁移演进, 最终建立起充分利用信息技术, 以创新公共服务和社会管理为目的, 社会公众广泛参与且有较高满意度, 一体化协同运行服务的新型政务工作模式。

(九) 理清了安全架构;

将安全保障分为“保障”、“处置”、“监管”三个环节;将技术体系分为平台级体系和部门级体系, 尽可能基于平台实现集中保障和处置, 规范监管部门的责任和技术体系建设。

(十) 提出了制度创新:

一是实行一体化组织管理体制, 强化一体化规划、建设、应用、服务、管理。二是走服务外包和集约化建设模式。

下一步, 省数字办将研究建立应用机制, 在电子政务建设应用各个环节充分应用设计成果, 积极开展培训和推广应用, 调整优化绩效考核指标和考核办法。一是用《应用系统目录》规范项目申报、论证、审批工作;二是用《总体技术架构》指导了电子政务建设技术路线, 为解决纵强横弱问题奠定了基础;三是用《总体业务架构》建立分工有序、协同运行的工作机制、构建以社会公众为中心的政务服务体系提供了业务总装图;四是用《总体数据架构》推进信息分工有序采集和信息共享, 明确实现路线图。并在实际应用不断充实、改进、更新, 确保全省电子政务持续科学发展。

摘要：面对电子政务建设应用存在的问题, 国家“十二五”规划要求开展电子政务顶层设计。本文系统总结了福建省电子政务顶层设计思路、方法、过程以及取得的成果和应用成效, 描绘了电子政务总体框架, 提出了电子政务发展目标和实现路径, 为其他省市开展顶层设计提供了较为成熟的可操作的经验。

关键词：电子政务,顶层设计,科学发展

参考文献

[1]李谨宇, 基于生命周期管理的信息资源规划模型构建.河南图书馆学刊2007年04期

[2]高复先, 信息资源规划.清华大学出版社.2006

电子政务亟待顶层设计 第2篇

而今年两会期间，国务院总理温家宝曾承诺，在其任职的最后一年，政府将做几件困难的事情，其中“第二件事情，就是要制定并出台农村集体土地征收补偿条例，真正保障农民承包地的财产权”。

《农村集体土地征收补偿条例》（以下简称《条例》）能否兑现温总理“两会”承诺，于今年年底制定出台？

《投资者报》记者近日多次致电负责牵头起草《条例》的国土资源部相关部门，未获答复。记者查询国土资源部、国务院法制办网站也未见到关于该条例进展情况的通报。

研究中国土地问题长达30余年，多次以政协委员、学者身份向政府相关部门提出改革建议的清华大学教授蔡继明近日接受记者采访时表示，按照目前的工作进度，《条例》要年底出台比较困难。

他认为，“《农村集体土地征收补偿条例》的出台还涉及上位法《土地管理法》的修订，农村土地问题已经到了必须从顶层制度上加以通盘考虑的时候，而不能头痛医头，脚痛医脚。”

九成土地征收违宪

与快速发展变化的社会现实相比，现行土地管理法规已经严重滞后，这已成为官方和学界的一致共识。

现行《土地管理法》最近一次修订是在2004年，其中很多条文已经滞后于2007年出台的《物权法》。2010年，《土地管理法》修改已列入国务院立法工作计划，今年政府工作报告更是提出，要在年底之前完成《土地管理法》和《农村集体土地征收补偿条例》的修订工作。

8月21日，中共中央办公厅法规局召开了一场小范围的“农村土地征收制度改革问题”专家座谈会。受邀参与该座谈会的蔡继明教授告诉记者，座谈会就现行农村土地征收制度存在的主要问题、改革农村土地征收制度的意见和建议、修订土地管理法和制定集体土地征收补偿条例的建议等三方面进行了探讨。

“与会专家较普遍的建议是，今后集体土地征收应严格限制在公共利益需要，逐步缩小征地范围，同时尽快推动集體建设用地入市。”蔡继明表示。而从相关部门反馈的态度来看，对“缩小征地范围”、“提高征地补偿”并无异议，但强调除涉及公共利益的领域需要继续征地外，“城建开发”依然要被纳入可征地范畴。至于集体建设用地入市，有关人员“态度依然谨慎”。

蔡继明告诉本报记者，“按照我对宪法的理解，政府征收农民土地的依据只有城市规划，只要列入城市规划范围，政府就可以动用行政权力征收农村土地。但宪法还规定，国家为了公共利益需要，可以征收农民土地，并给予补偿。这样两者就出现了矛盾，国家在工业化、城市化进程中不是出于公共利益的征地可能就属于违法。”

“改革开放30多年来，对农民征收的土地用于公共利益的不过10%-20%”，也就是近90%的土地征收行为违反了宪法。”蔡继明在各种场合多次呼吁征地应当仅限于公共利益需要。

记者注意到，有官员表示，不可能完全局限按公益性来划征地范围，还是要充分考虑到工业化城市化发展的需要，应该将“城建开发”列为新的征地条目。

征地补偿标准过低

征地制度改革主要包括两大方面的内容，征地补偿的结构以及征地范围。蔡继明说，其中重点涉及《土地管理法》第四十七条的规定：“征收土地的，按照被征收土地的原用途给予补偿”；“土地补偿费和安置补助费的总和不得超过土地被征收前三年平均年产值的三十倍”。

“按照被征收土地的原用途给予补偿，这一条款实际上剥夺了农民的土地发展权，所谓土地发展权就是改变土地现有用途或土地利用强度的权力。依照现行规定，从农用地转为建设用地的巨大利差，农民一分钱也得不到。”蔡继明告诉记者，“征地补偿标准过低确实是亟待改变的严峻问题，但更重要的是要明确限定征地范围，从而缩小征地规模。”

根据国土资源部耕地保护司公布的一项数据显示：2010年，地方政府从农民手中征一亩地平均支付3万元，而地方政府转手出让一亩地平均进账43万元。

蔡继明曾公开表示对征地制度的批评，“现在的土地制度使地方政府有200%的积极性去低价征收农民土地，高价出让。一届政府将今后十届政府的土地使用权、出让权都拿走了。”

早在2008年，中共十七届三中全会就提出了集体土地和国有土地“同地、同价、同权”，建立城乡统一的建设用地市场等改革目标。同时强调要逐步缩小政府行政征地的范围。蔡继明在接受本报记者采访时多次提到中共十七届三中全会精神。然而，由于《宪法》相关规定和《土地管理法》修订等配套改革尚未完成，这一既定目标推进缓慢。

电子政务亟待顶层设计 第3篇

中国电子政务总体态势

一是网络无处不在,安全不可或缺,这是全球性的共识,也是各个国家、政府在互联网发展几十年形成的一个共识;

二是漏洞隐患显现,安全风险调整,现在和十年前不一样了,包括我国在内,经过16年的发展,互联网络已经达到了相当好的一个状态和水平,以及相当大的规模,现在信息化电子政务走进了青年和壮年期;

三是优化顶层设计,必须总结这几年的经验和教训,对顶层有一定的优化,必须对它升级,应对系统风险要有一个结构化的保障,这是当务之急。

我国电子政务安全环境

一是,我们国内信息安全整体环境,这十几年取得了非常大的成绩。安全环境变化现在是网络普及的时期。我国已经建立了政府门户网站,已有4.5万多个网民。80%县级政府建立了电子政务网站,全国99.3%乡镇和91.5%行政村都通了互联网,所以,这个规模现在中国在全球堪称互联网最大。

二是,网络在中国已成为一种社会生态,或者是社会形态。网民发展非常快,网络普及率接近了30%,超过世界平均水平。三网融合,我们有7亿手机用户,80%以上的网民都在网络里面,利用网络获取信息、发表言论,网络已经成为一种生活方式。

三是,信息安全进入关键时期,到今天信息技术和网络已经渗透并影响政治、经济、文化和社会生活的各个方面,我国在核心技术、高端设备和主流应用方面受制于人,技术漏洞和安全隐患日益突出,我国处在整体矛盾的一个突发期,风险很高,所以信息技术安全和内容安全相互交织、网络信息安全和社会稳定相互交织、国内安全与国际安全问题相互交织。

从我们的整体发展来看,当前最突出几个安全隐患。政治、社会稳定排在第一位;第二是网络窃密是突出威胁;第三是技术漏洞和隐患是现实威胁;第四是网络欺诈是长期的威胁。

电子政务的信息安全顶层设计优化的一些建议

政府电子政务的安全至少有四个核心。一是人员的安全;二是信息的安全;三是数据安全;四是网络的安全。

第一个建议就是一定要建立结构化的安全体系,我们面临着一个系统性的风险局面要有一个结构化安全体系要应对,叫3+2,就是一个单位如果你要确保信息的保密、确保网络的安全、确保业务的持续,这个安全体系是从管理的角度来看的,这三个需要做到电子政务的安全,一定要有可行的安全保障方案、一定要有一个可靠的专业技术队伍,也就是我们CIO队伍要可靠。

第二个建议就是实施两条线的安全保障,方法论为了履行政府的职责,才有电子政务的目标,这里面有网络系统,从安全方面来讲一定是一个安全保障体系和一个风险管理体系。

第三个建议把好三个重要的管理关口,第一要严把涉密计算机和存储介质的管理关,电子既有内部的,更多强调我们面对社会服务。第二要严把内部网络对外接入点线的管理关。第三要严把技术装备及服务出入网的管理关。

第四个建议是控制四个现实的安全风险,一是门户网站防范能力不强,主要是软件漏洞,被别人挂马;二是邮件系统安全措施不够,现在很多部委邮件新闻都开了,部领导的邮件挂了很多的间谍软件在上面,部长收到一封信同时被很多人看得到;三是保密管理,U盘、计算机、PDA手机、包括上网的行为,是不是都随时访问。

最后一个建议是落实五个长效机制的抓手,一是要与信息网络相适应的安全保障体系做好:二是把人防和技防相结合的各项规章制度落实好;三是要做全面、及时和漏洞分析和风险评估;四是制度化、专业化信息安全检查要做细;五是日常信息安全保密意识教育和培育。

电子政务亟待顶层设计 第4篇

早在上个世纪90年代, 美国联邦政府CIO委员会就开始着手研究, 并在1999年提出了“联邦政府组织架构框架 (Federal Enterprise Architecture Framework, FEAF) ”的研究报告。美国预算管理办公室 (OMB) 根据“联邦政府组织架构框架”的基本精神, 于2002年提出了“Federal Enterprise Architecture, FEA”, 并为此成立了“FEA项目管理办公室 (FEAPMO) ”。

我国电子政务建设发展迅速, 但普遍存在服务水平低、部门各自为政、盲目建设、投资浪费、信息资源共享程度低、服务功能不实用等问题。缺乏顶层设计已成为我国政务建设核心问题, 本文以FEA框架为基础, 对我国电子政务顶层设计的思路及方法进行细化及研究, 提出电子政务顶层设计参考模型GEA, 以指导及规范电子政务的顶层设计工作。

二、FEA方法论

FEA是一种基于业务与绩效的、用于某级政府的跨部门的绩效改进框架, 它为OMB和联邦政府各机构提供了描述、分析联邦政府架构及其提高服务于民的能力的新方式, 其目的就是确认那些能够简化流程、共用联邦IT投资及整合政府机构之间和联邦政府的业务线之内的工作的机会。FEA由5个参考模型组成, 它们共同提供了联邦政府的业务、绩效与技术的通用定义和架构。

三、电子政务建设现状及存在问题

2006年国家信息化领导小组对国家电子政务总体框架的构成做了如下定义:包括服务与应用系统、信息资源、基础设施、法律法规与标准化体系、管理体制;推进国家电子政务建设, 服务是宗旨, 应用是关键, 信息资源并发利用是主线, 基础设施是支撑, 法律法规、标准化体系、管理体制是保障。各地区、各部门按照中央和地方事权划分, 在国家电子政务总体框架指导下, 结合实际, 突出重点, 分工协作, 共同推进电子政务建设[3]。

虽然国家提出了电子政务总体框架, 各级电子政务建设取得了一些阶段性成果, 电子政务外网及内网建设基本有雏形, 各级政府单位基本都建设了办公自动化及业务处理、信息库等系统。但目前电子政务的发展仍然存在很多问题:缺乏宏观规划, 没有提出明确的电子政务发展目标, 也没有制定相应的发展规划, 没有统一的建设模式。同时, “条块分割”的管理体制与电子政务的统一性、开放性、交互性和规模经济等自然特性产生严重冲突, 各级地方政府和部门在开展电子政务时往往各自为政, 采用的标准也各不相同, 造成新的重复建设。亟需提出一套统一的电子政务模型, 使建成的电子政务系统能够协同共享复用。

四、基于FEA的顶层设计模型

本报告参考以上方法论, 建议将顶层设计分为业务架构、系统架构、数据架构及技术架构四部分, 并形成电子政务实体架构参考模型 (GEA) 。具体如图1所示:

4.1业务架构设计思路

业务架构是电子政务顶层设计的基础, 其核心以政府业务或具体的服务为中心, 打破原有按照部门机构进行的职能业务划分, 对整体业务进行重新梳理, 有效明确了各部门间业务流程及业务关系, 从而有利于理清部门之间的合作关系。业务架构由职能域、业务域、功能视图及业务流程组成。

1、职能域划分。

结合我国政务职能的现状, 可对职能域进行进一步分解, 我省政务业务的职能划分主要包括政策及决策、业务及服务和内部管理三大部分。

2、业务域划分。

针对我省目前各部门机构的划分形成相关的业务域划分, 包括劳动就业、人力资源、医疗卫生、安全监督、应急指挥等。

3、业务功能视图及业务流程。

由业务域以及职能域共同构成了业务功能视图, 其清晰划分出各业务在每个职能域中所对应的业务功能, 有效的梳理出各业务功能, 为后续应用系统建设提供良好的业务依据。业务流程则明确了各业务间的关系, 为整体业务的优化以及整体数据及系统的优化提供了良好的依据。

4.2系统架构设计思路

系统架构设计根据业务架构对各业务的应用支撑能力进行分析, 描述从业务功能到系统功能之间的映射关系, 得出整体系统的功能、应用、系统间集成关系以及整体系统的部署视图。

功能架构视图是一个以业务为驱动的功能性框架, 其核心为完成从业务功能到系统功能的映射, 即从系统功能的角度, 明确实现各业务所需的软件功能, 并详细描述各系统功能的边界及所需完成的系统任务。功能架构设计结合现有系统功能建设现状, 从软件功能的角度出发, 将各业务的实现映射成为软件应用中的系统功能, 每个系统功能以服务构件的形式进行展现, 明确其相关的功能描述以及功能边界。

应用架构视图是以应用系统为核心的框架, 其核心为完成从系统功能到应用系统的转换, 即从应用系统开发的角度, 明确各应用系统所需的系统功能, 并详细描述应用系统的边界及其功能的合集。应用架构设计从软件开发的路线出发, 结合职能业务的分类以及现有应用系统的建设现状, 对系统功能进行归类合并, 形成清晰的系统边界及系统功能。

4.3数据架构设计思路

数据架构的远景目标是利用统一的数据模型, 整合各部门业务数据, 形成统一的业务数据库, 通过规范数据交换信息, 明确信息交换目录, 实现各部门间的数据交换与共享, 全面实现数据的标准化、一致性、准确性和可靠性。

数据架构重点包括:数据模型、数据应用以及数据管控三部分:

1、数据模型。数据模型包括概念数据模型以及逻辑数据模型。概念数据模型是一个高阶数据模型, 它定义了行业主题域、层面、主要实体及实体间的关系。系统逻辑模型是对概念模型的进一步分解和细化, 它重点对模型实体以及他们间关联进行描述。

2、数据应用。数据应用主要分为基础信息库、业务数据库以及分析数据库, 基础信息库为各业务数据库中公共及抽象的部分, 包括法人单位、地理信息等信息, 业务数据库重点存储各部门运营数据, 分析数据库主要体现在决策分析数据的建立上, 通过对业务数据库中相关业务数据进行抽取清洗、共享发布、动态分析以及数据挖掘等工作, 为各业务提供全方位的数据分析和信息共享。

3、数据管控。数据需求是数据处理及管理的驱动力, 首先必须对数据需求进行有效的管理。在明确数据需求后, 必须通过数据所有权管理明确数据的所有权归属并进行统一协调。数据是重要的资源, 其安全也是数据管控的一个重要方面。数据生命周期的五个不同阶段是数据管控的具体对象, 对数据的有效管理必须覆盖数据的各个生命阶段。在对数据管控对象进行管控时, 需要一些具体的管控指标来指导管控活动或评估管控结果, 数据管控的目标也需要分解城相应的管控指标。数据质量就用于设定和管理数据管控指标, 确保在设定的成本下实现数据管控的目标。

4.4技术架构设计思路

技术架构是一个技术和组件的集合, 技术架构是IT架构中比较底层的架构, 它定义了如何建立一个IT运行环境来支持数据和应用架构, 以保证业务的正常开展。主要包括对基础设施、信息安全以及集成关系的描述, 其中基础设施包括基础网络、主机存储两部分内容。

1、基础设施。根据相关应用系统的建设部署及应用规模, 计算相应的基础网络以及主机存储资源需求。其中, 基础网络部分依据整体用户对应用所需带宽、网络速率、网络安全的需求, 配置相应的网络及链路。主机及存储部分则根据用户对应用的访问量以及应用数据的需求量对相关的服务器以及存储设备进行配置。

2、信息安全。按照《党政机关信息系统安全测评规范》和《党政机关信息系统安全定级指南》的要求, 信息安全重点从基础设施安全、应用安全、业务安全、管理安全四大方面进行设计。

3、系统集成。如何将不同时期, 不同开发商建设的系统有机的整合在一起, 是系统集成所要解决的最大问题, 根据用户需求以及相关技术的特点, 完成系统从数据、应用、流程、界面四大方面的集成。

五、结束语

美国电子政府的FEA架构, 采用模块化设计, 将传统科层式的政府组织分阶段重新建构, 利用信息技术增强了机构间的合作与协同, 从而可以为公民、企业及其他合法组织更好地提供服务。同时, 由于共享类数据可以被所有政府机构共同使用, 这就势必降低了政府运作的综合成本, 并能更好地进行国家防御。还有, FEA架构在进化过程中采用对外开放的体系模式, 即任何个人或组织均可以通过联邦政府的电子政务官方网站以标准形式提交对FEA架构的改进建议, 这会更高效地推进其发展。

我国的电子政务建设已历经若干年的建设, 虽相比过去有了很大的改进, 但仍处于起步阶段, 在很多地方与发达国家差距较大, 希望通过本文基于对FEA架构的研究能给大家一些思考与启发。

摘要：FEA是一种基于业务与绩效的、用于某级政府的跨部门的绩效改进框架, 它为OMB和联邦政府各机构提供了描述、分析联邦政府架构及其提高服务于民的能力的新方式。本文运用FEA方法论对电子政务顶层设计的框架进行研究, 分视角提出电子政务顶层设计模型, 为建设规范、实用、高效的电子政务系统提供了参考模型。

关键词：FEA,方法论,电子政务,顶层设计,模型

参考文献

[1]候宁, 谢黎文, 王谦, 美国电子政务FEA架构初探, Journal of US-China Public Administration

[2]焦宝文, 政府CIO战略管理与技术实施, 北京:清华大学出版社

[3]关于印发《国家电子政务总体框架》的通知 (国信[2006]2号) , 国家信息化领导小组, 2006年3月29日

电子政务亟待顶层设计 第5篇

下面, 从总体框架设计、技术框架设计、应用服务设计、平台服务设计、数据服务设计等方面探讨如何做好基于云计算的电子政务公共平台顶层设计。

1 总体框架设计

电子政务云平台建设, 除了避免基础设施重复建设和投资浪费外, 更为重要的是政府部门可通过云计算这种数据处理模式, 将政府机构的信息技术资源统一组织起来, 进行信息资源的集中分配与部署, 在统一的标准化的电子政务建设规范约束下, 建立信息资源共享的电子政务公共平台。由于釆用了统一的建设标准, 电子政务公共平台具有良好的可扩展性和数据间的互访问性, 并可以根据各部门间管理职能的不同, 在现有平台的基础上开发定制标准化的符合本部门管理职能的信息服务, 有效的规避了现有电子政务平台建设中的信息孤岛, 资源利用率不足, 应用系统重复开发以及开发周期长等问题。

因此, 在进行顶层设计时, 应基于政府部门间信息共享以及向服务型政府职能转变的需求, 结合本地、本部门的业务特色和需求, 依据工业和信息化部印发的《基于云计算的电子政务公共平台顶层设计指南》, 设计电子政务云的总体框架。该框架应明确电子政务云项目建设实施过程中, 系统每个功能模块层应该具有的总体功能与特点。

电子政务云的顶层设计应包括四个方面, 从低到上依次为:基础设施服务设计、数据服务设计、平台服务设计和应用功能设计。其中基础设施服务设计, 既可独立建设, 也可依托现有云计算公共服务平台建设。从节约建设资金及社会资源、缩短建设周期考虑, 建议依托现有云计算公共服务平台进行设计。

2 技术框架设计

电子政务云平台, 应以服务实施保障体系和信息安全保障体系为基础, 将云计算服务理念引入电子政务建设, 充分利用虚拟化技术, 结合现代通信技术, 对政府信息化资源进行统筹规划和管理, 以服务的形式为有需要的政务部门提供政务服务, 为快速实施已有电子政务系统向云计算环境迁移, 降低投入, 充分利用资源, 同时简化资源整合, 技术框架应从门户与渠道层、应用服务层、平台服务层、数据服务层、数据服务层、基础设施层以及信息安全保障体系、法规与标准体系进行设计。

1) 门户与渠道层提供统一的用户界面, 对信息和应用实现统一访问入口和集中展现, 支持用户通过多种访问渠道获取服务。2) 应用服务层提供满足政务部门依职能开展业务的需要。3) 平台服务层连接政务应用和各类数据资源, 组织和整合各类数据、组件和服务, 为上层应用系统的搭建和运行提供支撑服务。4) 数据服务层通过定义数据模型, 实现数据组织、存储和管理, 为支撑服务层和应用层提供数据服务。5) 基础设施层提供各类系统的承载网络、所需的系统软件和硬件设备及其运行环境。6) 信息安全保障体系、法规与标准体系提供电子政务应用系统安全稳定运行的保障。

3 应用服务设计

电子政务云应用服务框架分为三层模式:网络层、应用层和支撑层, 其中支撑层包括, 基础软件支撑, 数据服务支撑以及基础设施支撑。

3.1 共用性应用服务

共用性应用服务指具有普适性的跨部门、多用户的应用服务, 应用广泛, 需求急切, 例如协同办公平台、邮件系统、即时通讯系等, 是政务部门开展日常业务工作的必备工具。由于应用需求量大, 为降低重复建设和运维成本, 采取省级集约建设运维的方式提供服务, 有共用性应用服务需求的部门只需在线向平台提出服务申请, 由平台管理员分配用户权限后, 服务即可交付使用。共用性应用服务由电子政务公共平台运营团队统一进行管理, 业务部门无需考虑应用服务运维管理后续问题。

3.2 复制性应用服务

复制性应用服务指的是可复用的应用服务应用于多个不同机构的同类型应用建设的情况。当部门提出新建应用的需求时, 平台管理人员根据相同类型, 通过复制应用实例的方式进行快速搭建, 通过简单的配置即可满足不同部门的需求, 例如行政审批平台等应用。

3.3 客制化应用服务

客制化应用服务指的是与部门业务结合紧密的业务应用, 根据部门提出的需求, 由开发团队进行二次开发。

4 平台服务设计

平台服务与应用功能服务不同, 它具有更高的性能和更加个性化的服务。该层在设计上实现了电子政务公共平台对软件技术服务的支撑, 用户无需关心应用系统所在的网络、硬件和软件环境。1) 设计应用运行环境资源池, 通过统一提供操作系统、数据库、应用中间件等服务资源, 为各类应用运行提供仿真测试环境和上线应用运行环境;2) 设计共性支撑平, 通过统筹规划全局性应用服务平台, 为业务应用建设提供统一认证授权、数据共享交换、业务协同应用等共性支撑服务;3) 设计能力服务平台, 通过集成可视化开发工具、应用整合工具等工具类服务, 统一为业务应用建设提供了应用开发服务、应用整合服务和快速部署运行服务等能力服务, 支撑基于电子政务公共平台统一框架下的业务应用开发与整合, 简化开发、部署程序;4) 设计支撑组件资源池, 通过集中采购部署各类通用性组件, 统一为政务应用建设提供工作流引擎、电子表单报表引擎、搜索引擎等组件服务, 以支撑各类业务应用系统的建设。

5 数据服务设计