方案概述:

统一的信息分析和发布 - 分析型管理信息系统的关键

电子政务经过多年的发展，已建立了大量的信息系统。但今天政府的众多业务处理系统相互独立，信息资源不能共享，信息孤岛现象十分明显已成为电子政务进一步发展所面临的巨大挑战。整合成为今天电子政务的一个核心主题。基于过去it建设的经验，越来越多的政府部门已认识到新一层次的整合不应单纯地从某个具体的应用出发，应该从关注单个应用走向从集成的整体角度考虑架构层面的问题。

从整体架构考虑，信息无疑是整个整合架构的基础。政府内部各系统的信息需要有效共享、相互协作、关键数据能够被多业务所复用、形成统一的全局数据视图、对现有的数据能够进一步分析加工，从而优化管理。以上内容都是各类具体业务应用方案能够顺利实现的一个关键，信息集成则是实现目标上述目标的基础。

建立统一信息平台面临的挑战

今天政府的信息系统主要是以职能部门和业务功能为主线建立单一功能/职能的系统。由于过去在基础网络条件、投资力度及计算能力等因素的限制， 这些系统多部署在部、省、市及县等多个层次，这样就形成了今天政府信息系统横向多条块业务难以沟通，纵向多层次系统难以集成的复杂局面。随着科技的发展，基础网络和硬件处理能力等外在环境已发生了很大的变化，互联网的普及以及政府职能的向服务化的转变，对现有的基础信息架构提出了极大的挑战。

第一，由于网络和硬件等基础it设施的快速发展，有效利用互联网及电话网络在更大范围内提供集中化的政府职能服务已成为一个重要的趋势。集中的政府职能服务需要集中的业务信息，历史形成的多层次的业务系统使大量的业务数据沉淀在基层，而且信息异构，成为有效利用网络提供网上的政府服务的一个重要的障碍。

第二，由于组织结构和管理模式等方面的原因，不同政府职能部门间在过去都是分别独立建立系统，缺乏统一的协调和规划。往往只从具体业务出发，实现手工作业到电子化的转变，很少考虑系统间的信息的共享机制。但从服务的角度看，就形成服务对象的信息分布在多个业务系统中，难以形成统一的视图，从而导致相同的信息在不同职能部门需要重复录入、数据的一致性难以维护。随着管理的变化，很难形成一套整合统一的平台，运转起来困难。同时内部系统目前和外部联系也比较难:重要数据无法共享，数据不是完全共享，特别是一些该共享的重要数据无法共享，无法共享就导致数据不一致或重复，造成缺乏可比数据，缺乏分析、缺乏管理，使政务系统中存在的是条条的、不可共享的数据。令一方面从政府的管理职能看，难以获得管理对象全面的信息，从而影响政府管理决策的效率和准确性。

第三，由于现有系统数据多、复杂性大，以上的挑战很难通过推倒重来，简单地建立新系统的传统思路进行解决。必须从整体架构平台的角度出发，一方面最大限度地利用现有的数据资源，另一方面应避免未来新的系统面临类似的问题。因而许多政府机构已认识到数据中心的重要性，但分布的数据和异构的数据是大多数机构所面临的现实，从信息的角度看，大多数的机构今天及在可预见的未来，必然存在多个不同层次、不同功能的系统，他们都会拥有自己的数据。对这些信息进行有效地整合，提供一个对未来具有可扩展性的整体信息平台架构，从而能够对各类数据进行访问、共享、查询、搜索、以及深层次的分析能力，是政务系统整体集成的一个关键。

ibm统一信息平台解决方案

ibm为应对上述挑战，提供了一个端对端的解决方案，用来透明地管理当今政府各类系统中庞杂的数据，即信息整合。

信息整合平台的基础架构如下图所示。在省市两级纵向信息整合的过程中，根据信息整合后的不同业务特点，可以分为四个阶段。

第一阶段的主要任务为构建信息整合平台，实现数据的逻辑集中、全省数据共享，而从物理上看，数据仍存储在省市各地原有的数据库中，省级数据逻辑集中成为一个统一的视图。

第二阶段，结合数据整合层的各项功能，进行省市两级数据标准的规范化，提高共享的质量和数据复用，并为数据交换做准备。这两个阶段是信息整合所不可或缺的必要环节。规范一旦设计完成，其推广可分"转换"和"统一"两个阶段，渐进式的实施。"转换"，则业务系统和历史数据都不改动，将各地数据的"方言"解释为"普通话"，再共享或交换。统一数据标准，则意味业务系统的更改或更替，需要对历史数据清洗、转换和存储。可以按照上述转换方法，同时结合数据复制技术，整理历史数据。

第三阶段，将部分被频繁访问、且实时性要求有限的数据物理集中，提高数据查询的质量，便于决策分析等业务应用。这一阶段的任务在于优化查询访问的效率，可以作为全面物理大集中的过渡，关键技术在于数据复制，支持准实时的秒级数据同步，可以根据业务数据对实时性的要求和系统负载情况配置复制间隔。

第四阶段，在第二阶段数据标准规范化的基础上，旨在利用数据映射层，实现全省数据交换。这些交换以省级db2数据库为中心形成星形或树状的结构。整个数据共享和交换的底层实现和存储机制对各应用节点是透明的。该结构属于松耦合，如同星形网络一样，很容易进行层次化的结构扩展。数据交换采用的关键技术是复制。以websphere ii为基础平台，实施数据交换的主要工作可集中在与业务相关的交换标准定义、交换双方的映射关系定义和交换流程规划上。数据交换中的交换流程可分为单向和双向两种模式。这两个阶段可根据实际业务需求取舍，也可更换先后次序。

