十大优秀中间件解决方案

编者按：又经过一年的培育，中间件应用得到进一步普及。与去年本报开展中间件方案评析时相比，今年不管是中间件产品的成熟度，还是用户对产品的了解，都有了长足进步。这一点从专家和用户代表组成的评委会共同评选出来的下面这10个优秀中间件解决方案中可以得到显明的体现。

IBM: 企业业务整合技术方案

构筑基于WebSphere的统一业务流程平台。

某电信业客户为了适应市场业务的快速发展，缩短海外及内地员工的报销审批时间，使CFO能够及时掌握公司资金的使用情况和有效的控制资金的使用，针对报销审批业务，准备建立统一的业务流程平台。

系统的建设目标

项目的建设涉及众多部门，涉及的业务种类繁多，业务流程比较复杂，需要详尽的审计和监督功能。原有的报销系统是基于胖客户端的两层架构模式，网络响应速度慢，海外员工报销审批时间很长，CFO无法掌握公司资金的总体流向。另外，公司的各个基础数据分别保存在各个应用系统中，没有进行有效的整合，没有统一的平台来存储、管理、分析以及利用各类有效资源。

具体而言，在信息应用层面，目前的信息系统是按部门的职责设定和开发的，没有按照业务流程去定义，所以在信息的关联、流通和共享上存在着障碍。造成的问题是不同部门在收集数据上产生重叠，数据在不同部门之间重复存储，部门之间的协同工作不顺，资源被浪费。

在应用功能层面，缺乏知识累积、再生和分享方面的应用，造成的问题是知识分散在个人或某些部门，而需要这些知识的人因为沟通不畅需要重新累积经验，使得重复犯错或知识的获得成本增加。

方案实现

针对目前的情况和上面的描述，建议采用基于WebSphere的系统架构来建设信息系统建设平台，并推荐选用IBM公司的WebSphere Business Integration（简称WBI）和其提供的连接器（Adapter）。

WBI首先保证在一个异构的环境中实现信息稳定、可靠的传输，它能屏蔽掉用户硬件层、操作系统层、网络层等相对复杂、烦琐的界面，为用户提供一个统一、标准的信息通道，保证用户的逻辑应用和这些底层平台没有任何关系，最大限度地提高用户应用的可移植性、可扩充性和可靠性。最重要的是WBI提供一个基于“Application-Hub”的整合理念，最大限度地减少应用系统互联所面临的复杂性。基于WBI系统的实现维护相对简单，保证每一个应用系统的更新和修改都能够实时地实现。同时，当新的应用系统出现时能够方便地纳入到整个IT环境当中。

WBI的优势还在于，它包含了应用集成以及业务流程集成的所有功能，涵盖了业务整合的全部需求。它能够满足企业业务整合的两方面，即应用整合和流程整合的需求。它是业界同类产品中真正基于“hub and spoke”架构构建的。

作为整合解决方案的基础，WBI还是一个可扩展、可靠、安全的运行环境。它可以为企业数据提供统一的视图，同时它还提供了广泛的技术服务，包括系统管理、事件管理、错误处理、事务处理、数据转换与传递等等。

WBI中采用的是面向对象的架构，所有的业务对象统称为“Service Data Object（SDO）”。SDO根据业务需要逻辑上可以进一步分为GBO(Generic Business Object)和ASBO(Application Specific Business Object)两种。GBO是某一个执行实体需要的数据的扩展和抽象。ASBO是与某一个应用相关的具体的数据表现。ASBO和GBO分离是WBI系统架构中的一个突出优势。它将不同应用的数据格式抽象为通用业务对象（Generic Business Object）, 而把与各种应用相关的数据实体用特殊业务对象（Application Specific Business Object）来表示，利用二者的映射来实现不同系统之间的数据转换。

BEA: SOA技术加快铁路信息化

采用SOA技术，实现应用系统的一次构建、随处使用。

铁路系统目前已经建成了覆盖铁道部、铁路局和全路主要站段的传输网、交换网、数据通信网三大通信基础网，开发、实施了多个铁路应用信息系统，但仍无法满足不断产生的各种需求。其中最突出的需求就是使不同业务系统之间互通、互连，消灭信息孤岛。

需求分析

形成信息孤岛的主要原因是这些系统的建设受当时的IT技术和认知程度的影响，决策者没有充分考虑如何统一软件基础平台以及系统之间的互连互通等问题。虽然这些系统在上线初期，很好地解决了用户的功能需求，但是当运行一段时间后，许多问题接踵而至。概括起来，包括以下方面:

● 普通货主不能利用自助服务（网页、手机查询）手段查询货物托运站点、运费计算方式等信息;

● 大宗货主不能利用自助服务（如网页）方式提交货运计划，更不可能查询到货运计划的报批状态、已运货物的当前运输状态和当前到达位置。

● 业务部门的管理者会发现业务系统总是不能完全满足办理业务的需要，并且无法对业务统一管理、监控;

