1、关于建设行业省级电子政务信息资源整合的思考摘要:本文从信息资源整合工作实际出发,结合建设行业特点,对建设行业省级信息资源整合工作关键技术和实施难点作了研究和分析。 关键词:建设行业 电子政务 资源 整合 中图分类号: F407.63 文献标识码: A 1 .引言 随着我国电子政务信息化建设在深度和广度上不断推进,信息化已逐渐覆盖到政务业务的各个方面,为方便社会公众、提高政府管理效率提供了有力支撑。但近年来各行业政务信息化工作遇到了一些共性的问题:一方面,以业务流程电子化为目标的信息系统建设需求趋于饱和,电子政务在信息系统重复建设和不断的升级改造中遇到了发展瓶颈;另一方面,政府管理部门积累的大量
2、信息资源没有得到充分开发和利用,造成了信息资源的巨大浪费,如何协调信息化建设和信息资源利用间的矛盾,是打破电子政务信息化发展瓶颈约束的关键。 联合国经济和社会事务部在电子政务报告Benchmarking E-government:A Global Perspective中将电子政务的理想境界描述为:资源实现无缝整合,基于信息技术的高度智能化使得政府趋于零成本运作,为每个用户提供个性化服务,并且对用户需求进行即时响应。其中资源整合、信息技术智能化、电子政务服务和需求响应能力是完善的电子政务体系的几个关键特征。 建设行业是我国传统的支柱产业之一,也是当前转型升级和转变发展方式的重点产业,建设系统电
3、子政务信息化建设应抓住产业升级的机遇,结合当前的新技术做好行业政务信息资源整合技术和整合架构的研究,尽快实现建设系统各行业信息资源的互通、共享、共用的目标。 2. 信息资源整合的难点 建设行业政务信息化工作既有我国电子政务发展中的共性问题,也有建设系统的个性问题:因信息系统建设的时序和体制机制、管理标准等方面原因,建设行业省级电子政务总体上“纵强横弱” 、 “信息孤岛”现象仍然突出;相比税务、国土等垂直管理的部门,建设行业纵向的信息共享程度相对较低,电子政务信息资源整合难度更大。 2.1 体制机制上的难点 各国电子政务建设的经验表明,信息技术只是实现政府职能转变和优化业务流程的手段,我国政府内
4、部的体制机制改革落后于信息技术应用的现状,妨碍了电子政务信息化建设效果的充分发挥。在建设行业管理部门中,省级建设行政主管部门主要是宏观的上的业务指导和政策制定,具体的行业监管由地方管理部门实施,这种非垂管的组织结构和业务特点,决定了大量业务分布于基层管理部门,信息化系统的运行范围也限于本部门、本地区内部,这给省域范围内的组织协调、数据归集和跨部门、跨区域的资源共享带来很大困难,因此,体制机制上的障碍是建设行业信息资源整合的最大困难。 2.2 技术实现上的难点 建设行业电子政务的发展遵循我国电子政务 “螺旋式”发展的道路和“重建设、轻整合”的发展模式,建设行业条线上纵向强、横向弱,加之区域信息化
5、发展的差异,决定了省级建设行业电子政务信息系统的现状: 2.2.1 独立、异构、封闭系统间难以实现有效地交换和共享,信息系统实际是一个个“信息孤岛” 。 2.2.2 信息资源方面,尽管积累了大量的业务数据,但由于这些数据分别由相对孤立的系统产生和管理,数据范围和面向的对象局限于个别具体的应用或部门内部,难以实现共享共用。 2.2.3 各数据库存在大量冗余数据和不完整的数据。数据范围、分类定义的不统一,不但造成了大量数据的重复采集,而且导致了大量数据的不兼容。 3. 信息资源整合方案的关键点 信息资源整合方案要把握好一个“度” ,处理好两方面关系。 3.1 整合的“度” 。建设行业信息化发展大多
6、是从部门业务的信息化开始,符合业务需求是主导信息系统建设的软件工程一般规律,信息化建设从多样化、精细化发展到数据共享和业务整合,是电子政务从量变到质变的过程,是发展的必然趋势。分散的信息系统和数据资源是资源整合的基础,目前信息资源整合的难点之一是每个系统建设和发展水平的不同,因此,建设系统信息化建设发展的现状和行业组织的结构,及软件信息技术的多样化,系统实现的个性化,决定了不能以一个架构一统天下,系统不足以支撑全面的整合。因此,现阶段建设行业电子政务信息资源整合应该是核心信息资源的整合,是同一平面上的信息资源的整合。 3.2 单个信息系统建设方案和整体资源整合方案的关系。电子政务信息系统的纵向
7、发展和资源的横行整合不矛盾,正如归纳和演绎的关系。从软件工程的发展看,早期信息系统是以数据为核心,E-R 分析、数据库设计和数据结构设计是构建系统的重点,现实中信息系统建设的要求是将业务过程映射到计算机上,需要分析一个信息系统需要支撑哪些业务,每个业务能够为不同的角色提供什么样的服务,业务分析成为系统分析的新重点。因此,建设行业电子政务信息系统建设要逐步改变以数据流和数据视图为核心的方法,统一到以业务流分析和业务视图为核心的方法上。在建设行业层面上进行整合方案的顶层设计研究,将顶层设计思想“演绎”到业务系统中,业务系统纵向发展后,将其中的数据资源“归纳”形成全省建设行业的数据标准规范,为行业基
8、础信息数据库提供依据。 3.3“形式”整合和“内容”整合的关系。目前电子政务信息系统的整合主要集中在系统前台服务上,以面向需求的整合为主,很大程度上提高了系统的可用性。但以系统后台服务整合为主,面向资源的整合,才是信息资源开发利用的核心,难度也更大。信息资源整合应以面向需求的整合为先导,提升用户体验,以面向资源的整合为重点,展现整合的优势。 4. 整合技术 从分布式环境下异构信息资源交互和共享方法的发展看,独立数据源的集成主要采用 ETL 作为工具,通过构建复杂的、兼容各种数据格式和元数据模型的数据采集模块,将源系统数据转换为目标系统相兼容的格式,加载到目标系统中,在目标系统中开发数据展现工具
9、对清洗、加载后的数据进行分析应用,复杂的数据应用过程提高了应用成本也增大了信息资源整合的难度。 面向服务的体系架构(Service-Oriented Architecture,SOA)是一种新的组件模型,它将分布式应用系统的不同功能单元(服务) ,通过服务之间的接口和协议联系起来。服务接口的定义独立于应用系统的硬件平台、操作系统和实现技术,这使得基于 SOA 架构构建的应用中,各种服务可以用统一、通用的方式进行交换。SOA 以服务之间“松耦合”性和适应业务需求的灵活性,成为分布式系统和软件集成领域新的发展方向。 本文结合建设行业特点,利用 SOA 架构方法,设计了基于 SOA 架构的建设信息资
10、源整合的概念模型: 图 1 基于 SOA 架构的建设行业信息资源整合模型 4.1 信息资源注册:信息资源注册是信息资源整合的基础,每个分散的信息系统作为资源请求者首先要成为资源发布者。在请求资源之前,将本系统的元数据封装,并用统一的接口对提供的服务进行描述,向建设行业信息资源目录服务发起资源注册,目录服务解封装后,对元数据进行分类映射处理、归类、审核,最后确认生成有效的目录,提供给服务请求者查询。 目录服务提供了资源共享。服务请求者通过目录服务,检索与需求匹配的条目使分布式应用具有更好的复用性、灵活性和可增长。 4.2 共享信息资源的检索和获取:资源服务请求者通过建设行业信息资源目录服务请求其
11、需求资源的详细描述信息,分析资源需求提供者的位置,生成协议消息, “即插即用”地与资源服务者建立连接,获取资源后随即释放。 4.3 建设行业基础信息资源服务:作为资源的请求者,通过建设行业信息资源目录服务,建立全省建设行业企业、人员、资质/资格的基础信息数据仓库,作为资源的提供者,为全省建设行业提供基础信息数据信息服务。 该概念模型实现的建设行业电子政务信息资源整合具有以下优势: 4.3.1 异地、多元、异构信息资源集成共享难度降低。建设行业资源目录服务集成了分布式的电子政务信息资源的注册信息,以统一的模式开放给资源请求者,屏蔽资源的具体位置、格式和存储方式。 4.3.2 平台无关性。各种服务
12、之间的基础通信采用跨平台的 XML 语言进行数据格式封装,利用 HTTP 传输协议进行数据传送。 4.3.3 与建设行业组织结构特点相适应。基于服务的信息资源的组织架构中,资源服务的提供者和请求者没有严格的耦合关系,松耦合的特性跟建设行业的组织结构体系相近。 4.3.4 “即插即用”的资源获取模式。这种方式结合了传统政务中的星型整合模式,既具有星形模式结构简单的特点又弥补了缺少统一资源视图结构,只能在目标明确的情况下共享资源的局限性,且“即插即用”的连接模式也不会造成资源网络各节点间长期链接几何级数增长的情况,减轻了各类信息资源物理集成、负载过重的负担。 5. 结语 电子政务信息资源整合过程中
13、,要发挥各业务部门的主导作用,从技术、管理和体制等不同侧面,加强对推进电子政务信息资源整合形式、途径和方法的总结和研究,提高电子政务应用服务水平和资金使用效率,真正体现局部之和大于整体的系统论观点。 参考文献: United Nations Division for Public Economics and Public Administration. Benchmarking E-government: A Global Perspective. Eric Newcomer,Greg Lomow ,Understanding SOA with Web Services. Thomas Erl, SOA 服务设计原则 ,人民邮电出版社 Thomas Erl、Anish Karmarkar、Priscilla Walmsley、 SOA Web Service 合约设计与版本化 ,人民邮电出版社 作者简介: 周鹏(1980 - ) ,男,硕士研究生,信息系统项目管理师,研究方向:信息系统项目管理。