核心技术:

第一，联邦

采用联邦技术，可通过简单的配置，快速实现数据共享。其主要特点为:

透明性。所有信息源看起来就像是一个信息源。

异构性。从不同数据源整合数据。

双向sql访问。基于标准的通用访问方式，且双向可读写。

可扩展性和工具化。可以访问任何数据源，配置方便。

避免对现有数据源和应用程序进行更改。

其性能可以满足实际应用程序和可能应用程序的需要，包括高级查询优化技术、本地数据访问以及透明缓存支持。

可以充分利用标准的分析、报告和开发工具等高级功能。websphere ii查询接口提供了基于标准的完整功能--包括对后端数据源中缺失能力的补偿。

第二，sql复制

在多种数据源的环境中，主要采用sql复制技术。sql复制技术能够支持网络上同构或异构数据库之间的数据的有效传输和冗余性复制，能够实现多种复制模式(如:准实时复制、定时复制、双向复制、复制转发等，复制范围可整表复制或表中部分行复制或修改单元复制)。

复制运行时包括三个组成部分:capture、monitor和apply。其中capture提取复制数据源的变化增量;apply获取capture的结果，并根据复制映射关系进行转换，按照一定的时间规划，作用于目标数据;monitor监控复制过程，并给出监控信息。

sql复制实现机制能够解决以下三个主要问题:增量复制，支持对数据的变化增量识别、提取和复制，与全量数据复制相比，可避免全量数据传输的巨大负载对各个系统的影响;源数据与目标数据间的复制转换，源数据与目标数据之间,往往存在着数据类型、格式、逻辑等不一致。为了使目标数据源能够读懂、接受复制数据源的数据，就必须进行复制转换;可配置、可管理的数据分发，数据分发主要指apply的过程，即将复制数据源的增量应用到复制目标。

第三，web service技术

信息集成技术提供集成多个web services提供者的功能,以及通过web services发布集成的信息。通过信息集成技术，可使集成的信息平台成为web services的提供者及消费者。通过对该技术的支持，使得在各政府部门通过公共的信息网络安全实时地共享信息资源成为可能，而且可使内外的信息集成有效地融为一个完整的整体。

第四，双层认证授权机制

websphere ii的双层认证授权机制，充分保证异地数据访问下的数据安全。information integrator用户对数据的操作权限，取决于各个应用系统数据库向它开放的用户的授权，是且仅可能是后者的子集。通过开放不同权限的用户给information integrator，可限制通过ii的用户访问的数据内容和数据库操作(如插入、修改和删除)，这样就保证了业务数据的安全性，不会出现超越业务授权的所谓超级用户，消除数据安全隐患。

第五，数据存储和管理

websphere information integrator内置数据库db2 udb，其无论在网络计算方面还是在线分析、多媒体处理，都能给您全面、满意的支持，而且通过集成丰富的数据库管理工具，把原来复杂的管理工作变得非常简单。此外，db2致力于商业智能和数据仓库方面的改进，包括自动触发器，多分区和多表的自动总计表格，优化星式结构的连接方法，以及多维聚簇索引，物化查询表技术使查询和整个系统的反应速度大大提高。此外db2先进的并行技术，使得系统资源得到充分利用，并可以是统一信息平台实现线性的扩展。

主要产品列表

websphere information integrator

websphere information integrator for content

db2 information integrator omnifind

信息资源集成平台的价值

ibm信息整合解决方案将助力政府机构快速、高效、低成本地搭建统一信息资源平台，将内部各系统的信息资源实现有效共享、相互协作、使关键数据能够被多业务系统所复用，实现:

跨越业务系统的实时数据处理

建立政务系统全局、统一的客户视图

实现异构数据源之间的数据复制

广域网环境中基于消息队列的数据复制，

实现系统间高效的批量数据交换

提供企业级的信息搜索

事件数据的获取和发布

非关系型数据的集成(包括mq、xml、web service等)

此外，通过对现有的数据进一步加工和整合，在提升全面的信息服务能力的同时，为政务系统的发展构建长远的信息框架。

成功案例:

国内成功案例

山东地税:纳税人信息整合(省市间的纵向整合)

金税一期、二期山东地税的征管系统主要部署在市县两级。纳税人信息分布在各市县近200个数据库中。数据库的类型、版本各不相同，包括oracle, sybase, sql server等多个版本。由于历史原因，原有系统有多家开发商开发，其数据模型也不统一。

山东地税计划在省中心建立全省统一的发票系统，需要从各地市的征管系统中获取准实时的纳税人信息。通过采用websphere ii, 山东地税仅用一个半月时间建立起了与近200地市不同类型数据库的数据通道，成功实现了全省统一发票抽奖。

在此基础上，在省中心建立信息整合平台，准实时地从各市的oracle和sybase中将纳税人的增量信息复制到省中心。然后统一进行处理，实现与发票系统中纳税人信息的同步。省市间复制纳税人信息的时间延时约为1分钟。

另外同样采用数据复制技术，将内网发票系统中的数据准实时地复制到外网数据库中，提供对纳税人的网上服务。整个整合过程完全在省数据中心实现，不在各地市安装任何产品，编写专用接口。

灵活的数据集中枢纽:

在省中心建立数据整合平台，透明连接到各地市的数据资源。为省市间灵活的数据流动及省数据中心的建设打下了坚实的基础。

省中心通过此平台即可透明访问个地市数据，也可动态抽取(一般采用cross-loader方式)，或定义增量数据复制实现准实时的数据迁移。极大地便利了省中心对全省数据资源的控制及再利用。