● 业务人员则很难获取其他业务部门的信息，如调度人员对于线路“天窗”等工务信息和铁路信号等电务信息的及时获取和处理。

这些问题的产生是各个业务系统之间相互孤立、隔绝的必然结果。为此，铁路部门将信息系统建设的总体目标规划为: 建设一个企业级的、灵活的、具有流动性和连接性的系统，充分整合内部应用系统，使不同的用户可以访问同一个系统，实现信息的充分共享。

方案实现

要想实现铁路系统信息和流程的自由流动并不是一件容易的事情，不可能一蹴而就，必须分步实施: 首先要将传统的IT系统架构转向面向服务的架构（SOA）; 其次要对SOA的整个生命周期进行全面的管理，使服务能够“构建一次，多次使用”，实现简化企业IT，快速应对业务挑战的目标。

BEA为SOA提供了先进的平台以及用于设计和实施SOA的专业服务。BEA WebLogic Platform产品能够提供易用的SOA基础架构，帮助用户实现不同层次的、异构系统之间的无缝集成。同时，通过BEA AquaLogic产品，BEA能够提供部署、发现、保护和管理SOA整个生命周期的服务基础架构，实现在异构计算环境里开发、部署、管理并操作完全面向服务的架构（SOA）的能力，实现“一次构建、随处使用”（COLA），帮助客户把孤立的或“冻结”的IT资产变成“企业流动资产”，更快地响应业务需求的变化。

从上面的图中可以看到，铁路IT系统中无论是运输组织系统、客运营销系统、货运营销系统还是经营管理系统，已经不再是信息孤岛——它们之间通过三个黄色的纽带相互贯通，这样可以在不同的系统重用共有的IT基础架构。不同系统之间的信息流通过三个不同层次的通道相互传递、流转，从而实现了系统的横向互通。在纵向方面，通过开发部署平台、消息服务、安全平台和系统管理，实现了上下的连接。

总体而言，使用BEA WebLogic Platform系列产品能够在不同层次实现铁路内部不同系统的资源共享，而利用AquaLogic可以发现、保护、管理和组装建立在异构平台上的服务。BEA 的SOA平台为铁路系统提供了一个基础，在此之上我们可以任意规划铁路系统的IT系统。

中创：基于流程的企业业务集成方案

搭建企业信息化的基础平台，实现企业应用之间的协同。

随着企业的发展，企业应用集成已逐渐提到企业信息化建设的日程上来。综合来说，集成所要解决的问题包括以下几点:

1. 变面向职能系统为面向角色系统;

2. 按照企业的管理思想，将分散的业务进行集中的管理;

3. 将分散的业务数据进行集中;

4. 保证远程异构系统间的信息互通。

基于流程的集成方案

由于企业不同应用系统的运行环境复杂，以及所面向的业务领域相对独立，本方案的设计严格遵循以下思路:

● 松耦合地实现现有应用在业务层面及数据层面的集成;

● 为集成而开发的程序单独进行配置，提供随需应变的集成策略;

● 面向业务领域的集成策略，保证所建立的系统模型能够忠实地反映企业实际的运行状况;

● 采用面向服务的企业总线，为企业今后业务系统的完善提供可扩展的基础平台。

本集成方案采用中创软件商用中间件有限公司的Infor系列中间件产品作为底层的中间件支撑平台（基于Infor系列中间件构建的企业业务集成解决方案如下图所示），包括以下几个关键部分:

业务流程中心 应用的集成首先是业务的集成。业务流程中心在企业信息系统集成方案中处于核心的位置。业务流程中心要为企业提供业务过程建模、管理、监控、分析等全生命周期的管理职能，负责组织企业的运营过程，协调部门与部门、人与人之间的协作过程，调度工作项在业务人员之间的分配。另外，数据层面的集成也必须通过业务流程中心来决定何时进行数据的抽取与转移。本方案的业务流程中心使用中创工作流中间件InforFlow来实现。

数据中心 数据中心是企业信息化建设的核心之一。主要完成向应用系统索取数据、发布消息及向订阅数据的应用发送数据的功能。在本方案中，数据中心基于企业应用集成中间InforEAI实现。

消息中心 消息中心对外向企业应用提供发布/订阅及点对点的通信模式。在本方案中，基于InforBus/Q实现的消息中心是企业应用之间进行通信的中继路由机构，通信的模式可以是发布/订阅模式，也可以是点对点模式。

集成组件 集成组件是以系统集成为目的的一类业务组件，集成组件独立于业务系统，在各业务系统之间完成消息传递、数据抽取与发布等功能。在本方案中，集成组件不能由业务系统直接调用，而是根据配置，通过业务流程中心（工作流引擎）、消息中心或者数据中心自动发起的。

方案特点

