电子政务应用集成技术包括的主要内容

7.3.3　电子政务应用集成技术

从目前的发展来看，组件技术已成为电子政务应用集成的主流方向。基于组件的应用集成就是将应用软件分解成为一个个独立的单元，将软件开发过程转变成为类似于“搭积木”的搭建过程，通过组装不同的软件组件单元来实现软件的集成。最具有代表性的组件技术包括：CORBA、Microsoft公司提出的DCOM、SUN公司提出的EJB和J2EE。

1. CORBA

CORBA是通用对象请求代理结构（Common Object Request Broker Architecture）的缩写。通常提到的CORBA一般有两层意思，一是指对象管理组织OMG（Object Management Group）提出的分布式对象体系结构标准（或称规格），另一层意思是按这种体系结构开发的中间件产品。CORBA作为一种应用级的互联标准得到了广泛的认同和应用，其主要特征是：

（1）互操作性强。在CORBA环境下应用系统间的互联是以对象或程序的调用方式进行的，这样就可以做到系统间实时互操作。这类环境有很强的互操作能力，原则上，一个系统内部能够完成的操作，在系统之间通过CORBA都可以实现。

（2）简单、安全。CORBA的面向对象的特点还保证了各种对象的封装性和内部细节的隐蔽性。这不仅可以简化各种功能（服务）的使用，还提高了系统的安全性。

（3）无缝连接。CORBA比较适合于分层结构的应用集成，由于电子政务系统的体系结构本身就是一种多层次的结构，所以这一技术比较适合于核心业务逻辑的应用程序的集成。此外，由于目前应用服务器大多提供CORBA接口，这样利用CORBA技术完成应用程序和平台之间的无缝连接也比较容易。

2. EJB和J2EE

（1）EJB和J2EE简介

EJB是SUN公司倡导的基于Java的组件构架。EJB定义了一个集成的编程模型和标准的API接口。EJB是实现服务器端应用服务的组件。

在EJB之后，SUN提出了J2EE（Java2 Enterprise Edition），定义了一个一致的环境，以支持政府级别应用的集成，确保应用的可移植性。在SUN的J2EE规范（J2EE白皮书）当中，J2EE被定义成为一个多层次的服务、开发平台，总共包括4个组成部分，其核心是J2EE应用开发模型和J2EE平台；J2EE应用编程模型（J2EE Application Programming Model）：一个标准的开发多层结构、瘦客户端的开发标准；J2EE平台（J2EE Platform）：是J2EE应用的标准宿主（Hosting）平台，包括一系列的API和策略的集合；J2EE兼容性测试工具（J2EE Compatibility Test Suite）；J2EE实施参考（J2EE Reference Implementation）。

（2）J2EE应用编程模型

J2EE应用编程模型（J2EE Application Programming Model）如图7-8所示。在该模型当中，政务逻辑处理被分成三个层次：客户层、中间层和政府信息系统层。

图7-8　J2EE应用编程模型

客户层支持不同的客户端，包括基于浏览器的瘦客户端及其他客户端。中间层能够完成政府的各项服务。政府信息系统层负责存储政府内部的关键数据。在J2EE模型当中，应用服务被分为两部分，一部分是政务及表达逻辑，由开发人员实现；另一部分是标准的系统服务，由J2EE平台提供。

在J2EE模型当中，中间层的政务功能通过一系列的EJB组件实现。中间层使用JSP实现政务逻辑处理结果的动态发布，构成动态的HTML页面。

（3）J2EE平台

J2EE平台是一个运行J2EE应用（EJB、JSP、Servelets等）的标准环境。它包括以下几个部分：第一，J2EE（应用）分布规范。该部分定义了在J2EE平台上进行应用集成及分布的标准；第二，J2EE平台的Java技术标准。该部分定义了J2EE平台需要支持的标准集合；第三，J2EE平台的IETF标准。该部分定义了J2EE平台需要支持的IETF标准的集合；第四，J2EE平台的CORBA标准。该部分定义了J2EE平台的中间层需要支持的CORBA标准。

3. Microsoft DCOM及Windows DNA

（1）DCOM和Windows DNA概述

DCOM（分布式公共对象模型）是微软公司以其COM（公共对象模型）为基础提出的分布式应用集成框架，DCOM和Windows DNA是Microsoft公司的组件集成标准，该标准支持基于数据总线和控制总线的组件集成。

Windows DNA是一种分布式的互联网应用框架，它被称为“数字神经系统”。这种结构的基本出发点是为了改善传统的客户机/服务器两层结构的局限性，以适应更快更复杂的事务处理任务和快速开发的需要。

Windows DNA与微软的Windows操作系统紧密结合，它是在原来Microsoft的分布式对象服务（如COM、事务服务器MTS等）的基础上构造的。Windows DNA的结构和SUN的J2EE标准相似，如图7-9所示。

在Windows DNA结构中，分布式应用系统由表示层、事务逻辑层和数据服务层三个部分组成：

① 表示层。即用户的界面部分。主要是通过在客户端浏览器中运行HTML、DHTML、JavaApplet、ActiveX等实现用户与应用程序的通信。在Internet应用环境中，表示层的工作由瘦客户机来完成。

② 事务逻辑层。负责处理表示层的应用请求，完成事务逻辑的计算任务，并将处理结果返回给用户。事务逻辑处理层是将原先置于客户端的事务逻辑分离出来，集中置于服务器部分，为所有用户共享。事务逻辑层是整个应用的核心部分，而组件对象模型COM则相当其心脏。事务逻辑层通过COM进行事务处理，并由IIS和MTS为各种应用组件提供完善的管理。

③ 数据服务层。为应用提供数据来源。和以往的两层体系结构不同，数据库不再和每个活动客户程序保持一个连接，而是若干个客户程序通过应用逻辑组件共享数据库的连接，从而减少了连接次数，提高了数据服务器的性能和安全性。可以根据需要选择Microsoft SQL Server、Oracle或任何与OLEDB或ODBC兼容的数据源。

图7-9　Windows DNA结构示意图

（2）DCOM和Windows DNA的优点

① 分工明确。Windows DNA的技术思想使应用开发有了明确的分工。一部分人员专注于事务逻辑层COM组件的开发和测试工作，另一部分人员根据事务逻辑的需要选择和使用COM组件，而不需要了解组件功能实现的内部细节，最终以精练的ASP脚本语言把组件集成到页面之中，从而有效地降低了开发的难度。

② 灵活便捷。将应用逻辑组件集中置于中间层，组件对象COM的可重用性减少了应用系统整体的管理和维护费用。事务逻辑改变时，不必改变整个页面源代码，只需调整或替换中间层相应的COM组件，即可灵活适应政务逻辑的变化。而后，系统可以在更新后的事务逻辑处理环境下运作，减少了客户端应用程序版本控制和更新的难度。在这样的结构下，所有复杂的事务处理都在中间层进行，客户端只需最基本的浏览器配置，就可以和服务器及其他客户进行事务交流。

③ 高效安全。这种应用模式能够提高系统的运营效率和安全性。在中间层，IIS负责应用逻辑层Web页面的管理，MTS负责应用逻辑层COM组件的管理。MTS在多线程的支持下工作，实现对COM组件的分布式连接管理、线程自动管理及高性能事务处理的监视。应用程序使用组件可以共享与数据库的连接，使数据库不再和每个活动客户保持一个连接，而是若干个客户通过共享组件和数据库连接，降低了数据库的负担，提高了系统性能。此外，客户通过组件访问数据库时，MTS的安全管理可以按权限将特定组件授给不同的用户组，使政务活动的安全性和系统结构有机地结合在一起。