互联互通-互联互通

一 : 互联互通

[www.loach.net.cn]

二 : 互联互通专题

专题一:电子政务需要互联互通的软件支撑平台

2003-11-13 16:11:04

北京东方通科技公司电子政务事业部

引言

随着全国电子政务工程的全面开展实施,很多深层次的问题逐渐展现出来,最明显的的问题就是不同业务系统的互联互通问题。[www.loach.net.cn)一方面,政府垂直管理体系的信息化水平正在不断提升,另一方面,不同垂直业务系统的横向业务集成,难度越来越大。因此,很多城市的电子政务工程,将系统之间的互联互通作为重点课题进行研究,甚至将其作为电子政务的首要工程来考虑。针对这样的问题,很多专家学者和集成商,都提出各自的不同认识。东方通科技作为长期服务于政府信息化的中间件平台软件专业公司,经过大量的调研分析,也提出自己的观点,供大家参考。

政府信息化的发展背景

信息化的建设依赖于与社会、经济的基础,同时,信息化水平的提高也在推动社会和经济的发展。一般来讲,信息化的发展通常需要经历这样六个阶段:

?

? 内部提高工作效率阶段,人们应用计算机大大提高了日常琐碎的重复计算工作; 内部信息共享阶段,单位内部不同部门的信息共享,降低了部门之间的壁垒,增强了整个组织的工作效率;

?

? 内部信息融合阶段;通过数据共享与业务规范自动化实现,增强组织的核心竞争力; 外部提高工作效率阶段,单位之间建立数据交换的标准,通过信息化的手段,解决产业链的信息交换速度,提升整体行业的竞争力;

? 外部信息共享阶段,整个产业链中的各个单位,形成整体的信息共享,为整体行业服务,推动行业的发展;

? 外部信息融合阶段,整个产业链形成完全的信息系统融合,完全不存在人与人、组织与组织的信息交换屏障,社会资源可以按照效用最大化的原则来配置。

在我们国家的政府信息化建设中同样经历了一个循序渐进的过程。80年代初,政府机关最早开始的计算机应用系统是经济数据统计服务的。90年代,政府办公自动化成为信息化主要建设目标,围绕办公自动化,工商、税务、财政、公安等专业性比较强的政府部门,也开始了自身业务系统的建设。90年代末,互联网高速发展,政府上网工程迅速开展,很快辐射所有的城市级政府部门。进入21世纪,以电子政务工程“三网一库”建设为标志,“五保合一”的社会保险工程、网上审批一站式办公、城市一卡通、部门办公自动化、综合

互联互通 互联互通专题

经济数据库、人口数据库、城市综合地理信息系统、城市应急指挥系统等,进入全面规划和实施阶段。(www.loach.net.cn]

从政府信息化建设的历程来看,呈现出这样的特点:

?

?

?

? 短短二十年的时间,政府的信息化发展速度很快,与我国经济发展的速度直接相关。 信息化建设主要的驱动力,主要来源于政府内部的强制性行政指令。 采用的IT技术基本上表现出与国际同步发展的趋势。 信息化建设水平,在不同的区域,在政府内部不同的部门,差异化很大。

非均衡性是政府信息化建设的主要特点

我国地域辽阔,经济发展处于非均衡的发展模式,信息化的建设同样处于非均衡的状态。不同地区信息化建设水平差异很大,同一地区的不同政府机构系统建设也有很大不同。从理论上分析,即使是在统一城市的在不同环境下,信息化建设也处于不同的阶段。相当多的部门机构,还是将计算机作为日常办公的工具,正在以提高内部工作效率为目标,进行联网建设。而医保系统要求医保中心、各医院、药店必须形成信息共享,医保系统正在逐渐与银行、统一市民卡中心、人口数据库、医院管理信息系统的信息融合。

从信息化建设过程来看,政府信息化建设必须符合客观规律,从现有的基础着手,不能脱离现实背景。从发展的角度来认识问题,信息系统必然要求进行融合。如何解决好现在的业务系统建设,未来业务系统互联互通的问题,就在于如何解决非均衡的信息化建设过程管理和不同阶段建设目标规划问题。

互联互通是政府信息化建设的关键

不同信息系统的互联互通问题,已经成为政府信息化建设的瓶颈。从政府信息化建设的整体发展过程来看,发展速度很快,不同的业务系统,建设目标要求往往在建设过程中就会发生变化。统一技术标准不失为很好的解决方案,但是,IT技术的发展与传统工业的最大不同,就在于技术标准远远落后于技术创新。期待统一标准后,在进行系统建设,或者完全采用现有成熟的(或者说是相对落后)的标准,来进行系统建设,显然是不可取的。应该说,技术标准的建设,也同样需要一个过程,也需要进行研究探索。同样,政府正在处于职能改革的过程中,部门之间的系统协同,也很难拿出明确的业务标准。系统之间的互联互通问题,看起来应该是一个技术问题,但要解决的问题是非常广泛的,主要涉及以下几个方面:

(一)电子政务需要可持续性发展

经济的发展,开放的需要,政府职能改革的需求,决定了电子政务的建设是长期的过程,而且随着经济的进一步发展不断扩大规模,辐射国民经济各个角落。如果没有灵活的、

互联互通 互联互通专题

可扩展的电子政务平台,信息系统之间的互联互通问题,就会严重影响政府信息化建设的进程。[www.loach.net.cn)

(二)政府不同的职能机构需要互联互通

行政审批制度的改革,是政府职能改革的重点。多年形成的条块分割的部门管理权利,很难在短期内得以转变。实现网上行政审批不仅是提高行政审批效率的举措,更多的目的也在于,通过信息化建设,全面梳理政府行政审批业务职能,并加以整改,通过对敏感行政审批业务,转变政府职能,全面体现政府为企业和市民服务的思想,提升政府的公众形象。经过调研,一般一个地级市,行政审批业务约1200多项,几乎每项审批业务都涉及多个市级委办局甚至区县的委办局,业务流转方式纵横交错,异常复杂。真正实现行政审批制度在网上实现,必须首先实现委办局的互联互通,必须建设灵活的、可管理的电子政务平台。一方面,平台必须支持不同委办局的办公自动化系统;一方面,平台也必须支持审批的各类业务数据整和。

(三)打通信息化工程与基础数据库之间的联系

人口数据库、城市地理信息库、综合经济数据库,是城市信息化建设的基础,无论是基于便民服务的市民卡系统,还是城市应急指挥系统,社保工程都必须与城市基础数据库相联。否则,会对信息资源造成浪费,加大了不必要的投资。数据共享,也必须依赖支持异构数据整和的数据交换平台。

网聚知识提醒您本文地址:

互联互通的解决方式

貌似简单的问题,需要深入研究探索,找出真正的问题所在;看起来非常复杂的问题,必须认清问题的实质,用最简捷、便于操作的手段来解决。

电子政务标准建设、平台建设、业务系统建设实际是需要同步来进行,解决系统之间的互联互通问题,核心在于建立实用的电子政务平台,通过可扩充的电子政务核心平台,根据不同信息化建设阶段的目标要求,一方面,将原有成熟的业务系统集成到平台,在新建业务系统充分考虑与平台的互联,为系统融合作好充分准备。

这对电子政务核心平台提出更高的要求:

? 建立可扩充的电子政务平台,当连接的业务系统很少时,平台可以很小,当然投资

也很少;当连接的业务系统很多时,平台也同时扩充,完全可以支撑各类复杂的应用连接;

? 平台可以承接各种原有技术标准的业务系统,支持未来各项XML数据标准,化很少

的投入,就可以与技术保持标准同步;

? 足够的灵活性和可操作性,支持不断的业务变化;

互联互通 互联互通专题

? 开放式架构,支持各类主流操作系统、数据库和中间件产品。[www.loach.net.cn)

东方通科技就是按照这样的思路,打造着相应的平台软件产品。东方通科技自1992年成立以来,一直致力于数据交换和应用整合方面的集成开发工作,1993年就推出了第一个用于数据可靠传输的中间件产品TongLINK/Q,2002年推出基于J2EE的应用服务器TongWeb,2003年又推出了应用集成平台TongIntegrator,用户及金融、保险、电信、政府等行业。2002年,公司经过长时期的研究,针对电子政务的特点,完全采用开放式技术机构,形成了电子政务平台解决方案,既与原有的产品线密切衔接,又完全支持国际主流的中间件产品,使电子政务的应用开发,更为简单。

专题二:城市信息化互联互通项目评估方法探索

2003-11-13 16:43:28

北京东方通科技公司电子政务事业部

引言

目前制约城市信息化的瓶颈是不同业务系统的互联互通问题,从表面现象上来看,这属于技术问题。而从工程建设角度出发,业务系统的互联互通更多的是体现在业务模式再造的问题。如何将复杂的业务系统进行有效整合,是城市大型信息化工程成功与否的基本前提。

目前,全国各个城市的大型综合信息系统正在规划和实施中,如城市应急系统、社保系统和城市一卡通等系统。这些系统的运营直接影响到政府、企业和市民的工作和生活,多业务系统的互联互通,带来复杂的技术问题,更多的涉及经济基础的各个层面。综合信息系统的建设,涉及政府现有的管理体制、企业的实际利益以及城市公民对信息化的认知度等方面,因此,项目投资的风险很大,工程不可避免就会遇到投资的评价问题,如何理性对待城市信息化项目的投入,成为一个急需要解决的新课题。多年来,从技术经济的观点来看,企业投资项目评估已经非常成熟,它的核心在于对投资收益的评估和判断,而对公益性项目的评估,更偏重于国民经济评价,但对于城市信息化的互联互通项目还没有一整套成熟的评估方法。

我们都清楚的知道,计算机网络的应用并不能带来最直接的经济效益,但信息化可以改变人与人的信息交流方式,大大提高信息交换和信息共享的效率,从而提高工作效率、简化原有的工作流程,从而提升整个国民经济的发展水平。假定一个城市信息化建设项目,成功的改变了原有模式的工作流程,提高了工作效率,并促进了城市经济的发展,我们就可以将信息化建设项目作为“企业改建项目”来看待。通过比较改建前后运营模式的差异,测算项目的投资和收益,从而衡量投资的收益和风险。很明显,这样的模式也是有缺陷的,相当多的信息化建设对经济发展的贡献是很难量化测算的,它对城市经济发展的影响力涉及很多方面,在这里我们可以借鉴投资项目国民经济的评价方法来定性做出评估,从而得出相对准确的评估结论。

项目评估方法的探索

互联互通 互联互通专题

通过对项目的有效评估,可以最大限度的规避投资风险,获取最大的收益,真正体现信息化带动工业化发展的战略方针。[www.loach.net.cn)我们可以借鉴常规投资项目的评价方法,来基本确定信息化投资项目的评估框架,主要内容有以下几个方面:

(一)项目实施纲要:项目实施纲要的核心要点在于确定建设项目的目标和界定项目的边界。

(二)项目背景和基本设想,包括以下内容:

?

?

?

?

?

? 用表格列出在可行性研究编制期间,作为指导原则的主要项目参数 拟定的项目基本战略 产品(服务)和产品( 服务)构成、实施进度安排 支持项目的经济政策和行业政策 着重说明项目包含的政府、企业、部门机构的范围 项目发起人说明

(三)需求和项目环境分析,包括以下内容:

?

?

?

? 从项目的驱动力角度作出需求分析 确定新建项目的业务模式 确定项目的影响边界 从经济环境角度,分析业务模式改造的可行性

(四)项目实施的基本方案,包括以下内容:

?

?

?

?

? 项目组织架构 项目实施的目标 实施的技术方案 工程管理实施方案 项目实施的风险控制

(五)项目投资测算,包括以下内容:

?

? 项目建设资金来源分析 项目固定投入资金测算

互联互通 互联互通专题

? 项目运营资金测算

(六)新型业务模式的投资收益分析,即对直接经济效益的分析,包括以下内容: ?

?

?

?

? 确定赢利模式 收入预测 成本分析 投入产出分析 投资风险预测

(七)项目投资的国民经济评价,包括以下内容:

?

? 项目对国民经济的影响要素分析 对国民经济的评价

业务模型再造的可行性分析

经济发展产生了对信息化建设更高的需求,同时,信息化的建设,促进了整个城市的经济发展。(www.loach.net.cn)通过对城市整体发展规划的正确认识,客观评价现有的经济环境,才能对信息化不同阶段的特征有充分的认识,落后和超越现实基础,工程建设都会发生问题。

信息化项目的可行性研究,必须从如何改造业务流程模式的角度来认真分析。目前,绝大多数信息系统建设方案基本是由IT技术为背景来论证的,如果仅仅是现有工作模式的计算机化,评价信息化带来的工作效率提升是比较容易的。要想通过信息系统的建设,达到改善现有工作模式、整体提升运营能力的目标,往往新业务模式的设计和实施,要比信息系统建设本身要难的多。如果系统的设计与未来的实际运营模式不相一致,就会给项目成功实施带来很大风险。要保证项目实施成功,整个系统的设计,必须体现出新系统如何去有效改造原有业务模式的思想。系统的整体设计,就需要建立在对传统业务模式的分析和新建业务模式可行性分析上,只有业务改造成功,才能保证信息系统的建设成功。

网聚知识提醒您本文地址:

对于任何企业、社会团体或者政府机构来说,对传统业务模式改造都是非常复杂的问题,首先,存在对传统业务模式改造的驱动力问题,如果没有很强的驱动力,业务流程改造是很难实现的。其次,业务模式改变涉及到部门和个人利益再分配的问题,解决不好利益平衡问题,业务模式改造同样会遇到很大阻力;业务模式的改变,还需要用户对新业务模式的统一理解,并且掌握新业务模式的知识,如果新系统不能被足够的用户群掌握,业务模式改变同样面临着无法实施的窘境。因此,对于城市信息化的项目的论证,必须兼顾以上三方面的问题。

互联互通 互联互通专题

下面我们以城市统一交费系统为例,来看一看进行业务模型再造的评估方法问题。(www.loach.net.cn]城市统一交费系统主要解决城市居民煤气、自来水、用电、有线电视、电话、公交等的交费。

(一)系统的边界描述

城市统一交费系统是由政府发动,提高城市信息化水平,实施便民服务的工程。系统的用户群主要是市民和公用企事业单位和银行。

(二)用户群特征分析

抽取样本,按照用户与系统的关联度特征来进行分析,就可以对不同层面的用户进行综合统计分析。

公用企事业单位的分类特征:

居民的分类特征:

(三)原有业务模式的描述

互联互通 互联互通专题

居民必须每月向不同的部门交费,有些采用人工收费的方式,有些采用银行代收费的方式。(www.loach.net.cn)

(四)原有模式的主要问题

对于城市居民而言,仅交费就需要消耗较多的时间。一方面降低了工作效率,另一方面降低了生活质量。

对于公用企事业的运营单位,人工收费的成本比较高,对收费员的道德水准有相当的要求,容易形成内部职工腐败和欠帐现象。

(五)新业务模式描述

居民可以通过信息厅、电话、手机、银行网点等,通过新的业务办理模式,进行统一交费。

(六)新业务模式主要优势

对于城市居民,可以大量节约时间,提高工作效率,或者娱乐时间。

对于公用企事业单位,降低了成本,减少了坏账,加速了资金周转。

对于银行来说,增加了营业额,提高了储蓄资金,从而提高了效率。

对于电信部门,增加了数据流量,增加了收入和效益。

(七)业务流程改造的驱动力

新业务模式对于企业的好处是显而易见的,各类型的单位对项目的驱动表现有所不同: ? 随着电信的市场竞争激烈程度很高,而且电信的运营特点在于提高数据或话务量,

并不需要对应投入成本,因此,电信对项目的实施报有很大热情。

? 银行的竞争正在全面展开,项目实施对银行也会带来直接的收益,银行也同样报有

热情。

? 各个公用事业运营单位,对于自身提高营销水平,降低坏账损失,节约成本,增加

创收有一定的需要,是否采用统一收费方式,应该是无所谓的态度。由于缺少市场竞争的压力,它的驱动力更多来源于政府的压力。

? 对于城市高收入群体,时间的含金量比较高,对统一收费项目,有很高的期望值。

对于相当多的受教育背景比较好的青年人,受社会文化和新消费观念的影响,也同样对项目会有很强的期望。

? 对于城市收入很低的居民,对时间的效率没有很高的要求,当新的收费模式,需要

额外增加付出时,影响了日常生活质量,就会产生很大排斥。

互联互通 互联互通专题

(八)新业务模式的利益分配

我们首先将城市统一收费系统作为公用事业的一部分来考虑,当区域经济发展水平很高时,政府通过财政投入来建设项目,并以此拉动地方经济的发展,带动税收的增长,就可以形成量性循环,城市居民以城市福利的方式,享受新业务模式带来的收益。(www.loach.net.cn)

当区域经济发展水平比较低时,政府需要调动市场的力量,按照谁投资谁收益的原则,吸引部分或全部社会资金来投入公用事业建设,也可以实现同样的目的。我们可以将城市统一收费系统,作为电信企业的增殖业务和银行企业的扩展业务。通过市场竞争的机制,降低统一交费的成本,将项目投资和运营完全依赖于市场的调控作用,愿意为节约时间付费的居民可以享受与之对等的网络、电话、手机短信或银行网点等交费服务,不愿意为节约时间付费的居民可以到指定的营业厅交费。同时政府通过公用事业统一收费厅的建设,隐含着对低收入居民的补贴。

(九)对新业务模式的知识掌握

网络应用的今天,对于系统开发和维护已经不成为问题。对于居民而言,使用网络、电话的人群会越来越多,如果充分考虑到对弱势群体的保护,保留营业厅直接的交费方式,增加社区服务的范围,相对整个城市居民这样的用户群,对新业务模式的理解和掌握是没有问题的。

专题三:电子政务互联互通软件平台的体系架构

2003-11-14 9:36:15

北京东方通科技公司技术总监 李春青

软件平台的概念

我们所说的 “软件平台”用一个简单的公式给它定义如下:软件平台= 中间件软件 + 通用业务组件。它相当于计世资讯(CCW Research)在《2003中国软件平台产业发展战略研究报告》中定义的“基础架构平台”及其上层的“业务基础平台”的总和。计世资讯把这里的应用支撑层,称为“软件基础架构平台”,把通用业务组件层称为业务基础软件平台,并用“指以业务导向和驱动的、可快速构建应用软件的软件平台”来定义这一层软件。

以中间件为核心的软件平台技术的产生是市场的必然要求,不同于一般国外厂商的基础架构软件,更强调对用户的直接价值。

对于政府部门的用户而言,软件平台意味着它一开始就应该具有基本的“业务”功能,可以快速地建立起政府的业务应用,业务系统还能进一步地扩展并随业务的变化而方便地调整。归纳起来,对于最终用户而言,软件平台首先意味着基础功能、快速建立和适应变化。市场上有这样的例子,如某个一站式办公软件平台、互联互通软件平台等。

网聚知识提醒您本文地址:

互联互通 互联互通专题

对于应用开发商而言,软件的平台化首先意味着开发商把电子政务的业务需求的一些共性功能已经部分地实现在软件平台中,应用的开发不再是从头开始,可以基于现有软件平台定制,需要新开发的只是一部分应用程序。[www.loach.net.cn]对于开发商而言,基于软件平台的开发可以有效地减少新代码的开发量,缩短开发周期、减少代码测试的工作量,提高软件的整体可靠性,最终降低成本。

对于中间件等基础软件供应商而言,提供平台化的软件包意味着厂商可能需要组合或集成多种中间件技术,在以中间件为核心的基础架构软件的基础上,向特定应用如电子政务,提供更多的、针对领域的通用化的功能,从而增加软件的附加值,为应用开发商提供更多的帮助。

软件平台的典型特征

我们可以把软件平台的典型特征初步地归纳为以下的几个要点。

? 软件平台以中间件为基础,中间件是软件平台的核心支撑系统。

软件平台一般是网络化的应用解决方案,需要基于中间件软件去构建。软件平台是应用系统的核心支撑,整个软件平台需要部署到用户的实际环境中去。

? 软件平台具有业务的通用性

软件平台的中间件层之上是通用的业务构件层。有人把这一层叫做业务基础平台,或者叫领域框架层。这一层软件是针对某一行业或特定类型应用(如电子政务)的通用的软件实现,具有业务的通用性。

? 软件平台不是最终的应用

虽然软件平台提供了一些针对行业或特定应用(如电子政务)的一些共性的功能,但它毕竟是不完整的。应用开发商需要基于平台开发特定应用需要的特定功能。 ? 基于软件平台的应用能够方便地扩充

应用系统不可能一次建成,因此软件平台必须支持应用方便地扩充。软件平台的扩展能力来自于中间件软件的通用性和通用业务组件的可扩充能力。

? 提供应用开发工具

应用开发需要软件平台提供相应的开发工具。工具可能只是中间件层的,通用业务组件层也可能有工具支持。

基于软件平台的电子政务系统体系结构

互联互通 互联互通专题

我们这里借用国家电子政务标准化工作对“电子政务标准技术参考模型”的研究来体会电子政务软件平台在政务信息系统中的位置和作用。[www.loach.net.cn)

根据“电子政务标准技术参考模型”,电子政务系统总体上可以建模为横向包含多个层次,管理和信息安全纵向贯穿各个层次的技术架构。参考模型的最底层是网络基础设施层,逐渐向上展开的是应用支撑层、应用层、公众服务网及电子政务的服务对象——政府、企业、社团和公民。其基本含义是,应用支撑层支持应用通过公众服务网向电子政务的服务对象服务;管理和信息安全是贯穿各个层次的保障。

在这个参考模型中,应用支撑层向电子政务应用层提供所需的各种通用服务,如资源共享、信息交换服务、业务访问、业务集成、安全可信和可管理等通用性的服务。在这一层中核心的是中间件软件。

应用层是基于应用支撑层构造的各种电子政务应用,是电子政务系统中面向最终用户的层面。如果我们进一步把针对电子政务的全部内容或者特定类型的应用的一部分共性功能抽象出来,就是 “通用业务组件”层。把“通用业务组件”层和下面的应用支撑层结合起来就构成了我们所定义的“软件平台”。根据应用的需要,软件平台可能提供更加具体的、不同的功能,如“交换与共享”平台、“互联互平台”和“一站式服务平台”。

软件平台在电子政务技术架构中的位置见下面的示意图。

通用业务构件层的特点

通用业务构件一般表现为针对特定行业或特定类型应用的软件框架,或者说领域框架。框架性的软件是把许多应用需要的功能抽象成公共的设计和部分的实现,为一组类似的问题提供通用的解决方法。框架本质上是不完整的,特定应用需要的功能需要框架的用户——应用开发者去添上。

通用业务组件层的出现改变了应用软件的研发模式,一方面它更高程度地实现了软件的复用,同时又支持用户的个性化需求的实现,能够快速地开发用户所需要的应用系统。

互联互通 互联互通专题

有观点认为,业务基础软件平台还有另一种表现形式,即“模型化业务基础软件平台”。[www.loach.net.cn)基本上,组件化可以看成是基础业务平台的本质特征,模型化可以看成是生成业务构件的方法。模型化的方法让业务人员和系统的分析与设计人员在高层定制和开发应用,可以减少代码的编写,最终生成的系统仍然应是组件化的。一种影响越来越大的模型化的开发方法是,使用软件平台工具建立独立于基础架构层的应用模型,再基于应用模型生成运行在底层基础架构层的组件(程序)。

在面向对象的软件框架中,核心功能一般被实现为一组以特定方式交互的抽象的类,在导出具体的应用时,这些抽象的类由特定的具体子类替换。

一般地说,软件框架的基本功能、通用性、灵活性及易用性决定了其框架是否好用。 电子政务互联互通软件平台

我们来看一个实际的例子——东方通科技针对电子政务互联互通应用研发的互联互通平台。该平台集成了东方通科技自有的应用集成中间件TongIntegrator、消息中间件TongLINK/Q以及基于TongIntegrator、针对应用集成的集成组件。

TongIntegrator是一个基于Java的应用集成中间件软件,它支持数据与应用集成,具有一定的流程集成功能,支持组件化的应用集成。TongIntegrator的数据集成功能支持对多种关系数据库系统、XML文件及各种自定义格式文件的方便地访问;TongIntegrator的应用集成功能支持与基于TongLINK/Q、MQSeries、socket通信及提供本地API的任何应用的方便的集成;流程集成功能可以把数据源、应用整合到一个处理流程中。TongIntegrator框架中的集成组件具体负责与外部数据源和应用的交互、数据格式的转换和对数据的处理和加工。TongIntegrator提供一些标准的预置集成组件,针对特定应用特定需求的集成组件可以依据系统提供的组件框架或开发方法新开发。一个TongIntgrator支持多组应用的集成。 平台中的另一个中间件TongLINK/Q是一个支持JMS的消息中间件。TongLINK/Q提供基于队列的异步的消息传输功能,支持可靠传输和点对点及订阅和发布消息传输模式。依靠

网聚知识提醒您本文地址:

TongLINK/Q的异步消息传输机制,集成中间件TongIntegrator把触角延伸到远地的应用。 在整个互联互通平台中,TongIntegrator及TongLINK/Q是集成平台的中间件层,针对数据及应用集成的TongIntegrator预制组件是平台的通用业务组件层。两者结合起来构成了支持电子政务互联互通的“互联互通软件平台”。

我们以城市市民卡应用为例来具体说明软件平台在应用中的功能和部署。为达成以卡中心为中心,实现与城市各个只能部门业务系统的互联互通的应用目标,可以把TongIntegrator及TongLINK/Q 服务器端软件部署到市民卡中心,通过在各个职能部门部署的基于

TongLINK/Q的应用代理可以把远地各部门的应用系统集成在一起。卡中心的本地数据库系统可以直接被TongIntegrator的集成组件访问。对关系数据库的数据、卡应用相关的XML

互联互通 互联互通专题

文档、自定义格式文件的访问,可以比较简单地通过配置文件定制。[www.loach.net.cn)如果在各职能部门仍需要集成多个应用系统和/或数据源,可以在那里部署同样的一套软件平台。为更方便地实现数据备份功能,软件平台还提供了支持在关系数据库之间备份数据的集成组件。

在市民卡应用中,软件平台的中间件层较好地解决了异构系统的互联,并且为各种不同的系统的集成提供了一个集成的框架;软件平台的通用业务组件层提供了实现快速的应用集成的预置组件。整个集成过程便捷、快速、可靠。应用系统的集成不必一次完成,可以逐渐、替增地进行。

互联互通平台较好地实现了东方通科技针对电子政务互联互通应用需要提出的预先构想。未来软件平台还要不断地完善和扩充,提供更多的满足互联互通的更丰富更深入需求的通用集成组件。

满足需要是关键

软件平台给国内软件业带来机会。软件平台的良好发展必然会影响电子政务应用的开发模式、服务模式,甚至可能会改变一些软件企业的商业模式。

对于一个具体的软件平台,要获得成功关键在于针对应用抽象而实现的通用业务组件是否满足用户的需要、是否做得好。由于中间件软件相对成熟,能否成功通用业务组件就成了问题的关键。

互联互通 互联互通专题

通用业务组件层作为软件框架有其自身的技术要求。[www.loach.net.cn)作为通用性的软件,随着业务的标准化、软件开发方法的标准化,通用业务组件层也要逐渐地走向标准和规范,这是一个比较长期的过程。在当前的国内电子政务应用过程中,软件平台能否切实地满足能否满足业务应用的通用与特殊需要,能否快速、可靠地支持业务系统的逐步地构建、支持变化的业务要求却是最根本性的目标。

专题四:以实用化观点看待互联互通平台

2003-11-17 11:16:47

北京东方通科技公司技术总监 李春青

互联互通在电子政务应用中的重要作用无庸质疑,未来各地全局性的或部门电子政务建设中越来越多地采用互联互通平台软件应是必然。但在应用实施中,建设者仍必须从整体认识到具体操作的多个层面上,对电子政务互联互通平台平台技术及产品有一些根本的认识,才能在建设的组织中把握关键,游刃有余。

国内外主要平台技术的差异

从电子政务应用的角度来看,电子政务应用系统可以直接基于中间件等基础架构软件开发,也可以基于具有更高层次功能的“电子政务软件平台”开发。计世资讯(CCW Research)把我们所说的软件平台中的基础架构软件之上的、通用业务组件层叫做“业务基础平台层”。计世资讯甚至认为,在未来的2~3年内,将会有越来越多的复杂应用软件系统建立在业务基础软件平台之上。

在电子政务软件平台技术方面,国内外厂家的理解有着根本的不同。国外公司完全是“基础架构层”的,没有针对电子政务的业务特性的软件,国内专业厂商和系统集成商一般都会提供针对电子政务业务需要的特性软件。

国外IT公司眼中的平台软件是以中间件为核心的基础架构层的软件,或者这些软件的组合。这些软件包括J2EE应用服务器软件、门户服务器软件、EAI中间件、交易中间件、消息中间件、数据访问中间件等。因为单一一种软件无法满足应用的所有需要,就把它们组合起来使用,也形成了一些比较固定的产品组合,比如“应用平台套件(APS)”。

APS是应用平台套件(Application Platform of Suites)的英文首字母缩写。Gartner的研究报告把APS定义为构成现代电子商务的运行时基础的、基础软件架构产品的组合,认为APS的最小“配置”包括企业应用服务器、门户产品和企业集成套件。为什么会有这“三架马车”呢?因为要实现适应时代的、完整的企业电子商务系统,三个部分不可活缺:企业的多数应用都可以以浏览器为客户端、基于应用服务器来构建,应用服务器集成了事务处理、消息服务等中间件的主要功能;门户产品用于实现与企业内外个体的个性化交互的统一门户;应用集成套件用于方便地集成企业已有系统和新系统。APS在电子政务应用中也应会成为一个主流的技术架构。但国内电子政务建设多阶段并存的复杂性并非一个APS能够独当。

互联互通 互联互通专题

事实上,现代应用架构也并非一个APS能够独当。(www.loach.net.cn]Gartner认为,一个套件架构不会满足所有的需要,也没有哪一项技术会使所有的项目都是同一种模式。比如,有些项目会主要关注与用户的交互,有些项目可能关注应用的集成,有些项目关注工程化、再工程化和新业务流程。

组合应用不必然意味着一定要使用同一家的产品。用户可以“选择一家的”,也可以“选择最好的(best-of-breed)”组合,所以才有应用集成(EAI)产品的存在。

总的来看,国外厂商的软件平台技术只是构建电子政务平台软件最底层的一种技术选择。 国内具有代表性的一类厂商是应用开发商或系统集成商,这些年里,针对各级、各地区政府电子政务的应用需求,开发了从OA系统到政府公文流转系统,从工资、人事管理系统到比较全面的业务处理支持系统,从简单的网站到比较复杂的、可以让企业在互联网上申报税务、办理审批业务的系统等各种各样的电子政务应用系统。为了提高应用软件开发生产率、及时地满足用户的需要,一些厂商还总结、提炼出具有一定的通用功能,可快速进行完整的应用开发从而满足特定需要的“平台软件”。

网聚知识提醒您本文地址:

国内应用软件开发商或系统集成商具有熟悉业务、了解业务需求的优势,了解电子政务特定业务系统的一般性需求和特定客户的特定需求。因此,国内的软件平台产品能够满足客户的一般性和个性化的需求,能够适应用户变化的要求,系统也有很好的可扩展性。

国内的中间件厂商也是电子政务平台技术方面的一枝重要力量。国内中间件厂商除了具有自有品牌的中间件软件的技术优势外,大都是应用开发商或系统集成商出身,对行业业务有较好的了解,多年的中间件实施过程中也没有完全与客户的业务应用脱离,其力量不可忽视。 电子政务应用的安全敏感性使得国内中间件优势品牌厂商和应用开发商或系统集成商的结合具有双赢的天然优势。

电子政务对软件平台的特定需求

与发达国家相比,中国的电子政务建设有自己的一些特点,这些特点也和电子政务软件平台技术有着密切的联系。

电子政务是一件长期性的建设。Gartner认为,各国电子政务/电子政府的发展要经历四个阶段,分别是:展现、交互、事务和转换。也有人总结成以下的四个阶段:信息发布、市民(企业)与政府交互、资源整合、政务流程优化与再造阶段等。这两个说法的实质是一样的。一般认为,我国电子政务的建设整体上处于第一和第二阶段之间;比较先进的发达国家正在从第二阶段走向第三阶段、甚至从第三阶段走向第四阶段。

总的来看,电子政务涉及三个方面: 政府内部的信息化和网络化办公; 政府部门之间网络化的信息共享和实时通信; 政府与企业和大众通过网络双向互动。不同的阶段,需要解决

互联互通 互联互通专题

和关注的问题也不相同。[www.loach.net.cn] 发达国家经过近50年的信息化过程,政府內部的管理信息系統和各种决策支持系統已经基本建成,很多年前就开始从办公自动化、一般管理信息系统走向更加复杂的机构间、机构外部的业务领域,将政府的信息系統在技术上和功能上通过互联网向政府外部延伸。国内现阶段电子政务总体上强调的是“加强管理与促进服务并举,近期主要是加强管理”为什么会是如此?因为政府部门内部、部门之间需要必要的信息系统还没有建立起来,或者还没有实现互联互通。没有这些必要的、基础性的工作,网络化的服务如无源之水、无本之木。

中国是个发展中的大国,从中央到街道办,我们有多级政府机构,全国各地情况千差万别。多年来,政府一直在积极地推行机构改革,整个政府机构处于转型过程中,政府职能、管理方式、部门设置等都在发生变化。经济实力方面,大多数地方都没有广东南海那么幸运。在建设电子政务的整体策略和具体方法上,虽然我们正在一步步地走向清晰,但还没有完全走出“摸着石头过河”的阶段。在电子政务应用的一些软环境建设方面——如标准和法规的建设,我们还很初级。从去年开始,电子政务标准的研究和制定工作步伐加快了。即便如此,我们仍有数百个相关标准需要研究和制定。围绕实施电子政务的组织模式、建设运营、投资机制、评价体系等诸多方面,我们都缺乏可以借鉴的经验。所有这些都给我们的电子政务的建设带来了很大的困难。

尽管面对很多困难,我们也必须迎接挑战,挖掘后发的优势因素。各级政府领导、信息化主管部门都在积极地思考,寻找推进中国电子政务建设的新思路、新对策。从整体上,提出了“大处着眼,从小做起,小步快走”;“先建设示范项目,再快速地推广”等重要观点。一些地方在建设当地的电子政务应用中还提出了建设“政务公用信息平台”、“公用事业服务平台”、“政务应用服务平台”等思路,对电子政务的建设都是非常有价值的思想。

发展阶段不同,建设内容有差异;国情不同,难度更大,方法也有不同。相应地,国内电子政务互联互通平台需求也有自己的特色。

首先,国内电子政务平台需要“基础架构软件”类的软件,更需要以基础架构软件为支撑的、包含“业务基础平台”的、完整的电子政务软件平台。有这个软件平台的支撑,系统的建设才会更快,才会更好,才能满足电子政务建设的需要,这是中国电子政务建设的紧迫性和技术发展规律决定的。

第二,国内电子政务既需要面向互联网延伸政府治理和服务的电子政务应用,也同时需要支持加强和规范政府内部管理,提升内部管理水平和部门协作的互联互通软件平台。这是我们电子政务发展阶段决定的。

第三,我们搞信息化的时间短、电子政务建设的经验不足,标准、规范等软件环境还很不健全,经济条件也很有限。因此,电子政务的业务目标必须有步骤有策略,从小到大不断扩充,对电子政务互联互通软件平台也不能求大求全,应逐步扩充。

互联互通 互联互通专题

第四,国内电子政务对互联互通软件平台的特殊需求并不等于我们可以基于封闭、专有的技术来构建,为了保证软件平台的可扩充和与外部系统方便地交互,必须基于标准、开放的技术来构建。(www.loach.net.cn]

实用化应是技术选型的基本准则

政府信息化实施的过程必然是逐步扩充式的。因为要建设的内容如此之多,已经建成的还需要不断地完善,况且许多事情我们还没有看得很清楚。政府信息化要先从业务比较规范,相对最容易做且需求最迫切的政府业务或部门开始。要实现某地区某一级政府内部各部门的业务与信息的整合,或者同一行业管理领域各级政机构的业务与信息整合要相对容易一些;要实现跨行业部门、跨地区的在线公共服务,在管理、技术两个方面都有要大的多的难度。 电子政务的业务目标要落到实处必须把实用化作为首要的原则来遵循,在软硬件技术和软件平台的选择方面,也应该把实用性放在首位,兼顾先进性。

技术选型的实用化体现在以下几个方面:

? 电子政务互联互通软件平台底层基础架构软件选型的实用化:功能上够用即可,强

调技术的开放性和可扩充性,不必大而全。

? 以实用的观点评估电子政务互联互通软件平台的业务支撑功能:通用功能用即可,

强调框架的通用性设计和可扩充性,不必什么特殊的功能都包括在其中。

电子政务互联互通软件平台是新生事物,需要给它不断完善和发展的时间。事实上,坚持使用化的原则就是对它的最大的包容,也只有在电子政务建设的各个层面上坚持实用化的原则才能保证项目建设的投资小、见效快以及持续的发展。

网聚知识提醒您本文地址:

专题五:电子政务的互联互通需求分析

2003-11-17 11:25:08

北京东方通科技公司副总经理 许丽丽

电子政务建设是政府机构在经济和社会信息化的大背景下,应用现代信息和通信技术,将管理和服务通过网络技术进行集成,在信息网络上实现政府组织结构和工作流程的优化重组,超越时间、空间与部门分隔的限制,全方位地向社会提供优质、规范、透明、符合国际水准的管理和服务。

目前,大多数政府部门都已经建立起自己的业务系统,并在日常业务处理中发挥着重要的作用,促进了政府办公效率和政务透明度的提高。但是建设初期由于受各种条件的限制,缺少整体性的统一规划,各部门独立建设自己的系统,导致信息孤岛现象大量存在,严重制约了电子政务的进一步发展。

互联互通 互联互通专题

据统计,我国的各级政府部门掌握着全体社会信息资源当中的80%。[www.loach.net.cn)这些信息资源分别由不同的部门控制和利用。现实的情况是,各地区、各部门电子政务发展很不平衡,在这些掌握社会信息资源的各部门系统间,不同程度地存在着信息交换和共享不畅的问题:最差的既不互联,也不互通;稍好一点的网络互联但信息资源不能互通;比较好的虽然信息可以“互联互通”,但各部门间的业务却不能协同。电子政务建设的一个重要目标就是要实现各个部门之间的网络互联、信息互通,业务互动,惟其如此才能保证政务处理的高效开展。 从系统结构看互联互通需求

在《国家信息化领导小组关于我国电子政务建设指导意见》(中办发[2002]17号)中,要求建设技术先进、边界清晰、结构合理、安全可靠的网络平台,提出加快建设政务内网和政务外网两个平台和政府门户网站,文件中明确指出:“十五”期间,电子政务建设的主要任务之一是建设和整合统一的电子政务网络,为适应业务发展和安全保密的要求,有效遏制重复建设,要加快建设和整合统一的网络平台。电子政务网络由政务内网和政务外网构成,两网之间物理隔离,政务外网与互联网之间逻辑隔离。政务内网主要是副省级以上政务部门的办公网,与副省级以下的办公网物理隔离。政务外网是政府的业务专网,主要运行政务部门面向社会的专业性服务业务和不需在内网上运行的业务。建设中要统一标准,利用统一网络平台,促进各个业务系统的互联互通、资源共享。要用一年左右的时间,基本形成统一的电子政务内外网络平台,在运行中逐步完善。

图1 电子政务中的内网与外网

在目前电子政务统一网络平台的建设中,比较多地集中于下述两类系统的建设:

? 城市电子政务系统

互联互通 互联互通专题

? 部门级的纵向多级信息网络系统

(一)城市电子政务系统

以城市为单位统一规划,实现城市范围内各部门、各区县内外信息互通、业务互动的政务处理网络系统。(www.loach.net.cn)这类系统一般包括政府数据中心、数据交换平台等基础应用平台系统和政府办公系统、公文交换系统、政府门户网站、网上审批系统、应急指挥系统等应用系统,这些系统相互连通、交互,构成了保证城市政府正常运转的电子政务网络。

(二)部门级的纵向多级信息交换系统

一般由中央各部委或各省厅局统一规划,实现该部门系统内省、市、县级机构间信息交换共享的网络系统。这些系统一般按照行政隶属关系建立起多级的信息网络,在这些部门间实现数据报送、公文传递等信息交换任务,以加快信息的流转速度,为提高政府的办公效率提供技术基础。

多样性的互联互通功能需求

无论是政务内网还是政务外网,多系统、多部门间的互联互通都是一个基本的建设要求,在不同的系统中,“互联互通”又体现为不同的形式,归纳起来有下面几类。

(一)异构数据整合

各部门采用不同技术建造的业务处理系统中,以不同形式保存并不断产生着大量的数据信息,为了集中利用这些数据资源,一般的方式是建立统一的政府数据中心,将分散在各部门的公共信息采集到数据中心集中管理,各数据使用部门通过访问数据中心实现信息的共享。 由于在电子政务初期建设过程中缺乏统一的数据标准、各部门采用的数据管理技术差异也比较大,能够以简单的方式将各种异构数据进行整合,是建立政府数据中心的基本要求。 实现异构数据整合,涉及到的功能需求有几个方面:

?

? 提供对各种数据库系统的访问能力,以实现异构数据库的互联。 提供不同数据格式间的自动转换能力,以保证各种格式的数据均能够按政府数据中

心的规范格式存入数据库系统。

? 提供数据的过滤、填充功能,以实现来源于各种系统的数据内容能够满足数据中心

的要求。

? 提供数据库同步机制,以实现将各部门业务数据库中的数据自动同步到数据中心的

数据库中。

互联互通 互联互通专题

异构数据整合是实现政务数据集中的基础,一方面可以促进各部门间的信息共享;另一方面也可以以此为起点,进一步建立政府决策支持系统,提高政府的决策能力。[www.loach.net.cn]

(二)数据交换

在电子政务网络中,无论是横向还是纵向的部门间,都存在着大量的数据交换需求,例如:电子公文传递、业务数据报送等。为完成这些数据交换任务,一般都会规划一个统一的数据交换系统,作为其他业务系统的底层平台,提供系统内各业务部门间的数据递送服务。 数据交换系统具体的功能需求主要包括:

? 实现不同网络、不同操作系统间的数据传递,以适应目前已经形成的复杂网络环境

和操作系统环境。

? 提供不同数据格式间的转换能力,以适应各种系统的数据格式,实现不同系统对数

据的正确解析和使用。

电子政务网络范围内数据交换的实现保证了部门之间信息互通,是实现更高层次电子政务应用的基石。

(三)应用集成

要实现各部门的业务互动,就必须对各部门的应用系统进行集成,这些系统是各部门在不同时期采用不同技术建造的,数目众多、类型各异,电子政务建设中一个非常大的挑战就来自于如何将这些系统间的业务处理进行整合,使其成为一个可以跨部门互动的一体化业务流程,并在此基础上重新审视现行的政务处理过程,对其进行优化,实现流程再造的高阶段目标。

网聚知识提醒您本文地址:

电子政务对应用集成的需求包括:

? 提供一个开放的集成框架,摒弃传统的应用系统间点点集成方式,所有被集成的系

统能够通过统一的技术框架进行快速集成。

? 各业务系统间以松耦合方式集成,某一个被集成的业务系统的局部修改,不会引起

被集成的其他系统的附带变更,保证系统的灵活性。

? 通过流程集成,保证跨多个部门的政务处理流程能够根据需要灵活进行调整,以适

应政府部门重组、职能转变过程中不断出现的业务变化。

? 以对遗留系统不进行过多改动为前提实现集成,保护原有投资。

互联互通的技术性需求

互联互通 互联互通专题

除了上述功能性需求而外,在建设互联互通的电子政务网络的过程中,还需要充分考虑到一些技术选择上的要求,以保证系统的建设质量。[www.loach.net.cn]

(一)开放性

政府各部门承担着协调各种经济社会关系,管理社会公共资源的任务,必然要与各种经济实体、社会团体、个人发生复杂的关系。相应地,电子政务网络系统也不可避免地要与各种外部的信息系统进行交互。采用开放技术实现电子政务系统,一方面可以易于实现与内、外部系统的互联互通,另一方面,在产品供应商和技术服务商的选择上也提供了更大的余地。

(二)可扩展性

电子政务网络建设的长期性和内容的广泛性决定了系统在构建和使用过程中,必然面临着各类扩展性需求,例如:业务规模的扩展、业务类型的扩展、集成范围的扩展等等,这要求系统的架构必须有良好的可扩展性,以适应电子政务网络的未来发展需要。

(三)可靠性

电子政务网络建成后,将成为众多政府部门进行政务处理的平台和向社会公众服务的窗口,系统能否稳定可靠地运行,将直接关系到政府工作的顺利开展,影响政府的公众形象。因此,电子政务网络的建设方案中,必须对系统的可靠性加以充分考虑。

(四)安全性

电子政务系统信息的机密性和敏感性及其服务对象的复杂性,决定了该系统必须在选取成熟、可靠的安全技术,完备的安全措施的基础上建立。在解决互联互通问题的同时,还需要在安全机制上提供完整的解决方案。

结束语

电子政务是一场深刻的变革,是推进政府职能由管制型向服务型转变的重要手段,解决好互联互通这一瓶颈,将为各级政府部门的业务整合和流程重组提供良好的技术保障,从而对提高政府施政效率、提高政务透明度、树立良好的政府形象产生积极的推动作用。

专题六:从价值链观点看互联互通平台的建设目标

2003-11-17 15:15:51

东方通科技公司电子政务事业部

经济社会的任何组织单位都应是价值链中的环节。从原材料开采、产品的生产加工、商品市场交易的每一个环节都是由众多的企业完成的,每一个企业的价值最终凝结在商品的价值上,形成完整的价值链。处在经济社会之中,我们在建立一个企业甚至到一个工作岗位的时候,都需要对它的存在价值进行评估认定,对于企业与企业之间,岗位与岗位之间的价值比较分析,是价值链分析的基本思想。经济学家已经习惯,从产业角度的用产业链观点描述产

互联互通 互联互通专题

业中不同企业的价值作用,随着经济的发展,产业链中各个环节越来越为紧密,这种合作的紧密程度,很大程度取决于对价值的评估。[www.loach.net.cn)因此,运用价值链的评估思想,来认识不同业务应用系统的集成,会给我们带来一些新的启示。

信息系统的真正作用是提高生产力水平,信息系统的建设,需要与产业的整体发展规划保持同步,否则信息系统的应用不仅不能对生产力起到推动作用,反而会影响日常的工作效率,对于企业是这样,对于政府工作更是这样。

从价值链看政府机构职能

从当前的政府机构组成分类来看,基本分类方式取决于国民经济构成的分类,如管理生产力要素的有劳动局、人事局、土地局、水利局;控制管理宏观经济的有发展计划委员会、经济贸易委员会、税务局、财政局、国有资产管理等;管理社会公共事业的有教育委员会、卫生局、文化局、公共事业局、环境保护局;以监督职能为主导的机构有技术监督局、工商管理局、物价局等。

传统的计划经济管理时期,国民经济的各个层面,均采用严格的完全计划控制,抽象来看政府机构的职能,主要是计划编制、计划的落实和实施、对计划实施的监控。国民经济的各个行业和各个部门的价值体现,同样也是被计划严格控制的。在收益均分思想的主导下,严格计划条件下的价值链各个环节,基本上是按照平均分配的原则来体现其价值的。

随着市场经济的深入发展,产业链中的各个环节,大部分由市场来判定其价值,不同企业的价值,更多的从其综合市场竞争能力来体现。政府机构的职能逐渐转化,为企业最大限度的创造自由竟争环境成为主题。政府机构逐渐由对国民经济的计划执行,转变为如何有效的营造市场环境,推进国民经济的发展。

很明显,随着法制的建设,市场的不断开放,政府机构和职能也必须相应作出调整。如果从改革发展趋势来认识政务改革过程,立法、执行、监督三权分立的改革思想,正在成为我们政府职能转换的主导改革工作方针。

对于一个生产销售型企业来说,原材料采购、生产加工、产品销售是企业的关键业务流程,一但关键业务流程形成,并不轻易改变。质量控制、设备管理、财务、人事、工会、职工教育、后勤等属于企业的辅助业务流程,辅助业务在企业发展过程中,需要不断更新和发展。 目前,政府的大部分机构,既拥有制度制定权,又拥有行政审批权,还带有对法规、政策的解释和监督权。关键业务流程和辅助业务流程并不十分清晰。从政府职能改革的方向来看,以审批制度执行过程为主导,逐渐形成政府职能的关键业务流程。法规、政策制订的过程,对制度执行监督的过程,还需要随着机构的调整,政府职能的明确,逐渐去清晰业务流程模式。

互联互通 互联互通专题

从系统工程的角度来认识问题,关键业务和辅助业务对于组织机构来说都是非常重要的,关键业务流程更容易比较准确和量化定义和描述,可以认为属于常规业务系统,而辅助业务系统更多体现对关键业务系统的支持作用描述。[www.loach.net.cn]如网上审批系统更多的体现常规业务系统,而信息发布、E-mail系统也是政府业务办公不可或缺的,更多体现出非常规业务系统的特征。 描述一下在行政审批的实际工作场景,当公务员在执行审批工作时,收到业务审批请求,首先,要确定此审批事件是否属于此本部门的职权范围,然后对相应审批事项按照有关规定进行审核,同时需要与其它政府机构进行协调,需要将现有审批事项的有关内容,与现有政策法规等进行对照分析,再作出相应审批意见,并报请本机构的主管领导批准,最终完成本机构的审批工作环节。公务员面对的常规业务系统是网上审批系统,同时,需要法律、法规以及相关审批信息的共享资料库。日常工作大量的业务交流,采用E-mail、电话、传真、文件、会议机要等信息交换方式,来支持常规业务系统的工作。

网聚知识提醒您本文地址:

从价值链看应用集成与数据集成

我们通过下面描述的行政审批过程,可以看到公务员在实施审批工作时,常规业务依赖于机构的内部办公自动化系统或者业务系统和多机构并联的审批系统支撑,需要有审批相关的共享数据作为辅助支持,形成完整的联合审批系统,才能在实际工作中真正发挥效应。这是一个目前政府机构对固定资产投资的部分前期业务审批模式。当然,随着政府职能的转换,应该说此业务模式也有可能随政府机构的职能调整而调整。

在这个示例中,构成审批业务的综合数据来源也有所不同,数据格式标准差别很大,联合审批业务需要整个链条上的各个环节对相关数据进行有效的数据共享。这些经过整理后的数据,才能真正为业务提供支撑,提高整个审批链条的效率。

在这个示例中,首先是申报用户填写《项目基本信息表》中的部分基础信息,然后审批机关跟据是否已有土地使用权进入审批流程:

(一)已有土地使用权的申报项目,向规划委申报《规划意见书》,规划委受理、审批后,向计委报《项目建议书(代可研)》;

(二)需新征用地项目,则首先向计委报《项目建议书(代可研)》,计委审批过程中需向规划委发《建设地点征求意见函》,规划委则回复计委《规划意见书》,然后计委批复《项目建议书(代可研)》。在这一过程中,规划委收到计委的《建设地点征求意见函》,回复《规划意见书》之前,需同时向环保局、园林局发出征求意见函,等到回函后才能继续办理,给出审批结果。

这是一个典型的政府机构的联合审批业务,从其业务流模式来看,联合审批常规业务系统需要与各委办局的内部业务系统进行有效的集成。同时每一个委办局的具体审批业务又依赖综合经济信息资源的共享。

互联互通 互联互通专题

机构改革的要求,同时需要常规业务系统支持机构调整后的新业务体系。(www.loach.net.cn]行政审批的业务模式调整,更多的是从价值链的观点,针对政府机构如何营造公平、公正、公开原则上的市场竞争环境,如何通过产业政策的调整促进生产力的发展,进行价值评估,从而确定整个行政业务审批的具体模式。这一切都需要建立有效的支撑平台来解决日趋复杂的业务需求。 互联互通平台的建设目标

经济的发展带动了信息化的发展,面对国内城市化的高速增长,人们对于信息系统的依赖越来越强,系统的辐射深度和宽度越来越大,互联互通问题已经成为瓶颈。由于国内经济发展的区域差异性很强,信息系统建设的水平差异也很大。政府部门不同机构的业务系统千差万别,采用的技术手段和数据相关标准是不同的,建设过程也有所不同,计算机技术应用水平也有所差异,需要把不同的应用进行有效的集成。

随着城市信息化的全面展开,城市综合经济数据库、城市数字地理信息系统、市民信息厅、公共事业统一交费系统、城市应急指挥系统、市民一卡通系统、智能交通指挥系统、政府便民服务的社区服务系统正在如火如荼的进行建设规划,每一项综合系统都面临应用集成和数据集成的问题。如果开展每一项工程都需要与相关系统进行互联互通的开发整合工作,就会导致大量的人力物力浪费。很多城市都在尝试,制订统一的IT基本建设标准,通过标准的建设来解决系统之间的集成问题,但是存在了新的问题。首先是标准的建设滞后于系统的建设过程,其次是已经建设的系统很难再重新改变模式,重新改建成新标准体系下的系统。 一个有效的方法就是建立可以继承原有系统,承接未来业务系统的标准化软件平台,软件平台与业务系统形成松偶合方式连接,核心功能解决应用整合和数据整合的问题,贯穿安全体系和数据标准体系,按照高灵活性和高可用性的原则,按照信息化发展规律和实际应用的需要来建设。对于政府信息化的相关应用系统,成熟一个,上线一个,先用少量的投资进行建设,然后再根据实际需要,不断扩充软件平台的建设规模以及应用系统的上线规模,形成真正的城市综合服务平台。

这样一个城市综合服务平台应采取统一规划、集中管理、分级负责的建设原则,在系统容量和管理模式上充分考虑到未来几年内信息化发展和变化的需要,最终使达到以下建设目标:

?

?

?

?

?

? 可以高效、快捷整合现有的业务系统和数据资源; 支持复杂的网状结构,系统之间的业务逻辑关系可以灵活定制、调整; 技术与系统设计具有高伸缩性、增长性和兼容性; 系统具有超长生命周期和对新技术的适应能力; 独立实现系统之间的数据描述、协议与通信接口,降低耦合性; 能够实现逐步投资与分期建设,保持与其它业务系统的同步增长。

互联互通 互联互通专题

专题七:网上联合审批中的互联互通应用集成平台

2003-11-24 10:45:40

北京东方通科技公司支持服务中心 高科

20世纪90年代信息技术的迅猛发展,特别是互联网技术的普及应用,使电子政务的发展成为当代信息化的最重要的领域之一。[www.loach.net.cn]电子政务提高了政府办公效率,方便市民与政府的实时沟通,显著减少政务成本,还有利于促进政府在管理体制、管理观念、管理方式和管理手段等方面的转变,进而带动整个国民经济和城市信息化进程。

2002年之前的中国电子政务建设主要体现为“政府上网工程”,其重心一直集中在政府专网建设、政府信息收集、交换和发布等方面,纵向网和跨部门网络建设继续呈快速发展之势,业务数字化、网络化建设也取得了令人满意的成绩。据统计,截止到2002年6月底,81.7%的省市级以上政府部门建立了核心办公类应用系统,93.2%的政府部门建立了辅助业务管理信息系统,30.1%的政府部门建立了领导决策支持类应用系统。

最近,中国电子政务发展的总体框架已经确立,标志着电子政务的发展有了更清晰明确的方向:首先要建设两个统一的电子政务网络平台,即政府内网和政府外网;第二是继续建设和推进12项重点业务,即“12金工程”;第三是加快信息资源建设,建成四个基本数据库。 行政审批是行政机关依法对社会和经济事务实行事前监督管理的重要手段,多年来发挥了重要作用。2001年10月以来,国务院行政审批制度改革工作领导小组及其办公室依据改革的原则和标准,对国务院65个有行政审批职能的部门和单位的行政审批项目组织了清理,并实施了严格、规范的审核和论证。各级政府为方便人民群众办事,推出一站式为民服务,简化各项目审批手续,已成为近期全国电子政务系统建设的热点。网上审批系统作为政务信息化建设的重要组成部分,其实施的效果直接关系到电子政务整体建设。实现网上联合审批,其目的在于通过信息化建设,全面梳理政府行政审批业务职能,并加以整改,通过对敏感行政审批业务,转变政府职能,全面体现政府为企业和市民服务的思想,提升政府的公众形象。 网上联合审批的主要模式

网聚知识提醒您本文地址:

网上审批是政府多部门跨网络协作的综合性应用,审批信息往往需要跨网络流动。审批环节、参与审批的部门、审批信息的流转构成整个审批过程,这个复杂的过程在“审批工作流”的控制下进行。审批工作流可以灵活定制和修改。

申报者通过多种渠道将申报材料提交到政府网站,政府的网上审批系统读取申报材料,然后依据行政业务规则和部门分工和权限划分,启动相应的审批流程,协调各政府部门按照逻辑顺序协同工作,完成审批过程,并将各主要环节和最后的审批结果反馈到网站上或通过短消息通知申报者。政府有关部门可以对网上审批工作情况进行全程监督。

根据审批项目在互联网上的处理内容的多少,可以分为以下4种模式。

互联互通 互联互通专题

第一种模式:全程网上办理。[www.loach.net.cn]

第二种模式:网上实现申报、受理、状态查询、结果发布、持申报原件办理相关手续。

第三种模式:两次网下办理(送申报材料和领取审批文件)。有几种情况:需现场考察,需行业主管部 门审批意见,需取证过程,需提交原始材料。

互联互通 互联互通专题

第四种模式:仅提供网上查询或者表格下载。[www.loach.net.cn]

从网上审批应用和流程整合的角度来看,又可以分为以下7种典型模式:

分析得出所有网上审批流程都由若干基础流程单元组成,一类单元对应一套程序和一类数据组织方式。

第一种模式:线性(包括单体)。

第二种模式:分支。

第三种模式:汇集。

第四种模式:尜型。

第五种模式:闭环(组)(尜型的源点与汇点合一)。

互联互通 互联互通专题

第六种模式:征求意见(便函或电话征求,非正式文件)。[www.loach.net.cn]

第七种模式:会签(共同发文)。

不论是以上那种审批模式,都是建立在互联互通的应用集成平台之上。应用集成平台的建设很大程度上决定了网上联合审批的实现结果。

网上联合审批的技术实现

一般,一个地级市的行政审批业务约1200多项,几乎每项审批业务都涉及多个市级委办局甚至区县的委办局,业务流转方式纵横交错,异常复杂。网上联合审批的实现,必须依赖于委办局之间实现互联互通,也就是要建设一个灵活的、可管理的电子政务应用集成平台和流程集成平台。

实现应用集成平台,要解决好以下两个问题:一是审批流程中涉及的各个系统之间数据的可靠传输,二是各个系统之间数据格式的差异性转换。流程集成主要实现审批流程中各个审批单元之间的统一调度和管理。

联合审批系统涉及的委办局和应用系统众多,每个政府部门内部都有自己的应用系统,而这些应用系统大多采用不同实现技术来构建的。同时,数目众多的审批业务都具有很高的复杂性。在联合审批的应用集成平台中,可以用消息中间件TongLINK/Q以松耦合的方式来连接各个系统,解决了网上联合审批各个应用系统之间的数据交换问题。

在早些时候,如果需要将数量不多的系统连接在一起,使得它们之间能够进行信息交互。一般采用的一种典型处理方法是建立一个直接的“点对点”的数据链接,用定制编程以实现系统之间的“会话”。但是,随着新系统的不断增加,直接的定向连接和定制编程的情况会急剧增加,这最终会成为信息流动的瓶颈。为解决这个问题,在联合审批的应用集成平台中,可以使用集成中间件TongIntegrator, TongIntegrator通过一个集成框架,自动定制了系统集成需要的大部分编码,来实现各个系统数据的集中交换和统一管理,为开发人员提供一组标准接口(或称为适配器),实现系统和系统间的连接,也可以实现系统和中间件之间的连接,并通过丰富强大的数据加工能力,为数据之间的差异转换提供支持。

审批流程的整合就是将原有独立的审批业务系统,通过技术手段实现对接,使得并联型审批业务实现跨部门的连续流转,对于流转过程,可以进行人工干预。创建业务协同和政策协商的环境,实现政府部门之间的互联审批、协同办公。根据工作流系统的任务项传递机制的不同,工作流管理系统主要有以下三种方式:

? 基于文件的工作流管理系统,以共享文件的方式来完成任务。这种类型的产品是产

生最早、发展最成熟、最具多样性的,通常包含有Client/Server模式的图像、文档与数据库管理系统。

互联互通 互联互通专题

? 基于消息的工作流管理系统,通过用户的电子邮件系统来传递文档信息。[www.loach.net.cn)这种产品

都实现了一种或多种电子邮件系统的集成。

? 基于Web的工作流管理系统,随着计算机网络技术的发展和Internet应用的不断普

及,Web技术因其界面的一致、简单及与平台的无关性,在其出现之后就得了迅速发展。同时Internet的发展及企业Intranet的建构为人们提供一个理想的协同工作环境,同时也使基于Web的工作流管理系统成为可能。

综合考虑系统的扩展性、技术先进性、维护、操作简便性等因素,在联合审批的应用集成平台中,我们建议使用基于Web技术的工作流产品实现流程集成。

建设互联互通的应用集成平台

互联互通的应用集成平台是支撑整个网上联合审批系统的基础,为电子政务应用系统提供了强大、集成和统一的业务支撑环境,对各个委办局的团队协作、业务处理、业务重组提供了全面支持,提升了软件的集成性和技术无关性,促进各类业务系统的紧密配合,使整个网上联合审批系统成为高效协作的整体,提高政府办事效率。

整个网上联合审批系统结构如下:

网上联合审批系统需要提供给用户统一的门户入口,用户通过互联网门户入口登陆,选择自己的相关审批事项,填报相关资料,数据将自动转入流程集成平台,业务将通过流程集成平台制定好的规格,将具体任务通过应用集成平台交给办事机构(委办局),委办局处理的状态和结果也要通过应用集成平台及时反馈给流程集成平台,并通过门户网站告知用户。

网聚知识提醒您本文地址:

互联互通 互联互通专题

应用集成平台作为核心平台,提供各局委办之间横向与纵向的业务数据交互。[www.loach.net.cn]应用集成平台不仅仅提供了数据通讯的通道,同时也提供不同部门之间数据格式的转换,另外,应用集成平台也将是数据共享的平台,所有审批业务中需要各部门共享的数据都需要在应用集成平台处保存,以便于流程的快速执行与监控。对于各委办局不能共享的数据,可以提供API的方式,让外界系统来访问。

在应用集成平台中,集成中间件TongIntegrator提供数据格式转换、数据过滤、数据压缩和加密、例外处理等功能,应用集成平台所需要的异构通讯、消息路由、应用搭建部署、平台管理等功能也都含盖在集成中间件TongIntegrator之中。消息中间件TongLINK/Q提供数据可靠传输、拥塞控制、数据优先级控制、加密和压缩、节点合法性认证、均衡负载等功能。 基于互联互通的应用集成平台构建的网上联合审批系统具有以下特点:

?

?

?

?

?

?

?

? 标准化:全面支持业内成熟的、普遍接受的工业标准; 开放性:基于工业标准,提供多种开放接口; 兼容性:遵循技术无关性的原则,实现广泛的技术兼容; 可靠性:充分保证大规模并发、长期运行条件下的系统可靠; 安全性:引入多种的安全机制,以保证系统的安全可靠; 可扩展性和灵活性:系统可以灵活扩展和调整; 易操作性:合理的人机界面,操作配置简便; 易管理性:统一交换规则定义和配置,方便用户管理。

专题八:从城市应急系统看互联互通平台的数据集成

2003-12-2 14:47:24

北京东方通科技公司支持服务中心 刘学纲

建立高效统一的城市应急指挥系统是一个城市步入现代化管理的必然选择。一个城市的规模越大,现代化程度越高,它所需要的应急指挥系统就应该愈加灵敏和高效。在发达国家的许多城市中,城市应急系统已经变成人民日常生活中一个不可或缺的组成部分,甚至成为显示城市管理水平的标志性工程。在美、英、日、德等多个国家和地区,其突发事件都是由行政首长负责制的专门机构来管理的,处警机制灵敏,其报警号码也基本统一。

城市应急指挥系统就是综合各种城市应急服务资源,统一指挥、联合行动,为市民提供相应的紧急救援服务,为城市的公共安全提供强有力的保障。城市应急指挥系统对各种分离的信息与通信资源进行了完整的系统集成,将110报警服务台、119火警、120急救、122交通事故报警台以及市长公开电话纳入统一的指挥调度系统,实现了跨部门、跨警区以及不同警

互联互通 互联互通专题

种之间的统一指挥、协调一致,使高效应急、联合行动成为现实。(www.loach.net.cn)市民只需拨打上述报警电话中的任何一个即可接通联动中心并得到所需要的应急救援服务。不仅如此,该系统在技术上可以实现特殊服务号码的统一。在更好服务市民的同时,城市应急系统还可以帮助政府改进对重大突发事件的快速反应能力和科学决策水平。

城市应急指挥系统统一接警、分别处警,大大的提高了事件的处理速度与质量,据不完全统计,各警种在接警过程中至少有30%的骚扰电话和20%的咨询服务类电话,统一接警最大程度的减少了处警人员的工作量,提高服务质量与工作效率。各个警种在处警过程中密切配合,分工合作。对于综合类的事件联动处理,解决了现有的各警种各自为战的局面,提高综合事件的处理能力和社会效益,将民众及社会损失减到最小。

城市应急系统的组成和基本功能

城市应急系统由计算机骨干网络、数据库、计算机辅助调度系统、地理信息系统、无线调度通信系统、无线移动数据传输系统及应用软件、有线通信子系统、AVLS车辆定位系统、图像监控及大屏幕显示系统、语音记录子系统、卫星现场图像实时传送子系统、联动中心安全系统、无人值守机房集中监控系统、其它相关配套等子系统组成。

在对上述系统进行高度集成的基础上建立统一的信息接收和处理平台,这个平台形成新运营模式和相关运行规则,打破多个应急指挥中心条块分割、各自为政的传统机制,以集中投资、统一管理的方式,实现了信息资源和通信手段的共享。

城市应急系统主要有五大类功能:

(一) 公安信息收集、综合分析、预测、发布、事务指派、反馈。指挥中心将收集到信息按值班表和业务流程进行审批处理,形成信息快报等,并进行引用统计分析和阶段性综合分析。系统主要由以下功能组成:值班管理、网站管理、信息采集、信息创建、刊物引用与编辑排版、审批签发和发布、采用通报、档案管理、查询与统计分析(查询、分类统计预测、报表统计)、其它(传真收发、短信息报警)。

(二) 基于GIS(地理信息系统)的基础数据库,信息包括各级联动主管部门、口岸、卡点主要领导、值班室通信录、地理位置(GPS坐标),单位基本情况、主要职能,业务及特长,各类专家库及查询系统。在指挥中心建立综合信息库,一线联动单位可通过本地电话向联动指挥中心查询各类信息,为广大群众服务。

(三)建立针对各类公共突发事件的各类预案,如中毒、投毒、疫情、防核、防生化、地震、灾害事故。重大疫情和突发事件报告系统利用传真计算机图文传送功能,联接市委办公厅、政府办公厅、人大、政协、政法委及各相关部门,下联各公安一线出警单位、各联动单位值班室。并对重大疫情和突发事件进行网上查询、评估、统计、分析等。通过对突发事件的评估,形成决策方案,下发各个部门进行实施处理。

互联互通 互联互通专题

(四)应急指挥调度系统:能够通过有线PSTN、卫星、移动、金卫网、互联网等各类通信手段接收各地的语音、传真、电子文档报警和上报数据,分类进行接警:误拨、骚扰、投诉、举报、咨询、求助、情况汇报、协作事件。[www.loach.net.cn)

(五)决策分析系统:根据接处警情况数据库内容及上报统计数据,进行挖掘分析和报表处

理。并将结果发布在内部网上或通过传真将结果发布到相关单位。

城市应急系统的数据关联分析

城市应急系统应采用统一的基础信息交换平台,将不同部门的应急指挥系统有效的整合在一起,不仅可以实现异构系统的互联,同时还可以解决各系统之间的实时大容量数据交换、安全传输、授权认证、业务监管、多网融合等问题,具有统一接警、迅速定位、快速反应、业务联动、集中监管、科学指挥、扩充性好的特点。

网聚知识提醒您本文地址:

城市应急系统有可能涉及的部门有公安、消防、人防、环保、急救、交警、电力局、医药局、地震局、海洋局、气象局、化工局、自来水公司、煤气公司、民政局、港务局、防汛防旱指挥部、铁路局、机场、红十字会、石油等政府部门,要将这些部门并入一个统一的指挥调度系统。

我们这里主要来讨论城市应急指挥系统的在数据整合的需求,主要有以下两个方面:

(一)数据支撑

城市应急系统需要强大的数据支撑,如果应急系统的需要的数据,本系统没有或不是最新的数据,那么数据就从相关的部门中获取最新的数据。同时,应急系统中的数据也要同源数据库进行同步。

互联互通 互联互通专题

(二)指挥系统

在出现紧急情况时,城市应急指挥系统应到迅速做作出反应,在第一时间对事情进行分析,然后立刻采取以下三方面的措施:

上级部门:向上级部门(市委、市政府、人大、政协等)报送紧急情况的发生;

同级部门:向同级部门(交通、急救、民航、铁路、武警、部队等)通报紧急情况,并请求协同工作;

下级部门:向下级部门下达行动指令。(www.loach.net.cn]

中间件平台技术与数据集成

东方通科技的中间件平台技术可以全面支持城市应急指挥系统的数据集成的需求。东方通可以提供数据集成平台和数据交换平台,并且这两个平台可以无缝的连接,构成一个整体。 在应用集成平台中,集成中间件TongIntegrator提供数据格式转换、数据过滤、数据压缩和加密、例外处理等功能,应用集成平台所需要的异构通讯、消息路由、应用搭建部署、平台管理等功能也都含盖在集成中间件TongIntegrator之中。消息中间件TongLINK/Q提供数据可靠传输、拥塞控制、数据优先级控制、加密和压缩、节点合法性认证、均衡负载等功能。 东方通科技的中间件平台技术在数据集成方面具有以下特点:

? 采用统一的技术框架实现了各孤立系统间的集成,并为未来集成新的系统建立了良

好的体系结构。

? 具有良好的伸缩性。城市应急系统是一个庞大和长期的项目,良好的系统可伸缩性

是非常重要的。TongLINK/Q支持应用的动态添加和配置参数的动态修改,在整个系

互联互通 互联互通专题

统不停机的情况下,扩展系统提供的应用服务。[www.loach.net.cn)同时TongLINK/Q支持节点的动态增加和删除,使得系统规模能够实现动态扩展,保证整个应用系统7*24小时工作。TongIntegrator有一个内在的伸缩性设计,保证了在系统增加的情况下,不牺牲效率,能够迅速和容易的连接新系统而且不影响吞吐量。

? 支持多种数据格式。在城市应急指挥系统中,各个部门数据源的表现形式多种多样,

基于不同的硬件、软件平台,基于不同的逻辑架构,信息具有不同的表现形式。利用集成中间件TongIntegrator和消息中间件TongLINK/Q构建的数据交换平台支持多种不同类型的数据格式。

? 支持数据交换的可靠传输。数据交换平台必须保证数据能够可靠的传输到目的节

点。利用TongLINK/Q构建的底层数据传输平台,能够很好的保证数据传输的可靠性。在TongLINK/Q中,传输数据可以通过可靠的消息队列进行存放和发送,即使出现宕机或网络故障等情况,数据也能在系统和网络恢复后得到可靠传输。

? 具有高安全性。数据的安全性对城市应急系统也十分必要。应用集成中间件

TongIntegrator提供了数据加密和解密的功能。消息中间件TongLINK/Q的节点认证,保证了未经过注册的非法节点无法获得系统提供的任何服务。同时,TongLINK/Q提供的RC5对称密钥数据加密功能,确保系统中传输数据的安全性。

城市应急指挥调度系统是一项利国、利民的工程,也是城市信息化工程的重要组成部分。建立城市应急指挥调度系统是一个城市走向现代化、国际化的重要标志。充分利用数据集成技术处理城市应急指挥调度系统中复杂的数据关联关系,是该系统成功实施的关键。作为在数据集成领域有着广泛应用实施经验的东方通科技公司将帮助城市管理者提高行政管理效率,改善投资软环境,突出政府对市民生命财产的关怀,体现以人为本的管理思想,造福广大市民。

互联互通 互联互通专题

专题九:互联互通平台技术选型需要关注的问题

2003-12-8 9:39:41

北京东方通科技公司电子政务事业部

软件平台是市场需求催生的产物,软件平台从提出到成型的前因后果,可以反映用户对应用支撑环境的要求有了进一步的提高。(www.loach.net.cn]软件平台的核心技术是中间件,从1993年开始,国内首先在金融行业有了中间件的实际应用,2000年以后中间件普及到电信行业,再普及到电子政务、能源、交通等信息化建设项目中。随着中间件的普及,最早采用中间件技术的金融行业首先提出了软件平台的需求,分析这一需求,可以归纳出以下内容:

(一)软件平台要有行业的个性化特征。在底层的中间件之上,要有一层软件,不是最终的应用软件,而是从应用软件抽象出来的,可能不适用于其它行业,但适用于本行业或本行业的某一类应用;

(二)作为核心技术的中间件也应该具有“个性化”特征。大量通用性的功能性能在本行业中实际上并没有被用起来,从经济角度看是一种极大的浪费。因此,软件平台应该是中间件技术的集合而非直接照搬产品;

(三)软件平台应具备包容多厂商产品的能力,产品组合是可选择的。

这是对中间件技术在大量实际应用之后的理性化总结,是实用化原则的一次回归。当今IT产业的一个全球性动向是,新技术的诞生频率明显放慢,而有效利用现有技术使之更加实用化成为技术发展的主旋律。国内金融行业在采用中间件10年之后,将经验提炼上升为软件平台,使我们再次确信,需求是技术发展的驱动力。金融行业的这一认识,对正处于如火如荼发展中的国内电子政务建设具有很大的借鉴价值,也为互联互通平台提供了一种参照物。 以需求导向看互联互通平台

在软件选型过程中,经常存在两个误区:一是盲目贪大,二是片面求新,其结果都可能导致偏离需求的正确轨道。

网聚知识提醒您本文地址:

所有行业经常性使用的大多是一个通用性软件的核心功能,而核心功能以外的部分并不能被所有的行业所利用。厂商会利用这些也许永远不用的功能性能作为卖点,鼓动人们对大而全的东西的占有欲。根据经验数据,一个大型软件的全部功能性能在一个行业中的利用率往往只有30%,有70%是被闲置的。因此,在互联互通平台的技术选型中,要避免偏离需求片面的求大求全。

一个众所周知的规律是,一个新技术在最初面世的时候,其价格总是被拔高了的,只有在一段时期以后,另一个新技术的产生才会导致原有技术的价格回落到实际价值,厂商才会更多的从增值服务上下功夫,这就是技术产品的“物品化”趋势。单纯求新,往往会忽略了技术与需求之间的空挡,例如:是否储备有足够的技术力量来使用新技术?与这一新技术相关联

互联互通 互联互通专题

的支撑环境是否成熟?正在酝酿的另一种新技术是否具有更好的实际应用基础?等等。[www.loach.net.cn]因此,我们对新技术应该有一种理性化认识,在我们使用最新技术的同时需要分担新技术可能伴随的不成熟所带来的起伏,成熟技术总是风险最小的。实用主义的观点是,追求有限度的先进性。

因此,不是从行业应用需求出发,就会陷入一种“技术至上”的误区,选择互联互通平台的原则应该永远是“需求至上”。这是许多最早使用中间件技术的行业总结出来的规律性的东西,值得我们吸收借鉴。

从经济价值看互联互通平台

从某种意义上来说,软件平台是经济价值取向的产物,经济价值取向是以实用为原则,需求第一。

软件平台一定具有适应行业应用特征的个性化成分,如果仅仅把通用产品简单堆砌,就只能是一种为推销而设计的概念包装,也就失去的存在的价值。个性化要求舍弃一部分本行业应用所不需要的功能性能,强化一部分其它行业所并不突出的功能性能。从经济价值来看,个性化特征就意味着更好的性能价格比。既然计算机可以根据需要可伸缩的进行配置,软件当然也不能够要求用户为一大堆永远不用的功能买单。

从国内的实际情况出发,也不能不从经济角度看问题。中国幅员辽阔,经济发展具有明显的非均衡性特征,这种非均衡性的发展特征在为经济服务的电子政务建设中必然有所反映,造成各地区的电子政务的需求会有差异,同时,各地区用于电子政务建设的投资规模也不尽相同,经济发达地区与经济欠发达地区使用同样一个解决方案显然是不现实的。因此,在软件平台必须具有阶梯式的价格选择的可能,不同的地区,不同的需求,不同的投资,应该有与之相匹配的价格。

从服务价值看互联互通平台

软件平台是由众多的中间件技术、应用组件技术来构造完成的。构造一个软件平台,首先需要进行系统设计架构的咨询,其次需要完成多种中间件技术、多种应用组件技术之间的选择与集成,如果软件平台涉及多厂商产品,还必须进行产品的整合,最后是系统的维护。因此,软件平台的价值很大程度上表现为服务的价值。除了一般软件所必不可少的维护性服务,更重要的是产品整合与集成的服务。

因此,在互联互通平台的建设中,需要扭转在软件采购常有的“重产品,轻服务”的倾向,服务的能力应该是我们选择一个厂商的重要指标。衡量一个厂商是否适合完成一个互联互通平台的建设,着重要考察以下几个方面。

互联互通 互联互通专题

(一)是否具有在本地实现产品的个性化定制的能力?如前所述,个性化成分是一个软件平台的价值所在,而本地化的服务响应,则是保证系统建设质量的关键。(www.loach.net.cn]一般来说,国内厂商在这方面比国外厂商有竞争力。

(二)是否具有集成多厂商产品的技术能力?多厂商并存,可以在互联互通平台建设中为用户提供性价比更优的选择,但不是所有厂商都有能力集成其它厂商的产品或技术,这是一个需要注意的问题。

一般来说,软件由于使用不当所造成的问题往往对于软件本身存在的问题,尤其是互联互通平台,是多种软件或多种技术的集合体,解决问题需要广泛、更深入的技术能力。这也是互联互通平台建设中必须强调服务的原因,在关注产品或技术的同时,必须以同样的力度关注服务。国内金融、电信行业在中间件选型的过程中,也经历过从单一考察产品转变到全面考察产品与服务,这一经验在互联互通平台的选型中是值得借鉴的。

综上所述,软件平台不仅为我们提供了快速构造应用的技术手段,同时也为电子政务建设提供了一种经济实用的解决方案。电子政务与金融、电信相比,在国内的信息化建设中应属于后起之秀,但后来者有前人的经验可以学习,可以少走弯路,花最少的钱办最多的事,这是做后来者的好处。

突破电子政务中互联互通

“以信息化带动工业化”的背后是各地政府及部门的电子政务热。要实现真正意义上的电子政务,达到信息完全共享和交换,必须解决横亘在部门之间的互联互通问题。

互联互通分为两个方面:横向的互联互通和纵向的互联互通。横向的互联互通指同一级别的不同政府,或同一政府下不同的政府部门之间的信息共享;纵向的互联互通指本级政府和下级政府之间的,或同一系统内的上下级之间的信息共享,例如全国工商系统的互联互通问题。

互联互通的普遍性

就目前状况来看,我国“普遍存在着纵强横弱的现象——所谓纵强就是部门的系统做得比较强,而横向的互联互通存在着局部的信息孤岛”(刘鹤,2002)。根据赛迪CCID2002年2月的报告,中国300亿电子政务投资绝大部分在纵向垂直领域。<电子政务的最终目的是信息能够跨时间、空间和部门而流通,做到政务公开,增加政府透明程度,建成一个精简、高效、廉洁、公平的政府运作模式。如果不能互联互通,再多再好的电子政务项目也形同虚设。这方面的例子与教训在我国实施互联互通中不乏少数,1993年就开始实施的金关工程就是很典型的一例。而互联互通问题并非只存在于金关工程中,四大国有商业银行发行的银行卡10多年来一直不能实现互联互通,引起消费者、媒体和企业的广泛批评,很早以来中央银行就着手解决,并成立了专门的机构负责落实,直到2002年初成立了中国银联股份有限公司,尝试着真正打破各个银行间的信息阻隔,互联互通问题才得以初步解决(硅谷动力网《金字号工程大盘点》,2002/7/26)。其他金字工程(如金卫工程、金审工程)也不同程度存在着互联容易互通难的问题。至于电信行业的互联互通问题更是纠缠至今,虽然各电信运营商之

网聚知识提醒您本文地址:

互联互通 互联互通专题

间的网络互联互通在心不甘情不愿的情况下实现了,但互通的质量和费用结算仍旧是个不解的结。[www.loach.net.cn)因此,要想电子政务工程效益得到真正的发挥和成熟的发展,重要的就是要分析、解决互联互通问题。

互联互通的瓶颈

要把政府之间、上下左右之间独立的系统连接起来,并不是一件容易的事情。首先,系统上马之前,原本就没有一个整体协调的战略方案,没有考虑到技术上的兼容性,也没有考虑软件的通用程度。往往是同一个数据,不同的政府部门会用不同的编码去描述,数据库系统的分类和功能也不尽相同,有些连基本的应用平台和环境都不统一。但技术问题并不是不可跨越的。不少政府部门过分夸大技术上的客观原因,成为抵制互联互通的借口。实际上,更多的困扰往往是在技术问题得到解决之后,互联互通仍然可望而不可及。比如在金关工程中,虽然投了大量的钱,解决了数据库相接、信息编码等技术问题,但信息仍不能有效流通。所以说,技术与标准是阻碍互联互通的一个原因,但绝对不是最根本的原因。到底什么是导致互联互通不成功的真正原因?研究表明,比技术更重要的是体制原因。首先是由于信息寻租,即政府部门利用行政管制和法律等手段来人为限制信息自由流动以维护其既得利益。寻租不是一个新的概念,但利用信息寻租甚至信息化的手段寻租则是一个新的现象。导致信息寻租的主要原因是传统政务体制里的弊端,即政府权力部门化、部门权利利益化、获利途径审批化。在我国传统政务体制下,政府根据职能和权力,划分成条块分割的部门结构,他们独占的大量信息往往成为政府部门寻租的基本资源与来源,而信息的共享会导致租金的流失或减少,削减原来部门的经济利益。例如,房地产交易中,土地出让方式缺乏公开透明度,国土管理部门可以获得租金,导致房地产开发中的营私舞弊和黑幕交易。权力的部门分割和部门的寻租利益,必然阻碍了信息共享。因为共享导致成本降低,为用户带来便利的同时也意味着部门原有寻租机会降低;与此同时,权力从一个部门转移到其他部门(power shift),意味着租金也随之转移到别的部门,势必导致本部门租金的弱化、甚至瓦解。即便信息共享带来总体利益最大化,但共享部门之间要么没有激励进行利益补偿,要么利益补偿的成本机制太高,因为信息资源往往比实物资源更难以估价。更何况长期以来审批经济的复杂性、不透明性,使得政府工作流程很难真正优化,更无法借助互联网达成资源共享。<假如说原来网下依靠人工手段要实现政府的信息共享成本太高,那么通过网络共享信息的边际成本已经越来越低(仅有一些维护成本),但为什么信息依然无法实现共享?一大障碍就在部门分割的信息寻租。其次是来自于官员自身的政治激励。中国政府官员的选拔体制是典型的锦标赛模型(tournament model),锦标赛模型是一种横向相对业绩比较的激励形式,每个代理人所得只依赖于他在所有人中的排名,而与他的绝对表现无关。在这种模型下,第一名会获得巨大奖品,而第二名的所得会与第一名相差很远,这样就加剧了代理人之间的竞争的激烈程度,代理人之间的合作可能性很小。自上而下的官员选拔机制,就是这种锦标赛模型。众多同级政府官员竞争一个岗位,这种“你上则我不能上” 的选拔规则使同级政府官员之间处于零和博弈,其最优解是导致竞争对手之间无法形成自愿合作。这中间还涉及到一个不确定性风险的问题。电子政务所涉及的网络技术和政务重组均是不确定性很大的事物,甚至包括政策预期的不确定性风险。当官员不知道电子政务政策长期走向如何的时候,他选择静观其变。中国政府官员奉行一条法则“多做多犯错,少做少犯错,不做不犯错”。如果他预期电子政务的风险很大的话,做好是一个业绩,但做不好就有可能是官位的丢失,最优解就是保住当前。中国特殊性质的政治激励背后受“官本位”意识的强势支撑,这也是导致官员选拔体制呈现锦标赛博弈模型的重要原因。互联互通不仅仅指政治系统内部能够达成互联互通,更包括政府与公众之间达成互联互通。中国的现状是政府和相当程度的公共权力机关不能主动与公共服务对象达成切实的互联互通,剖析原因就在于政府长期缺乏、不再保有或者说从未保持过对公

互联互通 互联互通专题

众的敬畏、对公共服务对象权利和利益的敬畏;如果各级政府、公共权力机关没有对公民利益和服务需求的最基本的敬畏,就不用再奢谈“以民为本”、“人民机关为人民”等等政治承诺了。(www.loach.net.cn)

互联互通的解决方案

针对电子政务中的信息寻租和政治激励这两个瓶颈,我们分别提出了过渡性解决方案和长远性解决方案。

过渡性解决方案

1、建立信息资源利益补偿机制。据统计,目前我国的政府部门掌握着全体社会信息资源的80%(其中包括3000多个数据库)。这些信息资源又分别属于不同的部门控制和利用,没有相关的信息资源归属、收集、管理、使用和费用预算的法律机制。信息资源归属不明确,各部门把自己掌握的信息资源当作寻求政治利益和经济利益的筹码,形成了信息垄断。在相关的法律法规没有出台之前,各部门是不会主动放弃原来既得的信息租金的。必须寻求一种过渡性的解决办法——建立一个利益补偿机制,让使用信息的部门以某种形式对提供信息的部门给与一定的补偿。

2、上级主管部门协调利益冲突。电子政务最后的结果可能导致某些部门的职能转变,机构精简,失去的利益无法补偿,也不应该补偿,这时需要上级主管部门出面进行协调和再分配。

3、绩效考核,把电子政务尤其是互联互通纳入官员绩效考核。对于政府官员而言,职位升迁是最重要的激励因素,政治利益先于经济利益,也是其他利益的最重要的来源。所以把电子政务建设的效能效益,互联互通的合作态度和贡献与官员的考核机制结合起来,让官员认识到互联互通和个人的政治前途紧密相关,他们就不会表面上支持电子政务,实际上抵制互联互通。

4、出台相应法规,通过法律约束和引导政府部门。现在全国还没有出台统一的互联互通领域的法规,则可以先在各地或根据某个项目制订一些法规、制度,以此来约束、规范政府部门的行为。对拒绝和抵制互联互通的政府及其部门和部门领导人进行处罚。 长远、根本性方案

网聚知识提醒您本文地址:

1、信息归属、管理、使用及费用预算方面立法。要根除政府信息寻租,国家必须尽快对信息资源的归属、收集、管理、使用和费用预算等各方面制定法律,让各个部门有法可依。其中,制定政府信息公开法已经刻不容缓。在此次的SARS事件中,北京市有些政府环节对于SARS情况的虚报、瞒报,导致病情无法控制,使公众亲身体会到信息不畅危害置人死地。如果公众能在第一时间获得准确信息,人们就会重视并采取正确的措施,那么受害的患者就会少很多。有位患者非常激动的说:“如果新闻资源被很好的用到宣传SARS知识上,那该多好啊!” 2001年末天津艾滋病扎针事件,如果当时天津有着良好的信息公开渠道,政府部门能够及时通过网络、报纸、电视等传媒向公众发布权威信息,社会恐慌是完全有可能“胎死”的。可见,缺乏法律手段来保障信息的公开,已不能适应社会对信息公开流动的迫切要求。

互联互通 互联互通专题

2、激励机制的改善

政府官员的选拔、晋升是体制上的问题,如何使政府官员更多地为他们的服务对象负起责、而不是仅对对上级部门负责,如何消除那些一窝蜂的“政绩工程”——满足了上级的评价标准却把真正的服务对象(公民和企业)利益放到一边,是必须解决的障碍。[www.loach.net.cn)不解决这种状况,电子政务很容易流于形式。电子政务的服务对象是公众和企业,来自服务对象的需求是互联互通合作的巨大动力。只有让各级政府直接面对服务对象,直接让服务对象来考核各级政府的业绩,这样才会转变管制型政府的管理体制,树立政府对公众和企业的服务意识,才能更好的为民众办实事,使电子政务的效能效益落到服务对象的利益这个着眼点上来,才能从根本上达到互联互通。有些人认为,网下政务体制改革须优先解决才能达到电子政务的真正完善,但笔者认为虚拟领域互联互通的实现,为传统政务流程重组提供了平台、创造了契机和准备条件。中国的改革一向先立新后破旧,边立边破,以破促立,最后达到有破有立的结果。在实现网络和系统的互联互通中,不失时机地推进流程重组和部门整合,以促使互联互通问题的根本解决。国务院办公厅一位不愿透露姓名的官员在看到《政府信息公开条例》(讨论稿)后吃惊地说:“如果真的实施,这简直就是一场革命。在我们的工作中,所掌握的政府信息全部归国家所有,不公开是原则,公开是例外,有时,甚至连例外都没有。现在,这个条例的第二款要求政府信息以公开为原则,以不公开为例外。这会从根本上改变我们的工作方式和工作思路。这可真是一场工作制度的革命。” 2002年11月国务院做出决定:“取消789项行政审批项目,涉及56个部门单位” 国务院提出:要按照完善社会主义市场经济体制的目标和建立“廉洁、勤政、务实、高效”政府的要求,进一步转变政府职能,继续深入推进行政审批制度改革。要将行政审批制度改革与政府机构改革、实行政务公开和“收支两条线”管理以及其他有关工作紧密结合起来,努力建立适应社会主义市场经济体制要求的行政管理体制。由此可见,电子政务、政府信息化和行政管理体制改革是相辅相成的。中国政府要真正做到“责任政府、法制政府、服务政府”,还有很长的路要走。

电子政务是一场深刻的变革,必将大力推动政府职能转变。解决了互联互通这一瓶颈,它才能促进政府进行部门整合和流程重组。最终导致信息技术和政府无缝的整合,形成“无边界政府”。将来无边界的政府,服务对象无论在登陆政府的哪一个网站,都可以非常容易和透明地获得来自不同级别政府和部门提供的整合的信息和服务。

破解互联互通的成功案例

——北京市44家局委办如何实现互联互通?

局部的互联互通,局部的信息共享在一定程度上已经有所突破。例如北京地税和工商部门的互联互通早在两年前就已经实现。其中,地税部门由于得到了工商的企业信息之后,那些在工商管理部门登记注册而不在税务部门登记的企业就无所遁行,大大加强了税收征管和查税,结果在互联互通后短期内就查获大量偷税漏税案件,税收因此增加2亿人民币。到2001年,北京市地税局(2000)、国税局(2001)、劳动保障局(2001)与工商局都实现了互联互通。在这中间,工商局是地税、国税和劳动保障局的数据供应者,也是一个最重要的综合信息汇总部门。当时的工商局局长一直是网络经济和电子政务的鼓吹者,曾经在电子政务领域著书数本。他对电子政务的开明态度,作为一把手对局部互联互通的明确支持,使得北京工商局扮演了一个非常积极的提供信息与共享信息的先行者,对推动北京市的互联互通起到了重要作用。 但是,当工商局与房地产局、文化部门等单位进行互联互通或者某种形式的业务合作时,遭到了拒绝和抵制,全面的互联互通仍然有相当的困难。2002年3月,在北京

互联互通 互联互通专题

市政府建立企业信用信息系统这样一个跨部门的项目时,北京市政府直接出面干预项目的运行。(www.loach.net.cn]首先让15个信息技术水平较好的委办局作为试点参加,当取得一定的成绩时,北京市政府又组织另外29个委办局加入,从而实现44个委办局在北京市政府协调下进行合作。2002年8月北京市政府通过106号政府令:《北京市行政机关归集和公布企业信用信息管理办法》。该法令自2002年10月1日期施行,以法令的形式规定:“行政机关通过政府专网,按照统一规定和标准,及时、准确地向企业信用信息系统提供真实、合法、完整的企业信用信息,并承担相应的法律责任。市级各行政机关负责确定和公布本系统的信息的具体项目、范围和标准收集、整理本系统的信息,并统一负责信息的提交、维护、更新和管理 。可以说,北京的互联互通既用行政手段,也用法令法规,才能初步实现了相关部门之间的联通。 破解互联互通之启示录

从北京市44家局委办实现互联互通的事例中我们不难看出北京市全面互联互通的实现,依赖于北京市政府大力统筹与组织,包括强制性的行政规定甚至法律手段;其次,局部互联互通中,工商局是地税、国税和劳动保障局的数据供应者,在整个互联互通工程中态度积极,起到了先行者的推动作用。此外,我们从这样的事例中也可以了解到破解锦标赛模型的途径和条件。首先,一个强有力的上级主管部门的统筹与协调,对成功消除互联互通障碍有着决定性的意义。电子政务的高效化、透明化一方面带来某些职能权力的消解和弱化,我们称之为“技术消解职权”,另一方面又能发挥信息综合优势,强化与扩充某些职能权力,创造出新的政治机会与利益途径,我们称之为“技术强化职权”。那些职能越综合,越有信息优势的部门,越有可能成为这场数字竞争的得益者——比如工商局是一个信息综合部门,它掌握的信息越多,就越有发展的机会与价值。工商局抓住了这次信息化的机会,以充分的热情与激励诉诸与寻求上级部门支持,从而成为了互联互通中的先行者(initiator)。但是,那些部门职能单一,缺乏信息优势的部门,由于在数字机会中处于劣势,就越有可能成为互联互通的被动者,甚至抵制者(inhibitor);而锦标赛模型的政治激励又导致得益部门与损失部门无法建立利益补偿机制,这样信息资源市场无法有效运行,从而使合作无法自愿发生。所以,要破解互联互通的障碍,必须依靠强有力的上级主管人,统筹与协调下属部门的利益冲突,才能破除锦标赛模型。这其中的关键,还必须提倡与利用先行者的热情与动力,从技术创新到提供制度创新,破解反对者的阻力,从而使上级部门成为互联互通中最有力的支持者(supporter)。第二,并非所有上级主管都能成功破解锦标赛模型,破解成功与上级主管部门的协调力度高度相关,而协调力度又受制于集权度(centralization)的高低:集权度越高,破解的可能性越大。集权度越低,破解的难度越大。比如,由北京市政府牵头协调下属部门的利益关系,决策集权度就比国务院协调下属部委要高(主管人拥有对下属更直接的任免权、业绩考核权),所以统一决策成本低, 消解锦标赛模型成功性大;相反,一系列的金字工程中,由中央一级牵头协调各部委关系,试图摆平各部委利益冲突,统一决策成本要比北京市大很多,破解锦标赛模型的成功可能性相应也小;至于部门内的决策成本就最低,因为纵向集权度最高,负责人是直接上级,最容易协调,这就是为什么各部委纵向系统的互联互通做得最好的原因。例如公安部的金盾工程,各地的公安部门,已经根据自己的实际情况,不再局限于网络的搭建、系统的安装,而开始倾向于各个市、地,甚至是省内的互联互通。综上所述,互联互通的推进目前只能是“一把手”工程,强有力的领导人是触及与协调个人和集团利益,破解锦标赛模型不可缺少的。其中,利用与支持先行者的变革热情,以行政乃至法律手段破解反对者的阻力,是解决问题的关键

网聚知识提醒您本文地址:

互联互通 互联互通专题

软件复用技术概述

2003-6-30 15:31:07

开发中心 孙琪

软件复用是将已有的软件及其有效成分用于构造新的软件或系统。[www.loach.net.cn)它不仅是对软件程序的复用,还包括对软件生产过程中其它劳动成果的复用,如项目计划书、可行性报告、需求分析、概要设计、详细设计、编码(源程序)、测试用例、文档与使用手册等等。因此,软件复用包括软件产品复用和软件过程复用两部分的内容。

软件复用不同于软件移植。软件移植是指对软件进行修改和扩充,使之在保留原有功能、适应原有平台的基础上,可以运行于新的软硬件平台。而复用则指在多个系统中,尤其是在新系统中使用已有的软件成分。

从对复用产品的了解程度和复用方式看,也可分为白盒复用与黑盒复用。黑盒复用指对已有产品或构件不需作任何修改,直接进行复用,这是理想的复用方式。它主要基于二进制代码的复用,包括可执行程序的复用和基于库(包括动态链接库和静态库)的复用。白盒复用指根据用户需求对已有产品进行适应性修改后才可使用。白盒复用一般为源代码一级的复用,以及相应的测试用例、文档等的复用。

无论白盒复用还是黑盒复用,都需要花费一定的代价熟悉和掌握被复用的软件系统。作为经济上的考虑,要求复用的代价必须大大小于重新开发的代价,否则就不应该考虑。

软件复用的一个关键因素是抽象。抽象是对软件可复用对象的提炼和概括,即将可复用对象的基本属性和相应的操作,从具体的语言、环境和其他细节中提炼出来。软件的复用性很大程度上取决于对可复用对象的认识深度或者说可复用对象的抽象层次。抽象层次越高、与具体环境和特定细节越无关,则它被未来系统复用的可能性也越大。领域分析则是进行抽象的有力工具。领域分析借助特定领域、特定行业的专业知识与技能,对软件系统对象进行抽象和分类,提炼认知的对象及其相互关系,获得系统整体结构,从而生成可复用的软件构件。 通过软件复用,在应用系统开发中可以充分地利用已有的开发成果,减少了包括分析、设计、编码、测试等在内的许多重复劳动,从而提高了软件开发的效率,同时,通过复用高质量的已有开发成果,避免了重新开发可能引入的错误,从而提高了软件的质量。

软件复用有三个基本原则,一是必须有可以复用的对象;二是所复用的对象必须是有用的,三是复用者需要知道如何去使用被复用的对象。软件复用包括两个相关过程:可复用软件(构件)的开发(Development for Reuse)和基于可复用软件(构件)的应用系统构造(集成和组装)(Development with Reuse)。解决好这几个方面的问题才能实现真正成功的软件复用。 可复用软件(构件)的开发是实现软件复用的基本条件,对象技术的广泛使用,提供了建造和使用构件的概念基础和实用工具,有了可复用软件,基于可复用软件(构件)的应用系统构造

互联互通 互联互通专题

(集成和组装)才能得以实现。[www.loach.net.cn)软件的生产也可以象硬件的生产一样,在设计好框架后通过标准的构件组装而成。一般认为构件是具有一定功能、能够独立工作或同其他构件组合起来协调工作的程序体,一经产生,就与它的具体实现语言无关,可以认为是一段二进制码和数据段,其内部具体实现是无法看到的,可将成熟的构件当作商品出售,在保证开发者的利益同时最大地满足社会需求。采用构件来开发软件可以更有效地重用他人已有的劳动成果。 在复用软件设计中,如何设计和构造可复用的软件是软件设计者首先要面对的问题。根据面向对象的设计原理,应着眼于以下几个方面:

(1)封装性

在软构件的定义中,用户只关心事件的输入输出,对事件内部不必关心,方法和事件是独立于应用的,用户可以在软构件中定义自己的事件,对于内部的复杂性调用这并不知晓,从而提高了隐蔽性。

(2)重载

重载就是在同一软件构件中用同一名字来表示不同的方法名。一般有两种实现方法,一是方法参数的个数重载,二是方法参数的类型重载。

(3)继承

继承就是高层的类在不同范围的复用。

(4)聚合

聚合就是把一个难以复用的大软件分成若干部分构件,使其中的某些构件成为可以复用的构件。

(5)多态性

多态性指某方法不仅可以处理有相同结构的对象,也可以处理不同结构的对象。

中间件及相关软件是商业化的软件复用。仅看程序方面,软件复用后的制品也不只包括中间件软件,还包括软件框架、应用框架、通用业务构件等多种可复用形式。

东方通看中间件技术现状与未来

2004-12-15 14:34:27

东方通科技技术总监 李春青

从1998年东方通转型为专业的中间件厂商到2004年末,六年多的时间里中间件技术与产品门类发生了不小的变化。六年中,在内地市场,有的技术产品,如对象中间件(CORBA/ORB)还没有真正获得成规模的应用,就几乎销声匿迹了。有的如J2EE/EJB应用服务器,技术与产品逐步成熟,已经成为市场上最重要的中间件软件门类。也有的中间件种类,如交易服务

互联互通 互联互通专题

器中间件,经历了长达5年的鼎盛发展,部分市场逐渐被其它中间件取代。[www.loach.net.cn)有的中间件软件,如基于队列与消息传输技术的消息中间件,多年来一直保持非常好的应用势头,技术与产品也因不断地与Java、XML等新技术结合而向前发展。最近几年,也出现了普遍为业内看好的新技术与新产品,如Web Services和Portal Server。业内视Web Service为未来支撑新商业环境之B2B的最佳集成技术,视Portal server为Web Services的“客户端”,如同浏览器对于因特网,Windows对于客户/服务器应用一样,其重要性不言而喻。

年终盘点,温故知新。2004年,消息中间件风头仍劲,在电子政务和交通能源等新兴的企业市场上成为大型分布式应用及应用集成的最主要的一类支撑软件。交易服务器中间件的部分市场继续被J2EE应用服务器取代,继续呈现下降的势头,但在一些行业的一些关键任务系统上,交易服务器中间件仍然不可替代。J2EE应用服务器市场仍然保持很好的增长,普遍地应用于各行各业、各种类型和规模的应用中。同时,由于价格较高和厂商服务不足等原因,Portal server的应用仍然有限。虽然年内对于面向服务的SOA架构的推崇之声越来越强,Web services未来被所有业内人士看好,但其应用仍然非常少见。2004年的集成中间件(含工作流及BMP软件)产品方面,国内外厂商不下十余个,产品定位与功能功能也各不相同,但应用推广较快,在金融、电信、电子政务、交通能源等市场上都有不少典型、成规模的应用,展现了极好的发展前景。

网聚知识提醒您本文地址:

从目前的技术发展和应用情况看,2005年和未来的二三年里,消息中间件和J2EE应用服务器仍然会有很大的市场空间。如果厂商能够提供高水平、适当价格的服务,产品价格合理,Portal server定会有更大的增长。由于行业及企业业务流程整合以及新产品、新业务的开发需要,各种中、高端的各类应用集成中间件,必定会获得较大规模的应用,应用集成类的中间件软件(包含应用集成套件、集成代理、技术与应用适配器、工作流系统或BPM软件等)定会成为最抢眼的中间件软件。再过几年,集成技术和产品一定会更加“标准化”,主流产品种类也会减少,逐步形成几个比较强势的品牌。在新技术产品中,最被看好的应是做为SOA架构基础的、支持包括Web Services和现有多种技术协议的多协议企业服务总线中间件(ESB),相信它会成为兼顾Web Services和现有技术,兼容现在与未来,最耀眼的集成中间件。

如何从技术上选择中间件

2003-8-26 14:41:55

北京东方通科技公司技术总监 李春青

评估中间件掌握方法是关键

要选择一个技术上符合要求的中间件既要了解自己的需求,还得能对一个中间件软件作出技术上的评估。我们这里不谈如何了解您的需求,只谈如何对中间件做技术上的评估。随着中间件的广泛应用,最终用户和应用开发商时常面临这个问题。中间件的种类越来越多,

互联互通 互联互通专题

单一产品的功能特性又越来越丰富,如果不得要领,就会陷入到无尽的细节之中。[www.loach.net.cn)因此,掌握方法就非常重要。

选择中间件当然不能只关注技术,必须考虑厂商实力、提供的服务、价格等相关因素,但技术上是否满足需要无疑是位居第一位的。

以同类中间件的“标准功能”作为参考

你完全可以从你的具体需求出发,看看这个软件是否适用,或者好不好。如果你知道你要评估的这一类中间件软件通常具有的功能——我们称它是“标准功能”——你就有了一个可作为参考的依据。你可以看一看你面前的中间件有没有这些“标准功能”,如果没有,是否对你有重要的影响。

各种中间件软件的“标准功能”是什么?对于这个问题没有标准和绝对的答案,但可以有多数人或多数厂家可以接受的答案,你不妨以之作为参考。如果找不到现成的,你也可以自己试着去归纳。向各个厂家要一下产品的介绍材料,做一下比较。“标准功能”通常包含在产品的共性功能中。

把握功能需求、非功能需求与技术标准三个方面

我们在设计一个软件时,可以把对软件的需求划分成功能需求和非功能需求。功能需求指明软件必须执行的功能,定义系统的行为——即软件在某种输入条件下要给出确定的输出必须做的处理或转换。功能需求通常是软件功能的“硬指标”——如“支持分布式环境中消息的可靠传输”;非功能需求不描述软件做什么,描述软件如何做。非功能需求通常作为软件设计的“软指标”——如“系统具有可伸缩性”。为此,我们可以把功能需求对应的功能称为“功能性特征”,把非功能需求对应的功能称为“非功能性特征”。评估一个中间件软件,最主要的是看这个软件的功能,包括功能性特征和非功能性特征,是否符合我们的要求,或者符合大多数人的通常要求。

如果你知道某一种中间件软件的“标准功能”,你可以进一步把它分成“功能性的特征”和“非功能性特征”。如果你不知道,你只需从你的需求出发,研究一下你面前中间件的“功能性特征”和“非功能性特征”是否满足你的功能需求和非功能需求。

中间件是处于支撑地位的通用软件,其技术的标准化具有重要意义。中间件对技术标准的支持表现为使用标准的API、使用标准化的技术和实现标准化的功能等几个方面。中间件支持标准通常意味着用户和应用对厂商的依赖更小、应用开发人员学习使用一种新产品更容易,中间件软件可以和更多的系统互操作,技术更开放。因此,评估一个中间件不仅要看它是否具有某项功能,还要看这个功能是否使用了标准的技术。

功能性特征是中间件的基本特征

互联互通 互联互通专题

中间件的功能性特征是一种中间件软件的基本特征。[www.loach.net.cn)不同种类的中间件的差异首先表现为基本功能的不同,因此我们不能总结出一套适合所有中间件门类的、一般性的“功能性特征”。

对于某一个具体的中间件软件,我们能够把它的功能性特征提取出来。我们假定某一中间件定位于解决分步式环境中消息的发送者和接收者之间消息传输、管理和控制问题,该软件提供了多种消息交换方式、支持多种消息类型,提供可靠传输等服务质量控制机制,该软件支持多系统平台,支持高吞吐量的业务处理?。很显然,我们可以把“提供多种消息交换方式、支持多种消息类型,提供可靠传输等服务质量控制机制”看成是该中间件的功能性特征,而把“支持高吞吐量的业务处理”作为非功能性的特征。

如果中间件的选择者能够从自己的需求中归纳出对中间件的“功能需求”,就可以把它们和面前的中间件的功能性特征做一下对照。

功能性特征一般比较容易测试,因而也比较容易验证。

非功能性特征是跨中间件的共性特性

软件的“非功能需求”是软件需求的重要方面。中间件软件的“非功能性特征”也是中间件功能的重要方面。事实上,中间件软件的非功能性特征是跨中间件种类的、非常重要的一般性特征,是中间件软件功能强大的表现。

我们这里采用了AberdeenGroup在2000年的《中间件——达成灵便的电子商务的技术基础》一文中对成功的中间件的共性特征的归纳(做了一点裁减):

互联互通 互联互通专题

许多情况下,非功能性和功能性并非有严格的界线。[www.loach.net.cn]比如,对于消息中间件来说,可靠传输一定是功能性的特征;对于其它的中间件未必如此;对于安全中间件来说,安全不能算作非功能性特征。

非功能性特征一般比较难以测试,但仍然是一定程度可测试的。

支持标准对于中间件必可缺少

网聚知识提醒您本文地址:

面向消息的中间件一直以来缺乏技术标准/规范。自从J2EE制定出基于Java的Java消息传输服务(JMS)以后,人们对消息中间件的技术要求就有多了一项内容。相比较而言,事务处理监控程序(交易中间件)相关的技术规范就要多一些,主要是X/OPEN(现称为OPENGROUP)的分布式事务处理系列规范,包括TPM的架构、应用与TPM的接口及事务提交管理协议等重要内容。对于J2EE应用服务器,技术规范的影响就更大。我们甚至可以说,J2EE应用服务器的功能体现在了对技术标准和规范的支持上。

标准/规范虽然重要,我们不可迷信,唯标准是从。因为,第一,“标准”可能仅是建议性的,并非所有的厂商都会遵守;第二,“标准”可能是妥协的结果,只是将提交的多个可选内容统统收入,各项内容甚至不能互换;第三,“标准”可能是不完整的,仅仅实现了标准要求的内容可能意味着欠缺重要的功能。

比如,X/OPEN DTP模型中定义的应用与TPM的接口就是妥协的结果。所谓“标准”就是两个厂家提交的完全不同的建议的罗列,两者完全不能互换。事实上也未见第三家厂商遵从上述的“标准”。这样的“标准”也只咎由自取参考意义。在看JMS,JMS当前规范只涉及一个消息服务器,规范只保证该服务器的客户方都使用一个一致的接口。如果厂商只是实现了JMS规范定义的内容,那么它就必不能支持服务器到服务器之间的可靠传输,其功能就会大打折扣。无论是用户还是中间件厂商,对标准都不应该迷信。

中间件对标准的支持一般会体现在软件的功能性特征上,多数情况下是可测试和验证的。

构件技术与中间件

东方通科技研究开发中心

(1999年8月22日中国计算机报软件版)

引言

网络计算带领软件产业进入了一个新的时代,商机无限,但同时挑战也无限。以电子商务为代表的技术潮流正将大到企业计算、小到个人数字代理的各种应用,在世界范围内联结起来,

互联互通 互联互通专题

软件制造业正面临着一些新的课题,如复杂的分布环境、灵活的应用模式、广泛的包容性等,传统的软件设计思想已远远不够。[www.loach.net.cn)

在这一背景下,构件技术应运而生,并逐渐炙手可热。不同于OO技术强调对个体的抽象,构件则更推广了对象封装的内涵,侧重于复杂系统中组成部分的协调关系,强调实体在环境中的存在形式,形成一个专门的技术领域。

中间件作为存在于系统软件与应用之间的特殊层次,抽象了典型的应用模式,从而使应用软件制造者可以更多地将思路放在业务逻辑中,并基于标准的形式进行开发,这样就使软件构架化成为可能。一些工业标准的推出,进一步使中间件成为可复用构件的运行框架,加速了软件复用的现实化进程。

本文从构件在现实软件发展中的地位展开,分析了中间件在系统组织层次中所起的作用,阐述了构件化思想对中间件本身的促进作用,提出了一种构件化中间件的发展模式。 构件技术的基本思想

OO技术是在"数据+算法"的基础上提升了对事物的认识方法,对象的概念符合人们认识世界的习惯。而构件的思想则更多地将重点从建模本身发展到对软件生产的考虑,即构件可以在应用领域的软件生产中作为零件纳入新的体系中被重用。因此,构件是OO思想的沿袭和扩展,认识事物的角度从对象个体本身上升到个体在群体中的作用。

构件有几个基本属性:

1、构件是可独立配置的单元,因此构件必须自包容。

2、构件强调与环境和其他构件的分离,因此构件的实现是严格封装的,外界没机会或没必要知道构件内部的实现细节。

3、构件可以在适当的环境中被复合使用,因此构件需要提供清楚的接口规范,可以与环境交互。

4、构件不应当是持续的,即构件没有个体特有的属性,理解为构件不应当与自身副本区别,在任

何环境中,最多仅有特定构件的一份副本。

可以看出,构件沿袭了对象的封装特性,但同时并不局限在一个对象,其内部可以封装一个或多个类、原型对象甚至过程,结构是灵活的。构件突出了自包容和被包容的特性,这就是作为软件生产线上作为零件的必要特征。

构件技术的关键点涉及构件做什么、构件交互的规则、构件存在的环境等,相应在现实中有各种支撑性的技术,如:

互联互通 互联互通专题

1、构件模型,研究构件的本质特征及构件间的关系;

2、构件描述语言,以构件模型为基础,解决构件的精确描述、理解和组装问题;

3、构件分类与检索,研究构件的分类策略、组织模式及检索策略,建立构件库系统,支持构件的有效管理;

4、构件复合组装,包括源代码级的组装和基于构件对象互操作性的运行级组装;

5、标准化,包括构件模型的标准化和构件库的标准化;

6、软件构架,研究如何快速、可靠地应用可复用构件系统进行系统构造的方式,着重于软件系统自身的整体结构和构件间的互联。[www.loach.net.cn)

中间件:构件存在的基础

构件技术在最初时更多是作为一种思想存在,进而才在一些关键的环节上发展出解决问题的技术分支。构件的存在某种程度上极大地依赖了构架技术,或环境、基础设施、计算平台,只有在适当的构架中,软件才有可能被抽象和隔离,最终成为构件。因此,单独讨论构件是抽象而空洞的。构架不是操作系统、数据库或网络协议,也不完全是应用,而是在某种特定意义上的构件运行容器,层次上界于应用和基础设施之间。

中间件,从本质上是对分布式应用的抽象,因而抛开了与应用相关的业务逻辑的细节,保留了典型的分布交互模式的关键特征。经过抽象,将纷繁复杂的分布式系统经过提炼和必要的隔离后,以统一的层面形式呈现给应用。应用在中间件提供的环境中可以更好地集中于业务逻辑上,并以构件化的形式存在,最终自然而然地在异构环境中实现良好的协同工作。 不难看出,中间件与构架实际是从两种不同的角度看待软件的中间层次,可以这样说:中间件就是构架,或构件模型的具体实现,是构件软件存在的基础,中间件促进了构件化软件。从下面列举的一些中间件的特征,可以看出,中间件与构架本质上是一致的。

面向需求的构件应用

基于构架的构件化软件开发应当是面向需求的,即设计者集中精力于业务逻辑本身,而不必为分布式应用中的通信、效率、互操作、可靠性、容错性、完整性等大量与业务无直接关系但又非常重要的问题,而耗费大量的精力,理想的构架在这些方面应当为构件软件提供良好的运行环境。事实上,这些正是中间件所要解决的问题,因此,基于中间件开发的应用真正是面向需求的,从本质上符合构件化设计的思想。

网聚知识提醒您本文地址:

使业务逻辑容易划分

服务器构件要求有很好的业务自包容性,应用开发者可以按照不同的业务进行功能的划分,体现为不同的接口或交互模式。针对每种业务的设计和开发是可以独立进行的。

互联互通 互联互通专题

构架和中间件有同样的目标:提供业务的分隔和包容性。[www.loach.net.cn]例如:消息中间件规定了消息是有属性的,其中部分属性则与业务的划分有关,某种服务构件只进行相应类型的消息交互。至于如何保证业务的分类运行与管理,则是中间件的事情。

因此可以说,中间件和构架都实现了构件向应用的集成。

构件的封装、设计与实现隔离

构件对外发生作用或构件间的交互,都是通过规范定义的接口进行,构件使用者只需要知道构件的接口,而不关心其内部实现,这是设计与实现分开的关键。构架就应当提供构件交互的规则,并基于这些规则实现类似容器的标准环境。

中间件在分布交互模式上都规定了接口(或类似)机制,如IDL就是描述接口的语言规范,从早期的DCE到现在的CORBA、DCOM、Java RMI等都使用IDL描述接口,所不同的只是语言规范。客户访问服务(或对象方法)均通过接口进行,至于服务采用怎样的内部实现、基于怎样的语言、甚至怎样的操作系统、数据库,开发者都不用关心。类似地,消息队列也可作为分布交互的手段,消息的语法和语义定义保证了使用与实现的分离,使用消息队列的客户或服务是不依赖于对方的。既然中间件能隔离设计与实现,能在分布的环境中封装实现的细节,那么,基于中间件的构件开发也就是可能的。

隔离应用构件与复杂系统资源

构架很重要的一个功能就是将系统资源与应用构件隔离,这是保证构件可重用甚至"即插即用"的基础,与中间件的意图同样是一致的。中间件最大的优势之一就是屏蔽多样的系统资源,保证良好的互操作性。应用构件开发者只需要按照中间件规定的模式进行设计开发,不必考虑下层的系统平台。因此可以说,中间件真正提供了与环境隔离的构件开发模式。 符合标准的交互模型

构架不是什么具体软件,而是抽象的模型,但模型中应当定义一些可操作的成分,如标准的协议。标准的中间件则实现了构架的模型,实现了标准的协议,如基于CORBA的对象中间件使用的是CORBA规范作为构架模型,具体则实现了可互操作的GIOP协议,映射到TCP/IP为IIOP协议,定义了CDR数据表示语法、数据包格式、消息语义等内容。因此,基于中间件的构件是符合标准模型的。

软件重用

软件重用是构件化软件生产的根本目标之一,中间件提供了构件封装、构件交互规则、构件与环境的隔离及构架设施等机制,这些都为软件重用提供了方便的解决方案。

另外,通过类似应用桥的机制,中间件可以建立访问过去应用的通道;或者在新的中间件体系中建立特殊的运行容器,封装以往的应用,从而最终做到对应用遗产的继承性重用。

互联互通 互联互通专题

提供对应用构件的管理

基于中间件的构件软件可以方便地进行管理,因为构件总可以通过方便的标识机制进行划分,还可以使用构件库机制配合一些管理规则。[www.loach.net.cn]例如,微软的COM就利用Windows系统注册表配合几种唯一标识构件的方式,实现构件的登记、注销、定位。CORBA规范中有接口池、实现池等规范定义,配合应用登记管理的机制,也能对应用构件实施管理。

总之不难得出结论,基于中间件开发的应用是构件化的,中间件提供了构件的体系结构,大大提高了应用构件生产的效率和质量。

构件思想对中间件的作用

中间件本身作为软件产品,正处于方兴未艾之际,因此本身也可以借鉴构件思想,构件化的软件开发对中间件同样适用。

首先,中间件作为分布式计算平台,涉及资源多样,包括各种操作系统、数据库、网络协议甚至语言,其目标是在分布的环境中统一使用这些资源。因此,可以建立针对这些资源的构件库,以动态、灵活的方式进行构件的装配,如针对不同的面向连接的网络协议,可使用统一语义的网络驱动器构件,最灵活的情况是根据配置动态绑定。

其次,中间件的一个重要的设计目标是互操作,而互操作的关键是有清晰而与实现无关的接口。因此在互操作的边界上,必须将构件的思想融入设计中。

再次,中间件的应用范围越来越广,但应用有不同的需要,不同的业务特点,如果仅仅依靠固定的模式去套用,显然不合适。例如,多数MIS应用并不需要交易管理;有些分布应用也没有OLTP的特点;金融应用中安全就显得十分关键;拓展到Web的应用则特别要求精干、安全和适应性强。因此,中间件必须设计成可伸缩的体系,由一些可替换的构件组成,如某些重于可靠,某些强调实时,某些则需要小巧。产品只有这种定位,才能在变化迅速的市场上总是适应需求,立于不败之地。

第四,中间件不是最终的应用,需要服务于应用开发,但可以面向典型业务的模型,以方便应用的开发,这些模型可以以构件的形式作为产品提供。例如,CORBA服务和设施就是一些典型应用的抽象体现,使用这些服务的构件,应用可以大大减少开发规模,并获得良好的效果。以构架化技术术语讲,就是领域建模。

第五,成功的商业软件都是非常便于管理的,同样中间件也有可配置性的需要,管理整个系统是个复杂的行为,但如果转化为若干简单行为的统一,对开发就很简单而明确。事实上,标准的网络管理协议正是蕴涵了这种思想。基于构件化开发的中间件也一样,各个构件自身是独立配置的单元,只需进行集成就可达到系统的管理目标。

互联互通 互联互通专题

因此,构件化的软件设计思想在中间件发展中起到了重要的作用,可以预见,构件化的中间件在今后市场上是有强大生命力的。(www.loach.net.cn]

结束语

构件是一种前沿的软件设计思想,对整个软件行业的发展有着至关重要的推动作用。而中间件作为应用软件系统集成的关键技术,保证了构件化思想的实施,并为构件提供了真正的运行空间。中间件领域工业化标准的制定、统一及实现,使基于构件的应用开发成为可能。反过来,构件对新一代中间件产品中也起到促进作用。

回顾经典的工业化革命,不难得出一些有益的启示:功能再复杂的产品都是由大量标准的零件(尽管零件可能只在本领域内有用)组成,零件在生产线上装配成一个成品,所有零件在成品中共同发挥作用。分工越细致、专业生产的程度越高,总体生产效率就越高。而构件技术所扮演的角色就是把零件、生产线和装配运行的概念运用在在软件工业中,可以预见,软构件技术是软件产业化革命的必然发展趋势。

网聚知识提醒您本文地址:

电子政务要重视软件平台技术

东方通科技公司常务副总经理 牛合庆

电子政务工程作为我国最庞大的信息系统工程,在其意义、政策、标准、资金、组织机构、实施步骤等宏观体系越来越落实的时候,其具体实现层面的问题已经摆在我们面前。电子政务工程不管多么复杂,说道底它还是一个信息系统工程,其本质上必然是如何利用现有成熟的信息技术,满足政府信息化的要求。而在这样一个系统中,应用系统的建设将是最关键的部分。或者说,如何利用现有的软件技术,分步骤实现各种政务的需求是重中之重。一切工作应以此为中心,单纯强调网络、硬件设施等基础建设而没有应用系统的建设,将导致舍本逐末,最后是只见投入,不见效果。

因此,我们认为,在与电子政务工程相关的各项工作中,首先应该紧紧抓住应用系统的需求、规划、设计和实现。不管是“十二金工程”,还是数字化城市,都应该在应用系统上下大力气,给大投入。

从我国的实际情况来看,电子政务工程有如下特点:基础弱、范围广、变化快、非均衡、要求高。因此,在应用系统开发上无法毕其功于一役,而是需要有计划、分步骤,在变化中发展,也就是说应用系统必须具有可以灵活变化成长的体系结构。才能很好的满足我国电子政务不断变化发展的需要。

软件平台技术就是解决这一问题的首选。软件平台技术是指对应用软件进行支撑的中间层软件,由各种中间件及应用构件组成,组成要素都是商品化的构件,能够很好地解决了复用、互连互通、动态扩充等问题。软件平台相当于整个应用系统的骨骼,具有很好的灵活性及成长性,可以赋予应用系统以营养,使其能不断长大来满足目前及将来电子政务的要求。

互联互通 互联互通专题

我国今年的电子政务工程中,已经有一些项目非常重视软件平台的建设,如北京市的市级平台项目,但许多地方可能还没有完全理出头绪,甚至有的项目在硬件设备等基础设施上做了巨大投入,却并没有实际效果。(www.loach.net.cn]

我们希望在明年的电子政务工程中,首先应该重视应用系统的建设,而在应用系统建设中,应充分发挥软件平台技术的作用,这必将起到事半功倍的作用。

应用服务器的技术发展趋势

北京东方通科技公司技术总监 李春青

应用服务器又称为“应用服务器软件平台”(Application Server Software Platform,简称为ASSP),是最重要的一类中间件软件。中间件软件市场的演进,创造了许多种类的中间件,也使得清楚地了解中间件解决方案更加复杂化。

一、 应用服务器及基于应用服务器的软件系统总体结构

在1998年Giga 信息集团的报告《了解中间件——给IT管理者的策略和实现建议》中,绘制了一个非常经典的各类中间件位置的二维图,至今仍然适用。

在上图中,纵轴表示与低层通信协议的距离。在图上的位置越高,意味着产品距离应用领域越近,具有应用中需要的更多的功能。

在上图中,横轴表示抽象的类型,从左边的数据开始移动,通过面向处理的抽象移动向右边,终止于基于对象和组件的抽象。

互联互通 互联互通专题

某些类中间件,如事务处理监控程序(TP Monitors,所谓“交易中间件”),桥接多种抽象(如数据和处理),纵向从低层跨向高层。(www.loach.net.cn]其它的保持在高层,依赖于低层的中间件种类,如使用CORBA或J2EE技术,或DNA技术或TP Monitor技术的应用服务器。

应用服务器并非是老产品的位置重置。首先,它不是把ORB、MOM、交易管理、数据访问中间件和别的中间件产品和技术简单地打包在一起,因为当前的应用服务器软件都是基于对象或组件技术的,各种中间件功能必须以面向对象或组件的方式提供;此外,还需要把另外重要的、增加价值的功能加进来——如对象或组件的部署、运行时及管理功能。

按照1998年Giga的划分,按照应用服务器软件欲支持的应用类型,有四种类型的应用服务器软件:针对Web高端电子商务应用的、针对高端企业应用的、针对低到中规模的Web应用,以及多语言部门级应用。今天,针对企业级电子商务应用和一般企业应用的应用服务器软件一般归于同一类。仍然存在支持低到中业务规模的电子商务或企业部门应用的软件实现。 最近几年,除了微软独家提供与Windows操作系统棒定在一起的、基于DNA/DCOM技术的应用服务器软件功能外,主流应用服务器产品全部基于Java语言开发,并遵从J2EE/EJB规范。基于J2EE/EJB技术,提供Web或独立程序访问方式,支持企业Java组件(EJB)的开发、部署、运行和管理功能,提供对后台数据库系统和企业信息系统的访问能力,提供标准的消息传送机制等功能的应用服务器软件已经成为当前应用服务器软件的共同之处。 基于J2EE

应用服务器的软件系统的整体结构如下图所示。

整体上看,基于ASSP的整个软件系统由四个大层次构成。最底层是Java虚拟机(JVM)层,一般由计算机系统厂商免费用提供;上面就是ASSP,由ASSP开发商提供。这一层是整个应用系统开发、部署、运行和管理的基础架构层,是本项目要开发的内容。其上层的电子商务/企业应用框架是基于ASSP开发的、针对特定种类电子商务/企业应用的“标准”积木块,

互联互通 互联互通专题

这一层产品由ASSP厂商或第三方软件厂商来提供。(www.loach.net.cn]类似的产品有“电子商务服务器”等等。最上层是由应用软件开发商/开发人员定制开发的电子商务/企业应用。

纵向来看,底层的产品和技术最标准、最开放,层次越高,越不标准,需要定制的也越多。从价值角度来看,最向上就越接近最终的应用解决方案。底层软件的供应商如果能够向最顶层提供更多的内容,增值也就越多。

二、 ASSP技术发展的总体趋势

综合各技术与市场分析机构及我们的研究,可以把ASSP技术发展的总体趋势归纳为以下的五个大方向。总的来看,ASSP部分基本技术、基本框架未变。ASSP的核心内容更加标准化,ASSP包含的功能更丰富,ASSP横向与其它系统有更多的联系。ASSP本身也向上延伸,把部分应用框架方面的内容容纳入自身。上述动向具有普遍的意义。

网聚知识提醒您本文地址:

趋势一、技术越来越“标准”化,遵循“标准”成为必须

2000年以前,随着核心的服务方Java应用编程接口的普及(如JSP、servlet),以及市场对企业Java构件(EJB)的期待,大量新生公司涌向建造服务器端产品的市场,以实现这些API。此时厂商的关注点还是构建和销售其特定API的产品。到1999年底和2000初,大约有30多个EJB服务器厂商,只有几个公司实现了完整的EJB1.0。整个行业的重点是EJB应用服务器,每个厂商都在努力以成为主流的EJB服务器供应商。J2EE 1.0最终规范要求要“符合J2EE”规范,必须提供完整的J2EE API产品套件。从2000年众应用服务器厂商的J2EE符合性测试的竞赛开始,“符合J2EE”就成了厂商争取竞争优势的必然选择。

整个J2EE体系包括四大部分:J2EE蓝图、J2EE规范、J2EE参考实现和兼容性测试套件。规范包括十余个部分,涉及表现层Java组件技术、企业Java组件技术等众多相关技术。几年来相关技术规范一直在不断的新增、扩充和完善中。目前J2EE及EJB的最新版本是1.4和2.0,EJB 2.1尚未正式推出。作为一个支持企业级构件应用开发的现代应用架构来说,EJB2.0中的一些内容如Local Interface、CMP、EJB-QL、MDB等都是非常重要的。 趋势二、扩展服务与功能是区分ASSP的重要特性

J2EE/EJB已经成为绝大多数应用服务器厂商的标准。原来区分不同应用服务器的因素已经消失了。激烈的竞争越来越表现在高层次上,不再是低技术层次。基本上,应用服务器由以下的核心服务/功能和扩展服务/功能构成。

互联互通 互联互通专题

核心服务/功能方面,应用服务器厂商已经转移向J2EE“标准”。(www.loach.net.cn)因为应用服务器在核心层正变得越来越标准,应用服务器的整个概念就如同操作系统一样正成为企业信息系统的标准部分。J2EE在标准化过程中正起着一个重要的作用。

许多关于ASSP的预测都认为由于J2EE成为应用服务器的公共标准,ASSP越来越廉价,差别越来越小,正在走向“物品化”。各ASSP厂商的意见是,标准使得编程更简单,但性能、可伸缩性和使产品更加快速地推向市场的各个特性是使各个ASSP相互区分,从而抗拒或延迟“物品化”的过程。这也是ASSP厂商大力推动应用开发框架、新技术应用的一个原因(见“趋势三”和“趋势四”)。因此,扩展服务与功能也就成为厂商开发ASSP的重点内容之一。

ASSP的各项扩展服务与功能可以归类入如下的中间件特性列表(摘自AberdeenGroup 2000年1月《中间件》报告)。

互联互通 互联互通专题

ASSP提供了支持企业应用开发、部署和管理的基础性框架。(www.loach.net.cn)在实现一般企业应用或者特定类型应用的过程中,人们逐渐总结出了一些共性的、经过验证的分析、设计和实现方法、模式甚至是部分的实现。独立软件商或者ASSP厂商可以进一步把这些针对对一组类似的问题的公共设计和部分的实现抽象出来,提供一般化解决方案——应用开发框架,从而简化应用系统开发的开发。

基于对象技术的框架开发,核心功能一般实现为一组以特定的方式交互的抽象的类。在导出一个具体的应用时,这些抽象的类要用具体的子类去替换。其它具体的类要从一个由框架开发者提供的标准的组件库中选取。通过增加一些新的应用特定的类来完成定制。某些应用开发框架不针对特定的应用或业务种类,是一般性的,还有一些是针对某种类型的应用或业务的,通常把它们看成是某种应用或业务应用的平台软件。

趋势四、集成新的关键技术

最近几年,在分布式计算领域,可能没有一项技术的影响力最终会超过Web service。 尽管我们有了Web信息发布和浏览技术,J2EE/EJB、CORBA和DCOM等对象或组件开发技术,在解决使用不同的计算机语言、基于不同的应用架构开发的,运行在不同的操作系统上的信息系统间的互相通信和信息共享方面,仍然面临挑战。在B2B电子商务应用中,企业需要与合作伙伴、供应商、分销及代理商、银行等方面实现快速、方便及低成本地应用集成。现有EAI或其它中间件的解决方案繁琐、昂贵,且不便于实现动态的应用集成。

Web service技术可以有效地解决这一问题。根据IBM的定义,Web service是描述网络上可通过标准化的XML消息访问的、应用的一组操作的接口,Web service完成一个特定任务或一组特定任务。Web service 使用一个标准的、形式化的XML表示,即Web服务描述,提供需要与服务交互的所有细节,包括消息传递的格式(以此描述操作的细节)、传输协议和位置。接口性质隐藏了服务实现的细节,接口可以独立于实现接口的硬件或软件的平台、编写接口的编程语言而使用。这就允许和鼓励了基于Web service的应用实现的松偶合、面向组件和跨技术实现。Web service既可以独立使用,也可以与其它Web服务一起使用以执行一个复杂的集合或一个商务交易。因此,主要ASSP厂商、整个软件业都看好Web service,视其为解决电子商务、政务及其它各类应用的松偶合集成的最佳手段。

互联互通 互联互通专题

根据IDC 2002年6月发表的《西欧 ASSP 市场预测与分析2002-2006》(IDC #AD25J),IDC认为,正如2001年的发展,Web service越来越被认为是提供独立于技术的互操作的重要手段,主要厂商已经在其产品中加入了基本的Web service能力。[www.loach.net.cn)到2002年对基础的Web service标准(SOAP和WSDL)的支持很可能是产品必有的特性。IDC确信届时不可能销售一个没有提供对WS的基本支持的产品。

在EJB 2.1规范正式推出之前,一些基于J2EE/EJB的ASSP产品中就已经有了对Web service的基本支持,如通过简单地内置一些传输处理程序和一个SOAP引擎,就可以把servlet和EJB封装成Web service。EJB 2.1规范中,明确地为EJB定义了支持Web service的组件接口,这使得EJB支持Web服务的编程和封装处理标准化。

网聚知识提醒您本文地址:

针对ASSP的新关键技术不限于Web service。总的来看,ASSP正朝着大而全,“一个应用服务器,所有的中间件”的方向发展。

趋势五、与其它软件打包成平台套件

针对这一趋势,Gartner提出了应用平台套件(Application Platform Suites,简称ASP)的概念。根据Gartner的定义,APS是由在运行时足以成为现代电子商务应用的基础支撑的那些基本的软件架构产品组装成的。APS架构的核心是ASSP,一般包括企业应用服务器、门户产品和企业应用集成包。

打包好的APS也被非正式地称为“电子商务平台”。根据Gartner的定义,APS不必是来自单个厂商的单一的组装产品。好的APS将会包括其它类别的产品,如集成开发框架和集成系统管理。一些ASSP厂商会把整个APS当作“完整的”ASSP销售。ASSP厂商也越来越多地提供由自己的产品组装成的“多合一”的、“一站式购买”的套件包。

根据Gartner的报告,到2007年绝大多数中大型企业会在其一些项目或跨多个项目中使用APS技术(概率0.8)。这种预测的核心含义是,到2007年,市场上的绝大多数软件架构产品会是由专业的基础架构构件构成的模块化的集成套件(概率0.8)。Gartner的一位分析师的研究也同时警告说,企业必须根据对他们的项目需求的现实评估来决定是否使用APS技术。由Gartner的七位分析师的研究认为,一直到2005年,企业的选择也不会是一致的,或者是选择各家最好的产品装配,也可能是“一站式购买”。

APS不应是厂商现有相关产品的简单汇集。以APS集成TP-Monitor(事务管理中间件)或MOM(消息中间件)为例,厂商必须提供ASSP与TP-Monitor或MOM之间的、简单无缝隙并且标准的访问能力。

三、 国内ASSP的发展动向

互联互通 互联互通专题

国内自主开发ASSP产品的厂商不多,东方通科技和金碟软件是最早的两家,比较有代表性,都是作为产品化的软件在市场上销售,交给应用开发商和用户使用。(www.loach.net.cn)另外国内也有一些ASSP的开发企业。 总的来看,国内ASSP的技术发展与大潮流是一致的。

作为国内中间件领域最有代表性的企业,东方通科技的应用服务器产品TongWeb开发的比较早,市场推广是最好的,目前主要的全国性大用户有中国联通,在由覆盖全国的3个主站、20个分站构成的联通165网站、支撑联通全部B2C、B2B支付业务的联通电子商务平台以及中国联通11个分公司的客户服务系统的大面积使用中得到全面考验,在万方数据电子商务网站、北京市科委电子政务系统、北京市东城区电子政务系统、烟台市电子政务系统、四川电信备品备件系统、江西建行、吉林移动计费系统、成都公安局综合信息系统、云南电信大客户系统等众多企业级应用中运行良好,产品的稳定性和连接其它业务系统的应用集成能力表现突出。

J2EE应用服务器与JBuilder集成的实现

2004-1-13 15:53:36

杨光 雷益鹏

摘要:本文以国产J2EE应用服务器TongWeb为例,阐述如何将应用服务器与JBuilder集成,使JBuilder开发环境能支持第三方的应用服务器,为开发人员提供一个集成第三方应用服务器的JBuilder开发环境,以便开发人员能通过Jbuilder开发、部署和调试面向特定应用服务器的J2EE应用。

背景知识

对于广大的J2EE应用开发人员来说,一个强大而高效的Java开发环境是必不可少的。JBuilder是一个优秀的JAVA 集成开发环境,它能够集成Weblogic, WebSphere,Borland Enterprise Server等应用服务器,使开发人员可以快速开发和分发应用程序到这些J2EE平台应用服务器。

除了目前JBuilder支持的应用服务器外,还有一些受用户喜欢,并正在使用的应用服务器产品。对于习惯于使用JBuilder的开发人员来说,他们特别希望这些应用服务器也能被JBuilder所支持,以便在开发过程中应用JBuilder的强大功能。因此,将特定的应用服务器与JBuilder集成,是一件非常有意义的事情。

为此,我们着手实施了这项工作,通过开发TongWebOpenTools插件,成功地将国产应用服务器TongWeb集成到JBuilder开发环境中,现将实现方法描述如下。

JBuilder的Open Tools框架

首先介绍一下JBuilder提供的一种允许第三方扩展IDE的机制,即Open Tools框架,JBuilder同时提供了实现该框架的接口 — OpenTools API。

互联互通 互联互通专题

1. Open Tools框架

在OpenTools 框架中,能对JBuilder的很多功能进行扩展,对J2EE应用服务器支持的扩展就是其中之一。[www.loach.net.cn)在JBuilder7.0以前的版本中,在对J2EE应用服务器支持的扩展方面,提供了AppServer机制,我们可以利用这种机制将第三方的J2EE应用服务器集成到

JBuilder中,达到扩展JBuilder所能支持的应用服务器的目的。在JBuilder7.0/8.0版本中,已经不采用AppServer机制了,而是提供了Server Plugin机制。为了将已经在7.0以前版本中扩展的应用服务器继承过来,JBuilder还提供了一种Legacy机制,可以将基于以前版本的JBuilder的应用服务器扩展集成到7.0/8.0版本中。此外,JBuilder还提供了一种Server Configuration机制,支持对应用服务器进行配置,并保存配置。

针对目前使用最广泛的JBuilder7.0及以上版本,为了实现对一个新的第三方J2EE应用服务器的支持,应该采用Server Plugin和Server Configuration机制。因此,对这两种机制,在这里有必要简要介绍一下。

(1) Server Plugin机制

Server Plugin主要涉及三个方面的内容,Server,Service,Plugin。Server指的是一些特定版本的应用服务器,例如Borland Enterprise Server 5.0,Tomcat 4.0,WebLogic6.1等。Service是应用服务器所支持的特性,例如EJB, web application (JSP and Servlet), JMS, deployment等。Plugin指的是一些classes,通过这些classes,可以使Server和Service在JBuilder中注册,以便能在JBuilder的集成开发环境中被使用。因此,Server Plugin机制主要包含了Server、Services和ServerLanucher API。类图如下:

图 1 Server Plugin机制类图

互联互通 互联互通专题

网聚知识提醒您本文地址:

每个Server类的子类实现都代表一个应用服务器,该子类可以根据情况包含不同的

Services。[www.loach.net.cn]支持的Services包括:ClientJarService、EjbService、JspServletService、DeployService等等。

在JBuilder启动时, Server类的子类能够通过工具类ServerManager将自己及自己支持的Services注册到JBuilder中。该注册过程位于必须实现的方法initOpenTool()中。方法initOpenTool()是一个很特殊的方法,它不是由任何接口或虚类指定,但任何想接入JBuilder中的插件都必须提供该方法来将自己注册到JBuilder中。

JBuilder 将根据是否提供该方法来自动发现第三方提供的插件,并自动将其按插件方式载入。

ServerLanucher则是支持Server 启动的类,能提供Server 启动所需的各种信息,并且提供了在Server启动和停止的各个阶段插入代码的接口。它由Server来创建。

(2) Server Configuration机制

在JBuilder中使用任何一个应用服务器,都必须先进行配置。JBuilder启动后,通过JBuilder菜单中的Tools->Configure Servers,可打开Configure Servers对话框。在该对话框中可以看到,左边是Server列表栏,右边是Server的常规配置信息和定制的配置信息。当一个Server的OpenTool通过ServerManager实现了注册,这个Server将出现在Server列表栏中。选择Server,并对Server进行配置后,注册的Server就可以在JBuilder中使用了。这一配置机制就是JBuilder提供的Server Configuration机制。该机制能将配置的信息保存起来,下次启动JBuilder时,它就能读取先前的配置,并根据该配置查找类库。如果找不到匹配的Server库(比如已经删除),则该Server在对话框的Server列表栏中显示为红色。

图 2 Server配置界面的类图

2. OpenTools API

在OpenTools框架中,和集成J2EE应用服务器相关的API都在包com.borland.jbuilder和包com.borland.primetime中,下面我就其中主要的包进行一下介绍。

互联互通 互联互通专题

(1) com.borland.jbuilder中的包

com.borland.jbuilder.server: 主要用于Server和Services的注册。(www.loach.net.cn]

com.borland.jbuilder.enterprise.ejb: 主要用于支持JBuilder7.0以前版本的AppServer机制,还用于生成选定的应用服务器的部署描述符。

com.borland.jbuilder.enterprise: 主要用于Server的JDK设置。

com.borland.jbuilder.runtime.servlet:主要用于Servlet Service的实现。

(2) com.borland.primetime中的包

com.borland.primetime.node: 主要用于对项目和文件节点的操作。

com.borland.primetime.properties: 主要用于属性设置。

com.borland.primetime.ide: 主要用于实现图形界面。

TongWeb Open Tools的实现

TongWeb Open Tools是为了将应用服务器TongWeb集成到JBuilder而开发的,它是JBuilder OpenTools框架的一个具体实现。目前,已经完全支持在JBuilder中基于TongWeb 应用服务器进行EJB和Jsp/Servlet的开发、部署、运行以及动态调试。

为了实现上述功能,我们需要解决下列问题:

1. Server管理,包括Server的注册载入,Server的启动等

2. Ejb部署描述符的生成

3. Jsp/Servlet 的编译

4. 动态部署

5. 动态调试

6. 配置管理,包括Project Properties,Configure Servers等

TongWeb Open Tools可以划分为6个模块,即Server模块,Generic deploy code(部署代码生成)模块,JSP/Servlet Compiler模块,Deploy(动态部署)模块,Configure模块和动态调试模块。各个模块的关系图如下, 其中白色为外部系统。

互联互通 互联互通专题

图 3 TongWeb Open Tools模块关系图

1. Server模块

Server模块负责注册Server及Server提供的各种服务(services)、提供Server启动时所需的各种参数。(www.loach.net.cn)

Server模块在JBuilder启动时由JBuilder Opentools 框架提供的ServerManager注册到JBuilder中。

2. Generic deploy code(部署代码生成)模块

部署代码生成模块负责生成TongWeb EJB部署描述符(包括ejb-jar.xml、

teas-ejb-jar.xml)和部署代码(包括stub/skeleton及实体Bean的O/R映射代码jorm),并将所有生成的代码和EJB本身打包成可部署到TongWeb3.4上的EJB jar包。

在JBuilder中,EJB部署描述符的生成原理是:在创建EJB工程及设计EJB的过程中,JBuilder将自动生成Jbuilder特定的部署描述符,然后JBuilder将JBuilder特定的部署描述符转换成选定的应用服务器的部署描述符。该转换是针对选定的应用服务器特定的部署描述符而言,对于J2EE标准的ejb-jar.xml则不需要转换。这个转换工作,要由选定的应用服务器的Opentools来实现。因此,TongWeb Open Tools中,我们设计和实现了一个特定的类来完成这个转换。

对于部署代码的生成和最终的打包,则是调用了TongWeb服务器的工具GenIC来完成。

3. JSP/Servlet Compiler模块

互联互通 互联互通专题

JSP/Servlet Compiler模块负责对JSP/Servlet的编译,并将所有生成的代码打成war包。(www.loach.net.cn]为了能实现对JSP/Servlet的编译,并生成可部署的war包,需要通过对OpenTools API的JspCompiler和JspSourceBridge进行扩展。

4. Deploy(动态部署)模块

通过调用TongWeb服务器的工具TeasAdm,动态部署模块实现了将EJB动态的部署到运行中的TongWeb3.4服务器,重新部署,取消部署,列出可部署的jar包等功能。

5. Configure模块

Configure模块是用户配置上述几个模块所需参数的图形界面。在JBuilder中,参数的配置和对参数的使用是分离的。为了实现这种分离,它通过静态类PropertyGroup及其子类来进行参数的存储工作。配置好的参数写入静态类PropertyGroup中,当其它模块需要使用这些参数时就从静态类PropertyGroup中获取。静态类PropertyGroup从作用上看类似一个配置文件,但它是写在内存中的,速度较快。

网聚知识提醒您本文地址:

使用TongWeb Open Tools

TongWeb Open Tools的最终产品是一个TongWebOpenTool.jar文件,只需要将这个文件拷贝到 <JBuilder-安装目录>libext目录下,就完成了产品的安装。

完成产品安装后,在JBuilder中就可以轻松的开发,部署应用程序到TongWeb3.4应用服务器上了,下面将用几张图来简要描述安装了TongWeb Open Tools插件的JBuilder对TongWeb3.4应用服务器的支持。

(1) 配置TongWeb应用服务器

当TongWeb Open Tools安装后,启动JBuilder后,选择JBuilder菜单中的Tools->Configure Servers,可以看到TongWeb 应用服务器已经出现在左侧的服务器列表中了,选则TongWeb应用服务器后,就可以对它进行配置。

互联互通 互联互通专题

图 4 配置服务器

(2) 部署EJB

选择菜单中的deploy,对 EJB进行部署,在JBuilder的控制台上会显示提示信息,当部署成功,将显示Succeeded: Dedeploy --- xxx.jar。(www.loach.net.cn)

互联互通 互联互通专题

图 5部署EJB

结束语

如何向用户提供方便高效的开发工具,是国产应用服务器厂商面临的一个重要问题。[www.loach.net.cn)对TongWeb来说,通过开发TongWeb Open Tools,使JBuilder支持面向TongWeb的全过程开发,既充分利用了JBuilder的强大功能,又解决了国产应用服务器的开发工具支持问题,不失为一种比较好的策略。

参考文献

1. 《Developing OpenTools》 http://www.borland.com/

中间件构建企业信用信息系统基础平台

信用是经济发展的重要战略资源,是经济全球化条件下所有经济活动必备的“通行证”,是市场经济体系的基石。建立完善的市场经济运行机制,大力培育“信用政府”、“信用企

互联互通 互联互通专题

业”、“信用个人”,特别是建立企业诚信体系,对于促进社会文明和经济发展,具有十分重要的战略意义。[www.loach.net.cn]

企业信用管理是建立企业诚信体系,准确收集、反映、分析、评价、公示和使用企业信用资源,实现社会诚信体系工程的重要举措。工商行政管理机关作为企业信用管理部门,在政府其他有关部门的协助下,向社会征信和公示全地区各类企业信用信息,是认真履行职责、创新监管方式、建立长效监管机制、提升企业信用、打造“诚信社会”的有力举措。

基于上述考虑,成都市企业信用系统建立了信用数据采集终端、信用数据资源管理中心、信用信息发布三个子系统和数据交换平台。各部分功能简述如下:

*数据交换平台:实现每个成员单位与资源管理中心、以及成员单位之间的信息传递、监控管理、中心统一配置部署、日志记录。

*信用数据采集终端:部署在每个成员单位内部,实现数据的自动提取与转换,同时支持手工录入与审核数据,由成员单位提取到的数据通过数据交换平台安全传输到信用数据资源管理中心;信用数据采集终端同时提供本部门信用数据维护、信用数据统计分析、内部交流等应用服务功能。

*信用数据资源管理中心:对每个成员单位上报的数据进行汇总、比对、审核,形成企业基本信用信息,正式信息将存入中心数据库,构成信用数据库;资源管理中心还需提供辅助的统计、查询(含全文检索)、数据管理维护、中心监控、中心对成员单位的配置管理、日志记录与查询等辅助功能。

*信用信息发布:包括互联网网站和信息发布管理平台两部分。信息发布管理平台需要对信用数据库中的数据进行选择,发布到网站,并提供相应的管理功能。

成都市企业信用信息系统业务流程分为信用数据采集,信用数据交换,信用数据比对、整合、挖掘和信用数据发布四个步骤,其业务流程图如下:

互联互通 互联互通专题

从以上流程图可以看出,数据采集终端通过数据适配器与各委办局的业务系统连接,通过信用数据采集终端完成数据采集,变成标准的XML数据;信用数据采集终端将XML数据,通过数据交换平台交换到信用数据资源管理中心;数据交换平台将采集的数据交换到信用数据资源管理中心后,经过比对、整合、汇总生成企业的信用记录数据;被提炼、挖掘出来的企业信用数据,通过信息发布管理平台发布信用门户中,供公务员和公众访问;从而实现对全市企业信用信息的统一公示,同时具备查询服务、有效监管等多重功能,形成全市范围内的企业信用信息数据化、业务模式流程化、展示标准化等。[www.loach.net.cn]整个系统采用B/S结构,便于操作和维护。

数据采集与数据交换作为工商局企业信用信息系统的基础服务功能,为系统提供了沟通异构系统的能力,满足了各种数据信息在各个业务系统中顺畅流动的需求。各种数据信息的存在形式主要分为异构数据库表和XML格式文件。目前,XML作为一种能够以统一的格式描述信息的文本语言,它能将不同系统来源的信息按照统一的格式显示,也能够进行格式的互相转化,已经成为当前信息标准化的主流。因此数据交换平台采用XML作为数据交换的中间格式,同时系统提供多种映射转换,东方通科技拥有包括数据库、文件、SOCKET、OLAP在内的大量适配器,能够很好地兼容各委办局不同的业务系统,具有强大的集成功能。可以很好的实现系统的数据转换、交换及集成需要。

在数据交换平台服务器上需要部署集成中间件TongIntegrator和消息中间件TongLINK/Q。在各个办局委的数据交换前置机上部署应用集成中间件TongIntegrator的代理(TI代理)和消息中间件TongLINK/Q,并将TongLINK/Q配置为前端节点。部署图如下:

互联互通 互联互通专题

信用数据采集终端基于数据交换平台的TongIntegrator代理构建,提供委办局信用数据工作人员采集上报数据、领导审核数据、查询企业信用情况。(www.loach.net.cn)信用数据采集终端是部署在委办局局域网内的一台前置机,包括前置数据库,实现业务数据的分离与上传。通过前置机连通政务外网和部门内部系统,提供异构数据源的适配器连接委办局内部业务系统,并通过数据交换平台同信用数据资源管理中心交换数据。利用可视化监控管理工具,在前置机上进行消息收发的跟踪、管理。部署图如下:

网聚知识提醒您本文地址:

成都市企业信用信息系统工程覆盖工商局、国税局、地税局、海关、质监局等等18个部门。根据一期工程的要求,要在全市范围内进行数据交换平台的布署,以支持从全市各部门之间信用数据交换的需求,提供核心交换服务。在布署设计时要考虑后期工程中的平滑升级等诸多因素,既要保证上下级之间数据及时的上传/下载,又保证同级各节点之间数据交换的需

互联互通 互联互通专题

求。[www.loach.net.cn]根据成都的实际情况,将采取星型结构的部署,即以成都市企业信用数据中心为核心,以18个部门为节点的布署方式。同时系统支持将来网状结构信息交换的平滑升级。

成都市企业应用信息系统是基于J2EE技术架构的全新的信用体系,通过东方通科技的消息中间件TongLINK/Q和集成中间件TongIntegrator构建的信息交换平台,具有一下特点: *支持多种数据格式

支持多种不同类型数据格式的数据交换平台,为系统提供了沟通异构系统的能力,满足了各种数据信息在成都市各个委办厅系统中顺畅流动的需求。

* 支持多种采集模式

提供了多种数据源操作接口,支持对原有应用系统以自动、手工、定时等多种采集模式进行信用数据采集。

* 强大的数据加工能力

提供了数据填充、过滤、转换、路由等多种数据加工能力。

* 支持多种通讯方式

提供异步方式TLQ/MQ/JMS,WEB服务等多种通讯接口,增加平台对不同系统的适应性。 * 流量控制

由消息中间件TongLINK/Q实行消息传输、流量控制等处理。消息放入适当的队列时目标程序可以是忙,消息的到达不影响当前程序的处理,也不需要程序立即处理该消息。 * 优先级控制

在处理整个业务系统的信息时,可以把不同业务类型的信息按照优先级放置在不同的队列上,保证低优先级的数据不会影响高优先级的数据,从而保证了重要信息的及时处理。 * 独立队列处理

在处理多种业务的数据时,把不同种类的业务数据放置在不同的队列中独立处理。动态或临时的队列是在应用被处理时才建立的,队列可以被重新定义和重新配置,应用程序本身不必做任何修改。

* 消息传输特性

消息传输以异步方式进行,但消息中间件TongLINK/Q凭借优异的性能完全能够满足实时传输要求。此外,TongLINK/Q支持消息的断点续传、流量控制等技术,保证数据的传输效率。 * 交换任务和管理任务分离

互联互通 互联互通专题

为用户提供简单易用的集中配置、管理和监控机制。[www.loach.net.cn)系统管理员可以通过独立的管理平台(可视化工具)对交换系统进行管理监控,交换任务与管理完全分离。

* 异步传输机制

数据交换平台支持消息异步的、并行的工作方式。

* 支持大规模并发处理

数据交换平台可以支持大规模的并发处理。

* 高的系统响应效率

TI代理的线程调度和管理机制,提高系统的处理效率。

* 系统可扩展性

保证在系统增加的情况下,不牺牲效率,保证了能够迅速和容易的连接新系统而且不影响吞吐量。

协同、安全、整合的电子政务应用支撑平台

20世纪90年代以来,伴随着全球经济一体化和信息化的飞速发展,世界范围内的电子政务浪潮席卷而来。在我国,从1999年全面推动“政府上网工程”以来,电子政务经过三年多的建设,外网门户网站建设已基本完成。下一步电子政务系统的建设目标是,建立一个开放的、基于标准的电子政务统一应用平台,实现信息交换和资源共享,面向公众提供服务,增强各部门工作的透明度,而电子政务的安全则是整个平台健康平稳运行的重要基础。虽然现在电子政务建设的需求正朝着多样性的方向发展,但是概括起来主要包括以下四个方面的需求:

1、 政务业务应用

目前,政府的大部分机构,既拥有制度制定权,又拥有行政审批权,还带有对法规、政策的解释和监督权。它们的关键业务流程和辅助业务流程并不十分清晰。从政府职能改革的方向来看,将以审批制度执行过程为主导,逐渐形成政府职能的关键业务流程。法规、政策制订的过程,对制度执行监督的过程,还需要随着机构的调整、政府职能的明确,逐渐去清晰业务流程模式。

2、政务信息共享交换

随着电子政务建设进程的推进,电子政务系统的数量不断的增加,各业务部门逐渐积累了大量的业务数据。各个政务系统的业务数据分布在各个相对孤立的信息系统中,相互之间缺乏

互联互通 互联互通专题

对应和转换关系,协同能力差,形成了一个一个“信息孤岛”,信息虽然可以在本身的系统中完成流转,但与其他系统的交互性较差。[www.loach.net.cn)

对于这种情况,就需要构建一个政务信息共享平台,来屏蔽各政务业务应用系统之间的差异,实现信息安全、可靠的互通、数据共享、应用整合,增加各政务业务系统的协调性。

3、决策分析应用

决策分析应用平台主要是为了便于高层领导宏观的了解政府机关的运作信息,以便为决策提供依据。决策分析应用一般要进行大量的数据统计分析,需要有一个灵活易用的展现工具,为决策层提供更直观、多样的统计分析结果展示。

4、政务门户应用

政务门户应用平台是政府与公众交互的窗口,它能有效提高政府办公的透明度。由于访问量大,要求具有较强的并发处理能力。因此,有效的解决负载均衡的问题,是提高政务门户应用的稳定性和高效性的关键。

政务业务应用平台是整个电子政务建设的基础;政务信息共享交换平台是连接政务业务应用平台与决策分析与门户应用平台之间的桥梁;决策分析应用平台和政务门户应用平台是对政务信息共享交换平台数据的提升。只有将这四个方面有机协调在一起,才能构建出同时满足各方面需求的支撑平台。

在整体设计中,我们采用“分而置之”的方法,从政务业务应用、政务信息共享交换、决策分析应用、政务门户应用四个方面来考虑,对各层次的需求提出了专门的设计构想。

整个系统方案的设计采用分层构建的思想,并结和基于成熟中间件产品的思路,我们提出基于中创软件商用中间件公司Infor系列中间件的全面电子政务解决方案,其应用架构如下图所示:

网聚知识提醒您本文地址:

互联互通 互联互通专题

图1 电子政务应用支撑平台图

整个架构中包含三层:产品层包括Infor系列中间件,它是构建支撑平台的基础;支撑平台层包括业务构建平台、共享交换平台、决策分析平台和政务门户构建平台;应用系统层包括电子政务各类应用系统,实现政务办公、决策分析、政务门户等。(www.loach.net.cn]

政务业务应用平台的解决方案

图2 电子政务业务应用平台

在方案中我们集成了Infor系列中间件的分布对象中间件InforBus、企业应用服务器InforWeb、工作流中间件InforFlow、报表工具InforReort、网页防窜改系统InforGaurd五个产品。

采用InforWeb作为整个业务系统的构建平台,为政务业务应用系统提供安全、高性能、可扩展、可管理的保障。使政府和企业能够在互联网上建立网站,运行业务系统,开展电子政务。

互联互通 互联互通专题

对于一般的业务逻辑,采用J2EE构件运行在InforWeb中;对于性能要求较高的业务逻辑,应用CORBA构件,运行在InforBus中,可使用C++开发,运行在Linux环境中以提高处理能力。(www.loach.net.cn)结构如下图所示:

图3 政务业务应用结构图

为了应对电子政务的业务流程性强、业务流程易变的特点,我们在政务业务应用中采用了工作流中间件InforFlow实现流程的控制。InforFlow支持顺序、分支、同步、循环、自循环等丰富的工作流模型,支持流程的动态调整,使用户从容应对变化,提高应用系统的灵活性和适应性。

由于政务业务应用系统是直接应用于实际的政务业务处理过程中的。需要灵活易用的展现工具,选用InforReport作为分析统计结果的展现工具。

InforGuard为政务业务系统提供安全保障,保证政务业务应用的正常运行,使之有条不紊的处理政务业务的日常工作。

政务信息共享交换平台的解决方案

图4 电子政务信息共享交换平台

在方案中我们集成了Infor系列中间件的InforEAI、InforBus/Q两个产品。

选用InforEAI作为政务信息共享交换的平台,实现政务业务应用整合和数据共享。它通过可视化的构件协同建模,有效简化了应用集成的复杂性,大幅降低了应用集成的开发门槛。

互联互通 互联互通专题

消息中间件InforBus/Q作为复杂网络环境下分布式应用系统的开发、部署、运行、管理的灵活、易用的消息通讯平台。(www.loach.net.cn]保证了数据交换过程中安全、可靠、高效的数据传输。 决策分析应用平台的解决方案

图5 电子政务决策分析应用平台

在方案中我们集成了Infor系列中间件的InforWeb、InforReport两个产品。

采用InforWeb为整个业务系统提供构件化开发运行环境,有效屏蔽底层硬件、操作系统、数据库的差异,为决策分析提供稳定、安全的保障。

选用InforReport作为展现工具。支持各种类型的复杂报表,向决策层提供丰富的数据统计分析报告。

政务门户应用平台的解决方案

图6 电子政务门户应用平台

在方案中我们集成了Infor系列中间件的InforWeb、InforDirector三个产品。

通过InforDirector和InforWeb建立了两层高性能集群系统(结构如下图所示)。它具有高可用性的负载均衡和调度能力,通过基于智能化算法实现集群负载调度,为政务门户应用提供最佳的负载均衡解决方案。

互联互通 互联互通专题

图7 负载均衡结构图

基于电子政务的解决方案遵循“保护现有投资”的原则,充分利用原有的网络资源和硬件设备,并以已有的电子政务应用系统资源为基础,利用操作方便的Infor系列中间件,减少开发量、缩短开发周期,从而降低开发成本。[www.loach.net.cn]在整个方案设计中,Infor系列中间件提供了从底层数据传输到上层的数据展示全生命周期的支持。

图 8 Infor系列中间件在电子政务应用系统中全面支撑

成功案例——某省交通政务系统

在建立交通政务信息系统前,交通政务系统不完善,主要是高速公路、办公、运政、路政等一些独立的内部子系统,没有形成统一的安全信息发布、信息交换中心,无法满足信息共享和网上安全办工的要求,各单位形成信息孤岛。

按照系统建设的要求,综合考虑战略信息安全等敏感因素,交通政务信息系统采用基于

Infor系列中间件电子政务平台解决方案作为电子政务应用的开发、部署、运行和管理平台。通过使用基于Infor系列中间件的电子政务软件平台,实现了交通政务信息系统的快速构建,搭建了一个坚实的平台,为交通政务信息系统的安全、稳定、高效运行提供了有力保障,并为以后新的功能增加,以及适应各种业务变化,奠定了坚实的基础。

互联互通 互联互通专题

信息共享互联互通试点遭遇两大瓶颈

2005-2-2 15:06:40

试点遇到了瓶颈,是不是就退缩了?不能退!这就是电子政务信息共享互联互通面临的现状。(www.loach.net.cn]由于体制不健全、标准缺乏、协调部门没有成立,各地信息共享互联互通大多以“试点”的形式存在。但是从目前各地试点取得的成功、获得的经验,以及去年8月3日国办秘书局正式下发《电子政务信息共享互联互通平台总体框架技术指南(试行)》等实际行动来看,信息共享互联互通可谓暗流涌动,时刻等待着时机成熟时掀起波涛。

网聚知识提醒您本文地址:

在工商局的企业网上注册系统当中输入企业名称、经营范围、公司法人等基本信息,这些数据资料将自动通过网络传递到地税局网上缴税系统中,一改过去需要在不同系统中重复录入数据的麻烦。除此以外,企业只要在工商部门登记注册,地税系统当中将自动添加该企业的信息,阻止偷税漏税现象的发生。无论涉及到多少单位,无论需要连通多少个系统,无论用户采用的是什么数据库、操作系统,眼前看到的这一切都可以成为现实。这是目前信息共享互联互通工程当中常见的一幕。尽管“信息孤岛”、“各自为政”、“重复建设”等一个个老生常谈的问题迟迟得不到解决,尽管其中涉及到的敏感的“非技术”原因让我们逐渐失去解决困难的耐心和勇气,但是我们仍然发现,目前各种信息共享互联互通试点工程正在“摸着石头过河”,就目前各地试点工程建设情况看来,主要遭遇两大瓶颈。

首先,信息共享互联互通需要信息流的畅通,但是传统的各部门分别掌握信息的现状导致信息无法畅通。“想要最大限度地拿到别人的数据,最小限度地贡献自己的数据”,这是各个部门面对信息共享的普遍想法。以街道为例,他们是收集人口信息的最底层、最有效终端,但是掌握人口信息的公安部门既想得到街道收集到的人口信息,又不愿意拿出他们已经掌握的信息,直接导致街道采集信息的部门失去了工作的积极性,也导致他们由于无法进行信息的比对,不能对基础信息实现深度挖掘和加工。在现有各部门掌握各自信息的情况下,只有成立一个具有更高权力和权威的协调机构,在相应法律法规和共享标准的保障下,才能有效解决信息流的畅通问题。

其次,信息共享互联互通的另一个瓶颈就是现今政府部门普遍缺乏协作的观念。观念是头脑中根深蒂固的想法,由于我国政府部门官员的岗位职能当中并不考虑部门间协作的因素,使得面对一项涉及几个部门的业务,大多数人考虑的是把自己的事情做好,而不考虑对方需要什么,因为协作的好坏并不对自己的工作和声望造成影响,“多做多犯错,少做少犯错,不做不犯错”。信息共享互联互通在纵向的职能部门之间还算不错,由于大多数部委的网络已经建设了三级,中央的系统与省、市的系统连通并且实现信息共享还并非难事。但是在横向的不同部门之间,想要省里的公安部门对市里的街道贡献数据,几乎不可能,而除此

互联互通 互联互通专题

以外,工商、税务、质监等业务联系十分紧密的部门,他们之间要想共享数据资料,需要理顺的关系也非常多。(www.loach.net.cn)

电子政务信息共享互联互通平台总体框架技术指南(试行) 三横两纵

信息共享互联互通平台由流程管理系统、应用集成系统、应用适配器系统、管理和监控系统、安全支撑系统五个基本系统组成。其中,流程管理系统、应用集成系统、应用适配器系统是平台的核心。

信息共享互联互通平台采用“三横两纵”的总体框架结构。“三横”为流程层的流程管理系统,应用层的应用集成系统,数据层的应用适配器系统。“两纵”为支撑“三横”的管理和监控系统及安全支撑系统。“三横两纵”以“三横”为主体,重点解决信息共享互联互通中数据交换、应用集成、流程协同三个层次的问题。“两纵”是“三横”实现安全的、可管理的、可监控的信息共享互联互通环境的支撑。

“三横两纵”遵从松耦合体系结构,实现系统的独立性和耦合性。独立性是指平台内各系统可独立运行,独立使用,有针对性地解决共享中的问题。耦合性是指平台内各系统可集成为统一的信息共享互联互通平台。通过平台内各系统间的整合与协同,解决共享中不同层次的问题。各系统应提供标准接口,以实现平台内各系统间及不同平台间的快速互联。无论“三横”各系统采取何种组合模式,管理和监控系统与安全支撑系统都应发挥其支撑作用。

实施原则

信息共享互联互通平台建设应遵从6个方面的总体原则:

坚持以“需求为导向,以应用促发展”的指导思想,避免信息共享互联互通平台建设与应用脱节,充分发挥信息共享互联互通平台作为基础设施的作用。

采用国际先进的,符合我国信息化建设发展方向的、标准的、跨平台的信息技术,保证信息共享互联互通的核心技术框架具有自主性、前瞻性、先进性和可持续发展性。

充分利用现有软硬件资源,保护原有投资。在现有信息系统的基础上,对系统的接口进行封装,提供Web服务接口,实现与信息共享互联互通平台的连接。新的应用系统的开发,应以跨平台技术为基础,充分利用信息共享互联互通平台提供的开发与运行环境,使面向不同需求的新的应用可以被快速开发,避免重复建设和资金浪费。

确保系统的安全性和可扩展性。要从系统设计、软硬件选型等方面进行全方位、多层次的安全防范,保证系统高效、稳定、不间断地运行。平台应提供开放的接口,便于各类应用系统连接,以满足业务和系统不断拓展的需要。

互联互通 互联互通专题

引导、支持、鼓励采用具有国内自主知识产权的产品构建核心平台,支持国家信息化建设的战略目标,摆脱基础软件产品受限、受制、受控于人的被动局面,为民族软硬件产品提供必要的发展空间,促进国内信息产业的发展。[www.loach.net.cn]

坚持统筹规划和重点实施相结合,技术和标准的先进性与实际应用的可实施性相结合,坚持信息共享互联互通平台技术框架的通用性与应用建设的针对性相统一,典型系统的代表性与应用领域的广泛性相统一。

保障措施

保障措施是电子政务信息共享互联互通平台实施取得成效的关键:

首先,坚持统一领导、统一规划、统一标准、统一建设。“统一领导”是指成立项目领导小组,全面领导和把握项目的建设,需要选择在各个部门之间具备综合统筹、协调沟通能力的牵头单位,具体负责项目组织实施。“统一规划”要从全局出发,重点规划设计政府部门协同工作的内容和流程,打破信息资源“部门割据”、“条块分割”的局面。同时注意避免出现由于多种信息共享应用需求而形成多个“信息共享孤岛”的局面。“统一标准”是指在平台实施过程中,严格遵循相关标准和规范,保证平台具有通用性和开放性的特点,同时制定项目本身的信息交换标准、业务流程标准和项目实施规范等,使项目建设、管理、运行和相关技术实现标准化。“统一建设”就是要集中资金、突出重点,解决主要问题和主要矛盾,杜绝各自为政、重复投资、低水平、小而散的现象。

网聚知识提醒您本文地址:

其次,训练有素的人才队伍。信息共享互联互通工程建设的组织单位应拥有一直训练有素的人才队伍,这是工程建设的必备条件。

最后,提供有力的资金保障。对于涉及多个部门的信息共享互联互通工程建设,资金应该统筹安排,公共部分的建设要设立专项经费予以保障。

典型业务模式

根据各地区、各部门实际需求不同,特别是随着政府机构改革、职能转变、业务和管理需求的不断变化,平台支持的业务模式也呈现多样性和不断变化的趋势。

资源共享 资源共享是指基于数据层面的信息共享。共享信息包括结构化数据和非结构化数据,结构化数据以数据库为典型代表,一般由业务系统产生。非结构化数据以文档、图形类信息为典型代表,一般由办公系统、图形系统等产生。目前资源共享的典型应用有:人口基础信息库、法人单位基础信息库、自然资源和空间地理基础信息库、宏观经济数据库等资源共享库的建设。

信息交换 信息交换是基于应用层面的信息共享,即不同部门在应用系统层面直接进行连接、实时的信息交换。目前的典型应用有:公文流转、应急指挥、政务公开、信用体系以

互联互通 互联互通专题

及基础信息交换、业务数据交换、空间地理信息交换等。(www.loach.net.cn]信息交换项目建设的技术模式主要分为中央信息交换、平级信息交换、分层中央信息交换三种。无论采取何种交换模式,信息共享互联互通平台的实施要避免因参与信息交换部门的增减而改变其他部门的原有系统。通常信息交换不涉及业务流程,因此信息共享互联互通平台可采用应用集成系统与应用适配器系统组合应用模式。对于涉及信息交换流程管理的情况,平台实施应采用流程管理系统、应用集成系统和应用适配器系统组合应用模式。

业务协同 业务协同是指基于业务流程层面的信息共享,即在应用系统间,依据一定的业务规则和流程实现跨部门的业务协作与互动。业务流程的整合与管理是关键。目前的典型应用有:协同办公、网上联合审批、联合年检、一站式服务等。业务协同项目建设的技术模式主要为基于数据交换的业务协同、基于应用集成的业务协同、基于流程协同的业务协同三种。

(该指南由国办秘书局下发,此为指南节略)

目前在中央各个部委,在全国各地省市,信息共享互联互通工程都在摸索中前进,虽然很多困难导致目前该类工程无法获得大面积的普及,并且无法取得一致的成功经验,但是我们毕竟需要一个“摸着石头过河”的过程,以得到技术、机制、人员这三方面的收获。

北京网上联动30委办局

坐在家里能完成过去需要跑断腿、磨破嘴的审批项目吗?能随时了解过去并不透明的申报过程吗?如果申报涉及两个以上的部门,能实现跨部门申报吗?北京市电子政务网上审批二期工程的投入使用,对上面的问题给予了肯定的答案,二期工程实现了近30家委办局、288项业务的互联互通。

2001年,北京市计委、市规划委、市建委、市工商局、市地税局等15家委办局进行电子政务网上审批一期工程试点。2002年9月开通运行的一期工程确保市级在线服务平台、15个委办局审批服务系统、58项审批服务业务的网上开通。但是,随着时间的推移,审批业务也面临不少问题:原有的在线服务平台与15个委办局之间只是通过互联网进行连接,无法为用户提供统一的服务入口。一期建设主要是基于传统政府行政审批模式下进行的电子化过程,仍然是传统办公模式下每个独立项目的行政审批,孤立、无法协同,效率较低。在总结网上审批一期试点经验的基础上,2003年8月,北京市政府决定启动“电子政务网上审批二期工程”,当年年底 ,“网上审批二期市级平台建设项目”启动试运行。

商务部、海关签署网络互联互通协议

商务部中国国际电子商务中心与海关总署中国电子口岸数据中心合作实现电子政务和电子商务网络互连互通、资源共享,实现数据实时交换。

互联互通 互联互通专题

据介绍,商务部信息化建设主要包括电子政务建设、公共信息服务体系建设、促进企业电子商务应用以及参与国际电子商务多双边合作与交流等内容。(www.loach.net.cn]作为商务部信息化工作的执行机构和技术支撑单位,中国国际电子商务中心担负着建设中国外经贸专用网平台、管理国家电子政务应用系统平台等任务。国际电子商务中心也正在加快电子商务的应用步伐,并且已经在国际电子数据交换、区域电子商务合作、信用体系和安全体系建设方面取得了较大的成绩。“中国电子口岸”作为国家“金关工程”的重要组成部分,始终走在中国电子政务建设前列,在打击走私、骗汇、骗退税,提高政府管理效能,降低企业贸易成本等方面取得显著成就。

肇庆开通百项网上审批

广东省肇庆市用户通过互联网可以直接申报各项投资审批事宜,与此同时,政府多项审批程序同期“开工”,审批时间被压缩至最短。

据了解,本次实现的行政审批包括全市21个单位100多项行政审批业务。自试运行以来,肇庆市一站式并联审批系统已成功审批1300多条记录,通过互联网办结35件审批事件,整个试运行过程中系统运行稳定。用户不仅可以在网上进行项目申报,而且可以到各职能局,在相关人员的指导下直接进行申报。审批结果直接在网上发布,用户可以通过网上查询办事进程及办事结果。同时,平台提供信息提示、统计分析等功能。用户可以通过信息提示及时办理业务;区、局领导可以随时查询所申报项目的各种状态;而且,通过该系统,监查部门可以从源头监督、监管各职能局办事过程,并可以以催办单的形式督促具体办事人员。

大连实现企业基础信息共享

国家试点项目——大连市企业基础信息共享和应用工程目前已有大连市工商局、大连市国税局、大连市地税局、大连市质量监督局参与实施该工程。大连有80多家大中型工业企业,这些企业在“八五”、“九五”期间确定的电子信息技术推广项目近300项,投资达5亿多元。各参与信息共享的职能部门与企业之间实现网上行政审批、网上政务服务、政务公开、内外网安全隔离与文件交换。

信息资源与其他资源一样,也有一个合理配置的问题,信息共享互联互通打破传统政府部门条块分割的信息孤岛,提高政府部门服务与监管水平,以尽可能小的投入发挥尽可能大的效益。

网聚知识提醒您本文地址:

济南网上审批大提速

互联互通、实现网上统一政务、网上实现统一审批??,“济南市公众信息平台及党政网一期工程建设”标志着济南市电子政务建设开始大提速。

据了解,目前政府网站大多各自为政,没有实现互联互通,政府网站被大家称为“信息披露板”,并且信息更新速度慢。为使济南市各政府部门实现网上互联互通、资源共享,由

互联互通 互联互通专题

济南市信息产业局管理的“济南市公用信息平台及党政网”成为“数字泉城”的标志性工程。[www.loach.net.cn]

据介绍,将要建设的党政网划分为政务交换专网和宽带公文传输专网两个相互独立的网络。前者连接济南市各部门,通过公用信息平台对外开展服务,并进行内部信息交换、互联审批等;后者以市委办公厅、市政府办公厅为枢纽,连接县市区和各委办局办公室。

其中,政务交换专网可以实现各部门的纵向联网,同时还可以实现以市、县两级信息平台为核心连接各直属单位的横向联网,满足数据、视频、语音传输的需要,实现5个区信息平台与市级公用信息平台的高速互联。而宽带公文传输专网将实现办公系统文件和会议通知的在线收发等。

来源:每周电脑报

核心技术

“基于网络、面向服务、流程驱动”技术为建设新一代电子政务信息共享互联互通平台奠定了基础,创造了条件。信息共享互联互通平台以成熟的基础软件形式出现,为相关电子政务工程的快速实施与部署奠定了基础。目前,以易达讯系列软件产品为代表的一批国内自主知识产权的基础软件,具备了在技术和性能上挑战IBM、BEA、Tibco等国际著名软件的水平和能力,为满足各地区、各部门对国有自主知识产权信息共享互联互通平台的旺盛需求提供了技术保障。

电子政务信息共享互联互通平台采用国际先进、符合主流发展方向的技术作为核心技术,主要包括:业务流程管理(Business Process Management)技术,应用集成 (Application Integration) 技术和应用适配器(Adaptor)技术,以及XML和Web服务技术等,其基本作用与功能简述如下:

? 采用业务流程管理技术,实现电子政务应用系统之间的流程交互与协同功能,实现

跨部门的流程共享。通过提供动态的流程定义、部署、更新等服务,不断满足政府机构改革和职能转变的要求。同时,为新的业务应用系统开发提供一体化、可扩展的流程管理服务。

? 采用应用集成技术,主要包括:信息代理技术、信息路由技术、格式转换技术、服

务驱动体系结构技术、XML消息服务技术等,实现跨平台的、标准的、开放的应用系统集成环境。

互联互通 互联互通专题

? 采用应用适配器技术,通过配置的方式实现信息共享互联互通平台与应用系统间的

连接与整合,改变以编程为主的“硬连接”方式,实现系统间集成的快速实施与部署。[www.loach.net.cn)

? 采用基于B/S结构、JMX管理协议和Web 服务技术的管理和监控体系,使管理和监

控不受系统和应用环境的限制。

? 采用符合国家标准的安全技术体系和产品。提供安全应用接口与安全服务接口,实

现安全产品的即插即用。

电子政务信息共享互联互通平台采用“三横两纵”的总体框架结构。“三横”为流程层的流程管理系统,应用层的应用集成系统,数据层的应用适配器系统。“两纵”为支撑“三横”的管理和监控系统及安全支撑系统。总体框架如下图所示:

图0-1 信息共享互联互通平台总体框架

“三横两纵”以“三横”为主体,重点解决信息共享互联互通中数据交换、应用集成、流程协同三个层次的问题。“两纵”是“三横”实现安全的、可管理的、可监控的信息共享互联互通环境的支撑。

“三横两纵”遵从松耦合体系结构,实现系统的独立性和耦合性。独立性是指平台内各系统可独立运行,独立使用,有针对性地解决共享中的问题。耦合性是指平台内各系统可集成为统一的信息共享互联互通平台。通过平台内各系统间的整合与协同,解决共享中不同层次的问题。各系统应提供标准接口,以实现平台内各系统间及不同平台间的快速互联。

“三横”系统中的流程管理系统、应用集成系统和应用适配器系统,既可以独立运行,又可以协同运用,以满足不同层次、不同阶段的信息共享互联互通需求。简单的信息共享互联互通可以通过应用适配器系统实现。多种应用系统的信息共享互联互通,可通过应用集成

互联互通 互联互通专题

系统和应用适配器系统的组合来完成。[www.loach.net.cn)当需要实现跨系统的信息管理时,综合地运用信息共享互联互通平台“三横”架构将是必要的选择。其中流程管理系统是支持面向服务、流程驱动的 起来,最终将业务流程调整、管理、设置的权利从IT技术人员手中移交给业务人员。

无论“三横”各系统采取何种组合模式,管理和监控系统与安全支撑系统都应发挥其支撑作用。

流程管理系统

流程管理系统(Business Process Management System,缩写为BPMS)是信息交互与管理的中枢,是应用系统间业务流程整合和信息纵横传输的控制中心。流程管理系统基于应用集成技术和Web服务技术,独立于具体应用之外。提供流程设计、重组、部署、管理、监控、审计、优化的环境。流程管理系统提供一系列工具以设计、修改、监控与管理业务流程及各流程节点对应的服务。流程管理系统为建立面向服务的应用系统提供基础支持和保障。对于新开发的应用,流程管理系统可作为业务流程引擎完成政府部门内部业务系统业务流程的开发与执行。

流程运行环境应提供基于Web服务的外部调用接口,接口提供对流程定义、流程状态、流程数据、系统管理等方面的调用、查询、更改、管理和监控功能。

图0-1 流程管理系统的体系结构

流程管理系统的核心组件包括:流程建模、流程模拟、流程运行环境、流程仓库、流程部署、流程管理和监控、流程审计和流程分析与优化。

流程管理系统对业务系统的调度,通过应用集成系统和应用适配器系统实现。

网聚知识提醒您本文地址:

互联互通 互联互通专题

流程管理系统的主要功能

· 流程建模

由于一个业务流程包含若干节点,每个节点对应一项操作,各个节点以及节点之间的相互关联构成业务流程。[www.loach.net.cn]通过提供流程建模和设计工具,便于业务流程设计人员对一整套业务流程规则与过程的描述等进行业务流程的定义,以管理和设计在协同电子政务状态下的信息流与业务活动。

· 流程模拟

通过流程仿真运行环境,对设计完成的业务流程模拟运行,检查流程定义和各个节点配置正确与否,进行流程分析,提供各个节点资源消耗情况报告等。

· 流程运行环境

流程运行环境是流程管理系统的核心部分,它为流程的运行提供虚拟机、状态存储、流程数据存储、服务的调度与安排、任务的分配等核心服务。流程运行环境必须支持跨平台、跨操作系统和Web服务技术。支持独立运行、分布式结构流程运行环境也是必不可少的功能之一。

· 流程仓库

流程仓库提供流程定义的发布、更改、删除和版本控制、服务的注册、目录、查询、更改、删除及外部应用服务接口的定义和调用等服务。

· 流程部署

提供流程发布工具,将设计好的流程发布到业务流程仓库中,供流程运行环境使用。 · 流程管理和监控

提供流程调整、系统性能监控、系统异常处理等功能。

· 流程审计

对流程实例的创建、资源的应用、执行的日期、执行的人员、流程的结果等进行审计。 · 流程分析与优化

提供流程的统计报表,分析流程运行中的数据(如资源的利用率、成本、时间等),对流程中影响性能的节点进行优化。同时,提供与不同分析工具的接口。

互联互通 互联互通专题

应用集成系统

应用集成系统是集成不同应用系统的基础平台。(www.loach.net.cn)通过应用集成系统,不同应用系统之间形成松耦合连接,实现信息交换、路由、分发、转换等功能,也被称为信息共享和交换的信息服务总线。应用集成系统主要以消息和异步通讯技术为手段,面向服务体系为框架,服务总线为基础,XML技术为信息描述语言,实现各种应用系统之间的集成。

图0-1 应用集成系统体系结构

应用集成系统由基础服务、消息服务、消息代理服务三层结构组成。内置安全和目录管理提供安全认证、信息加密传输和资源访问控制等服务功能。同时,提供系统管理工具,实现系统的分布式远程管理和监控。

应用集成系统的主要功能

· 基础服务

基础服务主要包括MBean服务、SOAP服务、Web服务、XML消息封装、目录服务和基于PKI技术的安全认证系统。

基础服务提供用于管理服务的MBean服务,实现组件的可管理,包括远程管理和部署。 利用Web服务、SOAP服务、XML消息封装实现基于Web 服务技术的信息封装、信息交换和应用整合。以服务描述语言格式封装业务系统,对外提供Web服务接口。

基础服务提供LDAP或UDDI等目录服务,实现服务的注册、查询、检索等功能。

基础服务提供符合PKI规范的安全认证系统,实现消息摘要、身份认证和消息加密功能;同时,提供和外部安全支撑系统的接口,连接符合PKI规范的外部安全支撑平台。

基础服务还提供消息队列存储、事务控制、双机热备、错误处理等服务,以保障基础服务的稳定性和可靠性。

互联互通 互联互通专题

· 消息服务

消息服务将数据以“点到点(Peer to Peer)”方式或“发布/订阅(Pub/Sub)”方式传送,支持基础服务系统提供的HTTP、HTTPS、RMI、SMTP、SOAP等多种传输协议。(www.loach.net.cn]

消息服务的主要功能是:

1) 支持Web服务和消息队列两种消息传输机制,保证平台对不同系统的适应性;信息以XML格式表示,数据交换和传输通过HTTP等传输协议,数据打包采用SOAP技术标准。

2) 提供可靠的信息传输,支持大规模的信息转换消息队列的存储保护、传输确认、断点续传、一次性传输和消息压缩传输。

3) 提供符合PKI标准的安全信息传输功能,支持SSL传输、消息报文和消息内容加密等不同级别的安全保护措施,支持消息摘要、数字签名、消息加密。

4) 支持局域网(LAN)和广域网(WAN)消息通信,支持静态和动态IP地址。

5) 基于消息软总线的体系结构,利用智能化的信息路由传输机制动态地实现点到点、点到多点和多点到多点等不同的信息通信方式,支持多播(Multicasting)功能。

6) 提供灵活方便的应用开发接口,便于二次开发;提供易于使用的部署工具,方便系统实施。

7) 提供易于使用的远程管理接口和图形化界面,实现集中管理。

8) 提供和其他消息系统之间的消息传输和转换。

· 消息代理服务

消息代理服务提供消息的传递、转换、过滤、映射和路由等功能。根据设定的消息格式规则和转换规则,进行消息格式的转换。同时,根据消息路由规则,实现消息的路由,并将消息传递给相应的应用系统。

· 消息转换

消息转换根据转换规则,实现不同数据存储格式和表示格式的转换。消息转换规则支持XSLT语言,用户可自定义消息传输格式。

消息传输提供图形化的转换工具,利用图形化界面,将一种应用数据格式“映射”到另一种数据格式,转换工具能够自动生成转换规则文件(XSLT文件)。转换功能支持XML和数据库之间、不同数据库之间、不同XML之间的转换。转换规则文件可以动态地部署到应用集成系统中。

· 消息路由

互联互通 互联互通专题

根据消息路由规则,消息路由服务实现消息在不同的应用集成系统之间和不同消息队列之间的路由。(www.loach.net.cn]

消息路由支持两种路由规则:

1) 基于内容的路由

根据消息的内容,消息路由按照定义的规则将特定内容的消息路由到不同的应用集成系统或消息队列中。

2) 基于消息头的路由

应用集成系统根据消息头中的目的地进行消息路由。

应用适配器系统

应用适配器系统是指可以与具体应用系统便捷连接的模块化软件。主要解决应用系统与应用集成系统之间的连接与信息交换等问题。提供信息的提取、封装、打包、分类、加密、压缩和传送等功能。同时,也提供应用开发的框架,以适应不同应用系统的连接。应用适配器系统通过配置、定义的方式实现和应用系统的连接,以提高部署效率,降低实施成本。

网聚知识提醒您本文地址:

· 应用适配器系统的体系结构

应用适配器系统由适配器开发环境、适配器运行环境、适配器组件和适配器部署工具等组成。应用适配器系统按照用户自定义的逻辑,通过不同的组件和规则,建立数据流程,实现应用系统与应用集成系统的交互。

图0-1 应用适配器系统的体系结构

· 应用适配器系统的主要功能

应用适配器系统提供适配器开发与设计环境、适配器运行环境、适配器组件、适配器部署工具等功能。

互联互通 互联互通专题

· 适配器开发与设计环境

应用适配器系统提供图形化的开发、设计和测试环境。[www.loach.net.cn]

· 适配器运行环境

适配器运行环境提供两种运行方式:独立运行和在应用集成系统、流程管理系统等系统内运行。

适配器运行环境提供两种方式调度适配器的运行:周期性自动运行方式和被动调用方式。被动调用方式可由Web 服务或消息队列的方式触发。

· 适配器组件

适配器组件按功能划分为三类:

1)信息源组件

信息源组件又称为信息输出源组件,负责提取或接受应用系统输出的信息,并将信息打包封装成标准格式。

2)信息目的地组件

信息目的地组件又称为信息输入源组件,负责把接收到的信息传送到相应的应用系统中。

3)信息通道组件

信息通道组件用于对信息进行中间处理,主要实现信息加密/解密、信息转换、信息过滤、信息压缩/解压、信息合并/分解等功能。

一个完整的适配器至少有一个信息源组件和一个信息目的地组件。信息源与信息目的地是一到多或多到一的关系。适配器包括多个信息通道组件。信息输出源组件和信息输入源组件可以是不同类型的组件(如文档,数据库,中间件,TCP/IP流等)。

应用适配器系统应提供以下标准的适配器组件:

· 通用数据库适配器组件

·文档数据库适配器组件

·转换组件

·映射组件

·文档格式转换组件

互联互通 互联互通专题

·加密/解密组件

·编码组件

·过滤组件

·文件上传/下载组件

·中间件适配器组件

·Web 服务适配器组件

·EJB适配器组件

·COM适配器组件

·其他适配器组件

适配器部署工具

应用适配器系统提供适配器部署工具。[www.loach.net.cn]实现中心设计、中央配置,从上至下分布式部署、远程部署和管理功能。部署工具采用B/S结构,通过浏览器完成部署和管理工作。 安全支撑系统

安全支撑系统按照相关的标准规范,提供安全支撑平台接口,包括应用程序接口、服务程序接口和安全支撑运行环境,将特定安全技术的实现与应用分开,实现安全支撑平台的即插即用。

· 安全支撑系统的体系结构

安全支撑系统提供标准的、开放的安全接口,实现和不同安全支撑平台的对接,完成统一的用户认证和授权管理,满足平台安全服务以及各类应用系统安全访问的需要。

安全支撑系统的体系结构如下:

互联互通 互联互通专题

图0-1 安全支撑系统的体系结构

安全支撑系统包括应用程序接口、服务程序接口和安全支撑运行环境。[www.loach.net.cn]

应用程序接口提供调用底层安全支撑平台的服务,不必考虑安全支撑平台的具体实现。 服务程序接口针对不同的安全支撑平台,按照SPI规范,通过调用相应的安全支撑平台接口,编 写安全服务程序,实现对该安全支撑平台的支持。

安全支撑运行环境负责管理应用程序接口、服务程序接口和特定安全支撑系统的创建、联接、配置和调用。

· 安全支撑系统的主要功能

1) 应用程序接口:为使用安全系统提供可编程的环境。

2) 服务程序接口:使安全支撑系统可以支持不同的安全系统(如PKI安全系统、Kerberos安全系统、电子印章技术等)。

3) 安全支撑系统的运行环境:实现安全系统客户端的创建、管理和删除等功能,使用户可以选择不同的安全系统。

管理和监控系统

管理和监控系统具备管理信息共享互联互通平台各个系统组件的生命周期、状态、日志、异常监测等功能。

? 管理和监控系统的体系结构

管理和监控系统基于JMX标准框架体系构建,其组件与服务都应支持JMX管理协议。

图0-1 管理和监控系统的体系结构

? 管理和监控系统的主要功能

1) 提供基于B/S结构的管理和监控功能

2) 提供远程部署和远程系统维护功能

互联互通 互联互通专题

3) 提供系统运行监控工具,实现对系统运行状况、资源占用状况、系统性能状况、系统异常状况的监控

4) 提供系统资源配置工具,实现对业务流程系统、应用集成系统、应用适配器系统的动态配置

5) 提供远程日志管理和维护

社会经济基础信息共享系统简介

一、总体描述

本案例所称社会经济基础信息主要是指与企业、事业单位,社会团体,个体工商户经营管理活动相关的各类数据信息,共享系统是指在工商行政管理、国税、地税、质检、民政等行政管理和执法部门之间,实现分散的相关基础信息的共享,形成权威的、内容丰富的、动态的、分布的、可路由的信息资源共享管理体系,以此为基础展开信息比对、挖掘、辅助决策分析等工作。(www.loach.net.cn]

与社会经济基础信息共享系统建设相关的还包括:人口基础信息库、法人单位基础信息库、自然资源和空间地理基础信息库、宏观经济数据库、企业基础信息资源、进出口企业基础信息资源等建设工程。重要政务信息资源的共享将提高政府对经济社会活动的监管力度和执法水平;提高政府对宏观经济的决策能力;为优化经济发展环境,促进社会政治、经济、文化全面发展提供重要的基础信息支持。

二、核心问题分析

目前,实现社会经济基础信息共享所面临的主要问题是:

网聚知识提醒您本文地址:

(1) 围绕企业、事业、民间组织等社会经济基本单元的管理信息基本处于被行政职能分割的状态,相关信息一般都保存在工商、国税、地税、质监、编办、民政等行政部门各自的业务系统中。

(2) 由于各部门现有业务系统采用的技术方法千差万别,现有业务系统数据格式不标准、不统一。如何集成各部门的现有业务系统,实现相关信息的自动采集和共享存在困难。

(3) 随着政府机构改革、职能转变的不断深入,参与信息共享的单位和共享信息范畴也将随之而变。系统应具备快捷地应对不断变化需求的能力。

三、平台实施路线

采用信息共享互联互通平台总体框架搭建系统化、自动化、可扩展的社会经济基础信息共享系统,实现共享信息的采集、转换、传递、路由、分发、存储等诸项功能,为信息的综合开发与利用,提供坚实的基础。本案例总体采用集中式布局模式,建立社会经济基础信息

互联互通 互联互通专题

共享库,实现信息的有效集中,为信息的应用开发提供可靠的、完整的基础信息。(www.loach.net.cn)社会经济基础信息共享系统的技术架构如下图所示:

图1 社会经济基础信息共享系统技术架构图

社会经济基础信息共享系统分为中心服务系统和前置机系统两部分。中心服务系统提供信息的分发、路由、转换、存储等功能,前置机系统提供与各部门现有业务系统的连接、共享信息的采集、转换、传输等服务。中心服务系统采用应用集成系统和应用适配器系统组合应用模式,前置机系统采用应用适配器系统独立运行模式。同时,在资源共享中心安装数据库、应用服务系统、安全系统、管理和监控系统,用于深度的应用开发,也可为各部门提供共享信息的备份服务,当部门共享数据发生故障时,可进行数据恢复,保证工作的稳定性和连续性。在前置机系统上安装内嵌式数据库和系统软件,内嵌式数据库主要用于存储,发挥中间共享库作用,以减少对各部门现有业务系统的压力。

基于信息共享互联互通平台的社会经济基础信息交共享系统不但可以满足某一类别基础信息共享的要求,也可以扩展支持不同类别共享信息的交换系统,实现平台系统的重复利用。

互联互通 互联互通专题

基于数据交换与共享技术的社会保障及公共事务平台

从世界范围来看,各国正在积极推进政府部门办公自动化、网络化、电子化,全面信息共享是发展的总趋势。(www.loach.net.cn]联合国经济社会事务部把推进发展中国家政府信息化作为工作的重点,希望通过信息技术的应用改进政府组织,重组公共管理,最终实现办公自动化和信息资源的共享。包括IBM、Microsoft、SUN、Oracle等在内的国际软件巨头非常关注信息共享技术和相关产品的研究与开发。随着信息技术的发展,特别是互联网技术的快速发展,基于BPM、Web Services的信息交换、资源共享和业务协同的基础软件不断完善和成熟,已被国外的政府和企业广泛应用。

从国内情况来看,北京、上海、广州等城市正在积极推进政府服务领域信息化的建设。通过数据交换和共享技术整合涉及社会保障与公共事务领域的近20多个政府部门的应用系统,包括劳动保障、民政、国土房管、卫生、药监、质监、教育等部门。逐步建成涵盖诸如最低社会保障金、养老金、医保、困难补助、残疾人补助、住房公积金、医疗卫生、教育、个人税务等方面的城乡公共事务服务信息系统。劳动保障部于2003年7月推出了社会保险管理信息系统核心平台二版(SIMICP 2.0)软件,基于XML/SOAP技术形成了用于社保信息系统开发的技术框架SIEAF,其中包括安全、日志、交易、接口等服务。在此技术框架之上,核心平台二版提供了社会保险业务的原子级业务处理组件,并针对外部系统提供了统一的接口方案,考虑了和外部系统的信息交换和共享。同时,2003年7月,金保工程国家整体立项,形成部、省、市三级网络,并以此为基础实现部门内的数据上传和下达。在信息交换和共享基础软件方面,经过多年的努力和发展,国内一些中间件、EAI产品厂商也推出了符合国际标准和技术发展方向的信息交换、业务协同的基础软件产品,这些产品已经具有和国外同类产品同台竞争的能力。

目前的社保系统在建设过程中存在一些问题,如劳动保障部的金保工程等“金”字工程对行业部门内的信息交换和共享提出了统一性的要求,但城市或区域性的部门之间信息交换和共享体系的建设有待于加强。以劳动保障部社会保险管理信息系统核心平台为代表的应用支撑系统,为行业应用系统的开发提供了基础平台。但这类支撑平台本身未能完全采用国际标准,给跨部门的信息交换带来一定的难度,同时,这类系统一般缺少业务流程调度的功能,业务流程的控制还需要在平台上开发的应用来实现,增加了应用开

发的工作量和难度。以易达讯网络科技公司为代表的国内优秀的信息共享互联互通厂商在充分结合我国社会保障和公共事务的业务需求及现有信息系统特点的基础上研究开发了一套适合社会保障和公共事务信息系统的应用平台,该平台具有如下特点:

1. 基于XML、BPM、Web Services技术,采用了包括用于实现部门之间安全、可靠信息传输的信息交换基础软件、用于连接社会保障和公共事务信息系统涉及的不同部门应用系统的应用适配器系统和开发环境、以及用于支持部门之间业务协同的业务流程管理系统。

互联互通 互联互通专题

2. 平台基于J2EE技术,提供了包括流程管理、安全控制、事务控制、审计管理等一系列功能。[www.loach.net.cn]平台对外统一使用Web Services接口,确保平台的开放性和跨平台性。

3. 采用总线型Broadcast(广播)的技术,集群中每一台server上都将session信息和message信息以广播方式发送给其他服务器,适应社会保障和公共事务信息系统大数据量、大规模信息交换的特点,信息交换基础软件能够具有较强的并发处理能力,支持双机热备、集群等功能。

4. 采用应用程序接口API和服务程序接口SPI相结合的体系结构,制定标准的SPI接口,针对不同的CA系统编写相应的服务提供者程序,实现和CA 系统的集成。

网聚知识提醒您本文地址:

5. 针对目前社会保障和公共事务涉及的不同部门、不同平台、不同系统的现状,采用通用的应用适配器框架,可实现连接不同平台的不同系统,降低了系统集成的难度和复杂程度,提高效率。

6. 基于Web Services 相关技术,结合社会保障和公共事务应用系统的特点,制定流程描述语言的技术规范,保证和其他流程管理系统的兼容和无缝连接。

7. 基于图形化的流程监控系统,采用Applet技术,用图形化的方式监控流程的执行情况。流程引擎支持BPEL、BPML等规范。流程执行引擎支持流程并发(split)、合并(join)、人工干预、条件分支等基本的功能点。

8. 实现信息交换平台和应用支撑平台之间的无缝连接,使得在应用支撑平台上开发的应用系统自动具有信息交换的功能,避免开发一个系统就增加一个“信息孤岛”的现象。

互联互通 互联互通专题

经济社会基本单元基础信息交换与共享解决方案

自1999年起,全国一些主要城市已开始进行企业基础信息交换工作。[www.loach.net.cn]这些交换工作主要发生在工商局、地税局、质监局等单位之间,并已在税收征管系统、企业信用信息系统应用中发挥了重要作用。

但是,这项庞大的基础信息交换目前却面临着三个主要问题:一、没有统一的交换制度和机制;二、没有统一的数据交换标准(交换标准包括业务数据标准与技术标准两个方面),数据交换后,难以对数据进行比对和整理,难以取得数据交换的应有效果;三、没有统一的交换系统。目前的交换方式比较繁杂,既有通过计算机网络完成的交换,也有通过软盘或纸质文档进行的交换,因此数据的准确性和安全性方面存在很多隐患。由于上述三个问题,各政府部门在处理诸如企业、事业、社团单位的登记、注册、变更、年检、注销等业务时,无法及时交换信息,不但造成了政府各部门大量重复性录入工作,而且很难保证基础信息在各部门的一致性。另外,随着我国电子政务各项工作的深入推进,以及网上企业年检、银税共享工程等一批信息化应用工程的建设,许多政府部门需要共享机关、企业、事业和社团等多种经济社会基础信息。实现经济社会基本单元基础信息交换与共享势在必行。

北京市“经济社会基本单元基础信息交换与共享”建设的目的是通过将工商、税务、质量技术监督部门、市编办、民政局社团办各自业务系统连接起来,建立部门之间、企事业单位之间的基础信息交换和共享的分布式信息交换系统,促进包括一站式联合网上审批、网上企业年检、企业信用等重大应用项目在内的政务工程建设、提升政府信息化应用水平、优化环境、促进经济社会发展。

◆ 经济社会基本单元基础信息交换与共享系统

经济社会基本单元基础信息交换(以下简称:信息交换系统),是利用易达讯网络科技(北京)有限公司提供的全面应用集成(EAI)产品,实现工商行政管理部门、税务部门、质量技术监督部门、市编办及民政局社团办之间企事业单位基础信息资源交换和共享的业务管理系统。该系统以现有业务应用系统为基础,通过基于XML、Web服务的消息交换系统(Messaging Systems)和流程管理系统(BMPS)制定切实可行的动态政务信息交换业务,逐步理顺工商与税务互联涉及的业务流程,形成信息化条件下跨部门的系统工作机制。信息交换系统成功连通了包括国税、地税、工商、技术监督、市编办、民政局社团办在内的各政府部门,利用动态信息交换和共享技术实现了任何一个企事业单位的信息在相关政府职能部门的同步,并通过灵活的业务流程管理平台实现企业信息以流程自动化的方式在各政府部门数据库之间共享及更新,并将其应用范围进一步扩大到更多的部门及应用。 交换系统是一个跨平台的分布式系统,涉及到多个相关委办局。

互联互通 互联互通专题

各相关委办局既是数据的提供者,又是数据的使用者,一方面将本部门的数据其他委办局使用,另一方面接受来自其他部门的数据。(www.loach.net.cn]在委办局建立独立于现有业务系统的交换前置机,实现经济社会基本单元基础信息的上传和接收。

在市工商局等部门的前置机,安装应用集成服务器软件、应用适配器,并进行相应的配置,完成和外部的数据交换。上图中,市国税局、市质监局、市编办、市社团办的交换系统的逻辑结构和市工商局、市国税局的结构类似。

其中,市信息办交换节点不参与具体的数据交换流程,但对整个交换系统提供支持和管理服务功能。

在市工商局等其他6个节点,通过交换平台实现各个交换节点共享数据库之间的数据交换和共享。在各个节点部署的接口子系统实现共享数据库和委办局业务系统数据库之间的数据交换和转换。

在各个交换节点,交换前置机部署在北京市政务内网部分,委办局的业务系统和业务数据库部署在委办局的局域网中,两个网络之间的连接为安全隔离。安全隔离是指各个委办局根据自己对安全的实际需求,采用具体的连接方式,或者是逻辑隔离,或者是物理隔离,或者两者断开。根据实际的连接情况,接口子系统和业务系统之间通过网络或者是存储介质利用数据的导入导出的手段实现数据交换和转换。

在市信息办交换前置机上,安装交换平台的基础软件和交换平台管理系统,实现对交换平台的管理和服务。

◆ 信息交换系统的功能

1 信息交换

建立经济社会基础数据库,实现数据交换的存取、连接和权限控制等功能。通过公共数据交换平台,实现企事业基本数据的公共交换,以充分保证对整个交换信息平台的有效管理、交换信息备份及历史信息记录。

2 数据比对

在部门间数据交换的基础上,根据各部门业务的需要,对来自不同部门的基础信息进行自动比对和人工比对,根据比对结果,找出部门间数据差异和问题,并更好的服务于本部门的业务工作。例如,税务部门将从工商部门交换来的企业开业注册登记信息和税务登记信息比较,找出已办理工商开业登记但未办理税务登记的企业,再剔除不需要办理税务登记的企业,对剩下的企业就可以进行重点监控和检查,达到加强税源监控的目的。

由于目前各委办局的业务系统中基础信息存在着不少数据质量问题,主要体现在以下几个方面:

互联互通 互联互通专题

1) 企业代码不一致:每个委办局的业务系统采用了不同的编码来表示一个企业,如工商局业务系统中的企业注册登记号,税务系统中的纳税人识别号,质监系统中的企业组织机构代码等,这些系统以各自的编码规则组织、管理企业信息,编号仅在本系统中有明确的含义,到了别的系统中则可能没有意义。(www.loach.net.cn]

网聚知识提醒您本文地址:

2) 数据量不一致:由于目前各个业务系统之间尚未实现实时的数据交换,存在着企业注册后,没有办理组织机构代码、税务登记等业务,造成了各系统之间数据的差别。

3) 数据项数据不合法:比如企业名称、注册日期等。

4) 数据项数据不一致:各个业务部门记录的同一数据项的内容不同,主要体现在企业名称、注册登记号、注册地等数据项。

5) 代码标准不一致:比如民族、性别等,在不同的系统中采用不同的代码。

经济社会基本单元基础信息来自各委办局的业务系统,由于各业务系统的数据存在上述问题,因此,要对采集到的原始数据进行加工整理、比对和整合,对各个业务系统的数据质量进行改善。

针对历史数据和新增数据,可采取“自动比对和手动比对”等不同的方法进行。这里的历史数据是指在使用数据交换系统以前积累的数据,新增数据是指各单位使用数据交换系统以后产生的业务数据。

3 业务系统接口

为了保护各委办局业务系统的安全性和独立性,在各委办局建立企业基础信息共享数据库,用于存储各单位向外发布的信息和从其他单位交换过来的信息。

业务接口子系统负责从业务数据库中提取需要发送的数据,并将其保存到共享数据库,同时还负责从数据交换平台提取数据导入到各自的业务数据库,并提供管理系统对共享数据库进行管理和维护。

业务接口子系统功能要求如下:

1) 共享数据库的结构设计和定义、共享数据库的安全管理设计和定义,数据库的用户权限管理;

2) 建立共享数据库并实现共享数据库业务数据库之间的数据交互及交换;

3) 实现业务数据库和共享数据库之间数据交换过程中的数据转换功能;

4) 自动判断业务数据库中哪些数据已经发生变化、并抽取变化数据保存到共享数据库;

5) 支持对接口子系统的远程管理和监控功能;

互联互通 互联互通专题

6) 支持对共享数据库元数据的管理。(www.loach.net.cn]

◆ 建立经济社会基本单元基础信息交换系统带来的意义

此次试点工作的意义,可以归结为:强化监管、增加税收、巩固基础、促进应用、辅助决策。

强化监管,增加税收。可以通过进行工商、税务、编办、社团的数据协同比对与整理,发现漏管户、重名户和多重登记户等违章户,提高政府业务的工作质量,扩大税源;

巩固基础。通过整理工商、编办、社团办的基础数据,可以得到权威性很高的法人单位的基础信息,利用组织机构代码作为数据关联,就为一个具有权威性的市级法人库的建设提供了一个分布式的原型,这将使基础数据整理工作进一步得到巩固和强化;

促进应用。法人基础信息是电子政务各项应用的基础,建立此类信息的采集、比对、整理、更新机制,将极大促进银税共享工程、信用体系建设、网上联合年检等项工作的开展;

辅助决策。通过对数据的深入分析,能够以宏观经济数据的形式为领导决策提供参考。 ◆ 经济社会基本单元基础信息交换与共享系统结构

总体结构

根据“以业务需求为核心,以共享规范为基础”的指导方针和系统建设原则,信息系统建设应用了以下关键技术:

· 选用基于XML的成熟消息软总线(Messaging Bus)技术实现不同应用系统的集成,支持消息队列和订阅/发布的消息传输机制;

· 利用图形化的应用适配器技术实现与各委办局业务系统的连接;

· 充分利用Web Services技术实现不同单位之间业务服务信息互通互联;

· 利用业务流程管理(BPMS)技术,实现信息交换业务流程的自动化,支持数据交换流程的动态调整;

· 采用Java技术以保证系统的跨平台性和兼容性;

· 支持PKI等加密技术的安全保障体系,实现信息安全的交换。

交换系统采用国际先进的基于Java、XML和Web Services技术的多层体系结构,利用统一的服务信息交换软总线、信息交换流程管理和信息交换规则实现各委办局之间数据交换和业务流程协调。整个系统的功能设计分为既相互独立又分工协作的三个层次:

互联互通 互联互通专题

经济社会基本单元信息交换和共享体系结构

· 交换管理中心

· 是整个信息交换系统的管理核心,负责管理和协调整个企业基础信息交换系统的数据流和业务流,同时它也是信息交换系统的应用中心。[www.loach.net.cn]交换管理中心包括企业基础信息数据管理系统、数据分析系统、流程管理系统三个子功能模块。

· 服务交换层

服务交换层是整个信息交换平台的信息交换核心,它是基于eStar Connect-!T应用集成服务器,采用了支持Web Services的XML消息软总线的消息通讯技术,提供功能强大的消息订阅/发布(Pub/Sub)和消息对列(Message Queue)功能,支持实时业务交换(Real-Time Business Integration)。采用可靠多播方式(Topic address ?CBased Reliable Multicast)信息传输技术支持大容量、实时的数据传输。同时还提供基于Web服务的数据传输、数据转换和规则化的数据移动。

· 业务应用层

利用易达讯智能适配器(eStar Smart Adaptors)实现各委办局现有应用系统、及异构数据库系统之间的连接。eStar Smart Adaptors可以在不破坏原有系统结构的情况下,通过配置方式实现信息交换平台和业务数据库系统的连接。

业务接口子系统

为了保护各个委办局业务系统的安全性和独立性,在各个委办局建立企业基础信息共享数据库,用于存储各单位向外发布的信息和从其他单位交换过来的信息。

互联互通 互联互通专题

业务接口子系统负责从业务数据库中提取需要发送的数据保存到共享数据库。[www.loach.net.cn]业务接口子系统同时负责从数据交换平台提取数据导入到各自的业务数据库,并提供管理系统对共享数据库进行管理和维护。

本方案利用应用适配器技术,实现共享数据库和业务系统的业务数据库之间的数据交换和转换,通过图形化的设计、管理工具,对系统进行配置,不需要编写程序代码就可以实现信息交换。方案选用的eStar SmartAdaptors提供了多种适配器组件,以满足信息交换的需要。

网聚知识提醒您本文地址:

由于各个部门对安全的要求不同,造成了局域网和政务内网之间的网络连接方式不一样,这样对于业务接口子系统的实现方法也提出了不同的要求。

对于各单位的业务数据库和共享数据库,由于两者之间的数据结构不同,需要进行数据转换。各单位可以根据自身信息系统的情况,建立信息交换接口程序,实现业务系统数据库和共享数据库之间的转换。

各个委办局负责本部门分数据库的更新,更新的周期可以是实时的也可以是定期的,利用应用适配器实现业务数据库和共享数据库之间数据交换,则可以实现实时的信息交换。

◆ 经济社会基本单元基础信息交换与共享系统特点

· 技术先进、成熟、稳定:该平台采用的服务信息软总线技术是一种先进、可靠、开放、成熟、具有很强伸缩性的信息交换技术,已经成为功能强大的信息发布的事实标准;

· 便于分步实施:由于采用信息总线架构,各种应用系统可以根据需要随时连接到信息总线上,便于系统的分步实施;

· 对其他系统影响低:通过信息总线连接起来的多个系统之间是一种松耦合关系,其中任何系统出现故障,都不会对其他系统造成直接的危害和影响;

· 可实施性强:易达讯提供了多种数据库适配器,信息转换和流程定义等工具。只须通过配置即可完成实施,无需进行程序的开发;

· 易管理:所有的消息转换和流程定义工作均在交换平台上进行,可以对整个系统信息交换进行集中监控和管理;

· 灵活的信息交换体系:整个信息交换系统是集中和分布相结合的信息交换体系,所有交换数据即可在中心数据库流有备份,提供系统的统一管理。又可以组成分布式的应用集成环境,各委办局各自运行独立的信息交换系统。

地税应用系统集成方案

项目背景

互联互通 互联互通专题

近年来,随着社会的发展和技术的进步,随着大征管、金税工程等大型系统的建设与实施,税务信息化逐渐成为保证税收工作顺利完成的重要手段,在加强税收征管和监控,防止税收流失过程中发挥着越来越重要的作用。(www.loach.net.cn)2000年以来,特别是新征管法的实施和加入WTO,我国税务系统开始了新一轮的征管改革。

随着国家加大税收信息化的投入,税收信息化工作取得了长足发展,主要表现在:各级征收机关逐步建立起了面向各种事务处理的税收征管业务系统;电子申报得到普及;税务系统内部的网络和信息化建设日趋完善。所有这些工作对提高税务部门的工作效率、工作质量,提高税务部门的社会形象起到了积极的作用。但同时我们也清醒地看到,在税收信息化发展的同时,一些新的问题也随之产生,主要体现在两个方面:一方面,由于税收业务的复杂性和多样性以及一些历史原因,税务系统内部存在许多面向不同业务的系统,这些系统之间缺乏集成,各自为政,支离破碎,形成了一个个信息孤岛,很难为决策者提供综合的、高效的辅助决策信息;另一方面,随着税收信息化的深入,各级税务机关积累了大量的业务数据,但由于缺乏有效的技术手段,决策者很难从这些数据中获得深入的、有价值的信息。因此进行税务部门各类信息系统的整合,建立统一的门户系统、领导查询和决策支持系统是税收信息化发展的必然方向,从而为税务机关管理自动化、决策科学化和理性化提供了可靠的技术基础和保障。

易达讯地税应用集成系统结构

易达讯地税应用系统集成平台共有四层:基础应用层、平台接入层、应用整合层和门户服务层。

· 基础应用层

基础服务层是地税原有的一些应用系统。系统建设过程中,对原有系统基本保持不变,保护原有的信息化建设投资。

· 平台接入层

平台接入层实现对现有应用系统的安全地接入,利用适配器系统提供的开发平台和应用环境,方便地将现有系统连接到信息交换和应用集成平台,连接的方式采用图形化的配置方式,基本上不需要编写应用程序。

· 应用整合层

应用整合层是信息交换和应用集成的基础,利用消息处理机制和业务流程管理系统实现各个业务系统之间可靠的、动态的信息交换。这里的动态交换包括两方面的含义:(1)数据交换的流程可以动态地调整,利用系统提供的流程设计工具,任意设计数据在不同系统之间的流转方向。(2)系统之间的信息交换是动态的,当一个系统数据发生变化时,该信息自动地通知到相应的其他业务系统。

互联互通 互联互通专题

· 门户服务层

门户服务层提供统一的用户界面,屏蔽原有系统的差异,实现单点登录,支持个性化的服务,并向领导提供统一的查询分析系统。[www.loach.net.cn]

新建的系统网络架构在原有四个系统的局域网内,通过原有局域网设备连接,各服务器作用如下:

1、门户服务器:新的内部办公网络的门户系统,安装eStar Portal产品。

2、Connect-!T服务器:eStar Connect-!T集成应用服务器的载体,负责消息的转换与发送。

3、数据库服务器:原有四个系统数据的集中处,存放规格化的数据,并管理新系统的用户权限注册信息。

4、XX前置机:XX系统的前置转换系统,安装eStar Smart Adaptor产品。 易达讯地税应用系统集成方案

无论是现有系统还是新建系统都可通过各自的应用适配器系统连接到应用集成平台,通过定制数据信息的触发与交换规则,完成四个系统应用的集成,使得一个系统中数据的更改

互联互通 互联互通专题

直接作用于与其相关系统数据的更改,减少了人员的工作与失误,保证了数据的完整性唯一性。[www.loach.net.cn)

易达讯地税应用系统集成方案特点

· 可靠性

平台能否稳定正常运行直接关系到是否能够实现政府部门的高效工作,因此平台的可靠性是系统建设的一个关键因素。

· 先进性

采用当今信息化系统发展趋势的主流和成熟技术进行平台架构设计,选用技术先进、产品成熟的产品建设信息交换和应用集成平台以及门户系统。

· 实用性

网聚知识提醒您本文地址:

充分利用政府部门现有软、硬件和信息资源,保护赛罕区地税局信息化建设的投资。 · 高效性

信息交换平台和门户系统应提供较高的性能,能够高效率地处理各类业务。

· 可扩展性

由于整个系统构建在易达讯应用集成服务系统平台上,符合EAI领域的JCA国际规范,与其他业务系统连接,只要利用易达讯公司的适配器产品,根据系统特征做适当的配置,通过Connect-!T系统平台做信息数据转换传递,即可连接。

互联互通 互联互通专题

· 适应性和灵活性

· 信息交换平台和门户系统提供充分的变更与扩展能力,适用政府机构、人员以及业务流程的调整。[www.loach.net.cn]

· 易用性

平台简单易用,便于操作和管理,降低总体使用成本。

· 安全性

信息安全是电子政务建设的前提,系统采取必要的安全措施,保护信息资源的安全。 易达讯地税信息展示平台

在多年的信息化建设过程中,各地税单位都建成了一些独立使用的应用系统,如税务管理信息系统、行政办公自动化系统、人事管理系统和财务管理系统等,各个系统分别有一套授权认证系统,业务人员需要分别登陆到不同的系统,给使用带来极大的不便。

易达讯地税信息展示平台建构在eStar Portal产品上,提供了动态内容管理、智能栏目生成与用户权限管理等功能,通过应用集成平台与原有的OA系统、征管系统、财务系统与人事系统相连接,达到一次登录,系统通行。

互联互通 互联互通专题

易达讯地税信息展示平台可提供如下功能:

1、动态内容管理:是将门户系统中的某些需要经常更新的信息,如新闻、政策环境、税务信息等集中管理,并通过信息的某些共性进行分类,最后系统化、标准化发布到门户上的一种网站应用程序。(www.loach.net.cn)网站信息通过一个操作简单的界面进入数据库,然后通过已有的网页模板格式与审核流程发布到门户网站上。

2、智能栏目生成:可以灵活添加新的频道栏目,并设置访问内容、权限等。

3、旧有系统集成:利用Connect-!T系统平台将旧有的系统应用集成到新的门户站点上,通过统一的登录管理,实现一次登录、系统通行的功能。通过相应的智能适配器完成消息的转换与数据的集成。

4、综合管理查询:以报表的形式展现由各个系统中定期抽取出的数据,并作出相应的处理,提供决策支持。

5、安全管理:基于数据库系统,建立一套安全管理体系,将旧有系统的角色映射到新的门户系统中,实现统一的登录管理功能。通过在J2EE体系下开发的新的应用实现用户管理与权限定制。

以标准化实现完美结合 电子政务的突破口

吴伟晖 江西省公安厅/周佐青 中软国际总裁助理 来源:enet

【互联网周刊专稿】有一个普遍观点,即把政府职能划分为两种:管理职能、服务职能。从现状看,经过50多年的历史沉淀,中国政府以权利为核心的管理职能的突出及强大成为事实。本应是相辅相成的两个职能,却由于管理职能的过分突出,导致政府职能失衡和政府整体效率的低下,尤其是在市场经济背景下,这种失衡显得越发突出。

互联互通 互联互通专题

实际上,政府的主要职能,在于经济调节、市场监管、社会管理、公共服务。[www.loach.net.cn]好在中国政府自上而下已经充分意识到了这一点,并正在不断优化自身职能。电子政务就是要将这四大职能电子化、网络化,提高政府部门依法行政的水平。电子政务的发展趋势将体现以下两种转变:由“管理型”政府职能向“管理服务型”政府职能转变;从形象展示阶段向深化应用阶段转变。

电子政务中的典型问题

电子政务已不是一个战术问题,而是涉及政府职能转变、依法行政的战略问题;“一站两网四库十二金”已成为中国电子政务建设的基本构架,电子政务将由局部推进的状态,进入整体规划、数据标准、应用整合、业务协同的时期;电子政务将与行政管理改革相结合,深层次地涉及政府组织结构和业务流程优化的重组和再造。

遗憾的是,一些电子政务解决方案提供商在提供服务时,为迎合客户心理,较少考证政府需求基础的合理性,更多是基于既有体制流程,实施所谓的电子化。 “职能变需求,需求变项目”、“技术方案套规划”、“业务和高层缺乏沟通交流”等等,是现阶段我国电子政务建设遇到的典型问题。

实施电子政务,需要整体规划,结合关键业务寻找突破口,应以关键业务流程的再造来带动整个政府职能的转变。电子政务解决方案的提供商必须密切关注政府部门对自身职能的定义和规划,但必须考虑到行政机构体制改革后流程再造的问题,要考虑留出技术升级空间,做到方案的充分可扩展性,只有这样,才可及时、准确地了解、掌握并实现政府这一特殊客户需求。

以标准化实现

电子和政务的完美结合

我国电子政务尚处于起步阶段,必须加强统一规划和统一标准,以实现“电子”与“政务”的完美结合。

在管理体制上,“条块分割”、各自为政与电子政务的系统性、开放性相背离。从理论上说,电子实现使得政府的纵向管理能力通过虚拟的扁平化管理结构得以“无限”放大,这种巨大的驱动力将促使政务本身的标准化,以应对电子化的基本前提要求,同时有效率的规模运作也使得标准化成为可能和必然。从技术层面看,当前我国的电子政务还没有出台统一的实施标准,跨职能、跨地域的电子政务实施在技术上存在相当难度。建立相应标准将成为中国电子政务的必由之路。在建立标准、实施标准过程中,下列问题值得关注。

标准的目的,是使政令畅通、互联和信息资源共享,而不仅仅是整合现有的应用系统,它首先是信息资源的标准。

互联互通 互联互通专题

其次,标准应该具有开放性、兼容性和公正性,不能成为某些电子政务服务提供商垄断的手段。[www.loach.net.cn)

同时,标准也要具有发展性和延续性。标准的制定应有一定的技术导向和前瞻性,同时也能确定技术市场的发展方向,不能把制定标准变成技术壁垒或成为技术发展的阻力。

网聚知识提醒您本文地址:

在电子政务标准化建设方面,中国政府已开始自上而下进行比较细致的规划并开始具体的实施。2002年1月,中国国家标准化管理委员会和中国国务院信息化工作办公室成立了电子政务标准化制定小组。从网络基础设施、应用支撑和面向应用三个层面,初步拿出了包含总体标准、应用标准、应用支撑标准、信息安全标准、网络基础设施标准以及管理标准6大部分组成的电子政务标准化意见。同时,“急用先行、成熟先上、科学先进、切实可行”的电子政务标准的制定原则也得以明确。

显然,政府是建立相应标准的主导,但并不意味着解决方案提供商是标准的被动接受者,而应该是积极的参与者。电子政务标准的研究采取的是一种开放的方式,IT服务商可以充分发挥各方面的技术优势,有效利用现有的资源和标准化阶段成果,这将是与政府这一特殊客户建立持续合作关系的重要契机。同时,为构建协同的电子政务应用的基础设施并充分利用这些基础设施,各个应用开发商应开发出标准的电子政务应用,应用之间能够实现业务过程的调用和共享协同,而不是简单的数据调用。基于这样的基础设施所建立的政务系统,才能够真正实现系统间的自由调用和协同,实现真正的一站式服务,而不是简单的构建一个可以指向相互割裂的若干应用系统的门户网站系统。

总之,政府可以通过职能理顺,并经由标准化的电子政务建设,实现行政和服务管理的规范化,为服务管理工作与国际接轨提供基础条件。 (互联网周刊)

共享和交换的主要模式

在这次信息共享现状和需求行业反馈的信息来说有三个非常突出的现象。第一是北京市各个部门现在已经积累了大量的信息资源,二是各个部门之间信息的交换和共享的需求是极为强烈的,第三点也就是我们非常欣慰地看到在这次调研中,因为很多部门不像咱们原来想象那样,认为他们不愿意共享,通过这次调查,有很大一部分部门他们已经意识到这个问题,他们也很愿意把这些信息资源拿出来共享,这是很好的趋势,也是这几年政府信息中电子政务推进过程中带来的一些转变,我觉得这是非常好的现象。另外刚才层面也已经开展了或者说正在开展了一些实践的工作。比如说在北京市现在正在推动的经济社会单元交换试点工作。这些工作的源头是国信办下发的62号文,目前这个工作已告一段落。目前工商、地税等部门相关的信息业已经能够通过网络实现共享、交换。还有基础信息的交换,还有北京市进出口信息领域的交换,以工商局为基础的信息领域的建设等等,已为政府部门的信息共享和交换积累了大量的经验。我想前面提到这么多应该说从整体上为北京市这种信息资源的共享和交换创造了很好的环境。

互联互通 互联互通专题

从我目前接触到的案例来说,共享和交换的模式主要包括五种类型,第一是各个委局的内部交换,比如地税和工商之间,这种模式应该说更多的是一种自发的形式,也就是说各委办局间本身就有一种强烈的信息共享的需求。[www.loach.net.cn]通过他们自己的实践觉得需要建立这样一种双方的交换和共享,可能自发完成这方面的工作,这种工作是你好我好大家好的形式,后面的两种类型更多是委办局之间的系统工程。在整个过程中应该说在这种例子中,地税国税局是最大的获利者。另外是以某个局为中心,其他委办局汇集的形式,也是出现在试点工程。比如国信办6号文试点工作,进出口领域企业信息交换。这种情况下是以海关作为数据汇集的模式,这种模式委办局的信息都是电子口岸服务器上,然后在那里做一个数据。第四种模式和第五种模式来看,通过都需要一个通用的或面向多种用户的共享交换平台,汇集各个部门生成的数据库,然后通过这些数据库实现一种逻辑集中的管理,这里我举的例子是国家四大基础之一的数据库,因为这种逻辑集中包括后面提到的物理集中的模式,一般情况下是针对大型的基础性数据库,那么一旦通过这样的平台形成了物理集中的源数据库之后,就相当于建成了一个逻辑函数据库,在这种情况下各个委办局要访问数据库的时候所访问的都是各个委办局提交的数据。最后一种模式是物理集中数据库模式,跟前面逻辑集中数据库的不同,是这种形式除了形成这种集中的访问数据库外,还希望把各个委办局的数据抽出来形成物理集中数据库。

应该说从现在碰到的案例来说,主要的共享和交换模式是以上这五种。但是从实际情况来看,这些形式以及他们在工程和推进的过程中都带来一些问题。第一个问题就是重复建设问题。以交换为例,任何一个委办局向跟另外一个委办局交换,可能目前特别是前期就是直接拉一条线在建一个两个委办局之间定的信息,这里带来了大量的重复建设,第二各个委办局实现数据的交换或者共享当中没有遵循统一的标准或者缺乏统一的标准来指导,那么这种情况下,这种数据交换之后很难跟其他的交换系统对接或者整合起来。我想有没有可能把刚刚提到各种各样的较和共享的模式以及在使用的过程中需要的支撑要求给统一起来?从而构造一个统一的比如全市统一的信息资源的交换平台。当然这个平台我们不指望可以把我们所有问题解决。但至少可以把上述提到的重复建设在很大程度上消灭掉。

比如我可以通过信息资源共享交换平台提供很多语音数据管理还有数据接口来解决交换、共享过程中需要解决的问题和模块。也就是说四个主体要打破封闭的情况下互联互通在缺乏规划的情况下大家会各自为政,这样带来的大的问题是一种重复建设,缺乏标准指导难以整合。所以有没有可能去构建一个能够解决刚才所说的各种共享和交换模式中共同存在的一些问题?也就是说打造一个主干道,一旦这个主干道拥有以后各家要实现对接的情况下只要去完成最后的十公里路程,只要实现跟主干道对接就可以实现跟各个主干道的共享。我想要实现这种模式可能需要的是信息资源的平台的各种要求。比如在针对数据交换的模式下这个信息资源的交换平台,需要辅助工具进行,这个辅助工具可以方便地根据用户的需求去构建交换接口。个性化根据用户之间需要交换的数据,实现数据的交换系统。

互联互通 互联互通专题

为数据交换单位之间构建一个交换的通道,而在数据共享的模式下,可能需要通过这个信息资源的共享交换平台提供一系列的共享接口,使得数据提供单位能够把它的相关数据给共享出来,从而形成逻辑集中、物理分布的数据库。(www.loach.net.cn]或者把一些物理的数据都能够共享出来。统一到物理集中数据库中,通过信息资源的共享交换平台提供一系列的服务,比如说数据获取的接口无论是逻辑集中还是物理集中来为数据需求单位提供相应的数据。要构建这样一个平台应该包括这样几个部分,第一需要有各类管理工具,包括有源数据管理,信息资源管理、数据对接的数据适配器构建的管理工具集,实现有效管理。这个平台还需要提供一系列数据交换的辅助工具集和面向数据共享辅助工具集,这些工具集应该方便地为用户构建这种交换接口和数据的获取接口获取各种服务,从而能够非常个性化地构造出一系列的服务,比如交换服务,共享服务以及其他的一些服务,然后能够服务于这种数据共享用户、数据交换用户还有数据需求用户。为了达到刚才那些效果,应该说目前我们单位正在对这样一个共享交换平台做一些思考。也正在通过一些方式跟业界单位做一些这方面的讨论,在这个过程中我想为达到这样一个效果,可能需要解决的问题有以下一些问题。

网聚知识提醒您本文地址:

第一在目前各个委办局共享和需求中能够抽取出哪些信息共享和交换的模式,因为现在我们考虑的信息共享和交换的平台面向权市、全省甚至一个区域内的应用,所以这样一个平台应该能够支撑或者说为各种数据共享和交换模式提供一种服务。而其前提就是抽取出各种不同类型的信息资源共享和交换的模式。其次是抽象出这些不同模式之间的一些共性问题。因为我要打造这样一个平台不可能包罗万象,更多是解决其中的共性问题。第三个问题就是我们现在正在讨论的如何共同打造信息资源共享交换的交通枢纽以满足上面提到的需求。有没有这样一个原型产品?这可能是我们目前说需要和业界朋友一块探讨。另外这样一个平台最终将通过哪些模式和方式来服务于各个部门之间的共享和交换。最后刚才谈到更多是技术问题,为实现信息的交换还需要很多配套东西,包括标准、制度、标准和规范。应该说这些问题是我们最近一直在思考的问题,在这里我也希望业界这些朋友如果在这方面有比较好的想法欢迎大家跟我们交流。

交换与共享:电子政务的基石

——北京市经济社会基本单元基础信息交换工程

作者:晓 霞 | 来源:电子商务世界 | 期数:2004年第05期 |

自 1999年起,全国一些主要城市已开始进行企业基础信息交换工作。这些交换工作主要发生在工商局、地税局、质监局等单位之间,并已在税收征管系统、企业信用信息系统应用中发挥了重要作用。

互联互通 互联互通专题

但是,这项庞大的基础信息交换目前却面临着三个主要问题:一、没有统一的交换制度和机制;二、没有统一的数据交换标准(交换标准包括业务数据标准与技术标准两个方面),数据交换后,难以对数据进行比对和整理,难以取得数据交换的应有效果;三、没有统一的交换系统。(www.loach.net.cn]目前的交换方式比较繁杂,既有通过计算机网络完成的交换,也有通过软盘或纸质文档进行的交换,因此数据的准确性和安全性方面存在很多隐患。由于上述三个问题,各政府部门在处理诸如企业、事业、社团单位的登记、注册、变更、年检、注销等业务时,无法及时交换信息,不但造成了政府各部门大量重复性录入工作,而且很难保证基础信息在各部门的一致性。另外,随着我国电子政务各项工作的深入推进,以及网上企业年检、银税共享工程等一批信息化应用工程的建设,许多政府部门需要共享机关、企业、事业和社团等多种经济社会基础信息。实现经济社会基本单元基础信息交换与共享势在必行。

北京市“经济社会基本单元基础信息交换与共享”建设的目的是通过将工商、税务、质量技术监督部门、市编办、民政局社团办各自业务系统连接起来,建立部门之间、企事业单位之间的基础信息交换和共享的分布式信息交换系统,促进包括一站式联合网上审批、网上企业年检、企业信用等重大应用项目在内的政务工程建设、提升政府信息化应用水平、优化环境、促进经济社会发展。

? 基础信息交换与共享系统

经济社会基本单元基础信息交换(以下简称:信息交换系统),是利用易达讯网络科技有限公司提供的全面应用集成(EAI)产品,实现工商行政管理部门、税务部门、质量技术监督部门、市编办及民政局社团办之间企事业单位基础信息资源交换和共享的业务管理系统。该系统以现有业务应用系统为基础,通过基于XML、Web服务的消息交换系统(Messaging Systems)和流程管理系统(BMPS)制定切实可行的动态政务信息交换业务,逐步理顺工商与税务互联涉及的业务流程,形成信息化条件下跨部门的系统工作机制。信息交换系统成功连通了包括国税、地税、工商、技术监督、市编办、民政局社团办在内的各政府部门,利用动态信息交换和共享技术实现了任何一个企事业单位的信息在相关政府职能部门的同步,并通过灵活的业务流程管理平台实现企业信息以流程自动化的方式在各政府部门数据库之间共享及更新,并将其应用范围进一步扩大到更多的部门及应用。

交换系统是一个跨平台的分布式系统,涉及到多个相关委办局。

各相关委办局既是数据的提供者,又是数据的使用者,一方面将本部门的数据其他委办局使用,另一方面接受来自其他部门的数据。在委办局建立独立于现有业务系统的交换前置机,实现经济社会基本单元基础信息的上传和接收。

在市工商局等部门的前置机,安装应用集成服务器软件、应用适配器,并进行相应的配置,完成和外部的数据交换。上图中,市国税局、市质监局、市编办、市社团办的交换系统的逻辑结构和市工商局、市国税局的结构类似。

互联互通 互联互通专题

其中,市信息办交换节点不参与具体的数据交换流程,但对整个交换系统提供支持和管理服务功能。[www.loach.net.cn)

在市工商局等其他6个节点,通过交换平台实现各个交换节点共享数据库之间的数据交换和共享。在各个节点部署的接口子系统实现共享数据库和委办局业务系统数据库之间的数据交换和转换。

在各个交换节点,交换前置机部署在北京市政务内网部分,委办局的业务系统和业务数据库部署在委办局的局域网中,两个网络之间的连接为安全隔离。安全隔离是指各个委办局根据自己对安全的实际需求,采用具体的连接方式,或者是逻辑隔离,或者是物理隔离,或者两者断开。根据实际的连接情况,接口子系统和业务系统之间通过网络或者是存储介质利用数据的导入导出的手段实现数据交换和转换。

在市信息办交换前置机上,安装交换平台的基础软件和交换平台管理系统,实现对交换平台的管理和服务。

? 信息交换系统的功能

信息交换

建立经济社会基础数据库,实现数据交换的存取、连接和权限控制等功能。通过公共数据交换平台,实现企事业基本数据的公共交换,以充分保证对整个交换信息平台的有效管理、交换信息备份及历史信息记录。

交换系统的交换内容可以按数据来源分为工商、地税、国税、质监、编办、社团办六类。 数据比对

在部门间数据交换的基础上,根据各部门业务的需要,对来自不同部门的基础信息进行自动比对和人工比对,根据比对结果,找出部门间数据差异和问题,并更好的服务于本部门的业务工作。例如,税务部门将从工商部门交换来的企业开业注册登记信息和税务登记信息比较,找出已办理工商开业登记但未办理税务登记的企业,再剔除不需要办理税务登记的企业,对剩下的企业就可以进行重点监控和检查,达到加强税源监控的目的。

网聚知识提醒您本文地址:

由于目前各委办局的业务系统中基础信息存在着不少数据质量问题,主要体现在以下几个方面:

1、企业代码不一致:每个委办局的业务系统采用了不同的编码来表示一个企业,如工商局业务系统中的企业注册登记号,税务系统中的纳税人识别号,质监系统中的企业组织机构代码等,这些系统以各自的编码规则组织、管理企业信息,编号仅在本系统中有明确的含义,到了别的系统中则可能没有意义。

互联互通 互联互通专题

2、数据量不一致:由于目前各个业务系统之间尚未实现实时的数据交换,存在着企业注册后,没有办理组织机构代码、税务登记等业务,造成了各系统之间数据的差别。(www.loach.net.cn]

3、数据项数据不合法:比如企业名称、注册日期等。

4、数据项数据不一致:各个业务部门记录的同一数据项的内容不同,主要体现在企业名称、注册登记号、注册地等数据项。

5、代码标准不一致:比如民族、性别等,在不同的系统中采用不同的代码。

经济社会基本单元基础信息来自各委办局的业务系统,由于各业务系统的数据存在上述问题,因此,要对采集到的原始数据进行加工整理、比对和整合,对各个业务系统的数据质量进行改善。

针对历史数据和新增数据,可采取"自动比对和手动比对"等不同的方法进行。这里的历史数据是指在使用数据交换系统以前积累的数据,新增数据是指各单位使用数据交换系统以后产生的业务数据。

业务系统接口

为了保护各委办局业务系统的安全性和独立性,在各委办局建立企业基础信息共享数据库,用于存储各单位向外发布的信息和从其他单位交换过来的信息。

业务接口子系统负责从业务数据库中提取需要发送的数据,并将其保存到共享数据库,同时还负责从数据交换平台提取数据导入到各自的业务数据库,并提供管理系统对共享数据库进行管理和维护。

文/晓霞

关于政府信息化发展模式的探讨(1.25)

| 作者:王克照 || 来源:电子政务工程服务网 | 期数:2005年第01期 |

多年来,我一直与北京市经济信息中心合作,并有幸参加北京市电子政务建设的一些项目,尤其今年在项目建设过程中有机会和刘俊主任、智勇副主任探讨信息中心的生存发展模式,很受启发,结合本人多年在全国电子政务建设工作中的实践,针对我国国情和实际情况,提出政府信息化开发、建设、运行和服务模式的发展思路。

一、政府信息化发展的基本历程

1984年,国家计委在原统计局计算中心的基础上筹建国家经济信息系统,目的是推动我国政府信息化建设;

互联互通 互联互通专题

1985年-1989年,全国各省、市、区、县和国务院各大部委基本上都建立起自己的信息中心,为各级政府部门提供信息化建设和运营服务;

1990年-1999年,各级信息中心从硬件建设、网络建设、软件开发和运营服务提供全方位的开发、实施、运行维护等服务。(www.loach.net.cn]

2000年至今,我国电子政务开始大规模建设,与之相关的信息资源开发利用模式、政务信息化投资模式、政务信息化运营模式、IT企业与政府之间的服务模式一直是业界探讨和实践的热点。

二、政府信息化发展中存在的突出问题

经过近20年的建设,我国政府信息化在取得一定成绩的同时,也暴露了许多问题:诸如低水平重复建设问题、信息资源开发匮乏问题、信息资源共享能力弱的问题、服务能力不到位的问题、标准化水平低问题、运营机制悬而未决、法制环境不健全的问题等等,所有这些问题还只是问题的表象,不是问题的本质,其实,我国信息化建设的体制与信息化发展的基本规律不能相匹配是所有问题的根源。

信息化建设发展有其自身的基本规律,首先,由于业务需求的变化增长都是永恒的,所以,信息化建设过程是一个持续生长的过程,在生长过程中的每一个环节都是必须的、不可逾越的,任何拔苗助长、急功进利的行为都不利于信息化发展的健康成长,信息化建设周期不等同于信息化发展的生命周期;其次,标准化建设是信息化建设的基础工作和持续性工作,仅仅有学术化标准或行政化标准是满足不了信息化建设需求的,标准是在大量信息化建设中形成的,并在建设中成熟和完善的,标准是客观的,不是主观的;第三,信息化建设持续健康的发展依赖于三个积累:业务积累、技术积累和信息资源的积累,脱离了这些积累,信息化建设就会变成空中楼阁;信息化建设的最关键部分是应用软件的运行,业务应用软件本身功能复杂多变,需要长期的磨练和积累,需要大量客户经验积累和开发人员的修正和完善,软件具有很强的适应性和复制性是软件具有生命力的表现。任何单一的开发队伍试图在短期内开发出完全满足业务需求的一劳永逸的软件都是徒劳的,不现实的。

由政府出面组建的各种类型的信息中心,其初衷是让信息中心为政府提供全方位的开发、部署、实施、运营维护和持续升级服务,但是信息中心的事业单位的运行体制,准确地说是政府职能体制的延伸,这种管理体制面对信息化建设的基本规律是无能为力的,根本谈不上把握和驾驭信息化发展的基本规律,这表现在:第一,在人力资源建设方面,信息化建设项目通常是作为一项工作任务被执行的,在事业单位,这类任务通常是指令性的、短期的,不具有长期的使命感,所以经常出现项目验收完毕,项目组解散,有能力的项目成员稳定性是最大问题,这经常导致项目运行维护失败。第二、针对一个信息化建设业务,同一个单位、同一个项目组开发,需求是不完整的,缺乏多种用户需求的补充,开发的项目不具有普遍意义,即使同一个业务,要实现需求的完整性也是困难的,更何况需求的变化是持续的。第三,

互联互通 互联互通专题

在单一的信息化建设项目中,很难总结出一套标准,每个信息中心每个项目建设队伍都在按照自己理解的模式构建类似的信息化系统,这必然导致底水平的重复。[www.loach.net.cn)第四,一旦信息化项目失败次数过多,导致政府主管部门对信息中心的服务能力丧失信心,重复立项的难度逐年增大,信息中心人员流失和人员膨胀会同时发展,信息中心只能从事基础信息化实施的基本维护,即使为了发展,重复建立了新的项目,又有谁能保障项目的持续成功?

网聚知识提醒您本文地址:

三、政府信息化发展模式分析

由于信息中心的事业单位运行体制远远不能适应信息化发展的基本规律,长期以来,信息中心的生存定位与发展问题就成为各级信息中心主任首要关注和探讨的问题,几乎每年信息化建设会议中,信息中心的发展方向问题都成为了永恒话题,这类话题包括:“信息中心是为政府服务还是为社会服务?”,“信息中心是走市场化运营机制还是走政府管理体制?”,“信息中心是否需要成立IT服务企业?”,“信息中心如何定位与IT服务厂商之间的关系?”,根据目前国内的实际情况,政府信息化建设发展有一下几种发展模式:

1) 以信息中心为主体为政府提供全方位的服务,信息中心内部编制完整,从硬件安装到软件开发、运营维护各种机构和人才一应俱全,内部运行机制为行政事业体制,该种模式在2000年以前占主导地位。该模式的优点是:能为政府提供比较全面的服务,缺点是不能够提供专业化高水准的服务,信息化项目建设成本高,风险大,尤其运营维护阶段容易导致项目失败。

2) 信息中心全面采用市场化运作,按照市场规律为政府提供服务,中心内部采用企业化运作机制,该模式在2000年以前出现过。该模式最大优点是:中心的发展体制能够吻合信息化建设的基本规律,缺点是:中心按照企业化体制生存必然面对市场竞争,能否形成并保持竞争优势是一个最大问题。

3) 一个信息中心内部存在两种运行体制,行政事业体制和企业运行体制并存,信息中心下设各类IT服务公司,该种模式到现在是一种普遍存在的模式,优点是既保持了信息中心和政府之间的依存关系,又具备了符合信息化建设所需要的企业化专业化的运行体制,问题是在信息中心维护下的企业能否成为真正具有竞争力 IT服务商至今是一个疑问,否则该类企业只能沦落为信息中心的附庸,没有太多价值。

4) 信息中心只是一个行政事业机构,负责信息化项目的立项和项目建设后的基本维护,中心内没有专业的信息化开发建设组织,专业的信息化服务采取外包方式,但运营维护基本由信息中心承担。该模式是目前比较流行的模式,该模式的优点是:使信息中心避免直接面对信息化项目建设失败的危险,成本较低、由专业化公司承担关键业务建设,成功率把握较大,缺点是:如果专业化公司选择不好,一旦失败,很难挽回,风险也比较高,同时运营服务对厂家的依赖程度高。

互联互通 互联互通专题

寻找一种合理的政府信息化建设运营发展模式是一个非常重要的任务,投资少,服务质量高,建设运营风险小,能够持续发展是理想的信息化发展模式。[www.loach.net.cn)

电子政务外包是信息技术外包的一种方式,指政府部门的信息技术外包服务。信息技术外包(即通常说的IT外包)指一个部门或企业的信息系统的软硬件及系统的日常运行维护等工作部分或全部委托或外包给专业公司,由他们组织专业技术队伍,为多家客户的信息系统同时提供服务。

国内外的实践证明,IT服务外包已经成为政府和企业信息化过程中提高效率、精简机构、减少开支、专业服务的发展方向。按照专业技术划分,信息系统可以分为主机系统、存储系统、应用软件、终端设备、广域网络、局域网络和电话通信系统,涉及信息技术的各个方面,任何机构和企业都没有办法单独管理和维护,只有采用专业外包方式才能提供与整个系统的正常运行相关的技术支持。有人形容外包服务就像使用水、电、煤气、道路交通等公用设施一样方便,委托方购买的是一种服务。

这种服务体现了信息技术这种高、新技术深入到社会各领域后,服务的社会化、专业化。发达国家从经济、效益、效能等诸多方面考虑,都采用外包的服务模式。

从美国、英国、德国、新加坡政府部门的电子政务看,其建设、运行维护都是委托市场化的专业外包服务公司提供服 在美国,无论大项目还是小项目,越来越多的机构和部门将他们的非核心业务以服务合同的方式外包出去,寻求专门的部门和机构为他们提供服务。美国人将这种外包服务称为“可管理的服务”,在这种情况下,代理方通过单一的合同方可获得多种IT服务,这对于企业和服务是一种新的方式。

这种可管理的服务把代理方从信息化建设的不同环节结构中解放出来,使他们能够集中精力完成他们的核心业务。

四、北京市经济信息中心发展定位及发展策略探讨

北京市经济信息中心承担着北京市电子政务建设的许多重要任务,2003年承担了全市互联审批业务,业务内容几乎涉及到了北京市所有委、办、局和北京市的所有企业和居民;今年又承担了北京市发改委全面信息化建设的任务,可谓任重道远。如何构建一个投资少,服务质量高,建设运营风险小,能够持续发展是理想的信息化建设发展模式,也是北京市经济信息中心必须面对的课题。

根据上述分析,由信息中心全面承担电子政务建设发展的各个环节理论上不成立,实践上也行不通,完全实行专业公司外包也比较容易失控,成立合资的运营公司负责电子政务运营服务,在目前的条件下,运营公司的盈利模式似乎不是很明朗,因此也不是一种理想的选择。如何在电子政务建设运营的各个环节分析并找出“可管理的服务”,并实施外包将是一种务实的策略。

互联互通 互联互通专题

电子政务建设运营服务工作从工作属性上可划分为两类:创造性工作和事务性工作,从管理属性上可划分为“可管理的服务”和“不可管理的服务”,其中事务性工作是指可重复的、程序化的、只要认真就能完成的工作,该类工作是属于“可管理的服务”,还有一类工作是需要有长时间业务积累和技术积累的专业化的工作,能够明确工作边界和目标的工作,也属于“可管理的服务”,凡是“可管理的服务”都是可以实行服务外包的。[www.loach.net.cn]和政府业务结合紧密,需要大量沟通和协调工作大都具有创造性、方向性和决定性,属于“不可管理的服务”,该类工作应由信息中心直接完成,归纳如下:

不可管理的服务:信息化建设规划、信息化建设策略、业务沟通与协调、投资规模控制、投资效益保障、信息化建设运行效果控制、运行体制的建立、安全保障体制的建立、标准规范建设等。

可管理的服务:系统建设监理;项目咨询;应用软件开发、部署、实施、测试、运行维护和升级;系统日常运行管理与服务等。

网聚知识提醒您本文地址:

为了规避风险,在选择IT外包服务商上应考虑几个重要因素:IT服务商的长期发展战略与提供的“可管理的服务”外包内容是否吻合;是否在某方面是一个专业的IT服务商;是否能直接提供专业服务的产品和工具。一旦确定,要建立长期合作关系,采取谨慎规划、小步快跑的策略,实行分时分段外包。

以上意见仅为个人观点,不当之处敬请指正。

上海静安区公共信息平台政府门户内外网一体化信息发布系统

一. 概述

政府门户网站是电子政务建设的重要内容之一。2002年7月3日,国家信息化领导小组第二次会议审议通过了《中国电子政务建设指导意见》(17号文),明确了"十五"期间电子政务建设的指导思想、原则、主要目标、任务以及采取的措施。形成了包括内网、外网平台,政府门户网站,人口、企业法人、宏观经济、自然资源与空间地理等四个基础信息库,以及十二个业务系统(又被称为十二金工程,如金宏、金财、金关、金税、金盾、金保、金农、金水、金质等)所组成的电子政务发展框架。1999年,各级政府联合发起"政府上网工程",我国政府信息基础设施条件有了明显改善,重点工程备受关注,政府网站日益增多。

静安区作为上海市的中心城区和上海的重要商业商务区,其政府信息化建设也早早的就开展了起来。在中共静安区委、区政府的高度重视和市信息委的指导下,静安区内外网已经各自建设了信息发布系统,分别为静安区政府外网门户网站信息发布系统、静安区内网公共信息平台信息服务系统,以及各委办单位的内网门户网站。

互联互通 互联互通专题

其中静安区政府外网门户网站"静安网"作为政府外部门户是面向公众用户的动态信息管理发布平台,具有门户概念的政府网站,是政府部门对外宣传、形象展示以及与社会公众和企业交流、业务受理和咨询的平台和窗口。[www.loach.net.cn]集成包括政策法规查询、领导信箱、网上投诉、网上办事等多种web应用,是政府内部办公、外部交流的通道。静安网以推动静安经济发展为重心,由政府搭台、企业唱戏,通过政府上网工程推动企业上网,体现"小政府大企业"。 以不同受众为对象的网站架构,通过网站多角度展示静安区风采,充分体现了静安"双高区"特色和亮点。静安区政府外网门户网站全方位、多角度的反映了静安区的政情、民情,让外界更好的了解静安,增强静安区作为国际大都市中心城区对投资者的吸引力,为区域内的企业提供了全方位开放的平台,为企业和市民,尤其是海内外客商和社区居民提供服务,架起政民沟通的桥梁,为各界人士关注静安区就、参与静安建设提供了一条新的渠道。

而静安区政府内网公共信息平台作为政府内部门户侧重于政府日常协同办公运作,并运用先进的内部OA、数据交换,共享、采集、发布手段,使得各政府机构在同一平台上传递信息、开展纵向和横向协作业务,促进原来分散的业务系统的整合,加速政府内部、政府间的信息交流;优化了传统办公流程,减轻了繁重的办公负担,节省办公经费,是为政府外部门户服务的基础平台。静安区政府内网是党政机关办公网的重要组成部分,它的主要功能就是对信息资源的高效规划和管理,实现整个党政机关的信息发布、信息采集、信息交流、信息共享以及协同办公。

目前内外网系统间物理隔离,发布内容的维护各自独立,不易于统一维护管理和信息的统一发布。为了进行内外网一体化发布,静安区政府外网门户网站(政府外部网)和静安区政府内网公共信息平台(内部网)通过物理隔离系统建立异步联结,在确保内部信息不泄密的前提下,实现内外部的可靠沟通,保证对于相同信息需要发布到多个网站的情况,操作人员只需要发布一次,就能将信息内容发布到分别在内外网不同的网站上;同时用户在政务外部网上进行的申请、申报或反馈等能及时转交到政府内部网上相关工作人员进行处理。

二. 应用系统解决方案

1. 建设内容

静安区政府外网门户网站(政府外部网)和静安区政府内网公共信息平台(内部网)的内外网一体化发布将充分利用公共信息平台中的数据交换平台功能,实现系统间的数据映射和代码转换。同时采用"安全岛"方式,实现内外网数据交换。

2. 系统架构

根据内外网一体化发布的具体需求,内网(公共信息平台)、外网和区委办局的信息发布系统,都将遵照静安区一体化发布数据格式规范,将其需要进行一体化发布的内容发布到本系统的前置数据库中。基于东方通科技的消息中间件TongLINK/Q和集成中间件

TongIntegrator架构的数据交换平台负责将发布方的前置数据库表中的数据,交换到接受

互联互通 互联互通专题

方的前置数据库表中。[www.loach.net.cn)由于该数据交换平台中的集成中间件TongIntegrator能够实现数据格式转换和映射的功能,因此前置数据库表的具体数据格式定义由各系统定义,但应保证能够通过数据交换平台将格式转换成符合数据格式规范的格式。

所有需要发布到外网的数据首先由内网数据交换平台交换到安全岛上的缓冲数据库中,然后安全岛切换到与外网连接,由外网数据交换平台将数据交换到外网门户网站的前置数据库中。

前置数据库与信息发布系统内部数据库之间的数据同步由各系统自行解决。

3. 数据交换平台

数据采集与数据交换作为静安区政府门户内外网一体化发布的基础服务功能,为系统提供了沟通异构系统的能力,满足了各种数据信息在各个业务系统中顺畅流动的需求。各种数据信息的存在形式主要分为异构数据库表和XML格式文件。目前,XML作为一种能够以统一的格式描述信息的文本语言,它能将不同系统来源的信息按照统一的格式显示,也能够进行格式的互相转化,已经成为当前信息标准化的主流。因此数据交换平台采用XML作为数据交换的中间格式,同时系统提供多种映射转换,东方通拥有包括数据库、文件、SOCKET、OLAP在内的大量适配器,能够很好地兼容各委办局不同的业务系统,具有强大的集成功能。可以很好的实现系统的数据转换、交换及集成需要。

应用集成中间件TongIntegrator的适配器为数据交换平台提供了与异构系统共享数据的能力。系统管理员利用可视化建模工具为数据文件建模,利用映射定义工具为不同的数据格式文件之间定义转换形式。开发人员利用数据交换平台提供的XML数据服务API扩展系统功能。

网聚知识提醒您本文地址:

平台的数据传输部分采用成熟的消息中间件TongLINK/Q,消息中间件TongLINK/Q可以正常运行在包括Windows系列、Unix系列以及Linux系列在内的等众多操作系统平台之上,以最大限度的保护用户投资、充分利用用户资源。

数据交换平台中需要交换的信息基本上分为两类,一类是实时性信息,亦既较小的消息包,要求实时传输、大量并发、不间断处理。一类是管理类信息,要求传输大批量、传输可靠等。以满足管理系统的需要。根据两种传输的特点不同,数据交换平台采用不同的内部实现机制,以更好地满足不同应用的需要。

· 内网信息汇总数据交换平台中间件的部署

数据交换平台利用覆盖各个委办局的静安区政府内网公共信息平台,组成一个星型拓扑结构的通信网络。他们之间的数据格式转换以及数据传输是通过集成中间件和消息中间件来实现,所以数据交换平台提供数据交换和信息交换的安全可靠性机制。

互联互通 互联互通专题

在静安区政府中心数据交换平台服务器上需要部署集成中间件TongIntegrator和消息中间件TongLINK/Q。[www.loach.net.cn)在各个街道和委办局委的数据交换前置机上部署应用集成中间件

TongIntegrator和消息中间件TongLINK/Q,并将TongLINK/Q配置为前端节点。实现静安区街道和各委办局的前置数据库(SQL Server)向静安区政府相应中心库(SQL Server)的集中汇总,要求数据实时同步。此数据同步具体过程如下:

各委办局和街道的TongIntegrator以数据库表触发的方式将新采集的信息经过数据格式内部转换后,实时通过TongLINK/Q发送到区中心的TongLINK/Q和TongIntegrator端。

区中心的TongLINK/Q接收到各委办局和街道传递过来的数据消息后,将其直接通过TongIntegrator的数据库适配器插入到数据库中。

· 内外网一体化发布数据交换平台中间件的部署

由于内外网物理隔离,在静安区政府中心的内外网上分别需要部署集成中间件

TongIntegrator和消息中间件TongLINK/Q,所有需要发布到外网的数据首先由内网数据交换平台交换到区政府中心安全岛上的缓冲数据库中,然后安全岛切换到与外网连接,由外网数据交换平台将数据交换到外网门户网站的前置数据库中。

不同内外网站栏目间的对应关系是网站间实现一体化发布的基础。如果某个信息发布系统需要发布一些稿件到其他网站信息发布系统中的某些栏目,应在本信息发布系统中建立对应的"一体化发布栏目"。在内外网的数据交换平台上分别配置"一体化发布栏目"和目的信息发布系统栏目的对应关系。所有发布到这些栏目的稿件,将通过数据交换平台发送到目的信息发布系统中对应栏目中。

当安全岛与内网连接时,区中心内网平台的TongIntegrator以数据库表触发的方式将需要一体化发布的栏目的稿件信息采集后,通过TongIntegrator的JDBC数据库适配器将数据缓存到安全导的缓冲数据库中。

当安全岛切换到与外网连接,区中心外网平台TongIntegrator的JDBC数据库适配器采集到缓存的一体化发布的栏目的稿件信息,并将其直接通过TongIntegrator的数据库适配器插入到数据库中。

4. 数据交换平台功能特点

数据交换平台是基于应用集成中间件TongIntegrator和消息中间件TongLINK/Q的信息交换体系,具有了以下许多特性:

· 支持多种数据格式

在上海静安区公共信息平台政府门户内外网一体化信息发布系统中,各个委办厅数据源的表现形式多种多样,基于不同的硬件、软件平台,基于不同的逻辑架构,信息具有不同的

互联互通 互联互通专题

表现形式。(www.loach.net.cn]利用集成中间件TongIntegrator和消息中间件TongLINK/Q构建的数据交换平台支持多种不同类型的数据格式。

· 支持多种通讯方式

在上海静安区公共信息平台政府门户内外网一体化信息发布系统中各部门数据交换时,集成中间件TongIntegrator和消息中间件TongLINK/Q在保证数据传输的稳定性、可靠性、安全性和完整性基础上,提供异步方式TLQ/MQ/JMS,WEB服务等多种数据通讯接口,增加平台对不同系统的适应性。

· 流量控制

应用程序不在网络上直接相互通话,而是间接地将各种用户数据以消息的形式放入消息队列。因为程序没有直接的联系,所以它们不必同时运行,而是由消息中间件TongLINK/Q实行消息传输、流量控制等处理。消息放入适当的队列时目标程序可以是忙的。消息的到达并不影响程序的当前处理,也不意味程序需要立即处理该消息。

· 优先级控制

在处理一条队列中的信息时,除了先入先出(FIFO)的顺序处理以外,还可通过给要传送的消息指定相应的优先级,使得信息在队列中以特定的优先级排队发送。

在处理整个业务系统的信息时,可以把不同业务类型的信息按照优先级放置在不同的队列上,通过不同的通道进行传送,在网络层上保证低优先级的数据不会影响高优先级的数据。

保证了重要信息的及时处理。

· 独立队列处理

在处理多种业务的数据时,数据交换平台可以根据需要提供独立的队列处理,使不同种类的业务数据放置在不同的队列中独立处理。其中动态或临时的队列是在应用被处理时才建立的。队列也可以被重新定义和重新配置,应用程序本身不必做任何修改。

· 消息传输特性

虽然消息传输以异步方式进行,但消息中间件TongLINK/Q凭借优异的性能完全能够满足实时传输要求。此外, TongLINK/Q产品支持消息的断点续传、流量控制等技术,保证了数据的传输效率。

· 交换任务和管理任务分离

消息中间件TongLINK/Q为用户提供简单易用的集中配置、管理和监控机制。当交换平台运行的时候,系统管理员可以通过独立的管理平台(可视化工具)对交换系统进行管理监控,交换任务与管理完全分离。

互联互通 互联互通专题

· 异步传输机制

数据交换平台支持消息的异步的,并行的工作方式。[www.loach.net.cn)当一个数据采集终端将一个消息传送给其它终端时,它不需等待另一个终端的回答,甚至不需要关心消息是否被对方接收,继续执行后续任务。

稿源:Echinagov 提交时间:2005-3-28

全面统一信息口径,实现业务系统整合

网聚知识提醒您本文地址:

北京工业大学用IBM DB2建中央数据库

项目背景

一网一库一卡是目标

北京工业大学作为“211”工程的重点院校之一,在九五和十五期间投入了5000万元的资金用于信息化建设,九五期间主要是集中在网络的建设,但缺少全面的应用规划,在对数据整合、应用整合、身份认证等都没有考虑到。从2003年起,北京工业大学开始启动了大规模的信息化建设,并提出了“一网、一库、一卡”的“数字工大”建设目标。一网就是统一的网络系统,不仅是校园网主干,十五期间北工大对校园网络进行了大规模的升级,目前包括校园网络、VoIP、网络电视等都运行在统一的平台上;一卡则是指校园的一卡通,起到金融和身份认证的功能。其中的“一库”作为最为重要的北工大的核心数据库、综合库,它的主要功能是进行信息的交换、整合和信息的备份,每个业务系统仍有自己的数据库,也是“数字工大”基础和关键的建设项目。

“学生处、教务处、招生办给出的学生数目永远不一致,哪一个是最确切的数字?”这是高校中普遍存在的现象,由于各个业务处室采用单独的业务系统和数据库,信息更新不及时,学生没来报到、中途退学、休学等各种情况经常会导致各系统中数据不一致的情况。北京工业大学在2004年底采用IBM的DB2数据库建立了统一的中央库,并通过WebSphere II(Information Integrator)实现了与现有各业务系统的集成。“中央库中任何信息的变化会自动通知到每一个业务系统,再也不会出现上述各自为政的情况了!”北京工业大学信息处王普教授欣慰地表示。

数据共享需求迫切

本系统建设之前,北工大各部门基本上都有各自的管理信息系统,很多系统之间需要进行数据交换,例如:财务处需要从人事处获取人事信息;教务系统要为学生系统和毕分办系统提供学生基本信息;教务系统还要为人事系统提供教师授课信息,同时还要从人事系统获取教职工的基本信息;另外,人事系统与科研系统、研究生系统之间都存在双向的数据交换等。但由于各个子系统分立,各自采用了不同的数据库系统,采用了不同的应用开发技术。

互联互通 互联互通专题

各子系统具有各自的用户管理和授权机制,之间缺乏甚至没有数据共享关系,管理层无法获得一个整体的数据视图,从而也就无法进行数据的全面分析和利用。[www.loach.net.cn]

除此之外,各部门各自的管理信息系统中所存储的数据之间还存在一些逻辑上的不一致的问题,例如:同样一个人,在财务处的信息管理系统中的性别是用字符存储而在人事处的信息管理系统中却是用数字存储的,这样就造成了数据的逻辑上的不同存储。需要提供一个规范使其达到一定的一致性。还有现在学校的信息管理还不能提供诸如决策支持等数据仓库所能提供的支持,就连简单的综合查询也是不能全面提供的,若要进行一次涉及各个部门的综合查询可能要到各个部门进行相应的个别查询才能最后得到综合查询的结果。这些或多或少的影响了学校的整体规划,成为了学校进一步发展的障碍。因此,需要建立一个信息交换平台和一个相应的综合信息库,使得各个管理信息系统之间的数据,以信息交换平台作为桥梁进行交换,并以综合信息库作为最终归属,实现学校范围的数据共享、数据一致性。

王普教授回忆,当时在建立数据库时有两个可选方案:一是建立中央库的方案;另一是建立分布式数据库的方案,即让各个系统中的数据库相互备份,互相共享。两种方案在信息交流方面差不多,但分布式数据库最大的问题是备份和维护管理太复杂;中央数据库的初期投资较大,但易于实施和维护,经过综合考虑,北京工业大学最终选择了中央库的方案。

确立了项目建设目标后,北工大专门成立了选型小组,针对IBM、Oracle、Sybase等几家主流厂商的数据库产品进行了综合评比。在经过产品功能、服务支持等多方面比较后,北工大最终选择了IBM DB2的解决方案。北京工业大学教育部数字社区工程研究中心主任王普表示:“建数据中心,数据的选择非常重要。数据库要求适应能力很强。最开始我们的主要目标是建立一个核心数据库,遵循教育部数据标准的综合信息库,以规范北工大的数字资源,并汇总全校的关键数据,并为领导决策和信息查询提供依据,同时基于该数据库开发所需的全校应用。而在通过IBM DB2 UDB实现标准信息库的建设过程中,却发现了该项目的最大难点是与原有各系统的集成,为此我们又采用了IBM的信息集成工具WebSphere II(Information Integrator)。

整合原有系统是难点

“最开始我们的主要目标是建立一个核心数据库,遵循教育部数据标准的综合信息库,以规范北工大的数字资源,并汇总全校的关键数据,并为领导决策和信息查询提供依据,同时基于该数据库开发所需的全校应用。而在通过IBM DB2 UDB实现标准信息库的建设过程中,却发现了该项目的最大难点是与原有各系统的集成,为此我们又采用了IBM的信息集成工具WebSphere II(Information Integrator)。 ”

王普教授介绍到, 北工大现有的业务系统包括教务、人事、物资、学生、办公、研究生等诸多子系统,涉及的数据库包括Access、Sybase、Domino等多种类型,通过WebSphere II和数据库存储引擎,将所有的异构数据源(分布在各个业务系统中的Oracle、Sybase、

互联互通 互联互通专题

SQL Server等),统一成一个数据库读写访问接口,应用开发时只需要使用IBM WebSphereII提供的一套访问接口就可以实现与各个异构数据的连接、访问、处理操作,而未来有新的业务需求时,也可以基于此开发出跨越北工大各个业务数据的综合业务功能。(www.loach.net.cn)

项目成功实施的意义

目前该项目正在进行中,但王普教授表示已经初步完成了以下业务目标:利用IBM DB2 UDB构建了北工大核心综合业务数据库,集中部署新的业务应用,如校园GIS系统等;利用IBM WebSphere II构建成北工大数据交换平台,集中控制和实现各业务系统间的数据交换;在建设过程中,没有对现有的业务系统进行彻底改造,最大程度地保护了已有的软硬件投资。“未来还可能进行数据挖掘等方面的项目,为领导决策提供依据。”

IBM DB2在北京工业大学成功应用,建立了统一的中央库,并通过 WebSphere II

网聚知识提醒您本文地址:

(Information Integrator)实现了与现有各业务系统的集成。IBM WebSphere II在北京工业大学综合信息平台的成功实施,使得各个管理信息系统之间的数据,以信息交换平台作为桥梁进行交换,并以综合信息库作为最终归属,实现学校范围的数据共享、数据一致性,为全面实现“数字工大”的目标奠定基础。

IBM DB2 信息集成器服务山东地税业务系统建设

── 统一数据平台实现对异构数据库的统一管理及业务的整合

背景:

中国税务信息化建设正处于由面向管理的税收管理信息系统阶段向建立全方位税收服务系统新阶段迈进的关键时刻。金税一、二期工程的实施在各地市已建立了多套税务征管业务系统,总局、省局、地市局、县局的四级网络已初具规模。然而目前主要的税务业务数据大都沉淀在基层的数据库中,信息却缺乏有效的处理和分析,造成信息无法被有效利用,难以满足全方位税收服务的要求。为加快建设世界一流的税收管理信息系统,实现税务信息化的跨越式发展, “大集中”形式已是中国税务信息化发展的必然趋势。

山东省地税在国内率先遵循“大集中”的主导思想,制定了以"省级发票数据集中式"的山东为核心的地税发票改革方案,拟建成以计算机网络为依托,发票管理为核心、税控装置为延伸、安全管理为保障、与征管软件统一平台的高效运行的发票税控管理信息系统。在省一级实现对下属各地市税务部门异构数据库的数据统一管理以及业务的整合,建立起统一的数据平台,通过数据的汇总、应用之间的整合以及税务部门与其他部门的信息交换,切实改变软件孤立、信息隔离的应用现状。进而在此基础上,逐步实现数据分析、数据挖掘等功能,建立征管信息决策分析系统。同时,业务系统也逐渐由税收征管的集中管理向网上报税、网上纳税以及其它更多的应用领域拓展。

挑战:

互联互通 互联互通专题

目前山东省地税的业务数据分布在市县两级的近200个异构的数据库中,其中包括SQL Server 6.5, 7.0,2000, Sybase 11.9,12.5和Oracle 9i。(www.loach.net.cn]只有部分地市实现了市局的数据集中。税务征管系统由多家集成商实现,缺乏统一的数据标准。省级集中式发票管理要求发票数据集中在省局,从而与现有征管业务系统难以直接匹配。

虽然征管业务系统集中是必然的趋势,但是由于系统的复杂性及各地区管理上的差异,不可能在一两年内建成全省统一的系统,而废弃现有的上百个业务系统。因为一、二期中的系统不一致,软硬件和网络条件等不均衡,但是在集中式的模式中又不能全部推倒重来,只能在现有基础上改造。

省集中的发票系统与分布在市县的征管业务系统之间如何合理衔接是一个必须要面对的问题。另外此系统涉及与近200个系统的整合,考虑到不同地区技术人员的差异性, 统一的管理和实施也是一项巨大的挑战。

选择一个统一的信息平台就成为系统成功的一个重要因素,如何结合山东省地税的现状应用先进的信息技术,从而提高项目的进度,降低实施和管理的复杂性和风险则成为衡量方案的一个重要标准。

解决方案:

山东省地税基于对“大集中”思想的理解,立足于实际需求和IT现状,提出分阶段建立一个高度统一和集成的系统,避免一、二期那种系统单一的、各地分散建设的局面。新建的集中式的发票管理系统与原有税务征管系统间有数据交换和实时信息访问的需求。如采用数据仓库的模式,在实时性和双向操作性方面都难以满足系统要求。如果采用应用集成的模式,200 多个系统的集成其复杂性和工作量都难以在短期内实施。经过比较,山东省地税确定其首要目标是建设一个统一的信息平台。在方案选择过程主要考虑了IBM、Oracle、BEA 三家厂商的方案。并根据实际的需求,对 IBM DB2 II、Oracle gateway 和 BEA 的 liquid data 进行了 POC 测试。最终选择了 IBM DB2 II 作为信息集成的统一平台。

新型的数据集成的模式,既在省局采用 DB2 Information Integrator 为基础的信息集成平台,通过 DB2 Information Integrator 强大的信息集成的功能,连接相应的各地市业务系统的数据库,通过联邦能力实现对各地市数据的实时访问。另外应用 DB2 II 异构数据复制的功能并结合 cross loader 的能力将数据批量抽取到省局数据库中,然后进行进一步的处理。这种方式主要有以下几点优势:

a. 实施难度小,建效快,管理难度低。采用 DB2 II 作为信息平台不要求对原有系统

进行更改。无论是联邦还是异构数据复制和 Cross loader 都无需在各市县安装新的软件。能够适应现存多种异构数据库的多个版本。包括 SQL Server 6.5, 7.0,2000,

互联互通 互联互通专题

Sybase 11.9,12.5 和 Oracle 9i。(www.loach.net.cn]实现中心式的统一配置和管理, 对基层技术人员的技能要求不高,从而大大降低了管理复杂度和实现难度。

b. 提供实时数据的访问能力。通过 DB2 II 的集成,用户可直接访问不断变化的业务

数据库本身,从一个接口我们能够同时的访问多个数据库,保证了返回数据的精确性。更重要的是,所有的工作都是在后端架构好的,不会涉及到原有系统的改动。 c. 减少了山东省地税的投资,提高了投资回报率。DB2 II 不仅可实现了虚拟的逻辑数

据的集中,同时也提供强大的物理数据集中能力。从而使山东省地税可从容地规划阶段性的物理数据集中,根据业务需求的紧迫性决定什么数据抽取到省局,什么数据直接访问地市的数据源。从而在系统架构上提供了优异的灵活性。另一方面充分发挥了现有应用系统和网络的作用,降低了初期硬件投资的需求。

d. 采用 DB2 II 作为信息基础平台,使得省局不仅能够得到关系型数据库中的信息,

更为重要的是,还能够从 Web Service, XML 文档等其他的数据源中获取相应的信息,采用 DB2 II 的集成方案,极大地提高了信息平台的扩展性,对于税务系统与银行等其他外部系统的连接,无疑是具有前瞻性的指导意义。

以下为山东省地税所采用的系统架构。由于市县一级的数据库众多,而且大多为 SQL Server 数据库, 包括从 6.5 到2000 的各个版本。在系统架构上 IBM 采用了两层信息集成的结构,对 Sybase 和 Oracle 数据源,直接集成到 P650 上的 DB2 II 中,对SQL Server 的数据库首先通过省局在 Windows2000 平台的 DB2 II 进行集成,然后再进一步集成到 P650 上的 DB2 II 中。

网聚知识提醒您本文地址:

在集成策略上 IBM 采用虚拟逻辑集中与数据物理集中相结合的方式。对于数据量大而访问频度较低的数据,主要通过联邦技术实现虚拟逻辑集中,而对数据量相对较小而访问频度高的数据,通过结合应用 Cross loader 技术和异构数据复制技术实现数据的物理集中和每日的增量数据加载。未来以此平台为基础,渐进式地将县市级的系统移植到此平台,实现最终的大集中模式。

互联互通 互联互通专题

项目实施:

经过第一阶段 2 个多月的实施,山东省地税已实现了第一阶段的全省发票统一抽奖的目标.完成了对市县约 200 个异构数据库部分数据的集成。[www.loach.net.cn)建立了部分数据标准实现了对全省税务数据的实时访问。

目前数据的物理集中主要通过 Cross loader 在每日的日终将数据抽取到 DB2 II 的数据库中。对部分市县的系统, 正在进行通过数据复制的方式进行增量抽取。在省局建立统一的数据标准, 对原有多套系统的数据进行相应的转换和清洗。

目前,山东省地税正在考虑第二阶段的实施。逐步实现数据分析、数据挖掘等功能,建立征管信息决策分析系统。同时,业务系统也逐渐由税收征管的集中管理向网上报税、网上纳税以及其它更多的应用领域拓展。

从信息孤岛中抓出决策支持数据

黑龙江省电力有限公司(以下简称省公司)经过几年的信息现代化建设,业务处理计算机化已经初具规模,先后建设了营销系统、计量系统、负荷信息系统、客服中心、大用户系统等,具备决策支持所需的基础源数据。但是,这些系统也面临着三大问题。

一,他们都属于业务处理系统,主要是及时快速满足业务操作的系统,使综合性、全局性的分析查询难以实现。

二,各个应用系统之间相对独立,数据不能共享,数据信息缺乏全局性的统一数据标准,无法保证其一致性,信息汇总的渠道和时间有差异,造成了决策分析的数据口径不一致的现象,单一的传统报表无法满足动态查询、灵活分析的要求,对异常情况不能实施有效的、及时的反映,对用户临时性的、突发性的信息查询要求也不能满足。

互联互通 互联互通专题

三,在技术管理水平上,缺乏一套行之有效的数据仓库系统进行信息管理,将各个应用系统之间相关数据进行组织和利用,在大量的数据中进行数据挖掘,把数据转换为有用的信息,把信息真正转化为可利用的知识,从而利用这些知识为省公司领导提供更有力的决策支持。[www.loach.net.cn)

如何利用先进的通讯技术和信息处理技术,充分应用各个应用系统详尽的业务数据,一方面加强所属单位电力业务工作的监督、管理,另一方面通过对大量详尽真实的历史数据进行综合分析,及时准确地掌握全公司营销状况,科学地预测全公司电力市场的发展趋势、为公司领导制定全省电力政策和电力市场营销战略提供依据,已成了摆在黑龙江省电力公司面前的一项重大课题。

2003年8月,省公司在决定建设基于数据仓库的辅助决策支持系统,来满足获取有效决策支持信息的需求,经过4个月的设计、开发和实施,系统于2003年11底上线运行。

慎重选型

省公司目前业务数据分布在市县一级,而分析及增值服务需求要求数据集中,因此存在着管理结构与数据分布不匹配。这个时候,省公司在辅助决策支持系统选型上面临两难的选择。

现有分布在各市县的业务系统已稳定运行,如为新的业务需求对现有应用进行大的调整或重建,从成本和速度方面考虑代价太大,而且风险很高。

如采用传统数据仓库的方案,在数据采集方面有很大的挑战。首先需在各市县安装数据采集的应用,管理难度大。其次数据的实时性不高,只能对战略性的决策,对日常操作型决策和业务监控(BAM)帮助有限。另外以省公司为基础建立增值服务要求数据的双向流动,传统数据仓库难以实现此需求。

考虑黑龙江省电力公司的基本的日管理的需求和现有IT系统的现状,首要目标是建设一个统一的信息平台,包含黑龙江省电力公司所辖的所有各地市的营销管理系统的数据,并以此为基础实现业务的分析,优化管理。提供增值服务,近一步实现业务流程的整合,省公司把目光瞄向了新型的数据集成的模式,既采用DB2 II(DB2 Information Integrator)为基础的信息提供平台,通过DB2 II强大的信息集成的功能,从后台连接相应的各地市的业务系统的数据库,从而达到省局统一访问全省所有数据的要求。

DB2 II打动省公司主要有以下几点:

数据实时性操作。传统的数据集中在时间上有一定的滞后,而通过DB2 II强大的集成功能,用户访问的是不断变化的业务数据库本身。通过DB2 II,从一个接口用户能够同时的访问多个数据库,保证了返回数据的精确性。更重要的是,所有的工作都是在后端架构好的,不会涉及到原有系统的改动。

互联互通 互联互通专题

减少了省公司的投资,提高了投资回报率。(www.loach.net.cn)DB2 II从软件本身实现了虚拟的数据仓库的集中,充分发挥了现有应用系统和网络的作用,降低了传统数据集中方式中对硬件投资的需要。

采用DB2 II作为信息基础平台,省公司不仅能够得到关系型数据库中的信息,更为重要的是,还能够从例如XML文档等非关系型数据库的数据源中获取相应的信息,采用DB2 II的集成方案,极大地扩展了信息平台的容量,对于业务系统的扩展,无疑是具有前瞻性的指导意义。

降低管理难度,缩短实施周期。采用DB2 II作为信息平台不要求对原有系统进行更改,无需在各市县安装新的软件,实现中心式的统一管理,从而大大降低了管理复杂度和实现难度。从新系统的开发角度看,极大的简化了开发的工作量,通过一个统一的数据接口避免了对多个数据源的开发,减少了系统建设的风险成本。同时,通过DB2 II,省公司可以灵活的选择是否需要将数据放到本地,还是放在远端各地市。

五大部分构成

整个辅助决策支持系统由五大部分构成。营和销综合指标部分面向领导决策层,反映企业经营状况及各项指标完成情况,专题分析部分从专题的角度深入分析营销工作的焦点问题,满足专业人员的管理及分析的需要,而综合报表部分则将两者的综合报表(需链接同一数据源,保证两处显示的信息一致)单独提取出来整体显示。营业日管理部分从营业基础工作的日管理角度入手,对各营业岗位工作的完成情况进行展现,建立和确定营业管理、考核指标;实时数据部分为真正实时数据,与业务数据库直接相连,显示银行联网购电、网上同城申请办电、网上居民电费查询和数据转储情况。

网聚知识提醒您本文地址:

根据国电营销信息系统规范的要求,以供电分公司的业务数据为基础,IBM设计了从供电分公司、供电公司、省公司的决策管理层次,详见下图:

互联互通 互联互通专题

省公司决策支持系统的数据由4层组成,详见下图:

在这些系统的基础上,IBM又提出了BI的概念,也就是说,已有的辅助决策系统只是对数据进行了汇总和显示,而下一步,还需要在这些数据的基础上进行分析和比对,挖掘出数据背后的关联,得出来源于数据的结论,从而真正为省公司制定计划、规划提供决策支持。[www.loach.net.cn]

收获明显

数据统一。营销数据、大用户数据、统计数据、计量数据、客服中心数据等信息集中管理,为省公司提供了统一的数据、监控和管理视图;为领导的科学决策提供准确、可靠的基本数据,对于保证安全生产、加速资金周转、准确的回收电费、加强设备管理、规划城网设施的建设等项工作将产生不可估量的作用。

互联互通 互联互通专题

数据规范。[www.loach.net.cn)通过系统的建设,改变过去管理中的数据管理混乱的现象,促使数据规范化、工作条理化和决策合理化,加速信息传递,缩短处理时间和及时择优决策,有利于克服瞎指挥、工作不负责任、互相推诿和拖延的作风。

通过系统的建设,提高全员管理水平。通过全员深入使用该系统,使每个从事管理的人员的业务达到了规范化和标准化,从而提高现代化管理水平,减少冗余环节,提高劳动生产率和工时利用率。提高省公司和地市公司的竞争能力、管理质量及运作效率。

通过加强内部管理,提高工作效率。省公司对用户的需求能够更好的处理;对发现的问题能够更加及时的处理,提高供电可靠性和降低线损,向社会多供电、供好电,促进社会生产力的发展。

经过3个多月的实施, 黑龙江省电力公司已实现了第一阶段的目标。完成了对市县约60个Oracle数据库的集成。实现了全公司统一的数据视图。在此基础上, 省公司以省为单位建立了部分数据集市。数据每10分钟为间隔从约60个Oracle数据库中通过Cross loader抽取到DB2 II的数据库中。数据的抽取及ETL处理主要通过Warehouse Manager来进行调度。数据定期加载到DB2 OLAP Server的多维数据集市中。前端通过Brio进行展现。通过建立统一数据视图(用Union all实现),提供省公司对各市县电力营销业务的实时监控能力。

目前黑龙江省电力公司正在考虑第二阶段的实施,其目标是在信息集成平台基础上实现各类增值的客户服务。

总之,省公司电力市场营销决策支持系统是原有信息系统的再次升华,使统计分析更加实用化、直观化,是领导决策的好助手,是适应信息管理发展的客观需要。决策支持系统的建立将会促进管理模式的改进,极大地提高管理水平的提高。

IBM 地方政府信息整合解决方案

概述

省市两级分布的纵向系统之间数据共享与交换困难,这是很多政府机构或面临的难题。重要数据无法共享或交换,进而导致数据不一致或重复,造成缺乏可比数据,缺乏分析、缺乏管理,影响管理决策的效率和准确性。

由于现有系统数据多、复杂性大,以上的挑战很难通过推倒重来、简单地建立新系统的传统思路进行解决。必须从整体架构平台的角度出发,一方面最大限度地利用现有的数据资源,另一方面应避免未来新的系统面临类似的问题。

本文讨论和分析了信息整合的数据分布模式,在介绍纵向信息整合中采用的IBM信息整合关键技术基础上,提出了分阶段实施的省市两级纵向信息整合方案。

互联互通 互联互通专题

数据分布模式

数据是否集中,怎样做数据集中,也就是按照什么样的数据分布来进行信息整合,往往是省市两级信息整合中用户最先关注的问题。(www.loach.net.cn]

采用IBM信息整合技术,提供三种数据分布模式供用户选择,分别为数据物理集中、逻辑集中而数据物理分布,以及逻辑集中与数据物理集中相结合。这三种模式各有所长,有着各自的适用范围和实施特点,需要根据整合所服务的具体的业务和业务的分布情况来判断和选择。如下图所示:

数据分布模式的选择

数据物理集中

将全部数据放在一起,由一个统一的数据库服务器来管理,实现数据统一访问,访问效率最优,适合大数据量查询访问的决策分析等。缺陷是如果新数据产生在别的业务系统(如决策分析业务数据物理集中,而新数据产生在生产系统中),则可访问数据的实时性差。另外,若通过实施数据物理集中来整合现有业务,往往风险大、时间长。

逻辑集中而数据物理分布

适用于业务系统分布在多个地方,由统一的整合平台实现各物理分布之间的数据共享,可实时访问分布在各处的数据。缺陷是访问效率受到网络传输能力的局限,不适合长事务。实施速度快,从数据层整合对原有业务系统影响小,能够降低实施风险。

逻辑集中与数据物理集中相结合

互联互通 互联互通专题

这种模式结合了逻辑集中与物理集中的优势,可以在实施初期采用逻辑整合,快速实现统一访问和数据共享,对访问量大、实时性要求不高的数据逐步实现物理集中,从而提高访问效率。[www.loach.net.cn]从实施角度来看,可以从逻辑集中模式平滑过渡到这种综合模式,实施风险小;建议在物理集中的数据整合项目中,采用这种综合模式作为过渡阶段,实现渐进式的物理集中,降低实施风险。

若不能明确判断信息整合后的业务特点,建议首先采用逻辑集中的模式,根据需求的逐步发展,顺次过渡到综合模式、及物理集中模式,降低选择成本。

分阶段实施的省市两级纵向信息整合方案

信息整合平台的基础架构如下图所示。在省市两级纵向信息整合的过程中,第一阶段旨在利用数据映射层,实现统一查询访问,使全省数据可共享。第二阶段,结合数据整合层的各项功能,进行省市两级数据标准的规范化,提高共享的质量和数据复用,并为数据交换做准备。这两个阶段是信息整合所不可或缺的必要环节。

网聚知识提醒您本文地址:

第三阶段,将部分被频繁访问、且实时性要求有限的数据物理集中,提高数据查询的质量,便于决策分析等业务应用。第四阶段,在第二阶段数据标准规范化的基础上,实现全省数据交换。这两个阶段可根据实际业务需求取舍,也可更换先后次序。

以下分述各个整合阶段中的主要工作、常见问题及解决方法。

省市级逻辑集中与数据访问安全

第一阶段的主要任务为构建信息整合平台,实现数据的逻辑集中、全省数据共享,而从物理上看,数据仍存储在省市各地原有的数据库中。第一阶段整合后的效果如下图所示,省级数据逻辑集中成为一个统一的视图。

互联互通 互联互通专题

逻辑映射由数据源包装器、服务器、用户映射和昵称表四个层次的定义组成,其配置十分简便。(www.loach.net.cn)在连通网络、数据库客户端可访问相应远程数据库服务器的前提下,平均每建立一个数据库的逻辑映射表的工作量可以按分钟计。

凭借信息整合平台的可配置、可扩展和易用性,这一阶段的工作重点可集中在确定哪些业务数据需要共享和规划数据共享安全体系上。后者可借鉴双层认证授权机制。

数据整合:数据标准规范化

信息化建设过程中,由于分期建设、或各地业务系统同时开发、或选用了不同的开发商等诸多客观因素,各地数据标准不一致的现象十分普遍。业务系统中各地的"方言"和"俗语"造成彼此数据的共享和交换都十分困难。这一阶段整合的关键就在于数据标准规范的设计和推广。

在第一阶段构建信息整合平台的基础上,统一视图可便于对各地数据标准的分析和比较。数据标准规范往往以某地的标准为蓝本,经整理和扩充作为"普通话",其他各地再向其看齐,它的设计应遵循以下基本原则:

?

?

?

?

? 保护原有投资:对于仍满足需求的业务系统,避免影响运营; 低风险:标准的规范影响较大,风险最低方案最优; 前瞻性、可扩充性和可维护性:标准的质量控制和更新维护机; 以业务需求为主导; 全局化开放性:顾及省市各地,兼顾对外界其他系统的开放。

规范一旦设计完成,其推广可分"转换"和"统一"两个阶段,渐进式的实施。

"转换",则业务系统和历史数据都不改动,将各地数据的"方言"解释为"普通话",再共享或交换。一种解决方法是通过视图或存储过程,使用SQL将各地数据转换为规范的数据类型或逻辑。另一种解决方法是建立转换对映表,好比建立"方言"与"普通话"的对照字典,使

互联互通 互联互通专题

"方言"描述的远程的昵称表与转换对映表关联建立视图,查询该视图就得到转换为规范标准"普通话"的数据。[www.loach.net.cn]

统一数据标准,则意味业务系统的更改或更替,需要对历史数据清洗、转换和存储。可以按照上述转换方法,同时结合数据复制技术,整理历史数据。参见第3.2.2小节源数据与目标数据间的数据转换。

逻辑集中与物理集中相结合

这一阶段的任务在于优化查询访问的效率,可以作为全面物理大集中的过渡。关键技术在于数据复制。根据业务需求,选择被访问频繁的数据作物理集中;再根据这些业务数据对实时性的要求和系统负载情况配置复制间隔。

整合平台先进的数据复制技术,支持准实时的秒级数据同步,也支持按分钟、小时或天的数据间隔同步。复制控制服务器会以同步间隔为周期,定期轮询是否产生了需要复制的新的数据、并将这些数据落实到本地。因此,同步间隔越短,对系统性能影响越大。实施过程中,应结合具体的运行环境,优化这些配置参数,使整体性能达到最优。

这一阶段的实施效果下图:

逻辑集中与物理集中相结合

数据交换的实现

在上述数据整合基础上,实现省市两级数据库间的数据交换。这些交换以省级DB2数据库为中心形成星形或树状的结构。整个数据共享和交换的底层实现和存储机制对各应用节点

互联互通 互联互通专题

是透明的。(www.loach.net.cn)该结构属于松耦合,如同星形网络一样,很容易进行层次化的结构扩展。数据交换采用的关键技术是复制。

以WebSphere II为基础平台,实施数据交换的主要工作可集中在与业务相关的交换标准定义、交换双方的映射关系定义和交换流程规划上。交换标准定义与2.2节中数据标准规范化类同,这里不在赘述。交换双方的映射关系的定义方法请参见3.2.2源数据与目标数据间的复制转换。

数据交换中的交换流程可分为单向和双向两种模式。单向交换也即单向数据复制,与一般复制方法无异。

对于需要双向交换的情况,则需采用带流程标示定义的双向复制。如市级的申请需要省级审批,审批结果返回市级的情况,其流程简单图示如下:

①A市向省中心发送数据,其市级ID编号为SJZ0001,刚发送到的状态设置为N,采用单向复制。

②省中心对上报数据作处理,处理后将状态改为A,表示已处理。

③从省中心到A市的复制,首先对状态和市级编号作判断,设置Where子句"Where ID= SJZ0001 And STATUS='A'" ,当满足Where子句条件时,再将数据增量下发。发送到A市后,将状态改为R,表示双向交换完毕。

在省级向不同市级站点下发送数据时,根据全局唯一列市级ID编号进行判断,决定该数据应该复制到哪个市级数据库。

DB2信息集成提速异构信息管理

出处:中国计算机报

互联互通 互联互通专题

伴随着IT环境的日趋复杂化和多样化,现代企业面临着巨大的挑战:必须从现有的信息资产中获取更多的价值。[www.loach.net.cn)这些信息资产存储在各种数据中,包括从电子邮件、电子表格、文本文件、平面文件、XML内容及语音邮件

网聚知识提醒您本文地址:

到来自商业伙伴、供应商及客户的信息。如何将这些不同的数据源与应用关联起来,不论信息身处何方?企业需要一种基础设施。

异构信息管理

从这个角度来讲,数据库技术已经无法对不同平台上的信息(即异构信息)进行实时管理,它在很大程度上还需要依靠内容管理、商业智能、信息集成以及相应的工具等技术做支撑。日前,IBM软件部信息管理部门最新的实时信息集成软件上市,从而构成了IBM基于这种异构环境下企业所需要的基本架构,即:DB2数据库、内容管理软件、商业智能软件、DB2 Information Intergration及其开发工具。

该信息管理平台如何帮助企业实现真正意义上的信息管理呢?IBM大中华区软件部内容管理总经理尹丹岭女士认为,对于大型企业来说,实现信息管理,实时信息集成是关键。企业以前涉及更多的是应用整合、业务整合,今天,企业信息本身的集成在深度和广度上都有所增强。尊重企业已有的投资,让用户快速了解数据源,并能够对过去、现在和未来的数据进行有效的整合,减少IT管理人员在连接各种数据库时的编码,从而能够对信息进行实时的集成与管理。“DB2 Information Intergration可帮助客户即时访问、集成、管理和分析存储于企业内外任何平台上的各类信息。它的实时访问功能可集成专有与新兴数据源(包括结构性和非结构性数据),令数据好像存储于同一地方。”尹丹岭说。

信息集成

目前,很多企业强调将商业信息全部存放到其数据库中,但尹丹岭认为,作为IBM信息管理平台的一部分,DB2 Information Integrator帮助客户实现将异构基础设施进行集成,并保留原有的应用开发、门户架构以及分析和报告环境。而这一点恰恰是现在企业亟需解决的问题。测试表明,DB2 Information Integrator能够使联接各种数据库所必需的人工编码程序减少65%。而对于IBM DB2数据库,尹丹岭介绍说,今天,它已经不再是“大型机专用”,目前全球已有42.5万家企业采用了该数据库。而Gartner Dataquest对2003年第二季度的全球数据库市场调查显示,尽管2002年全球数据库市场整体销售额下降了7%,但由于IBM公司的DB2数据库在z系列大型服务器上的销售额有所上升,其在数据库软件授权方面的财收从2001年的34%升到了36%。

尹丹岭最后强调:今天,信息管理市场的竞争,不再仅仅表现在数据库的角逐上,而是对厂商在信息的综合管理上的考验。IBM将会通过面向大型企业的信息管理平台,以及针对中小企业的DB2 Express的策略,帮助企业整合数据,传递实时信息,从而实现对现有信息乃至未来信息的有效管理。

互联互通 互联互通专题

全球数据库市场2002年

数据来源:Gartner Dataquest,2003年5月

山东省地税系统的数据集成

姜学军(山东省医药卫生科技信息研究所) 程永(浪潮商用系统公司)

挑 战

山东省地税的业务数据分布在市县两级近200个异构数据库中,其中包括SQL Server

6.5、7.0、2000、 Sybase 11.9、12.5、Oracle 8i和Oracle 9i。[www.loach.net.cn]只有部分地市实现了市局数据集中。税务征管系统由多家集成商实现,缺乏统一的数据标准。省级集中式发票管理要求发票数据集中在省局,从而与现有征管业务系统难以直接匹配。

虽然征管业务系统集中是必然趋势,但是由于系统的复杂性及各地区管理上的差异,不可能在一两年内建成全省统一的系统,而废弃现有的上百个业务系统。因为一、二期中的系统不一致,软硬件和网络条件等不均衡,但是在集中式的模式中又不能全部推倒重来,只能在现有基础上改造。

省集中的发票系统与分布在市县的征管业务系统之间如何合理衔接是一个必须要面对的问题。另外此系统涉及与近200个系统的整合,考虑到不同地区技术人员的差异性, 统一的管理和实施也是一项巨大挑战。

选择统一的信息平台成为系统成功的一个重要因素,如何结合山东省地税现状应用先进的信息技术,从而提高项目进度,降低实施和管理的复杂性和风险则成为衡量方案的一个重要标准。

解决方案

山东省地税基于对金税三期思想的理解,立足于实际需求和IT现状,提出分阶段建立一个高度统一和集成的系统,避免一、二期那种系统单一、各地分散建设的局面。 新建的集中式发票管理系统与原有税务征管系统间有数据交换和实时信息访问的需求。如采用数据仓库的模式,在实时性和双向操作性方面都难以满足系统要求。如果采用应用集成的模式,

互联互通 互联互通专题

200多个系统的集成其复杂性和工作量都难以在短期内实施。[www.loach.net.cn)经过比较,山东省地税确定其首要目标是建设一个统一的信息平台。在方案选择过程主要考虑了IBM、Oracle、BEA三家厂商的方案。并根据实际的需求,对 IBM DB2、Oracle gateway和BEA的liquid data进行了POC测试。最终选择了IBM DB2 作为信息集成的统一平台。

新型的数据集成模式,既在省局采用DB2 Information Integrator为基础的信息集成平台,通过DB2 Information Integrator强大的信息集成功能,连接相应的各地市业务系统的数据库,实现对各地市数据的实时访问。另外应用DB2 异构数据复制的功能并结合cross loader、ETL编程等将数据批量抽取到省局数据库中,然后进行进一步的处理。这种方式主要有以下几点优势:

● 实施难度小,见效快,管理难度低。采用DB2 作为信息平台不要求对原有系统进行更改。无论是联邦还是异构数据复制和Cross loader都无需在各市县安装新的软件。能够适应现存多种异构数据库的多个版本,包括SQL Server 6.5、 7.0、2000、 Sybase 11.9、12.5、Oracle 8i和Oracle 9i。实现中心式的统一配置和管理, 对基层技术人员的技能要求不高,从而大大降低了管理复杂度和实现难度。

● 提供实时数据的访问能力。通过DB2 的集成,用户可直接访问不断变化的业务数据库本身,从一个接口能够同时访问多个数据库,保证了返回数据的精确性。更重要的是,所有工作都是在后端架构好的,不会涉及到原有系统的改动。

● 减少了山东省地税的投资,提高了投资回报率。DB2 不仅可实现虚拟逻辑数据的集中,同时也提供强大的物理数据集中能力。从而使山东省地税可从容地规划阶段性的物理数据集中,根据业务需求的紧迫性决定什么数据抽取到省局,什么数据直接访问地市的数据源。从而在系统架构上提供了优异的灵活性。该系统也充分发挥了现有应用系统和网络的作用,降低了初期硬件投资的需求。

网聚知识提醒您本文地址:

● 采用DB2 作为信息基础平台,使得省局不仅能够得到关系型数据库中的信息,更为重要的是,还能够从Web Service、 XML文档等其他的数据源中获取相应的信息,采用DB2的集成方案,极大地提高了信息平台的扩展性,对于税务系统与银行等其他外部系统的连接,无疑是具有前瞻性的指导意义。

● 采用ETL编程的方式实现了对源数据数据分析、数据挖掘、增量数据实时复制等功能,有效地解决了各个业务系统所急需的各种业务数据。

互联互通 互联互通专题

上图为山东省地税所采用的系统架构。[www.loach.net.cn)由于市县一级的数据库众多,而且大多为SQL Server数据库, 包括从6.5到2000的各个版本。在系统架构上采用了两层信息集成的结构。对Sybase和Oracle数据源,直接集成到P650上的DB2中,对SQL Server的数据库首先通过省局在Windows2000平台的DB2进行集成,然后再进一步集成到P650上的DB2中。

在集成策略上采用虚拟逻辑集中与数据物理集中相结合的方式。对于数据量大而访问频度较低的数据,主要通过联邦技术实现虚拟逻辑集中,而对数据量相对较小而访问频度高的数据,通过结合应用Cross loader技术和异构数据复制技术实现数据的物理集中和每日的增量数据加载。未来以此平台为基础,渐进式地将县市级的系统移植到此平台,实现最终的大集中模式。

项目实施

经过4个多月的实施,山东省地税已实现了全省各地发票税控管理信息系统省级集中的目标,完成了对市县约200个异构数据库征管数据的集成。建立了部分数据标准实现了,对全省征管数据的实时访问。整个项目数据的物理集中主要通过实时复制的功能把全省的数据实时地抽取到省局DB2的数据库中,并对抽取的数据进行相应的转换和清洗。保证了全省发票税控系统对业务数据的需求。目前,山东省地税已实现了数据分析、数据挖掘、增量数据实时复制等功能,正在建立征管信息决策分析系统。同时,业务系统也逐渐由税收征管的集中管理向网上报税、网上纳税以及其它更多的应用领域拓展。

点 评

山东省地税在省一级实现了对下属各地市税务部门异构数据库的统一管理以及业务整合,建立起统一的数据平台。通过数据的汇总、应用之间的整合以及税务部门与其他部门的

互联互通 互联互通专题

信息交换,切实改变了软件孤立、信息隔离的应用现状。[www.loach.net.cn)进而在此基础上,逐步实现数据分析、数据挖掘等功能,建立征管信息决策分析系统。这是一种切实可行的做法。

大集中是必由之路吗? 作者:乔梁来源:中国计算机用户-赛迪网

编者按:根据用户需求,《中国计算机用户》与赛迪网携手,举办了“统计行业如何实现数据大集中”的网络会议讨论。来自国家统计局等统计行业的信息主管,中科院软件学院院长潘辛平,IBM、HP、华为等IT厂商代表都积极参与了此次讨论。

经过精心策划和筹备,《用户点题》栏目与赛迪网合作开办了“《中国计算机用户》网上会议中心”( http://event.ccidnet.com/meeting/),定期围绕《用户点题》栏目主题在网上进行交流研讨。第一场主题研讨于6月24日中午11点30分——13点如期在网上举行。会议围绕“统计行业如何实现数据大集中”展开了热烈研讨。来自国家统计局、北京市统计局、上海统计局、湖南统计局等统计行业的信息主管,中科院研究生院软件学院院长潘辛平,IBM、HP、华为等IT厂商代表都进行了积极参与。本期栏目围绕此次研讨内容进行了跟踪报道。

我是北京市统计局计算中心主任裘孔明,如何实现“统计大集中”,包括建设“统计数据中心”,并在资源整合的基础上,建设一个规范统一的“统计工作信息化平台”是当前比较关心的话题。贵刊能否给予合理建议?

大集中的选择与实现

经过多年探索、实践,银行业、证券业对信息系统大集中的讨论已基本形成定论。海关监管方面的部分应用的集中、国家对商业银行信贷管理的集中监控均已投入应用,并取得了良好的应用效果。企业信息系统大集中也已开始进入计划实施阶段。从各方面动态可以看出:统计、税务等主要行业的信息化建设目前也面临着大集中的选择问题。

不得不为的变革

银行业的大集中应该是早于其他领域的,其主要原因源于上世纪九十年代初期国家在银行业开始对银行法人治理结构的重视,对信贷责任的明确。早在1995年工商银行就开始了全行核心业务系统的大集中,其主要原因就是为了对全行资产负债情况有一个总体的了解。而当时工行的情况用一个领导的话说,不要说全行资产负债,连有多少计算机业务系统都说不清楚。面对这样的现状和法人治理对总行领导的责任要求,自然就会寻求技术手段对全国几百个分支机构、数万个终端网点进行管理。

互联互通 互联互通专题

事实证明,信息系统大集中对法人治理和管理业务目标的实现确能起到支撑、保障的作用。(www.loach.net.cn)没有中国银行南方区的系统集中,开平支行四亿多美元的现金流失就难以发现。2002年证券公司信息系统逐步集中过程中,也相继发现了原来分散管理的营业部的不少问题,为防范更大的危机提供了帮助。

对银行业、证券业来说,系统集中的战略意义远非加强法人治理、控制防范风险所能概括。系统集中还可以改变企业的业务流程,将产品研发、风险控制、市场营销和客户服务等不同环节,在新的系统平台上重新划分组织。重组的结果将形成更专业化、更高效的团队,使产品研发、风险控制、客户服务、市场营销在统一的平台上实现更专业的分工,从而可以面对WTO对中国金融业带来的压力和挑战。系统集中可以强化企业对产品研发的控制,降低开发成本,降低分散的开发模式带来的产品风险。

几个关键问题

技术系统能力问题:技术部门对集中化的考虑首先是技术的可靠性及由此带来的风险。实践证明,技术问题绝不是系统集中的主要障碍。现有系统性能基本能够承受大容量交易业务,如从交易的强度看,南方一个普通的省级电信日交易量可达到四、五千万笔,国内最大的银行工商银行的日交易量也不过如此,深沪两市每日的交易笔数也不超过一千万笔。但系统一旦有故障,造成的损失无法挽回。

网聚知识提醒您本文地址:

通信系统能力问题:通信问题是集中化过程重点考虑的问题。银行通信中断虽不会带来直接损失,但可能产生客户抱怨以至于客户丢失。证券对通信保障能力应该是最为敏感的,如果一家券商因通信中断影响交易,而同时其他券商还能正常交易的话,这家券商恐怕将面临生存危机了。券商已实施多年的集中报盘和近年的大集中实践表明,规划合理的通信网络是可以保障交易的。

组织责任变化问题:这是集中后很快会面临的一个棘手问题。传统分布式系统工作模式下,技术支持与客户服务、管理配置、考评责任是相对自成体系的。而集中后,一个客户的请求可能要经过分支到达集中地,相互推诿责任,影响工作效率的事肯定不会少见。

管理集中和客户需求个性化冲突问题:集中的一个重要目的就是通过产品集中开发,减少重复投入带来的成本和风险的增加。但是不同地区、不同竞争状况,必定存在不同的产品需求,这与一刀切式的“大集中”是相矛盾的。因此,大集中应该建立不同灵活程度的多层次平台,允许不同的开放程度和审批流程,以满足各机构可能会有的不同取向。

可能的集中化路径

集中化过程应该是技术、管理、业务、开发、认识等互动发展的一个过程。不同领导、不同团队、甚至不同时间,可能会有不同的战略安排。因此集中过程往往不是一蹴而就的,可能演变出不同的路径,大致阶段有如下几种:

互联互通 互联互通专题

软件开发管理的集中:这是集中前的准备工作,无论券商还是银行都是从这步工作开始的。[www.loach.net.cn)主要工作是统一、归整和清理数据,为集中模式做基础准备。

系统权限的集中:在软件统一后,为进一步控制风险,逐步调整管理服务流程,将分散系统的管理权限,新软件、参数的配置权限通过网络上收到总部,也是一种集中状态。

数据的集中:这是对实时作业系统集中的一个预热准备。可以测试网络的可靠性,也可以部分实现风险控制和提高管理数据质量。

处理的集中:这是一种折衷的权限的集中,数据可能在集中点与网点都同时存在。对网络的要求高,对系统的可靠性要求也较高。券商的集中报盘就是这样一种集中,它为早行的券商节省了不少成本。

区域性的集中:这是为减少管理半径,又避免集中过程中经验不足,防止风险过大的一个集中的中间状态。区域性集中的系统有可能是原有单网点系统的大配置版本,可能根本不能支持全机构的大集中。这是要注意的一点,即这部分投资能否得到保护。

大集中:这是理想状态的大集中,网络将所有网点联接在一起,数据与处理全部集中,新功能的开发、参数的调整均实现统一管理,客户服务流程、岗位职责及考评均已在信息系统的支持配套下完成了调整。(■ 中国科学院研究生院软件学院常务副院长 潘辛平(博士))

用 户 背 景

2002年北京市统计系统统计信息化建设进程进一步加快:市统计局初步具备了网络化的工作环境,完成了内部和外部网站的改版工作,成立了网站管理机构,全市有17个区县建立了统计网站和局域网。完善了北京市建筑领域数据库和在线分析系统,建立了郊区综合经济数据库和在线分析系统。2003年市统计局信息化建设的工作重点是在做好全系统的发展规划、推行企业网上填报、启动数据库建设和在线分析应用软件开发等方面有较大突破。

分析北京市统计局已有业务系统的现状:网络条件较好,但统计数据库建设缺少整体规划;统计数据资源相对独立,统计数据资源管理分散,不利统一管理,也不利于建立跨业务的新综合应用及数据开发和资源共享。

建立“适应型IT架构”

在过去的三年多时间里,国内很多行业通过“数据大集中”对自己的IT系统进行了不同程度的整合,如金融、电信、政府机构等,以建立适合自己行业特点的、能够在相对较长的时间周期内适应新技术和新市场需求变化的“适应型IT架构”。

这些大大小小的“数据大集中”项目,归纳起来有如下四类:

一、逻辑集中:维持原有系统软硬件状态不变,适当的对软硬件系统进行升级与扩充,尽可能做到系统同构,应用及数据兼容,主要体现在管理集中;

互联互通 互联互通专题

二、物理集中:将原来相互孤立的系统在物理上进行整合,采购相对大型的主机系统,用来运行大部分主要的业务应用系统,这种集中方式主要体现在物理设备大幅度减少,系统集中运行、集中管理,提高了系统的可用性和可靠性,降低了系统运行及维护成本。(www.loach.net.cn)

三、数据集中:统一数据库平台,使原来各自独立的应用系统在数据上可以互通共享,提高数据的可用性,对提高系统的应用水平起到了促进作用。

四、业务应用整合:业务应用整合通常与IT系统的物理集中和数据集中同步考虑,同步实施,这是一种真实意义上的系统重构,使系统在整合完成后,达到最优状态。

上述四种“数据大集中”建设模式中无论那一种,都是相对固化的。一旦系统建成,要想对其进行调整以求适应新业务或新业务模式的需要,都可能牵涉到整体规划的改动,这是一个新的更大的信息孤岛。

国内统计行业经过十余年的快速发展之后,目前可能是对原有资产的管理和控制进行升级改造的最佳时机,但是要想避免走传统信息孤岛建设的老路,同时实现全系统IT资源的整合、实现信息及数据资源共享,必须采用新的IT整合战略,建立具有敏捷性的、可以对业务及“用户”不断变化的需求进行快速响应的“适应型IT架构”。

为此惠普为北京市统计局提供的数据中心解决方案重点内容有:1、资源虚拟化设计,将现有资源与规划采购的新资源统筹考虑,整体设计,采用当前流行的、先进的三层架构模式,构建虚拟的数据存储层、数据库层、应用逻辑层和Web服务层;2、提供惠普的自适应解决方案模式,该模式明确地定义业务流程:指定应用和服务体系结构、安全和服务等级、流程复杂性、成本驱动因素、以及流程对所使用的服务提出的其它要求,支持快速改变、移植、扩展或重复使用。(■ HP市场及技术咨询部技术顾问经理 纪越)

构建虚拟数据中心

如何建立一个跨越当前各个业务系统的统计基础数据库系统?根据当前信息集成业界的常用方法,一般有三种设计思路:

一、构建逻辑只读综合数据库,建立统计综合查询应用。在这种模式下,原有的业务系统不需做出大的调整,甚至不需进行迁移,将各个业务应用数据库通过分布式数据库技术(例如视图、Database Link、同义词、联邦数据库等技术手段),把分布在各个业务数据库中的数据以适合统计综合业务所需要的格式和规范进行重新组合,建立一个逻辑上的综合业务中心数据库。这样形成一个逻辑上统一、物理上分布的综合数据库。

网聚知识提醒您本文地址:

二、构建物理综合数据库,建立统计综合信息查询应用。这种实现模式是采用数据抽取集中的方式,将各个业务数据库中的数据按照综合业务的需要进行物理的抽取、转换、清洗、加载到即将建立的一个统计综合信息中心库中。

互联互通 互联互通专题

三、统一规划并重新建立统计综合应用。[www.loach.net.cn)这种模式的关键在于对整个统计业务的彻底改造,依照统计综合信息系统建设要求,重新规划整个统计业务管理的信息结构、数据结构、业务流程、关联性、一致性等规则,各个业务部门共同建立综合信息中心库,重新改造现有的业务管理系统,建立后的综合信息中心库将同时支持原有的业务管理功能,以及统计综合信息业务应用。

基于北京市统计局的现状,IBM建议利用IBM Information Integrator建立逻辑集中的数据中心——虚拟数据中心。在此方案中,我们将不对当前分布在各个业务管理部门的数据库服务器进行物理集中,且不进行数据的迁移和集中存储处理,建立一个基于分布式环境的数据中心,统一规划并实施日常维护工作。

具体方案是利用IBM Information Integrator建立一个信息集成访问接口,建立一个逻辑上集中、物理上分布的北京市统计局综合信息库。与前面分析的模式一不同的是,IBM Information Integrator 将会建立一个可读写的双向访问接口,这样就弥补了模式一及模式二中仅能实现信息的单向访问所带来的弊端。在IBM Information Integrator所提供的访问接口的支持下,就可以在一个整体数据库的逻辑视图下(这一视图是跨越北京市统计局的各个业务系统的),来实现新的面向统计综合业务管理的数据流程和业务流程,实现整个北京市统计局综合信息系统的开发和部署。(■ IBM软件部高级信息工程师 曾广咏)

离不开网络管理

随着国内经济的腾飞,国家对于统计的准确性、规范性要求越来越高。一般来说,统计数据的业务流程可以分为采集、传递、储存与处理到发布四个过程,前三个过程是通过网络平台和成熟的业务流程来保障的。用网络进行采集和传递就是从区县或村镇的终端设备将数据通过局域网、广域网上传到上层节点如地市、省中心。

在这个过程中实际上会牵扯到业务流程的模型和网络组网的方式的不同。举例来说如果业务系统采用传统的两层模型,数据库服务器一般就会放在地市一级的单位,那么数据的处理加工也会在地市,这时候对于以省为单位的数据来说,数据是分散在各个地市的,各个地市在处理加工完后分别汇总到省中心,再由省中心对数据进行相应的处理和发布,可以看出这种流程中间环节较多,数据的时效性不够。

如果采用数据大集中的建设方式,那么原有的数据模型就需要进行相应的改动,即可以将业务模型改为三层,中心数据层、业务逻辑层和用户界面层,中心数据层位于省统计系统中心,业务逻辑层位于地市、区县级统计单位,用户界面层则是数据采集、录入。采用这种数据系统结构模型加大了数据的技术复杂性,但增加了数据从采集到发布的时效性,同时也大大增强了数据的可靠性、规范性。在网络平台的组建上也可以有层次的将网络划分为核心层、汇聚层和接入层,有利于有效的规划和设计与业务量相关的网络带宽、设备的处理能力,保障网络的实用性和发展性。

互联互通 互联互通专题

总的来说,统计系统数据种类繁多、数据业务量大。[www.loach.net.cn]如此繁多的业务在同一个网络上运转,需要网络能够对不同的数据业务进行有效的区分,为不同的业务提供不同的运行要求保障,还要求网络平台能够提供平滑的业务叠加能力,使得当增加新的业务时,能够平滑的在网上开展而不影响原有的网络结构。

在建设数据集中的过程中,网络管理中心的压力会大大增加,因此完善的网络管理,包括事件管理、故障管理、配置管理、变更管理等都需要逐步完善。由于业务对于IT的依赖性越来高,因此也要求IT部门提供多种的服务手段,比如IT热线、网上应用问题案例等,通过有效的服务手段保障网络的可用性和稳定性。(■ 华为政府网络部高级市场技术经理 顾松)

IBM 城域网基础平台解决方案

来源:中关村在线

提供集中和分布式的城域网平台、教育管理数据中心、教育集成互联中心和网络安全管理平台方案,"基础架构"的建立描述了不同教学系统和流程间的关系 ,典型的架构展示了基于未来系统扩展和业务发展需要的系统和流程的建立.包括多媒体存储、数据仓库、支撑体系以及安全系统。

1、集中和分布式城域网

·城域网模式(集中式)

在地区范围内建网,实行集中式管理,数据统一存储于教委服务器,学校无需购置昂贵的服务器设备,仅通过浏览器即可访问中心网站。

互联互通 互联互通专题

集中式的成语网模式中,只需在教委中心网站中安装包括《K12建网通》在内的系列软件(教委管理系统、学校管理系统、教学资源系统、网络考评系统、视频应用系统),实现完整的城域网应用。(www.loach.net.cn]

·城域网模式(分布式)

在分布式的城域网模式中,教委服务器和学校服务器可实现分布式管理,学校数据存储于学校服务器,教委数据存储于教委服务器;可实现教育行政管理部门的多级管理(如市教委、县教委等)。教委与学校分别采用《K12建网通》建立主页,挂接不同级别的管理系统,通过网上数据连接传输管理信息。

k12教学资源系统、网络考评系统、网络视频系统等,均可根据共享程度安置于不同级别的网站。为满足城域网高访问量的需求,解决服务器的高负载,带宽高占用的难题,K12还采用了先进的服务器负载均衡技术,从而使用户享受到高品质的网络服务。

互联互通 互联互通专题

网络逻辑结构

通常来说,城域网应用软件的核心部分会被安装在数据中心中,供各分节点访问。(www.loach.net.cn]由于应用软件不可能只有一个,因此数据中心往往由一系列的服务器集群组成。

网聚知识提醒您本文地址:

从图中我们可以看出,服务器集群从应用功能上将Web服务器、数据库服务器、邮件服务器、资源服务器、视频服务器和网络存储设备等组合起来,将应用服务分布到不同的服务器上

网络逻辑结构

数据备份中心同样由一个服务器集群组成,将教育城域网中主要的应用服务迁入备份中心。一旦数据中心主站点繁忙或网络故障,备份中心将承担整个对外应用服务。虽然数据备份中心不是教育城域网中必须的,但对具有条件的或应用要求较高的地区应该从安全可靠性的角度建立数据备份中心。

WebSphere Application Server(WAS)是整个基础平台的核心枢纽,它为所有不同层面的电子应用提供可扩展性、高效的性能、可靠性、安全性等基础服务。

2、教育集成互联中心

由于当前信息技术的飞速发展,各教育管理部门的业务环境日益复杂,各种业务数据不断的增加,使得教育管理部门中各种数据类型繁多,数据源也十分分散。用户越来越希望能够对整个教育管理部门不同数据源及数据类型的数据进行统一的相关联的管理。但是目前很

互联互通 互联互通专题

多教育管理部门受各方面因素的约束,分散的且不同厂商的数据源很难复制或集中到单一的数据库上。(www.loach.net.cn]用户渴望能够获得一个可以整合教育管理部门中各个分布式的数据源以方便访问多样化数据的解决方案。IBM Information Integrator 能够在整个教育管理部门范围内提供关系型、结构化和非结构化数据的统一集成。

信息转换是本系统关键部分之一。它的机制与能力直接关系到本系统与其它相关系统的沟通,更关系到系统的可用性。由于本系统涉及到与很多不同的政府机构系统联系和提取数据,这需要一个可转换信息格式和信息路由机制。如果不用这种机制,本系统要和不同的关联系统实行一对一的接口。这就大大地降低运做效率和浪费资源。我们建议使用中介的设计方法论来提供这种转换机制。这种信息转换机制要提供如下功能:

可以从任何一种系统信息格式转换成本系统所要求的格式或另外一种格式。

在转换过程中,不需要对方系统提供私有应用接口。对方只需提供信息格式,本系统转换机制就可以转换。

在转换过程中,本机制可提供业务规则运作机制;使转换信息时,本系统可把对方信息转换成符合本系统业务规则。从而更优化地存储采集的信息和高效率处理。

本方案更提供可示化工具用来提供信息转换规则。不需要编写程序。

3、教育管理数据中心

IBM特别为中国基础教育管理者和教育者设计的基础教育数据仓库Insight at School是专门针对中国基础教育客户按需定制的数据库平台,向校长、老师、学生提供那些基于实时功能传输数据包括学生注册、出席、更新学生数字、采购数据的浏览,同样也提供那些管理信息包括学校和地区的学生出席数字、财政报告、教师认证情况。教委、学校、老师、公共机构等得到有价值的信息帮助他们做出决策提升学生、学校、教委的成绩。

方案遵从国家和区域教育规范,开放的架构利用数据仓库提升教育业绩,数据仓库让所有的教育管理者综合相关数据和信息展示统计图,学校同样可以让老师了解详细的学生考试成绩、年级、出勤率、选择课程和更多的学生信息。

4、网络安全管理中心

同时,IBM的Tivoli系统管理和安全管理方案7*24 小时为教育行业客户服务,全面体现可靠性、安全性保证。

这样一个规模大、结构复杂的网络,需要一个功能强大、可靠的网络管理平台,来实现对网络的拓扑结构、网络节点、网络设备、网络故障、网络性能等各个方面的有效管理。Tivoli NetView作为业界最为著名的网管软件,能够提供全面的管理能力:

互联互通 互联互通专题

网络拓扑管理:自动发现IDC网络的结点并生成网络拓扑图,实时监控网络结点和网络连接状态,并且能够将特定的网络资源归类进行管理。(www.loach.net.cn)

网络性能管理:自动采集重要的网络性 能数据,如:IP流量、出错包数量、丢弃包数量、snmp流量等,并设置相应的阈值,当所采集的数据达到阈值时能够触发报警或者定义好的自动操作。可以用图形的方式显示这些网络性能数据的变化情况,也可以将这些数据存放于关系型数据库系统中,以便于检索和分析。

网络故障管理:网络事件管理是网络管理的重要方面。Tivoli NetView具有强大的网络故障事件管理能力,能够及时收集网络上的故障事件,对事件进行分类、过滤、报警、自动响应和相关网络事件的关联处理。

网络设备管理:网络管理平台还可以支持业界标准的API,能够与主要网络设备厂商的设备管理软件,如:CiscoWorks、3com Transcend、Bay Optivity等方便地进行集成,从而能够统一从网管平台对各种网络设备进行监控和配置。通过使用网络管理平台软件与网络设备管理软件的集成,结合网络管理平台软件的网络拓扑管理、网络事件管理、分布式大型网络管理的能力与网络设备管理软件对网络设备的配置、管理能力,使得网络管理人员可以全面地管理网络、网络设备、网络性能,及时获取网络故障的信息,从而在最短时间内解决网络故障。使网络的可用性和可靠性得到提高。

方案配置

推荐产品

互联互通 互联互通专题

建议价格

软件

Tivoli

DB 2

Websphere MQ

Information Integretor

Express Insight at school

服务器

Web server File server App server DB server 推荐选择

·Xseries (推荐x306 or x365)

·Pseries (推荐p630 p650)

存储

storage Fast600

网络

信息集成

── 打造企业竞争优势

IBM中国软件开发中心总经理 郑妙勤

在信息特别是数字化信息爆炸的时代,企业只有将不同的信息平台和跨互联网的企业内外的信息加以集成,才能在激烈的商业竞争中立于不败之地。[www.loach.net.cn]信息集成技术的使用,不仅可实现对传统及新兴数据源的统一、实时访问,而且还可通过信息转换来满足业务分析人员的需要,并能对数据安排进行管理,提高性能和可用性。在满足企业对纷繁信息需求的过程中,信息集成技术正在扮演着极其重要的角色。

网聚知识提醒您本文地址:

作为IBM中国软件开发中心新任总经理,郑妙勤(Josephine Cheng)女士也是57个“IBM Fellow”中惟一的亚裔女性,目前主要负责领导IBM普及运算数据库产品的技术研发工作。她在对象数据库前沿领域有着20多年的科研经验。同时,她在将IBM的数据库技术应用于网上的技术专长使得通过因特网获得多元数据成为可能。

信息集成市场需求旺盛

正如我们所看到的,企业要想在激烈的竞争环境中立足,就必须掌握大量的第一手信息,并实现信息的良好互动与沟通。

互联互通 互联互通专题

目前,企业对信息的需求主要集中在如下两点:一是将新的网络应用程序与现有核心业务流程集成,同时通过Internet与更广泛的客户群建立联系;二是利用关键电子商务系统中的信息提高门户网站的价值,进而提高业务用户的生产力。[www.loach.net.cn]

总的说来,企业需要的不仅是和数据库交互,还需要和关系数据库并行发展的内容管理系统、数据仓库、工作流系统以及其他企业应用程序交互。各企业必须不但能访问企业内外的关系数据库等传统应用程序源,还必须能够访问可扩展标记语言 (XML) 文档、文本文档、扫描图像、视频剪辑、新闻供给、网络内容、电子邮件、分析多维表和专用存储器。

由于数据的源头众多,而这些数据的组成形式和内容也各不相同,同时企业对信息集成的需求也是多方面的,这些都给企业处理信息带来了巨大的麻烦。为此,各企业都已经开始将IT计划的重心向集成转移。

来自三方面的挑战

随着企业对信息数据需求的增加,信息集成正面临着信息多样化和信息技术的挑战。

对于大多数IT机构来说,如何让最终用户轻松地访问数据源已经成为大家所共同关心的话题。Internet的出现使客户对服务和信息访问的期望值发生了翻天覆地的变化,同时也给企业信息集成带来了巨大的挑战。

首先,信息集成技术正面临着信息爆炸和信息多样性的挑战。据加利福尼亚大学伯克利分校信息管理和系统学院行业分析家的预计,2001至2003年间产生的数据,比记录历史全部数据的总和还要多。而在信息膨胀和信息源多样性的共同作用下,对有用信息的检索将变得更加复杂。由于组织结构或运营方面的限制,互异且分散的数据源中的信息通常不适合进行全盘复制或在一个数据库中进行合并。但如果在信息之间建立关联,就可以显现隐藏的信息,更轻易地识别出机遇,进而为客户提供更好的服务。

对于大多数企业来说,提供对异类数据的连贯性访问是一个重大障碍。这其中固然有技术解决方案存在局限性的因素,但还存在一个潜在的更大障碍,即在企业内部就共用分类系统达成共识。

其次,信息集成正面临技术的挑战。技术总是扮演硬着头皮追赶集成需求脚步的角色。置身于浩如烟海般的市场(如企业应用集成、数据仓储、企业内容管理、门户网站和应用服务器市场)中的技术供应商,已开始将注意力重心向总体集成问题转移。这使客户选择一种能够满足业务需求的最佳技术变得难上加难。同时,由于点式产品的特定领域取向,往往难以在后续项目中利用前一个项目的成果。结果客户会发现,自己陷入了一个不断对集成解决方案进行再集成的怪圈。

互联互通 互联互通专题

最后,不断变化的环境最终决定集成是一项永远无法完成的工作。(www.loach.net.cn]IT 环境始终处在一种变化莫测的状态之中,新应用程序层出不穷,套装应用程序的版本级别变化可在基础构架各环节引发连锁反应,始终存在着尝试下一个新工具或下一项新技术的机会,企业的投资决策必须着眼未来。正因如此,才不断有企业开始将工作重心向集成体系结构转移。无论是称作“信息管理部”、“集成服务部”还是“数据体系结构部”,各公司中的这些专业化部门都在着手解决业务集成问题以及定义将为企业的未来发展奠定基石的集成体系结构和基础构架问题。

IBM信息集成器的特点

随着企业对信息集成需求的不断增强,各大IT企业也都开展了相关的研究并开发出大量的信息集成产品。

2003年7月下旬,IBM开发出DB2 Information Integrator软件(见下图)。该软件基于开放式、可扩展的架构,能够对不同种类的分布式数据进行集成访问,这使得DB2的功能已不局限于传统意义上的数据库,而是一个能为各种类型信息提供整合访问的通道。该软件提供了构建战略信息集成框架的基础,这种框架可帮助客户对多种分散的实时数据进行访问、处理和集成。

上述每一种产品都可以使客户从多种分散的数据源和内容源中归纳出一种共用的数据模型,并像对待一个信息源那样对它们进行访问和处理。每一种产品都支持以其会员访问的数据类型及他们所支持的开发群体为主要划分依据的用户群体。该产品集支持企业范围报告、知识管理、业务智能、门户网站基础构架及客户关系管理共用的、主要以读访问方式使用的模式。具体而言,DB2 Information Integrator系列产品具有如下的用途:

第一,根据商业价值选择合适的数据访问策略。它将数据汇总到本地供应用程序利用,可简化应用程序的开发,并能提高数据访问性能和可用性,但也会增加数据移动、存储及同步管理的负担和成本。DB2 Information Integrator 8.1版通过提供复制和高速缓存功能实现集中式访问来满足性能和可用性要求。但如果是另外一种情况,即如果访问的数据种类太多(这种情况下复制数据不现实或成本过高)或数据并非企业所有,那么原地访问数据可能是更好的选择。

第二,在不移动数据或转换平台的情况下集成数据和内容。DB2 Information Integrator系列产品会让您有这样的感觉:对存放于任意地点的、多种分散的数据的访问似与对单个数据源中数据的访问并无二致。它提供了对多种数据源,包括对企业内外的结构化和非结构化数据的访问。由于可以更轻松地获得更多信息,您将有机会从现有信息资产中获得更高的回报。

互联互通 互联互通专题

第三,更大进步、更快速、成本更低。[www.loach.net.cn]DB2 Information Integrator 产品可以让您更轻松、更快捷地开发需要高效集成异类数据的新一代复合型应用程序。开发人员可以根据所选产品决定使用SQL还是 DB2 Content Manager编程模型。现在,您拥有了一个集成各种关系数据,并将其与内容存储库、网络和电子表格等中的非结构化数据合并的实用方法。所以说,DB2 Information Integrator产品可以帮助您提高项目部署速度,在范围更广的项目中利用现有技术及降低运行维护成本。

网聚知识提醒您本文地址:

在如今激烈的市场竞争环境下,企业需要集成信息来促进客户忠诚度和满意度的提升、改善运营效率、争取在线客户和贸易伙伴及发现机遇并做出响应。简言之,信息集成可以最大限度地为一个企业创造竞争优势。凭借其新推出的DB2 Information Integrator套件,IBM将继续推动可使企业充分利用其全部信息资产的技术革新,这一点毋庸置疑。

IBM DB2 Information Integrator产品

杭州市企业基础信息交换平台

杭州市信息办

互联互通 互联互通专题

一、关键词:

企业基础信息 数据交换 信息共享 业务协同 试点工程

2002年9月,杭州市被确定为全国企业基础信息共享与应用试点城市,在国信办、国家税务总局、国家工商总局、国家质检总局等上级部门的直接指导和大力支持下,在市政府主要领导的亲自协调和指导下,经过各相关部门的积极参与、通力协作,较好地完成了试点工作的各项任务,现将有关情况总结如下:

一、杭州市企业基础信息交换试点工作概况

(一)明确工作目标

杭州市被国家列为企业基础信息交换试点城市之一,市委、市政府十分重视此项工作,市委常委、常务副市长、市信息化工作领导小组组长盛继芳,市政府副秘书长孙振洲亲自协调并指导试点工作,在市信息化工作领导小组领导下,市信息办、市工商局、市地税局、市国税局、市质监局联合成立了杭州市企业基础信息交换试点联合工作小组,根据国信办〔2002〕62号文件精神要求,具体开展交换试点的各项工作。[www.loach.net.cn]

鉴于企业基础信息交换试点工作时间紧、任务重、要求高、涉及面广、内容庞杂,是一项系统工程,市领导要求市各有关部门务必高度重视、统一思想、高标准、高质量地完成国家交给杭州市的试点任务,并以此为契机,将我市的电子政务和“数字杭州”建设推上一个新台阶。

1、统一思想、提高认识。要求各有关部门充分认识做好试点工作的重大意义,企业基础信息交换试点工作是国务院信息办等国家有关部门交给杭州的一项重要任务,做得好有利于打破政府部门间信息资源条块分割的现状,促进信息网络的互通和资源的整合共享;有利于政府部门进一步提高工作效率和降低办公成本,社会效益、经济效益可观;有利于推动我市电子政务发展,促进“数字杭州”建设。

2、试点工作务必坚持高标准、高质量。无论是现阶段的试点,还是以后的实际应用,都务必在内容、技术、管理等方面坚持高标准、高质量,确保数据的真实、有效、可靠,不能因为数据的失真影响互联互通的进行。要始终将高标准、高质量作为互联互通的首要原则。

3、要坚持“实用、方便、为民”的原则。“实用”就是坚持试点工作从满足实际应用出发,确保管用,不做秀;“方便”就是要求操作简单,易于掌握,只有这样才具有生命力;“为民”是指这项工作的出发点和立足点是基于如何更好地为经济发展、为企业、为基层群众服务。

互联互通 互联互通专题

4、要通过推广应用来推动试点工作向纵深发展。[www.loach.net.cn)力争试点成功,并在试点成功的基础上,各部门要积极地推广应用,通过实际应用来发现问题,解决问题,不断完善。

5、试点工作要建立制度,强化管理。企业基础信息交换是一项全新的工作,跨部门的互联互通需要一个大家共同遵守的“游戏规则”。要通过制定各项应用规则、管理制度为系统的建设和应用提供保障。

6、积极推动企业基础信息交换工作的拓展延伸。要认真研究如何将此项工作与“市民一卡通”工程、“信用杭州”建设、外资企业联合年检、政府门户网站建设有机结合起来,最大限度地发挥互联互通的边际效应。

7、本着实用、节约的原则,在工作经费上予以支持。政府推进信息化建设最终要走市场化道路,但政府在起步阶段必须进行投入。政府投入要坚持实用、节约的原则,根据实际需要来配置设备,不能相互攀比,追高求新。同时要统筹兼顾,优化资源配置,避免重复建设。要重视在选用高性能软件和软件升级上下工夫,以“软”带“硬”,提高系统的整体效能。

根据国信办〔2002〕62号文件精神和市领导的要求,我市开展企业基础信息交换试点工作总的目标是:在采用统一组织机构代码为标准的前提下,实现工商、国税、地税、质监4个部门有关企业基础信息的实时交换与传递,逐步建设完整的杭州市企业基础信息数据库,使政府各相关管理部门及时了解我市经济运行状态,为领导决策提供辅助服务,有利于进一步规范市场经济秩序,使政府管理部门及时、全面掌握企业基础信息,依法对企业实施监管,依法征税;通过工商、国税、地税、质监4个部门有关企业基础信息的交换试点,为全市更广范围、更多单位之间的数据交换与信息共享积累经验。

(二)明确企业基础信息交换试点的交换内容、交换流程和交换周期

为完成试点工作任务,我市成立了杭州市企业基础信息交换试点联合工作小组,下设交换内容组(负责制订交换内容指标、格式、交换周期、交换标识、数据比对办法和交换流程)、技术方案组(负责研究互联设备配置、接口软件、交换协议、安全措施等)、网络平台方案组(负责互联的网络平台构建、交换管理制度的制订)和代码小组(负责研究代码交换的有关事宜),在市信息化工作领导小组的指导下,联合工作小组多次召开会议,协商交换试点的各项工作,并于2002年11月底制定了《杭州市企业基础信息交换试点方案(草稿)》。12月23日市信息化工作领导小组下发了《关于杭州市企业基础信息交换试点工作有关事项的通知》(杭信〔2002〕3号),对进一步做好交换试点工作作出了部署。2003年1月10日,市信息化工作领导小组办公室正式下发了《关于下发企业基础信息交换试点数据格式的通知》(杭信发〔2003〕1号)。明确我市企业基础信息交换试点所交换的内容为工商、地税、国税、质监部门所掌握的杭州市市本级、六城区(上城、下城、西湖、江干、拱墅、滨江区)、三个开发区(杭州市经济技术开发区、杭州市高新技术产业开发区、杭州之江国家旅游度假区)范围的各类企业基础信息。

互联互通 互联互通专题

网聚知识提醒您本文地址:

1、杭州市企业基础信息交换试点交换的内容

(1)工商部门向税务部门提供的信息

工商部门向税务部门提供的信息主要是工商部门办理的各类企业和个体工商户开业、变更、注销工商登记和吊销营业执照的情况。(www.loach.net.cn]具体包括企业基本情况、企业年检信息、企业变更信息等。

(2)税务部门向工商部门提供的信息

税务部门向工商部门提供有关企业税务登记的基本信息,非正常户信息、注销税务登记信息、税务登记验证或换证信息和税务部门在税收执法中发现的无照经营情况信息。具体包括企业税务登记的基本信息、企业税务行政处罚信息等。

(3)质监部门向工商、税务部门提供的信息

主要是组织机构代码表,包括:机构代码、企业名称、营业执照注册号、更新状态、更新日期。

(4)工商部门向质监部门提供的信息

国信办文件中明确提出,在互联试点工作中,要积极推进使用全国统一的组织机构代码。为使新注册或更变的工商企业在工商、税务部门及时得到该企业准确的组织机构代码,质监部门需要及时了解企业在工商部门进行的注册登记或变更等信息,才能相应地对企业进行组织机构代码的赋予或变更。经协商,市工商局主动将新注册或变更企业的基础信息交换给质监部门,主要包括单位名称、法人代表、企业类别、登记地址等。

2、市企业基础信息交换试点的数据交换流程

(1)历史数据的交换

将工商、地税、国税、质监4个部门的历史数据,通过统一组织机构代码进行数据比对,形成数据比对对照表,一次性将数据交换给各自相关单位。

(2)新增数据的交换

对新设立或变更的企业按如下流程进行数据的交换:

①工商部门将企业注册的基础信息及时提供给质监部门。

②质监部门根据工商部门提供的企业基础信息,产生组织机构代码,及时提供给工商部门。

③工商部门根据税务部门需要,结合组织机构代码等信息,形成完整的企业基础信息,及时交换给税务部门。

互联互通 互联互通专题

④税务部门根据工商部门的需要反馈企业税务登记的有关信息。(www.loach.net.cn)

3、市企业基础信息交换试点的数据交换周期

对数据交换周期,根据市领导的要求和杭州的实际情况,对新增、变更数据要力争做实时交换与传递。

(三)制定并明确市企业基础信息交换技术方案

为了完成试点工作任务,同时为杭州市今后在更大范围内实现信息交互及共享积累实践经验,由市信息办牵头,会同市工商局、地税局、国税局、质监局等单位经过认真研究,并邀请省业务主管部门领导及浙江大学、浙江工业大学等学校和科研机构的专家进行了数次方案论证,制定杭州市企业基础信息交换的技术方案。

1、通过杭州网通信息港的IP宽带网、基于TCP/IP协议构建一个专用虚拟网,实现交换试点各方之间的网络互联。

2、采用Tibco消息中间件及企业应用集成产品,基于数据总线,进行数据的在线实时交换与存储。

3、各交换试点单位设置前置数据库服务器,存放需交换的各种信息。既保证各单位原有的业务系统不受影响,同时也可方便地实现多方之间的数据交换与共享。

4、逐步建立和完善网络安全措施及手段(防火墙、防病毒等),建立身份验证及授权制度,确保数据交换的安全、可靠和稳定。

5、构建数据交换试验平台,建立企业基础数据库,实现数据交换的存取、桥接和权限控制等功能。通过公共数据交换平台,实现企业基础数据的公共交换,以充分保证对整个交换信息平台的有效管理、交换信息的备份及历史信息的记录。

(四)各部门积极探索,通力协作,扎实工作,努力完成交换试点各项工作任务。 根据企业基础信息交换试点的工作要求,各试点单位积极对各自的业务处理流程进行细致分析和梳理,提出相应的业务需求,经过多次协商,科学地制定出交换试点的实施方案,并开发对应的应用软件,通过数据交换和信息共享,及时发现漏管户,强化对企业的监管。

1、市工商局

市工商局积极争取国家、省工商行政管理部门的支持,并对现有应用软件进行了改造,建立了数据收集和发布的软件响应机制,开发了针对交换试点的数据收集、发布、交换的软件,确保交换数据的实时性和完整性。对通过交换试点所获取的税务和质监部门的企业基础信息,开发信息调用的软件,及时将新增的监管信息反馈到一线管理部门。

互联互通 互联互通专题

(1)加强对“税务脱管户”的监管。[www.loach.net.cn]通过数据比对和交换,发现未按时办理税务登记企业,及时检查企业注册登记事项是否发生变化,并督促该企业办理变更登记。对发现的“税务脱管户”企业,企业监管处及时组织城区各分局结合企业年检工作对企业进行实地检查,督促企业及时办理工商变更登记和税务登记。

(2)加强对“税务非正常户”的监管。针对长期未正常纳税或经营不正常的企业,如税务证已经注销而工商登记仍未注销的企业,或者已经注销或被工商部门吊销而仍在经营的企业,分别通过经济户口监管系统进行检查处理,弥补管理漏洞。

(3)建立“工商税务联合监管”机制。工商部门通过对企业注册登记管理、年检管理、经济户口管理手段督促企业正常纳税,税务部门通过税务登记证管理、发票管理手段配合工商部门查处无照经营的企业、未年检的企业,从而丰富各自的监管手段,达到共同提高管理水平的目的。

(4)开展市工商局数据中心的建设。经过一年多的建设,至2004年下半年,市工商局目前已完成全市工商数据的大集中,为下一步全市范围的企业基础数据的实时交换创造了条件。

2、市国税局

市国税局积极开展数据的后处理各项工作。市国税局针对各单位数据交换后的比对结果,对比对不上的数据进行详细分析,在此基础上制定了《杭州市国税局处理工商、地税数据业务规程》,对交换后产生的数据处理流程作了具体规定,将每一项工作都落实到责任部门和责任人员。规程要求经办部门对工商局传送过来的新办企业按规程确定的原则划分到市区各国税局,由各局负责催办税务登记,并及时反馈、分析催办结果,要求各分局做到催办工作件件有落实,并将催办结果列入部门的业务工作考核指标。2003年4月,市国税局专门下发了《关于开展2003年漏征漏管户清理工作的通知》(杭国税征〔2003〕229号),文件要求在前一阶段对交换试点中发现的国税漏管户分析的基础上,全面开展税收漏管户的清理检查工作,重点是清理检查未办国税登记、应单独纳税的独立核算法人企业。同时组织开发“工商登记信息处理系统”,充分利用通过数据交换所得到的工商部门企业基础信息,以加强税务登记管理。

网聚知识提醒您本文地址:

3、市地税局

为做好试点工作,市地税局专门成立由陈锦梅局长任组长,李广喜副局长任副组长,由征管处、税务登记局、信息中心等同志组成的局试点工作领导小组,认真研究制定数据交换的指标、格式、交换周期、交换标识、数据比对办法、交换流程以及相关的技术实现方案。对于通过比对发现的漏管户,市地税部门采取电话、邮寄、上门实地等措施,督促企业办理税务注册登记手续;对催登仍未办理税务登记的,由登记局移送稽核处;对无法联系的漏管户企业,由登记局将信息传输给工商部门,提请在工商年检时实行监控。此外,市地税局积极建设社会化协税护税网络,充分利用各区、街道、社区的招商渠道,发挥他们对当地情况熟的优势,对无法联系联系实施催登的企业名单,由各区、街道、社区包干落实催登,

互联互通 互联互通专题

把征管的触角延伸到各街道、村、镇,努力把所有企业纳入正常的税收征管,不留死角,杜绝漏管户。[www.loach.net.cn]

为避免新增企业在不同部门注册登记时因人工输入差错等而造成新增企业的基础信息不一致等现象,市地税局开发相应的应用软件,以工商登记的企业基础信息为基础,录入营业执照注册号后,将工商登记信息自动导入税务登记界面,既减少工作量,又确保资料的准确性。为“开业税务登记一小时办理制”提供保障。市地税局还充分利用试点交换的企业基础信息资源,开发了“非正常户”法定代表人警示系统,通过对法定代表人身份证号的监控,加大对“非正常户”的管理力度。

4、市质监局

为积极推进使用全国统一的组织机构代码,确保企业基础信息交换时采用组织机构代码作为信息比对和交换的标准,杭州市质监局积极配合全市企业信息互联工作,自行开发并了相关的应用软件,并于2003年2月,实现了全市组织机构代码集中赋码,初步建立了一个完整、准确、实时的组织机构代码数据库。为了确保所提供代码对照表的正确性,市质监局开发、完善了“实时数据处理软件”、“杭州市组织机构代码办证登记软件”、“数据管理软件”,并把杭州市企业基础信息交换系统和杭州市组织机构代码管理系统有机地相联,通过企业基础信息交换进一步提高组织机构代码数据库的质量,为组织机构代码进一步深层次的应用打下坚实地基础。

5、市信息化办公室

市信息化工作领导小组根据国家有关部门及市领导的指示,积极做好组织、协调工作,使大家统一思想,明确目标,并对具体进展情况及时予以督促检查,及时沟通、协商解决试点工作中各种问题。市信息办、市经济信息中心有关人员连续作战,在各试点部门的积极协助下,较好地完成了企业基础数据交换平台和管理平台的技术方案选择和构建工作。在时间紧、任务重、资金紧缺的情况下,想方设法在2002年底基本完成了数据交换平台及中心管理平台的建设,并落实专人负责做好系统运行的监控和管理工作,确保系统正常运行。

(五)完善规程、明确职责、加强管理。

为做好交换试点的各项工作,各单位积极制定和完善相应的业务规程,明确工作职责和工作制度,从具体的业务上进一步强化企业基础数据的交换试点工作。经过各家的认真讨论和协商一致,2003年2月14日,市信息化工作领导小组办公室下发了《杭州市企业基础信息交换管理暂行办法》(杭信发〔2003〕2号),对数据交换过程的有关要求予以进一步明确规定。

2003年3月18日,杭州市企业基础信息交换系统投入试运行,明确在交换初期,根据各单位的实际情况按周(每周一)通过交换系统进行数据交换。至3月31

互联互通 互联互通专题

日,各家相关应用软件开发完成并投入运行,我市企业基础信息交换系统已实现每日实时的交换与传输,截止2004年9月30日,交换系统累计共交换各类数据6577210条。[www.loach.net.cn]

(六)扩大应用、深化试点,为经济普查工作服务。

2004年初,新增统计局交换成员单位。通过数据交换,一方面使市统计局及时、准确掌握企业的基础信息,做好统计单位登记工作,为搞准统计对象提供了保证,另一方面为我市全国第一次经济普查提供服务。目前,市统计局已开发相应的配套程序,下发到各区、县(市)统计局,充分利用交换平台上的信息,完善统计单位名录库,保证统计源头数据的准确性。

二、杭州市企业基础信息交换试点工作所取得的成效

由于领导高度重视,各试点部门通力合作,工作思路对头,经过各方努力,企业基础信息交换试点工作取得了初步成效,达到了预期目标。

(一)通过企业基础信息的比对和交换工作,及时发现大量漏管户,并进行了有效地监管。

在交换试点以前,杭州市工商局、市地税局、市国税局、市质监局的企业基础信息存在很大的不一致现象,通过比对,发现了大量已办理工商登记、已营业但办税务登记不纳税和注销工商登记但仍营业等情况的不规范企业。以工商的数据为基准,2002年9-11月3个月内杭州本级、六个城区和三个开发区范围内,在工商部门进行工商开业登记注册的企业共2757家,其中有23.6%的未办理税务登记,有9.8%未办理组织机构代码注册登记。累计,杭州市区共有税务登记漏管户达11718户,各相关部门积极对不正常企业数据进行分析、处理,积极通过各种方式对漏管户进行催登,对监管薄弱环节及时进行了整改。目前催登工作已基本结束,不少企业都已主动到税务部门办理了税务登记,少数确属找不到的企业,以被各部门系统记录在案,可在今后业务中工作中予以重点监管。

(二)积极探索合理的数据交换业务流程,充分利用交换试点共享信息。

为有效地防止工商、税务、质监等部门数据比对和交换过程中发现的数据不一致等现象,使各部门能及时、准确地掌握各种信息,我们积极探索工商、税务、质监3个部门信息交换的合理流程,并极探索建立协同管理和监督机制。

一是及时掌握企业漏管情况,对规定时间内未到质监和税务部门办理组织机构代码和税务注册登记的,及时进行催登。如市国税局开发了相应的应用软件,对工商等部门交换过来的数据进行自动比对和匹配,对上数据可自动倒入到CTAIS系统,并对已办工商登记满20天尚未来办税务登记的自动划分催办税务机关,30天期限满后仍未来办理税务登记通过各种方式予以催办、实地核查,核查结果分为找到企业已登记、找到企业未登记、实地查找不到3种类型在系统中反映。信息交换工作正式开展以来,国税税务登记工作的秩序得到改善,质量得到保证。2004年上半年,市国税局共接收新办工商登记企业3421户,3364户按时办理了

网聚知识提醒您本文地址:

互联互通 互联互通专题

税务登记,54户审核确定不需要办理国税税务登记,有3户未办证,经上门实地核查,属查找不到企业。(www.loach.net.cn]

二是利用交换所得的企业基本信息为各单位业务处理系统所利用或参考,从业务流程上避免企业在多个部门注册登记时,因人工多次重复输入而造成的名称、地址等不一致现象,有效地加强政府相关部门对企业的联动监管。2003年11月底对2003年4月至10月新登记注册的企业基础数据进行简单地比对和初步统计,发现新增企业的基础信息,工商部门与质监部门的数据完全一致,地税、国税部门对工商的数据一致率分别达到93.8%和93.0%,较未开展企业基础数据交换试点以前的情况有了很大的改善。

(三)为更广范围内数据交换和信息共享积累了经验。

对交换试点工作,根据市领导的指示我们不仅要完成国信办〔2002〕62号文件规定的各项任务和要求,更要为全市更广范围内进行数据交换和信息共享积累经验。

通过此次交换试点和应用尝试,在数据交换方式、交换内容、技术实现手段、数据交换平台等各方面为今后更广范围内的数据交换与信息共享打下了一个坚实的基础,在部门协调、信息发布、利用机制方面积累了经验。同时也为推广使用全国统一的组织机构代码积累经验。通过企业基础信息交换试点,逐步构建一个以工商部门的企业基本信息为基础,以组织机构代码为标准,涵盖市各有关部门的全面、准确、完整、动态的企业基础信息数据库。目前我市的市民卡工程、应急联动指挥系统等全市跨部门业务系统的建设均参照这种模式予以构建。

2003年4月16日,国信办、国家税务总局、国家工商总局、国家质检总组织验收工作组对我市的企业基础信息交换试点工作进行了检查、验收。验收组充分肯定了杭州市的交换试点工作,认为杭州市的试点工作充分体现了《我国电子政务建设指导意见》(中办发[2002]17号)中提出的“电子政务建设政府先行,首要问题是通过信息化建设加强政府监管的思想”。试点工作对整合政府资源、推进信息系统的互联互通和业务协同创造了很好的经验,对推进我国电子政务和信息化的建设具有十分重要的意义。

三、杭州市企业基础信息交换下一步的主要工作设想

杭州市企业基础信息交换工作要巩固试点所取得的成果,进一步深化企业基础信息交换工作内容,制定完善的工作机制,确保系统正常运行,并适时、稳步地将扩大联网范围,实现更多部门之间业务系统的互联互通、信息共享和业务协同。

1、要在市工商局数据中心建成的基础上,将企业基础信息交换范围由市本级、六个城区及三个开发扩大到全市各城区、各县(市),由企业基础信息扩大到企业和个体工商户基础信息(包括新增、变更、年检、注销等各种基础信息)。

2、积极探索法人基础数据库的建设。扩大数据交换平台的连接单位,通过跨部门的信息交换,联接质监、工商、民政、人事(编委)、经合等部门,以质监部

互联互通 互联互通专题

门的组织机构代码为交换标准,以各登记业务主管部门的登记数据为基础,逐步建立完整,准确的涵盖企业、社团、行政事业单位的法人基础数据库,同时要积极加强对数据交换指标体系的研究,探索建立科学、合理和可操作性的相关基础数据的交换内容、交换周期和交换流程。[www.loach.net.cn]

3、在工商、地税、国税、质监等部门数据交换的基础上,扩大至与海关、银行、外汇管理局、公安出入境、统计、外经贸局、经委、劳动保障等部门的数据交换与信息共享,建设一网式、一站式并联审批系统,开展网上的联合年检和网上办公,实现政府部门办公业务系统的互联互通。

4、开展市企业信用工程建设。以市企业基础信息交换平台和市工商局的经济户口管理系统为基础,将工商、税务、质监、银行、劳动保障、人事、公安、物价、统计、市政公用、公检法、海关、外经贸等部门所掌握的有关信用数据加以收集、整理,建设市企业信用数据库;通过政务外网,政府部门共享企业信用信息和监管信息,实现联合监管;建设市企业信用发布门户网站,公布企业的优良信用行为和严重不良信用信息等,逐步建设适合我市信用体系建设相适应的企业信用征信、评信及信用公示和监管的信息化网络平台

技术方案

根据国家试点工作的部署及市领导关于高标准、高质量完成试点任务,并为我市电子政务建设,为全市更大范围内数据交换、信息共享和业务协同积累经验的要求,杭州市企业基础信息交换试点工作总的设想是在确保工商、国税、地税、质监等部门各自专业信息系统完整独立运行的同时,实现相关部门间有关企业基础数据实时交换、信息共享和业务协同,具体技术实施方案如下:

一、系统网络结构

通过杭州网通信息港的IP宽带网、基于TCP/IP协议构建一个专用虚拟网,实现杭州市工商局、市国税局、市地税局、市质监局和市经济信息中心5方之间的网络互联。其网络结构图下图所示:

互联互通 互联互通专题

图1:市企业基础信息交换系统网络结构图

二、在数据交换的内容及形式

1、数据交换的范围:按照国家试点任务的要求,经过协商明确为明确我市企业基础信息交换试点所交换的内容为工商、地税、国税、质监部门所掌握的杭州市市本级、六城区(上城、下城、西湖、江干、拱墅、滨江区)、三个开发区(杭州市经济技术开发区、杭州市高新技术产业开发区、杭州之江国家旅游度假区)范围的各类企业基础信息。(www.loach.net.cn)

2、数据交换的周期:在线实时交换。

3、数据交换的形式:制定严格的交换工程流程,由静态到动态,逐步实现信息的全面共享。

4、数据交换的级别和节点,选择市工商局、市国税局、市地税局、市质监局为统一数据交换节点,并由市局将有关数据自上而下传到下级单位(区、县、市分局)。

5、数据交换标准:采用全国统一的组织机构代码为数据交换标准,实现“一次采集、信息共享”。

三、建设数据交换公共平台实现多方数据的交换与信息共享

互联互通 互联互通专题

网聚知识提醒您本文地址:

1、构建一个基于第三方的数据交换公共平台,建立企业基础数据库,实现数据交换的存取、桥接和权限控制等功能。(www.loach.net.cn]通过公共数据交换平台,实现企业基础数据的公共交换,以充分保证对整个交换信息平台的有效管理、交换信息的备份及历史信息的记录。

2、各交换试点单位设置前置数据库服务器,存放需交换的各种信息。既保证各单位原有的业务系统不受影响,同时也可方便地实现多方之间的数据交换与共享。

3、采用Tibco消息中间件及企业应用集成产品,基于数据总线,进行数据的在线实时交换与存储。

4、逐步建立和完善网络安全措施及手段(防火墙、防病毒等),建立身份验证及授权制度,实施各种数据备份策略,确保数据交换的安全、可靠和稳定。 系统的逻辑结构图如下图所示:

图2:企业基础信息系统逻辑结构图

四、软件系统

整个平台采用先进的多层结构体系,实现各部门间的企业基础信息交换及数据共享,整个平台的设计开发采用面向对象的组件方式实现。整个软件系统包括企业基础信息数据库、企业基础信息管理系统、企业基础信息比对系统和各单位业务处理模块等部分组成。

1、企业基础信息数据库

互联互通 互联互通专题

中心的交换与共享平台采用基于UNIX操作系统的Oracle 9i数据库管理系统,建立企业基础信息数据库,将分布在各单位的企业基础信息汇总,形成一个统一的、完整的企业基础信息数据库。(www.loach.net.cn]该数据库主要存放各单位交换的企业注册登记等基础信息、企业年检信息,以及各种代码对照表,系统配置信息、用户权限管理等各种信息。

2、企业基础信息管理系统

企业基础信息管理系统是杭州市企业基础信息交换系统中的一个重要组成部分,它承担着杭州市企业基础信息交换与共享的重要任务。企业基础信息管理系统主要有三大功能,分别是:

(1)数据管理模块

主要功能是管理用户发送和接受的数据,并提供数据查询、修改、删除、新增等管理功能。

(2)日志管理模块

主要功能是日志级别的设置、日志备份周期的设置、日志的高级查询,日志的手工备份。

(3)系统用户管理模块

主要功能是系统用户的管理,实现用户的增加、删除、修改;组的增加、删除、修改;模块的增加、删除、修改;组和模块之间的对应关系等。

3、数据比对系统

企业基础信息比对系统是杭州市企业基础信息交换系统的重要组成部分,它负责杭州市企业基础信息历史数据的长期比对工作,并提供数据统计和业务分析等功能。比对工作分自动比对、模糊比对、比对结果输出、数据统计和业务分析五大功能。

4、各单位业务处理模块系统

各单位业务处理模块系统软件主要实现一是如何从其业务系统中抽取需交换的信息,二是如何利用从交换系统所得的各种数据,以达到数据实时在线交换和信息共享、业务协同的要求。

用户点评

杭州自2002年10月被国信办、国家税务总局、工商总局、质检总局列为工商与税务部门企业基础信息交换试点工作以来,在市委、市政府主要领导的关心和指

互联互通 互联互通专题

导下,市信息办、工商局、国税局、地税局、质监局等相关部门的努力工作下已取得阶段性的成果。[www.loach.net.cn]4月16日,国信办、国家税务总局、工商总局、质检总局组织验收工作组对我市的企业基础信息交换试点工作进行验收,验收组听取了我市的试点工作汇报,并实地到到市经济信息中心、市工商局、地税局、质检局进行现场检查和实际应用情况的汇报。

验收组认为杭州市的试点工作方向正确、思路清晰、工作非常扎实,在较短的时间内做了大量的业务协调工作,完成了交换流程、业务规则的制定,软件开发和交换平台的建设,做了大量的工作。杭州市的交换试点工作,开展了政府相关部门之间横向信息的实时、准确、全面的交换,初步实现相关业务的工作协同和联合监管,对提高政府监管力度、办事效率,及政府对企业的服务水平具有积极的意义。通过交换试点工作,发现了大量的漏管户,各相关部门都采取了积极的措施进行催登和监管,必将产生巨大的经济效益和社会效益。杭州的试点工作充分体现了《国家信息化领导小组关于我国电子政务建设指导意见》(中办发[2002]17号文件)中提出的电子政务建设政府先行,首要问题的通过信息化建设。加强政府监管的思想。试点工作对推进我国电子政务和信息化的建设具有十分重要的意义,应予以充分肯定。专家组认为浙江省、杭州市在推进市场经济,特别是民营经济的发展,一直走在全国的前列,并做了许多有益的探索,为我国市场经济建立和发展创造了很多好的经验。此次杭州市承担并完成的试点工作,对整合政府资源、推进业务协同、互联互通和电子政务的建设创造了很好的经验。国家四部委的领导表示,国家将对杭州的试点工作情况进行很好地消化和提练,并在全国范围内进行推广应用。

验收组同时要求我市继续巩固试点所取得的成果,进一步深化企业基础信息交换工作内容,制定完善的工作机制,确保系统正常运行,并适时、稳步地将扩大联网范围,积极开展与海关、银行、公安、劳动和社会保障等部门之间业务系统的互联互通、信息共享和业务协同工作。

城市公共信息平台简介

陕西科技大学计算机与信息工程学院

随着全球新科技革命进程加快,信息技术日新月异,信息产业迅猛发展,人类社会正在进入一个崭新的时代--信息化时代。信息化水平已成为衡量一个国家、一个地区、一个城市现代化程度的重要标志。面对我国实施西部大开发战略和全球信息化的浪潮,咸阳作为西部重要的城市,应充分发挥科技、教育优势和人才密集的优势,加快信息化建设,以信息化推动我市产业结构升级,增强我市综合实力和市场竞争力,实现跨越式发展。

信息化(Informatization)的概念是六十年代末日本人最先提出的,并作为日本此后二十多年的日本政府的重要政策内容。该概念的提出和付诸实践基于当时日本学术界和产业界对经济发展阶段和日本社会问题的基本判断,主要包括两方面的内容:一是对即将来临的信息社会这一抽象概念的理解,即认为,发达国家经济已开始由以实物生产为核心的工业社

网聚知识提醒您本文地址:

互联互通 互联互通专题

会向以知识的获取和出售为主要内容的信息社会(Information-based Society)的转变,这一转变将对劳动者的生存状态产生深刻影响;二是七十年代初的石油危机是日本认识到作为资源稀缺国发展重工业经济面临的危险,所以发展一种知识密集型的产业结构成为日本经济的重要选择,因此,该概念也适应了这一时期日本实现重型产业结构转型的需要。[www.loach.net.cn]后来美国国家信息基础设施(NII)以及全球信息基础设施(GII)计划的印入,又将信息化研究的重点导向技术层面的探讨。 但是,我们认为,国民经济和社会信息化不仅仅表现为信息技术的发展和信息基础设施的建设,从本质上讲,信息化是现代社会生产方式和生活方式由传统模式向网络化生存模式的重大转变,这一转变为各社会主体共同分享技术进步和信息资源,提高劳动生产力和生活质量提供了一个前所未有的生存空间。从主体而言,国民经济和社会信息化最终需要建立政府、企业(含其他社会机构)与家庭(或个人)之间的网络化互动关系,具体包括:政府通过上网工程实现政府网络与其他网络的互联互通,政府除提供一般性的网络信息服务之外,将逐渐建立网络政府,从而开启政府管理的全新时代;企业通过内外网络的建设、大力发展电子商务和敏捷制造,充分利用政府管理及市场两方面的信息资源,促进虚拟企业的成长,实现企业经营方式的革命性转变;家庭则通过互联网络利用政府、企业等提供的广泛的网络资源,并享受虚拟社区的全新服务。

信息化具有如下主要特征:

1、 高渗透性与"普遍服务"原则。信息化的发展的渗透性表现为对国家或世界社会、政治、经济、文化、日常生活等各个层面的深刻影响或改变。这种渗透性决定了信息化发展的普遍服务原则,这一思想借鉴于美国的国家信息基础设施计划,信息化发展的基本目标就是要让每个社会成员都有权利与有能力享用信息化发展的成果,从而彻底改变社会诸方面的生存状态。

2、 生存空间的网络化。这里的网络化不仅仅包括技术方面的网络之间的互通互联,而是强调基于这种物质载体之上的网络化社会、政治、经济和生活形态的网络化互动关系。

3、 信息化发展不仅表现为人民生活质量的提高,而且表现为人民知识水平的普遍提高。知识水平的提高在实现知识经济社会的国家战略方面具有更为重要的意义,而信息化的发展大大加快了各主体之间的信息交流和知识传播的速度和效率。信息化水平提高必然表现为国家人口素质的普遍提高。

4、 信息化发展的目标是实现生产方式和生活方式的敏捷化,包括以虚拟企业为核心的敏捷制造、以虚拟政府为主的敏捷政务以及敏捷生活和敏捷科教。

5、 信息化发展的区域目标是要建设数字地球、数字国家和数字城市。

信息化发展从技术层面而言,信息化通过以下技术过程得以实现:

一是核心层,由信息装备(指信息化的硬件支撑),信息库(即信息资源)和信息网络(建立电信网、传媒网和计算机网三网互联的网络体系)。

互联互通 互联互通专题

二是支持层,总体而言不外乎技术和制度两个方面,技术的关键是人才,而产业发展是实现技术和制度整合并形成生产力的必然途径。(www.loach.net.cn)

三是应用层,主要涉及信息化发展的外部环境,包括由供求关系决定的信息产品市场和由消费者偏好及政府导向作用下的信息化应用方向的决定。

以首都公用信息平台(CPIP)为例:

1、首都公用信息平台(CPIP)的介绍

首都公用信息平台(CPIP)是依托于网络平台特别是公用网络平台之上建立的,由政府引导,联合共建,超越部门所有,具有对各种网络实现互联互通的开放性,亲善性和非排他性,将积极创造条件,促进专通结合,最大限度利用现有网络资源,起到网络转换中心的作用。首都公用信息平台作为NAP或NX,为多媒体宽带电信网和有线电视网在北京实现互连提供结合点。

首都公用信息平台将致力于为信息资源的开发、利用、交换、包装、集散、共享、服务和管理营造一个良好的环境。首都各种信息应用工程或信息应用系统,运用虚拟子网技术,依托首都公用信息平台,将构成提供广泛信息服务的应用平台,构建网上"虚拟世界"(诸如电子商务,电子政务,网上文化娱乐中心等),实现信息交换,联机业务,资源共享,功能互补。

首都公用信息平台将支持信息服务的统一管理规范和应用标准(如统一和规范界面设计,检索方式,数据库更新,以及安全管理等),支持企业信息源开发和社区信息化试点。

2、 首都公用信息平台(CPIP)的网络网络状况

首都公用信息平台的网络部分已对外开展服务。在全国有线电视网络中心(中央电视塔)和电信网枢纽中心(北京电报局)、中关村科技园区(海龙大厦)设置了三个高速交换节点;在三节点间用高速光缆连接。

在全国有线电视网络中心(中央电视塔)首都公用信息平台节点已和广电系统、铁道系统的网络实现光纤化汇接,为实施与中国高速网络(Gbps级别)汇接奠定基础,目前在北京已与十几家中央部委级信息中心,银行总行和专用、公用网络实现汇接。

首都公用信息平台交换设备主要采用CISCO公司和NORTEL公司的产品。

依托首都公用信息平台,目前已启动三个重大工程:"首都电子商务工程",建设首都电子商城,安全认证体系、支付网关、协同工作等;"首都之窗"-政府上网行动,实现电子政府,为市民、社区提供服务;"两保工程"-社会保险、医疗保险,建设社会、医疗保险网络体系。

3、 首都公用信息交换平台与其他互联网、专网的互联情况

首都公用信息平台作为国内最大的网络交换中心之一,全部采用光缆与国家各大互联网、国家专网、各大ISP/ICP等实现互联、互通、互访。现在已经与中国电信、中国网通、

互联互通 互联互通专题

中国铁通、全国广电系统、军方、航天、银行等光纤网实现了汇接。(www.loach.net.cn]目前的网络总带宽已达到2848M。目前的国际出口经ChinaNet和GBNET网出口。今后,根据国家互联网进程的发展,还可从各大商业性互联网出口。

4、与首都公用信息平台(CPIP)光缆互连后开展的业务

(1)开展电子商务,直接访问首都电子商城

网聚知识提醒您本文地址:

首都电子商城依托首都公用信息平台(CPIP)建设,CPIP平台利用163/169网络的物理资源构建ISP网或IP虚拟网(IP-VPN),把会员企业、会员商户、会员银行、以及协同作业单位按一定的拓扑结构连接在一起(并实行带宽分配)。

CPIP平台在国内完成与各大专业银行网的光纤高速互连,从而消除了各大专业银行网络之间相互访问的信道瓶颈。与CPIP平台互连的实现,既是完成了与各大银行专业网高速互连互通,为顺利访问首都电子商城打开了大门。

(2)开展网上文化娱乐 首信公司将和原广播电视部的影视节目中心用光纤高速互联,因此网上的文化娱乐将极大的丰富起来。

(3)办公自动化,实现信息、资源共享

使各单位全部计算机将实现联网,实现文件、打印等资源共享,办公自动化将成为现实。

(4)访问Internet

各单位计算机将通过首信公司,访问Internet。为了保障各系统内部的专用信息的安全,在网络整体规划时,考虑使用安全设备。

(5)国内高速访问

可以高速访问国内其他网络,CPIP平台与中国各大互联网均采用光纤互连。

(6)社区的光纤接入、家庭上网 社区通过光纤高速接入CPIP平台,可以实现家庭的方便、快捷访问Internet。

互联互通 互联互通专题

随着Internet的迅猛发展,越来越多的企业希望在Internet上开展各种业务,宣传企业形象,搞电子商务和信息增值业务。(www.loach.net.cn)在网上开展业务,主机必须每时每刻都连接在Internet上。为此,除了购置服务器硬件、软件,还得租用昂贵的通讯线路,需要网络环境、机房环境和技术人员的24小时值班,这对企业来说是一笔不小的开支。 主机托管服务可以为用户节省大量的费用和人力,用户可以自由设置服务器的内容,开展各种网上业务。为此首信公司提供了良好的机房环境、网络环境,并配有专业技术人员24小时值班维护。首信公司的数据中心作为国内最大的网络交换中心,具有安全性、可靠性、网络互通

性、可扩展性 、可管理性等。

安全性

数据中心的机房有多层安全保卫设置。24小时全天候人员值班。具有完善的网管监控和机房监控。在网站托管系统中,数据中心的工程师的操作只限于服务器的启动和数据备份、恢复。更进一步的操作需要用户方指定授权。非本中心的工程师不允许私自进入机房进行操作。

可靠性

数据中心拥有大量冗余系统来确保能够提供可靠的,不间断的服务,主要包括:冗余的物理光纤以确保至Internet的联接;关键网络设备的备份和多重冗余联线方式;网络设备和服务器供电系统持续供应保持在99.99%,即无供电时间少于5分钟。

网络联通性

在全国有线电视网络中心(中央电视塔)和电信网(163、169)枢纽中心(北京电报局)、中关村科技园区设置了三个高速交换节点,在三节点间用622M光缆连接,形成ATM环网;

互联互通 互联互通专题

在南礼士路(建委大院)、国际企业大厦、北辰、西潞圆、建国门(社科院)、大兴十八里店等设置了高速交换节点,这些节点之间以100M光缆连接。(www.loach.net.cn]

可扩展性

因为与其他各网均为光纤互联,具有很强的扩展能力。

中塔到电报大楼为622M ATM互联,故与ChinaNet具有很强的扩展能力。

可管理性

数据中心可以提供每周7天,每天24小时-24×7不间断的网络监控、技术服务与支持,标准监控程序每个5分钟会检测网络联接状况,出现问题立即告警并及时通知用户。同时提供恒温、恒湿的机房环境,自动防火告警等服务。

丰富的网络端口

能提供100BASE,155MBASE的ATM,信道化E1/PRI和非信道化E1接口,支持Internet网的高速接入和为ISP之间提供网络交换。

能提供10BASE、10/100BASE、100BASE、155M ATM接口,为信息服务器提供良好的通信环境。 能提供端口速率最大到E3帧中继服务。

另外还提供了支持56K调制解调器(PSTN)和BRI(ISDN)的网络接入Internet。

互联互通 互联互通专题

主要业务:

接入服务: DDN,FR,光纤,UTP,微波与卫星,VPN等

服务器托管

虚拟主机

域名注册

虚拟DNS服务

邮件服务

数字认证

电子政务

电子商务

客服中心

数字化咸阳结构组成

数字化城市在四层次的结构下,按照组成来架构整个系统,则系统图示如下:

互联互通 互联互通专题

系统由各组成单元有机构成,形成统一结构,各单元间关系可描述,但实际情况千差万别。[www.loach.net.cn)EIS、PID、IOS、IU是构成单元,整个城市骨干基础平台是整个组成的物质条件。

◆企业信息系统(Enterprise Information System):这里的企业信息系统是广泛意义的系统,包括政府信息系统、银行信息系统等均在范围内。EIS是指城市各组成组织根据自身要求并结合整个城市规划而定制的以满足自身需要为目的信息系统。这些信息系统的总成就构成数字化城市的主要实体。

◆组织互连系统IOS:组织互连系统是用于企业信息系统之间交换数据及信息的系统(银行是这方面的典型),一般是为生产及经营为目的,与各企业的主体运作系统相连接。组织互连系统使组织的信息自动流动,用以支持产品、服务的计划、设计、开发、生产和交付。因此,IOS负责完成信息交流的处理任务。

◆公众信息系统:(public information system):PIS的应用

主要是提供信息共享层的信息,门户站点、电子交易平台、ASP服务、IDC、小区视频点播等众多系统均是公众信息系统。PIS为城市各组织、公众提供层次众多的基于城市骨干网络平台的服务,同时PIS向城市外的组织和公众开放。一般情况,PIS是基于INTERNET互联网的应用系统。

◆个人单元IU:个人单元是数字化城市的最广泛的信息源,是整个数字化城市最小的单元。个人单元产生各类信息、传递信息,利用EIS工作和学习,从PIS处获取和发布信息。数字化城市的一项重要任务就是不断发展IU的数量,扩大信息化的影响力,推动整个城市人口素质的提高。

网聚知识提醒您本文地址:

◆骨干基础平台:无论是PIS、EIS、IOS和IU均需要整个城市的骨干基础平台的支撑,这一平台不是只有网络基础平台。城域网络骨干、电子商务的CA认证系统、城市信息服务的基础、城市计算机教育的基础都是这一平台。

组成间关系

在整个数字化城市的组成之间有着紧密的联系,但不排除由于内外部因素而将部分组成相对独立。

组成间关系将根据咸阳的实际和国家各方面的要求进行规划,此规划影响到对整个城市信息系统的关系划分、信息安全、机密保护等的设计。

咸阳市公共信息平台主要功能:

1. 服务器托管

2. 虚拟主机

3. 域名注册

互联互通 互联互通专题

4. 虚拟DNS服务

5. 邮件服务

6. 安全服务:黑客入侵检测与预警系统;网络漏洞扫描系统;网上防病毒服务等。[www.loach.net.cn]

7. 数字认证:

8. 电子政务:政策、法规及文件查询;政府工作;市府动态,等

9. 电子商务:

面向开展电子商务业务的企业提供电子商务基础支撑与应用支撑的服务,不直接从事具体的电子商务活动。

为各类企事业单位、各级政府电子商务的基础建设与应用建设提供了个性化的专业服务。

服务体系分为三层,分别满足用户三方面的电子商务需求,即:

资源层

内在的商务需求,如拓展业务,吸引客户,获得投资等;

互联互通 互联互通专题

支撑层

对支撑体系的需求,如认证体系,网络环境,支付系统,物流支撑等;

业务层

对自身电子商务系统的建设需求,如SCM,CRM,ERP等。(www.loach.net.cn]

同时,在这三个层次的基础上,通过专业的咨询服务,为用户量体裁衣,提供个性化的服务与解决方案。

数据交换中心的方案设计

城市电子政务系统是构筑在各个政府部门(局委办)的信息系统之上,是把各个局委办的数据库作为其共享的一部分。而我国政府的信息系统是在不同时期、由不同的公司、利用不同的工具、在不同的开发平台开发出来的,并且运行在不同的操作系统和不同的数据库平台之上。这就是"信息孤岛"造成的主要原因。要建立跨各政府部门的办公平台,实现异构系统之间、新老系统之间的信息的透明交换是基础性工作。

建立安全、稳定、高性能、跨平台、跨系统、跨应用、跨地区的信息交换平台是最重要的软件平台,各行业各部门的系统将统一通过这一平台进行信息交换,以达到整个电子政务网内资源共享互通的效果。

4.3.1 信息交换的需求分析

电子政务中信息交换按交换对象分为三大类:

基于政府外网之上的政府部门之间的信息交换

互联互通 互联互通专题

基于政府内网之上的政府内部之间的信息交换

基于Internet网和政府外网之上的政府同企业、市民之间的信息交换

例如,一个城市财政局办理"行政事业性收费"立项的流程可描述如下:由上图可见,它涉及"事业单位-------政府(财政局)";政府部门之间,"综合处-------付局长------局长";政府之间,"财政局------物价局","财政局-----财政厅"之间的信息交换。(www.loach.net.cn)

一个城市的政府机关达几十个(例如武汉市的委局办就有139个)甚至100多个,他门之间的数据交换呈网状交换,如下图所示:

很明显,以局的信息系统即所谓信息孤岛为单位设计同其它局交换的信息交换,其代价、技术的复杂度是相当高的。这种集成的方式是用手工编程,对每一个单位都要开发一个接口。如果有N个应用系统需要集成,就需要建立N(N-1)/2个接口程序。如果一个政府有100个部门,其接口程序的开发工作量是可想而知的。如果某个单位的信息系统发生变化,则相应的接口都会要进行调整。

根据一项调查,世界上每年花费在应用接口上的维护费就占企业IT投资的30%----40%。相对这种数据传递接口的方法,最近几年,人们提出了安全总线法和适配器法。其概念模型描述如下:

在总线上,点之间交换是对等的,若某个节点有故障不影响其它节点之间的通讯。适配器、总线、控制器一起构成了信息交换平台。它集中了所有的数据交换接口,进行所有的信息交换及其管理工作,有人也把它叫作政府总线(BUS)。在可信信息总线拓扑结构中,连接的数量与要连入的应用个数相等。增加一个节点,增加的连接也只有一个。通过总线,应用之间的维护、安全控制、信息过滤都变得非常容易。它不需要的遗留系统进行大的修改或重新开发。

由于个人、企业、政府部门都是用已有的工具或系统设计表格、填写表格、审批表格,所以信息的格式、描述方法、传递方式都是不一样的,常见的记录、传递方式

有:txt,doc,wps,rtf,ppt,xml,htp,pdf,rm,bmp等等。所以在这种环境下,要进行信息交换是十分困难的。由于总线思想、XML的出现,计算机系统之间实现统一的信息交换成为可能。其信息交换可转换成统一的格式,可描述如下:

要进行透明的信息交换要解决一系列技术问题,信息的格式、信息的安全、信息的封装与解码、信息的语义的统一解释,这就是信息的可信交换平台的设计问题。归纳起来,在设计数据交换时,要解决以下课题:

1}信息交换的语义识别

数据格式、语法所描述的信息应该有效,各种系统在传递、读取、解析和使用文档中的信息时不会产生二义性。

表达的内容、格式能满足所有政府部门各项业务的要求

2}传输的要求

互联互通 互联互通专题

数据格式易于传输,能够实现各个应用系统之间的同步/异步信息交换。(www.loach.net.cn)格式技术兼容各种网络系统和通讯协议。

3)安全方面的要求

交换的数据文档需要基于应用系统之间约定的规则进行验证。要能建立数据格式、数据内容、网络传输等不同层面的安全防护机制。

4)非功能性要求

格式稳定性高,易于管理,有良好的可扩展性和可增长性。使用该格式可降低政府部门的运作成减少人力资源。

网聚知识提醒您本文地址:

4.3.2 信息交换原理

1、 信息交换模型

信息交换是通过网络进行的,而网络信息交换有国际公认的OSI (Open System Interconnect)七层模型。而电子政务信息交换则只注重应用层、表示层,如下图:

在这个模型中,应用系统之间按应用层协议进行通讯,应用系统内部依靠接口提供服务。而在网络中,为了保证应用系统能理解信息传输的要求,在传输者、接收者之间是以XML作为媒介。

2、政务系统中的信息交换结构

在每个交换节点上,从OSI七层网络模型分析数据交换平台主要是解决应用层和表式层的内容。为了确定设计交换平台的功能,把表式层按功能划分为内容管理层、数据交换层、数据传输层。

电子政务系中不同局之间的数据交换,由逻辑上同构的许多数据交换节点以对等的方式进行。在接口系统中定义了每个节点的标准数据交换平台的功能和逻辑表现。其意义是指:一方面,它满足接口规范的要求,以规定的接口提供相应的功能;另一方面,在工作过程中需要与另一个结点进行互操作时,另一个结点上的标准数据交换平台也同样是符合规范要求的,双方在对应的协议层次上进行对话。

应用层也是OSI中的应用层。

电子政务系统中的业务应用系统都处在应用层,它们是平台的使用者,它们通过数据交换获得数据,再加工和决策。数据交换平台把本属各部门的异构数据联结起来,为每个单为的应用系统提供了全局的、透明的数据交换和共享。在交换平台的支撑下,每个应用系统都可以在统一的接口的基础之上,对政务系统中每一个部门的数据库进行授权访问。 OSI中的表式层在次分为:内容管理、数据交换

1)、内容管理(表示层)

互联互通 互联互通专题

内容管理层是指内容的表示(存储)、操作(传送)和授权管理等功能。(www.loach.net.cn)

一个标准数据交换平台的任务可以分为两个方面,一个是对遗留业务系统(Legacy

System)的数据进行整合,为交换和共享做准备;另一个是通过规范化的方式对业务系统提供统一的数据访问支持。这就要求标准数据交换平台遵从统一的数据表示方式,采用标准的XML表示数据,XML的DTD可根据业务不同而定义。

操作集合:这是数据交换功能的直接体现,应该包括查询、获取、提交等内容。

授权管理:它用于规定在具体的数据交换过程中,哪些业务数据能够在多大范围内被何种方式访问到。数据交换规范中需要给出符合实际业务需求的授权模型,并在此模型下定义相应的管理功能和授权逻辑。

内容管理层在工作过程中,如果有需要跟远端其它数据交换结点进行互操作的时候(如获取数据或者提供数据),通过数据交换层来完成。

在内容管理层提供简单易用的界面方便用户轻松定义各种类型的XML格式文件和二进制文本格式文件。然后该功能模块会生成对应文件格式的Schema(DTD)和模式文件。此外,提供验证机制用于检验所建立数据格式模型的正确性。

从功能上,这一层还可细分为以下几个部分:

l 图形定义及显示模块:构造树形图,为每个节点分配属性用以定义数据格式的模型,另一方面通过读入模型的XML描述文件显示模型的树状结构。

XML描述文档及schema生成模块:需要建模的数据文件主要可分为二进制文件和XML文件两种类型。

XML文件,建模的过程实际上是产生它的schema文件的过程。

二进制格式文件,建模的目的是生成这种二进制格式文件所对应的XML格式文件的schema,因此二进制文件的建模过程可分为两个步骤,第一步将二进制的格式信息转化为XML描述文档,第二步将XML描述文档转化为schema。

l 模型验证模块:对于二进制格式文件,用户可以在建模后输入实际的二进制文件查看对应的XML格式文件,验证所建模型的正确与否。此外用户也可以查看生成的schema的内容。

l XSLT引擎:提供符合规范的XSLT转换器,其它功能模块通过调用该引擎完成XML文档的转换。

l 文本(二进制)文件到XML文件的转换引擎:利用XML描述文档将文本(二进制)文件转换为XML文件。其它功能模块通过调用该引擎完成文本(二进制)文件到XML文件的转换。

2)、数据交换(表式层 信息服务的支持)

互联互通 互联互通专题

数据交换层的任务是完成不同数据交换结点之间的互操作,功能上应该包括数据的定位和数据包封装。(www.loach.net.cn]数据的封装和解封与操作命令一样,是一个标准数据交换平台的规范性的重要体现。所有在节点之间传送的数据,包括操作命令本身,都要按照规定的格式进行编排,这样才能保证数据交换节点之间的互操作性,以屏蔽底层的物理特性的多样性。所以要有好的信息服务机制,必须解决以下的问题:

信息的统一封装,即信息的打包和信封的书写功能

统一编址,应支持一套统一的、简单易用、易扩展、易管理的地址编码体系

信息的可靠传输

传输的效率

可管理性,要对传输的过程进行全程监控,提供日志、审计、会话管理、传输优先级设定、流量负荷分析

2) 安全的数据传输(表示层)

数据传输层用于实现数据交换结点之间的数据传输。在软件层面,重要的一点就是要采用成熟的传输协议,譬如HTTP或SOAP。

HTTP协议具有简单、完备、轻量级、扩展能力强等特点。较小的传输开销可以保证较强的传输性能,完备的协议规程可以保证传输的稳定性。同时,通过适当的扩展,可以提高可靠性和安全性。

安全性可以通过引入基于PKI(Public Key Infrastructure,公钥体系)的CA(Certificate Authority,认证中心)体系来解决。

4.3.3 数据交换中心的设计

要设计一个数据交换中心,实现政府部门之间的数据的透明交换。在设计中要考虑三个方面的问题:

信息的统一表示

完整的消息服务能力

功能完备的交换平台软件系统

1、 信息的统一表示

要实现信息共享,实现异构系统之间的互联互通,信息的统一表示是关键。信息的表示应独立于系统、平台。为了实现这一目标,在进行平台开发、应用系统开发时要制定或遵循六个方面的信息标准:

1)、元语言标准

互联互通 互联互通专题

元语言是描述其它语言的语言。(www.loach.net.cn]电子政务的信息表示语言采用XML元语言标准。该标准用来对政务信息的语言的语法、编码、令名进行行式化描述。该标准可采用W3C制定的XML元语言标准,设计者应根据电子政务中的信息表示的需求进行裁剪。

网聚知识提醒您本文地址:

2)信息编码标准

该项标准对字符的编码、字符集定义、字符引用、字体的表示进行了规定。一般采用W3C制订的XML1。0为基础,以GB13000为缺省的字符集,同时也能支持GB18030字符集标准

3)元数据标准

元数据是描述电子数据的数据,制定该标准是为了方便政府信息资源有效的保存、查询、再利用。在XML标准中,元数据的表示采用了"词汇表"、"命名空间"、"文档类型定义(DTD)"、XML Schema等方式实现。

在异构关系数据库之间还可通过建立元模型、元元模型统一数据的语义。

3) 显示标准

在电子政务系统中,要将数据和数据的显示分开。这样就把数据的加工同不同的输出、显示分开处理,而不会造成HTML中文档结构的复杂性。显示在不同设备上,但内容只有一个。显示标准一般采用W3C推荐的层叠式样单CSS、可扩充式样单语言XSL。

4) 解析、转换和封装标准

要实时共享交换的各种信息,必须具备效率高的数据结构封装、解析、转换的功能,因此必须有相应的标准。

2、完整的消息服务能力

电子政务平台是一个中间件软件,它在信息交换过程中要进行频繁的信息封装、控制信息的同步/异步交换、排队处理等。所以它要有好的信息服务机制,这就必须解决以下的问题:

信息的统一封装:信息的打包和信封的书写功能

统一编址:应支持一套统一的、简单易用、易扩展、易管理的地址编码体系

信息的可靠传输:将信息可靠的传输到目的地

路由管理:在多个信息交换节点时,实现信息的准确传递。

传输的效率:采用信息的表示与交换分开、专用的交换设备、信息压缩等方法提高传输的速度。

互联互通 互联互通专题

可管理性:要对传输的过程进行全程监控,提供日志、审计、会话管理、传输优先级设定、流量负荷分析

2、 信息交换平台的体系结构

实现信息的交换根据环境的不同有三种方式:

1)具有相同数据库管理系统(DBMS)的分布式系统的数据交换,可直接用相应系统的有关功能:

在ORACLE系统中,可以利用快照技术实现表数据的交换;

在SYBASE系统中,可以利用复制服务器实现数据的交换;

2)利用已有的消息中间件服务器:IBM的MQSerries、BEA MESSAGE()以及JAVA的消息服务JMS来实现。[www.loach.net.cn]利用IBM的MQSerries进行交换可描述如下:方案采用IBM著名的Websphere、MQSeries等系列中间件产品构建基于Browser/Web Application

Server/Transaction Server/Database模式的三层次/多层次应用体系结构,如图所示把交换器配置成IBM的MQSerries。业务分为实时交换和非实时(脱机)交换处理。软件配置分为实时交易处理和脱机交易处理两个部分。实时处理业务通过Websphere及Txseries/CICS交易服务器实现,非实时的业务通过MQSeries的互连,达到安全可靠地交换数据和异步交易处理的目的。

实时处理部分

实时交易处理部分中采用以WEB应用服务器Websphere Application Server、交易服务器Txseries/CICS等中间件为核心的多层次体系结构,以确保系统在大笔交易量情况下的可靠性和快速响应速度。

为了防止交换高峰期间对WEB应用服务器压力过大造成该部分处理能力的瓶颈,数据中心同时配置了多个 Websphere Application Server组成群集(Cluster)结构,共同承担来自于前台的业务处理请求,并通过该软件内置的CICS Client接口调用交换服务器的远程调用

(RPC)。在各应用服务器之前配置了WEB负载平衡服务器,Websphere Performance Pack软件包作为负载平衡服务器,统一接受来自于前台的实时数据处理请求,并均匀分配给各WEB应用服务器。

脱机交换处理:

对于所有脱机交易处理,在数据中心配置MQ Series Integrator和MQSeries数据传输中间件作为全系统的数据交换中心,承担全系统数据交换的统一平台。运行在MQ Series基础传输系统之上的MQseries Integrator作为全系统数据收发/转发的'网关'和'邮局',专门用于负责整个网络环境下的数据传递,并作为批量处理系统的前置机接收各下级单位数据交给主业务服务器处理。

考虑到在整个系统需要和税务、公安、卫生等系统实现数据交换,可能包含多个应用子系统,涉及各种不同的具体应用,而各个分布的子系统又需要有数据交换,需要一定程度的

互联互通 互联互通专题

数据共享,是典型的松耦合结构(Loosely-coupled),在这样一种架构下,每个子系统的数据结构都不统一,因此需要MQSeries Integrator这样的产品,具有能简单灵活地集成各个数据库子系统并自动实现数据采集和分发的功能。[www.loach.net.cn)而MQSeries Integrator正是具备这一功能的产品。

在数据交换中心除了配置MQSeries Integrator和MQ Series之外,同时配置一个数据库专门存放整个系统中各子系统的数据格式描述,数据智能路由的规则描述,这些信息都可以通过MQSeries Integrator提供的可视化管理工具动态修改,灵活配置。此外,各子系统均通过MQSeries与其相连,规范了编程接口,使系统具备最大的可连接能力,在实际应用系统中,各子系统通过MQ编程接口,把自身的数据作为数据源传输至MQSeries Integrator,MQSeries Integrator采集到该数据后,根据客户自己定义的规则智能地分发给需要该数据的应用子系统,数据的传输依然是基于MQSeries,其它子系统接收到的数据已经是经过MQSeries Integrator的格式转换,能直接处理的数据。

所有需要与政务数据中心进行脱机交易、批量数据处理、数据交换的系统均安装MQ Series与数据交换中心相连接(可以是拨号连接、ISDN、DDN、帧中继等任何连接方式),实现与政务数据中心和其他系统的可靠数据交换。这些系统可能包括政府系统的各个部门。

3)、通用的数据交换器的结构:在电子政务系统中,多数情况是异构数据库之间的信息交换。一般要在各单位的服务器上加上工作站适配器(Adapter)实现异构数据交换、安全认证、传输前后的打包、解包等功能。下图中每一个信息交换平台即为一个适配器。而适配器间的协调监控由注留在中间件服务器上的相关控制器完成。

3)自成体系的交换平台

利用多层结构体系、J2EE+XML、Web Service、数据库等技术,构造数据交换、数据流引擎和数据中心系统,数据交换、数据流引擎与数据中心统一构造为"可信信息交换平台" 实现电子公文与政务综合信息的共享和交换,为并联审批等业务提供支持。

网聚知识提醒您本文地址:

本方案有一个数据交换平台和一个任意可装配的适配器组成。原理图如下

适配器的主要功能设计:

1) 信息交换器:实现不同格式的文件向XML的转换或反之,对大容量文件进行拆分或合并。

2) SOAP服务:按SOAP格式打包或拆包

3) 安全认证:调用相关API进入CA认证

4) 密码服务:加密、解密或压缩

5) DB访问代理:对典型数据库提供访问接口(JDBC、ODBC)

6) 工作流引擎:为工作流引擎的同步/异步、协同工作提供服务

平台管理器的主要功能设计:

1) 消息管理:管理消息队列,同中间件服务器中的消息管理协调工作

2) 用户管理:管理联接到服务器的用户,设置访问权限

互联互通 互联互通专题

3) 模型管理:管理根据应用中的表格以及各种表格的转换模型

4) 监控管理:运行状态、运行流量、负载能力、日志等的管理

数据的透明交换涉及数据格式、数据结构、数据语义的统一定义,涉及传输的路由、数据传输的同步/异步、数据传输的负载均衡等技术问题,需在设计时根据具体情况而定。[www.loach.net.cn]

网聚知识提醒您本文地址:

上一篇: 完达山1段配方奶粉-完达山奶粉金装元乳多少钱一盒1段 下一篇: 第五个直辖市最新消息-第五直辖市最新消息:十城传出直辖消息

优秀文章