整个系统构建于基于企业服务总线搭建的企业信息化平台之上，平台提供了构建企业应用所必需的各种基础设施，为企业提供了从技术层面到业务层面经常面对问题的解决方案。面向服务的总线结构使得以后开发的新系统可以方便地集成到平台中去。方案具有以下特点:

1． 可扩展性高，可方便地集成新的应用;

2． 基于组件的开发思路彻底分离业务逻辑，提高可复用性;

3． 集中管理、分散控制。

本方案基于中创Infor系统中间件，并通过定义可扩展、可拆装的集成组件，实现了多应用系统的统一管理与数据共享。在系统运行效率方面，可以满足企业业务实时办理、数据实时传输、消息及时通知以及系统间大数据量转移的要求。在性能方面，由于系统所依赖的三个关键的Infor系列中间件产品InforFlow、InforEAI、InforBus/Q都有较高的处理性能，并都已经过众多大项目的考验，因此完全可以满足企业级应用系统的性能要求。

系统作为企业信息化建设的基础平台，实现了形式多样的企业应用之间的协同处理，并通过三种特点不同的集成策略很好也解决了企业应用集成面临的众多难题，同时也有利于建立符合企业实际业务特点的、实用的系统模型，满足企业对规范性、灵活性、及时性的要求。

图 基于Infor系列中间件的业务集成解决方案

东方通: 省级电子政务统一应用平台

以中间件技术为基础，有良好分层结构，采用组件技术的电子政务平台。

电子政务应用系统涉及的部门和系统众多，系统结构和层次复杂。但不论实现哪种类型的应用系统，都应该考虑到以下几个问题，包括数据共享交换、业务协同、统一门户接入、安全、系统管理和维护等几个方面。同时，除了上述功能性需求而外，在建设互联互通的电子政务网络的过程中，还需要充分考虑到一些非功能性需求，以保证系统的建设质量，如开放性、可扩展性、灵活性、可靠性等。

电子政务平台的建设

省级电子政务系统的总体框架可分成三个层次:

● 系统层: 包括系统硬件平台和系统软件平台。

● 统一的应用平台层: 作为电子政务应用的底层平台，提供应用构建框架和底层通用服务，该平台层又可以细分为三个层次: 支撑软件层、应用基础平台层、应用组件层。

● 应用层: 以应用基础组件为基础，向电子政务系统的最终用户提供业务处理功能的各类应用系统。

电子政务系统还需要建立起完备的安全体系，从各个不同的方面入手保证系统的安全性，其中一个重要的环节就是要建立起安全服务平台，为各种应用提供安全基础服务。下面分别介绍应用平台的几个关键组成部分。

数据共享交换平台 它提供统一的数据共享服务和数据交换服务，是“统一应用平台”的最基本组成部分。数据共享交换平台的主要功能有四个: 数据管理，数据交换，数据共享以及其他公共功能。

业务协同平台 业务协同平台为需要协同工作的业务系统提供基础支撑平台，业务协同平台需要使用数据共享交换平台、安全服务平台和统一管理平台提供基础服务功能。

门户服务平台 门户服务平台以J2EE应用服务器TongWeb和门户服务器TongPortal为底层的支撑软件，实现将来自各种电子政务应用系统的内容和功能统一进行展现，门户服务平台将安全服务平台提供的服务进行用户认证和权限管理。在门户服务平台基础上提供的通用应用组件，可以方便插入上层门户应用系统中进行复用。

安全服务平台 统一安全服务平台为建立安全的电子政务应用提供信息机密性、信息的完整性和有效性（防止被篡改和损坏）、访问不可抵赖性、信息的可审查性和可控性等综合的安全服务，独立于应用并为应用提供支撑平台。

统一管理平台 统一管理平台有两个层次组成，包括基本管理框架和标准服务及根据不同平台定制的管理服务，这一部分由各平台和应用根据管理框架，具体实现管理功能。

方案特点

以中间件为基础，有良好分层结构和采用组件技术的统一应用平台具有如下突出特点:

1. 技术平台的开放性和先进性

以J2EE应用服务器TongWeb技术、消息中间件TongLINK/Q技术、应用与数据集成技术、工作流技术和门户技术为基础，采用开放技术和被众多成功案例证明了的Web 服务标准。而且，在产品供应商和技术服务商的选择上也提供了更大的余地。

2. 应用开发的便捷性

在本系统中应用的各种平台技术，在提供了各种服务的同时，还屏蔽了技术实现细节，用简单而便于开发人员理解和使用的API提供上层应用程序所需的基础服务。

3. 系统的可扩展性

统一应用平台提供了良好的业务类型扩展性和业务规模扩展性，保证系统能够快速方便地引入新的硬件和软件系统，保护旧有系统的投资。

4. 系统的健壮性和安全性

本方案所推荐的平台均在各种用户系统中得到了广泛地检验，同时，统一应用平台的各个部分均不同程度地提供有效的安全手段，如用户访问控制、信息加密等，能够提供数据安全保护措施和系统安全保证。

图 省电子政务系统的总体框架图

佳讯飞鸿: AnyTouch智能信息平台

基于CTI中间件和平台模式的智能信息平台。

产业的发展为CTI（Computer Telephoney/Telecommucation Integration，计算机电话/通信集成技术）中间件的形成提出了迫切的要求。作为主要处理话务部分的软件，CTI从技术上完全可以（而且也必须）分离出来，为APP层减少复杂的话务部分的处理并减少集成厂商在此模块的重复开发，从而使这个领域的厂商可以更加专注于研究如何紧密地运用电话技术和计算机技术。

方案设计

早期CTI中间件系统多是非平台模式的。当需求从人工业务扩展到外拨业务时就需要添加新的软硬件设备。非平台模式系统建设需要采用多家设备，如不同厂家的交换机、语音板卡、CTI中间件、IVR服务软件、录音设备，以及相互独立的、没有统一设计的系统维护工具和业务界面。北京佳讯飞鸿公司在原有非平台模式上，结合新的设计思路，推出基于平台模式的中间件产品。该方案采用自主开发的CTI中间件—AnyTouch智能信息交互平台作为CTI的应用中间件产品。

AnyTouch平台根据功能划分为多个子系统，各子系统的软件设计采用分层的模块化结构设计。从业务应用的角度来看，系统具有很强的伸缩性，业务生成简单方便。某个业务的启动或停止都不会影响运行着的其他业务。AnyTouch平台主要由五层组成:

接入层——是平台提供客服中心与外界联接的接口，包括了板卡接入、交换机接入、Web接入、E-mail接入及其他形式的接入方式。

控制层——提供系统的CTI核心控制功能，负责协调各个周边模块的工作。还包括一个智能呼叫路由功能的ACD系统。

服务层——完成各种业务服务流程，提供不同方式的服务。包括自动语音、自动传真、人工座席、主动外拨、Internet协助、录音监控等。

管理层——提供了对整个系统的配置、管理、监控、维护、统计、分析等各种任务的实现，其可视化界面可以使用户方便地操作各种任务。

数据层——用于存储与平台相关的各种数据，包括了平台的状态信息、配置信息、呼叫的记录以及各种任务信息。

此外，后台的业务系统开发环境可以不断开发新的业务系统或更新修订已有的业务系统，并应用到平台系统中。

方案特点

1. 这是一个成熟、专业的CTI应用开发平台。该平台支持多种业务应用，结构先进，可扩展性强。

2. 采用先进的分布式、模块化、面向对象的软件结构设计，支持接入层和服务层的持续性扩展，易于扩容和灵活部署。

3. 强大的联网功能接入方式，支持集中式、分布式组网方案，并提供多种远端座席的实现方式，支持电话、传真、E-mail、WWW、短消息等。

4. 集中统一的CTI核心控制系统和智能化的软件ACD策略。

5. 灵活的服务形式，包括人工、自动、主动、录音、计费等，支持呼叫中心业务和电信增值业务的开发与应用。

6. 配属强大的图形化管理工具和二次业务开发包。

7. 整个系统的核心模块支持双机热备、双机双网或多模块集群处理、负载均衡的机制，并具备系统模块监控和自我恢复功能。

AnyTouch集成了CTI应用相关的各种组件，各个模块在统一的体系架构下协同工作，比起非平台模式的中间件，达到同样的功能而成本更低，原因有三：

1. 节约了系统各个部分公共功能的成本。在AnyTouch里采用统一的管理监控模块，而且可以根据平台组件的增加而扩展。

2. 平台按照交换机级系统的要求开发，但同时支持板卡级系统，而不减少任何功能。这种特性使得系统可以建立在低成本硬件基础上，却拥有超过高级系统的所有功能。

3. 硬件独立性使得基于AnyTouch的CTI应用系统可以根据实际的需求选择最合适的硬件，提高整体系统的性价比。

麒麟远创：金融服务平台技术方案

建立金融服务平台，全面整合银行渠道管理系统与银行后台产品系统。

经过多年的发展，我国的银行都已建立了众多的IT应用系统。这些系统常常是不同的应用厂商提供，分别为银行各个部门服务，同时往往各自独立运行，缺乏沟通和联系，由此带来了很多问题，比如，不同系统有不同的客户数据，这些系统的客户数据如何统一，与第三方系统连接如何统一，如何灵活增加新的金融服务，如何复用系统资源、避免重复投资，业务流程如何自动化和电子化等等。银行IT人士的这些担忧，来自于业务部门的压力和未来发展的考虑，也凸现了集中和集成的关系问题。将这些旧系统推倒重新建立统一的硬件环境、统一的OS、统一的数据库、大集中的系统等想法都是“痴人说梦”，同时对原有系统改造也将是战术上的技巧，集中无法解决这些复杂的问题，只有集成才是方向，才是可行的解决方案。

方案实现

麒麟远创根据对银行业务需求的调查和金融服务平台的层次分析，同时强调金融服务平台的开发能力，管理能力和创新能力，提出如下的金融服务平台架构模型。

该金融服务平台位于渠道或渠道管理系统与后台产品系统之间，请求接入（Inbound）和服务接出（Outbound）屏蔽外部系统连接的异构性，信息模型对它们提供支持以实现不同系统数据的异构性，这些是整个金融服务平台适应环境的基础。中央控制(Controller)体现了业务流程和服务发布与组合，并通过交易/服务调度和路由，动态实现前端交易请求路由后台服务接出，其中的冲正、组合服务等体现了银行系统的特点: 管理与监控在体现全面管理的基础上，还提供用户管理、报警通知、异常管理等面向银行用户的功能，因而，整个架构体现了设计思路中平台的层次性分析。下面主要说明其中的几个关键模块及其技术选择。

1． 信息模型

在需求分析收集的系统调用接口基础上，应首先建立银行内部的数据字典，数据字典定义最基础的词根和数据类型格式，并定义数据字段的命名规范。数据字典的建立来源于对银行系统的实体对象和服务对象的抽象。实体对象是银行业务数据如客户、卡号等的通用性定义，而服务对象则是对实体对象操作的方法或者事件。实体对象和服务对象构成了银行内部的标准服务数据、服务对象和实体对象的定义建议采用XML schema描述。

2． 核心流程

请求接入、中央控制和服务接出构成了整个金融服务平台的核心流程。请求接入和服务接出主要解决系统接入在通信和数据层面的工作，同时，也是调用安全模块的关联点。

3． 管理与监控

此层面主要面向管理人员和运行维护人员，通过Web界面提供方便地管理和监控手段。麒麟远创提供AF（Application FrameWork）框架和部件，以缩短开发周期并提升开发质量。业务流程的分析与监控可采用麒麟远创的BAM技术实现，它提供Cockpit API让客户自定义界面的开发。

方案特点

本技术方案基于业界领先的EAI/BPI产品，融合了国内外应用的技术经验，在整体上与集成项目的管理方案和质量方案呼应，配合项目的整个实施周期，具有以下特点：

● 强调项目周期管理。在项目周期的不同阶段提供不同的技术方案，特别强调需求分析方法的应用和测试模型的建立。

● 强调适应性和开放。测试模型的建立以及平台多层面的“柔性”集成，避免系统层面和数据层面的“点到点集成”，以适应外部IT环境的变化。

图 麒麟远创金融服务平台架构模型图

● 强调行业知识积累和技术/模块复用。信息模型建立的过程是实践的过程，应体现银行知识的积累。

● 体现EAI/BPI技术与行业知识的有效结合，强调平台的业务创新能力。

● 技术方案与项目管理方案、质量方案共同构成麒麟远创的项目实施方法论。

黎明网络：某市行政服务大厅行政联合审批系统

为解决政府部门系统信息交换不统一所带来的严重影响，迫切需要建立一个功能强大的统一的数据交换平台，以整合政务信息资源和政务流程。

某市各职能部门已经建立起各自的业务系统，各个部门的业务系统互相独立，已经越来越阻碍到部门间进行的联合审批，形成一个个信息孤岛，而孤岛本身却是各个部门难以放弃的重要投资。如何充分利用原有系统的功能而不改变原有系统，成为提高信息系统建设效率的重大课题。黎明网络认为，行政审批中基础和关键的部分在于以优秀的SOA中间件为支撑的行政服务大厅数据交换系统，数据交换系统对实现信息共享、解除信息孤岛起着至关重要的作用。

据此，黎明网络提出如下实现行政联合审批系统的解决方案：

1． 采用面向服务的架构（SOA）

数据交换平台是实现多个分布式异构应用系统之间信息共享和业务协同的基础平台，而且随着业务的发展变化，具体业务信息和协同会不断提出新的要求。SOA架构非常适合实现数据交换平台的要求。

2． 采用XML格式的业务接口规范

数据交换平台上的各项服务涉及到各个应用系统的相关数据，而在各个应用系统中信息存储的方式和平台各不相同，导致各个服务功能的请求内容和结果内容不统一。数据交换平台采用XML格式传送各项服务的请求内容和结果，可实现异构系统、异构数据库间的信息转换和沟通。黎明网络的iSwitch 中间件产品BizLink业务接口网关可以实现将各应用系统和数据源的数据转换成XML格式的任务。

3． 基于XML格式的信息交换技术

信息交换作为一个协议层次（称为信息交换层）单独提出来，是有一定现实意义的。底层物理网络和应用系统多种多样，需要有一种统一的机制实现不同网络之间的数据交换，既能屏蔽物理网络协议，又能实现不同物理网络之间的信息融合，这就是基于XML的信息交换技术。信息交换的工作可以通过黎明网络的iSwitch Engine信息交换引擎实现。

4． 利用业务流程管理实现业务集成

政府机关或企业的信息系统大部分都是相互独立的应用系统，它们各自完成相应的特定功能。但是在现实中往往看到，一个工作流程可能需要这些机构内多个信息系统，甚至是需要联合其他企业或政府部门的系统协同才能完成的，这意味着政府和企业需要一个系统来帮助它们通过从集成应用服务系统中获取并动态管理业务逻辑，来实现业务流程的分析、优化和实现等功能。黎明网络的iSwitch BizManager业务流程管理系统便是一个可以实现以上功能的业务流程设计及管理工具。

5． 内外网隔离的安全设计

根据电子政务系统建设的要求，内外网之间需要物理隔离。因此，在本系统的设计中，采用了黎明网络具有自主知识产权的iSwitch GapLink物理隔离器。iSwitch GapLink物理隔离器，从物理层彻底阻断网络间的任何直接连接或间接逻辑连通，确保两端网络在任何时段内不发生连接，原始数据通过中间存储介质摆渡（仿手工）的方式实现交换。

6． 内外网数据交换平台建设的侧重点不同

对于内网数据交换平台而言，其主要的任务是大厅内各个子系统之间、以及大厅系统与相关业务部门的审批应用系统之间的数据交换功能，重点在于异构应用系统的集成、数据信息的交换、业务流程的管理方面。在外网的数据交换平台建设上，其主要的功能是接收各个业务部门网上审批系统的业务受理数据，然后通过安全隔离系统传送到内网中间来，由内网的数据交换系统提交给相应的业务部门进行处理。同时，它也完成内网的一些信息数据向位于外网的行政服务大厅门户网站发布的任务。

应用效果

2004年，该行政服务大厅正式启用，该市主要政府部门在市民中心行政服务大厅设置100多个服务窗口，受理近400项覆盖市政府主要部门的审批项目，实现了并联审批和集中监管。系统试运行一年多以来，总体运行稳定，实现了从申报到办结的全过程，办理过程向申报单位实行公示，从而使申报单位可以就地随时在网上了解当前办理状况，并可以随时通过计算机或电话与当前处理人沟通信息或催办，将政府的办事过程完全置于被服务者的监督之下，有效地促进机关的业务建设和作风建设，提高服务效率和质量。

通过数据交换系统的建设，该市行政服务大厅行政服务大厅信息系统实现了一站式并联行政审批，各政府单位之间业务协同和联动，打破了条块分割的政府单位之间的界限，以统一的政府形象面对公众，行政审批不再以单一的部门审批窗口直接面向公众，而是以统一的政府行政审批窗口面向公众。

金蝶：社会事务的现代化集约管理之路

快速构建“标准、安全、集成、高效”的流浪乞讨人员救助管理信息系统，实现全国救助工作系统信息共享、全面提升救助业务的管理水平和服务能力，正成为民政部信息化建设的迫切需求。

根据国家民政部流浪乞讨人员救助管理信息系统项目的实际情况，系统建设应该实现以下几点: 以民政业务软件数据标准为规范，制定救助管理标准体系，实现全国流浪乞讨人员救助管理信息系统的标准化和规范化，与民政公用政务平台接轨; 以民政部为中心，实现全国救助站和省级民政部门之间的广域网连接，并通过Internet提供集管理与服务为一体的多功能、集成化网络体系; 通过在网络上建立分布式的全国流浪乞讨人员信息数据库，并附以相应的在线数据分析软件，使各级民政救助站的工作人员可以随时掌握各地救助情况; 满足各级民政主管部门对救助业务的管理和服务需要，提供对各类救助数据的查询、分析、统计及政策的发布; 满足各级民政部门对救助业务管理的需要，加强内部管理，规范服务流程，提高工作效率，提高员工素质，提升管理能力。

根据上述分析，“全国流浪乞讨人员救助管理信息系统”分为部级业务监管子系统、省级民政部门业务监管子系统、救助站管理子系统三部分。系统分布在部、省两级民政部门和救助站三个层次的接近1000个节点（潜在的节点约有2000个以上）上，用网络实现三层互联。

系统网络架构的设计充分利用现有民政广域网和Internet的基础。系统网络为三级树状结构，由民政部联接各省级民政厅（局），再由各省级民政厅（局）联接所辖各级救助站。考虑到救助管理业务特点，对安全性要求主要是数据安全和网络稳定性，因此，部省之间使用民政广域网联接，省、站之间采用Internet+VPN的方式联接。

根据以上的拓扑结构，系统在软件的部署结构上采用集中分布式的部署方式，横向集中、纵向分布，使得整个系统有很好的灵活性和可伸缩性。采用国际主流的中间件J2EE技术体系可以很好满足整个系统的可伸缩性和分布式处理能力。

同时，采用J2EE的安全体系，在应用服务器中间件这层设置安全认证和加密，大大增强了系统的安全性。从救助业务上考虑，三个系统之间需要进行频繁的数据同步和数据交换，救助站管理子系统定期向省级业务监管子系统提交本站救助人相关的明细数据，需要从省级民政机关下载通知、文件等数据。省级业务监管子系统需要定期把本省业务数据提交到部级业务监管子系统中。而采用XML的数据交换格式，保证了数据格式的开放性，保证系统具有良好的扩展性。无论是在民政部内部网进行传输还是在互联网上进行传输，这些XML数据全部采用加密的方式，防止数据外泄，最大限度的保证系统的安全。

对于此次救助业务系统的建设，采用业界成熟的技术，在部级和省级民政机关建立应用服务器和数据服务器，系统运行在基于J2EE的应用服务器上，采用B/S的方式实现民政救助业务处理。

三个子系统全部采用面向对象的分析和设计方法、多层体系的结构设计方式，能够支持业界工业标准。省、部级系统所有技术均采用J2EE作为解决方案，支持常见的中间件平台，具有良好的性能和跨平台性。利用J2EE架构，系统能够轻松实现应用软件层面的群集和负载平衡。系统所有的业务功能全部采用EJB组件技术进行开发，能够随时在线更新EJB组件，系统具有良好的可扩展性。

系统同样支持操作系统层面的群集服务，业务组件能够部署在不同的服务器上，平均负担系统负载，利用多台PC服务器实现Unix小型机的性能，减少了各级民政部门的系统运行成本和维护成本。

应用效果

该系统的特色是采用了先进的J2EE技术和XML技术，借助金蝶中间件及其合作伙伴的数据挖掘产品，达到了系统设计的初衷，如数据同步、数据交换等，使整个系统的性价比有了很大提升，也使得这次金蝶和合作伙伴成为合作的典范，取得了良好的效果。

国家民政部信息中心认为金蝶Apusic应用服务器在以下几个方面表现出了明显的优势：一是性能上能充分满足国家民政部对于应用环境的要求；二是价格优势明显；三是服务条款完善。国家民政部信息中心有关人士表示: 我们相信，在国家民政部的信息化建设过程中，Apusic将继续发挥更大的作用。

普元：快速、灵活、可靠地实现复杂的电信卡管理

电信卡管理由于管理内容复杂，并且需要对市场需求变化快速响应，所以成为电信运行管理系统建设的一大难点。

随着电信卡业务的不断发展，电信卡的种类越来越多，库存和生产管理日益复杂。 另外各类分销渠道也越来越广，需要对不同渠道厂商的业务流程以及各种卡折扣套餐进行管理，需要建设统一的营销管理系统。因此2004年9月，广州电信流动客户中心发起建设“广州市电信卡管理系统”项目，将全国电信通用电信卡和省卡、地区卡进行统筹管理，对各类电信卡的动态情况进行实时了解。具体讲，就是能够随时掌握整个广州地区电信卡的进、销、存、分、调、配、退、废情况，从而大大提高经营质素，降低成本、提高利润，提高综合竞争力。

该项目是广州电信公司的一个重要的业务管理系统，首先需要有良好的可靠性保证，其次在实现完善的功能任务的基础上，需要有灵活的业务变化响应能力，以适应快速的市场变化。具体有4个方面系统建设目标:

● 系统稳定可靠: 由于是广州电信公司内部关键的业务管理系统，其可靠性直接影响到广州地区各级电信部门对电信卡库存、销售的记录和管理，因此稳定可靠是该系统的基本要求。

● 完善的功能实现: 要能承担对包括四郊市在内的广州地区所有电信部门及营业厅提供电信卡库存及业务流程的管理和各种销售服务。

● 灵活的业务变化响应: 可以根据需要快速灵活的进行卡属性的变更，业务流程的变化、各种界面的变化、各种角色的权限变化等。

● 方便快捷的系统维护: 实时监控运行时的状态，进行系统性能调优。具体问题及时发现调整，并且不会影响整体其他部分的正常使用。

根据客户的需要及应用特点，普元软件推出的电信卡销售管理系统是建立在Windows 2000系统及SQL Server 2000数据库基础上，运用EOS Server3.3开发而成的。具体实现方法包括如下三个方面:

1． B/S架构下的电信卡销售管理系统

基于B/S架构的电信卡销售管理系统建立在Windows2000系统及SQL Server 2000数据库基础上，并采用了开源的TOMCAT J2EE平台，不但获得B/S架构的各种优异性能，而且进一步节约了项目成本。因为普元EOS平台支持各种开源的J2EE 应用服务器（EOS 3.3支持TOMCATE，EOS5.0支持JBOSS），使其可用性进一步得到保证.

2． 多层松耦合的设计模式

基于EOS平台，应用系统采用MVC的模式，以及可视化开发构件组装模式。通过展现构件接受页面指令，调用业务构件来处理相应的操作，实现相应的功能，通过XML总线实现业务构件与页面的数据交互。其好处是各个系统的实现层次分明而且松耦合，使系统具有很强的快速响应变化的能力，无论是页面展现方面的变化还是业务内容方面的变化都能够方便地独立实现，不影响其他构件模块部分的内容。

3． 网络结构如图所示。

应用效果

取消或减少了各类审批问题，比以往的很多管理模式有较大转变。很多过去习以为常的管理职能，比如手工定单、信息检索查询、操作培训、卡片入库、调拨、退回、售出等都会有所调整。同时对客户和供应商的身份和信誉管理等工作也会逐步加强。营业分局通过这个过程，将逐步成为在更发达的市场经济中职能更清晰、办事更有效率的销售管理部门。

营业管理部门可以利用网络即时监管，而且可以一步到位，做到用点击鼠标来完成各类卡片的入库、调拨和退回以及销售。借助信息网络化的帮助，营业销售管理部门的管理将逐步成为信息快捷、监管严密的网络。

恩益禧－中科院软件：实现关键系统的高可用性和高可靠性

对于需要保障信息安全和提供不间断服务的图书馆业务来说，系统的可用性和可靠性显得尤为重要。

本案例的用户是是青岛市政府组建主管的一所专科层次的全日制普通高校，是山东省骨干示范性职业技术学院。学院现有教职工758人，全日制在校生8000多人。该学院的校园图书馆建筑面积为18800平方米，设计藏书量为90万册。

作为全体师生资源共享的校园图书馆对业务的要求相对来说也比较高，随着图书馆数字化技术的普及，一些关键性的图书馆业务被部署到了的Linux平台上，如文献信息服务系统、Oracle数据库等。这些关键业务对图书馆的正常运营起着重要的作用，一旦这些业务系统发生宕机故障或应用停机，将给图书馆带来巨大的损失，导致全校师生在故障恢复之前无法正常使用图书馆业务系统，而且故障检查和修复需要系统管理员手工操作，同样需要时间，在修复之前必然影响图书馆的正常工作。

因此，对于需要保障信息安全和提供不间断服务的图书馆业务来说，系统的可用性和可靠性显得尤为重要。如何保障图书馆的关键业务持续运转，达到持续运营的良性循环，已成为急需解决的关键问题。因此，必须采取适当的措施来确保计算机系统的高可用性和高可靠性，达到系统可用性和可靠性为99.99%。

于是，用户提出了对校园图书馆业务系统在可靠性和容错能力上的如下要求:

● 服务器、存储设备硬件故障自动切换，业务和数据自动接管;

● 保护Oracle数据库和文献信息服务系统(基于Tomcat实现)这两种服务;

● 双机集群采用Active/Active的双活工作方式;

● 支持IA-64位的系统平台;

● 支持双通路的存储设备。

基于这些要求，恩益禧－中科院软件研究所有限公司提出了基于EXPRESSCLUSTER集群中间件的HA集群解决方案，以实现系统中关键设备的双机容错，从而达到系统的高度可靠性和容错能力。具体将2台IA-64位架构的服务器做如下配置: 配置一套2节点的共享磁盘型集群，客户数据存储于磁盘阵列柜上。同时配置成Active/Active的双活工作方式，一台服务器作为Oracle的主运行机，另外一台服务器作为Tomcat的主运行机，同时，这两台服务器也作为对方服务器的备机，从而达到了互为备份的容错效果。如图所示。

其中，EXPRESSCLUSTER将用户数据存储于共享磁盘上(即磁盘阵列柜)。在Active/Active的工作模式下，2台服务器(Server1和Server2)都作为活动主机。当Server1发生故障时(包括各种软硬件故障)，Server2通过心跳路径侦测到Server1的故障并自动接管所有Server1上的资源和共享磁盘上的数据，并继续运行数据库服务或其他应用程序。对于客户端来说这种接管过程是不可见的，用户感觉不到这种故障切换，可以继续使用备份服务器提供的服务。待Server1修复后，可选择通过手工或自动方式将所有已切换到Server2的资源切换回到Server1，并且恢复对共享磁盘上数据的访问。同理，当Server2发生故障时，Server1也会按照上述工作原理进行自动接管。

应用效果

HA解决方案比较有效地排解了该学院校园图书馆业务的后顾之忧。系统投入运行后，充分利用64位平台硬件的故障冗余部件（双网卡、双通路等），不仅提高了服务器、存储设备连续可用性，而且使Oracle数据库和文献信息服务系统的可靠性达到了99.99%，平均每年的预计故障时间由8.8小时缩短到53分钟; 另外，还大大降低了系统管理的人力成本，提高了自动化程度，真正做到无人值守。一般的故障恢复由系统自动完成，不需要人工干预。同时也提高了服务质量和广大师生的满意度，保障了教学、科研活动的顺利进行。