1 引言

企业物流绩效评价信息系统(Enterprise Logistics PerformanceMeasurement Information System, EL- PMIS)的原始数据来源于企业内部信息系统和企业外部信息系统。随着供应链管理的趋势, 不仅要求EL- PMIS 和企业内部信息系统实现基于局域网的集成, 而且还要求EL- PMIS 和企业外部信息系统能实现基于Internet 的集成。因此, 必须在分析EL- PMIS 与企业内、外部各信息系统关系的基础上[1,2], 提出EL- PMIS 与上述各系统的集成方法, 以方便评价信息的提取。

2 集成原理

常用的系统集成方法主要有以下几类[3]:

(1)COM/DCOM方法。组件对象模型(Component ObjectModel, COM)是开发软件组件的一种标准, 组件实际上是一些小的二进制可执行程序, 它可以给应用程序、操作系统以及其他组件提供一些服务。一个COM对象包括一个或多个接口, 这些接口构成了COM 对象的功能代写论文。分布组件对象模型(DistributedCOM, DCOM)是COM的进一步扩展。当客户进程和组件位于不同的机器时, DCOM仅仅只是用网络协议来代替本地进程之间的通信。

(2)Java RMI 方法。Java 远程方法调用(Java Remote MethodInvocation, Java RMI)采用桩和骨架与远程服务器上的对象进行通讯。RMI 实现包括三层: 桩/ 骨架层、远程参考层、传输层。桩/ 骨架层负责管理客户端和服务器之间的远程对象接口。桩充当远程对象的客户端代理, 有着和远程对象相同的远程接口,远程对象的调用实际是通过调用该对象的客户端代理对象骨架来完成的。RMI 采用Java 远程方法通讯协议(Java RemoteMethod Protocol, JRMP), 是构建在TCP/IP 协议上的一种远程调用方法。

由于Windows 操作系统的流行, COM/DCOM方法深受程序员偏爱,目前已有大量的集成系统基于此技术开发。然而,作为一个主要是基于Windows 的集成技术,COM/DCOM不是硬件平台与操作系统互相独立的,语言支持也不是实际使用中的那么广泛。Java RMI 的体系结构虽然很好地实现了平台的独立性,但也受制于Java 虚拟机(Java Virtual Machine, JVM),必须拥有特定平台上的JVM才能真正拥有跨平台能力; 而且RMI方案只支持Java 编程语言,语言不独立,与实际应用集成的复杂性不吻合。

2.1 CORBA 集成方法

通用对象请求代理体系结构(Common Object RequestBroker Architecture, CORBA) 规范是基于对象管理体系结构(Object Management Architecture, OMA) 的, OMA 为构建分布式应用定义了非常广泛的服务。它主要由四个部分组成: 对象请求代理(Object Request Broker, ORB)、对象服务(Object Services,OS)、公共工具(Common Facilities, CF) 和应用对象(ApplicationObjects, AO)。ORB 负责对象在分布环境中透明地收发请求和响应, 它是构建分布对象应用、在异构或同构环境下实现应用间互操作的基础。对象服务是为使用和实现对象而提供的基本服务集合。这些服务提供异步事件管理和事务、持续、并发、名字、关系和生存周期管理。CF 是向终端用户应用提供的一组共享服务接口。这些工具提供信息管理、系统管理、任务管理和用户界面。OMA 架构的最上层是AO。AO 和下层对象基本的不同是它们直接支持一些商业活动, 它们可以直接被使用者使用,而不是被系统开发人员使用, 它最终的目标是允许使用者在一般应用对象之外自行组合自己的方案。CORBA 规范定义了接口定义语言(Interface Definition Language, IDL)及映射、单个ORB 和ORB 间互操作机制。CORBA 的结构见图1。

图1 CORBA 结构

同COM/DCOM和Java RMI 方法相比, CORBA 方法具有以下特点: CORBA 允许使用任何编程语言制作其构件,并可在任何平台上进行交互通讯; CORBA 体系结构可以使不同操作系统、不同编程语言、不同网络协议的应用系统方便地进行互操作, 实现了所谓的软件总线体制; 各个应用系统可以通过CORBA 系统集成到一起实现信息的交互和共享; CORBA 规范庞大而复杂,CORBA 的IIOP 协议和现在的Web 标准不能很好地集成, 对实现与维护的要求高, CORBA 不适合于通过Internert 进行通讯的跨企业间系统的集成。因此, 基于CORBA的集成方法在解决局域网或企业内部系统集成方法具有较强的优势, 但在解决地理上分散的跨企业的系统集成时, 存在明显的缺陷。

2.2 基于面向Web 服务的集成方法

2.2.1Web 服务。Web 服务是能自包含的、自描述及松散耦合的模块化应用, 能在Internet 上被出版、发现、绑定和调用的商业组件。Web 服务的实现技术主要包括: (1) 扩展标记语言(eXtended Markup Language, XML)。它是Web 服务得以实现的语言基础。(2) 简单对象访问协议(Simple Object AccessProtocol, SOAP)。它能在基于不同编程语言、操作系统和硬件平台的应用之间确保消息兼容性的交换协议。(3)Web 服务描述语言(Web Services Description Language,WSDL)。它为服务提供者提供一个简单的方法描述申请的形式并响应远程方法调用信息。(4)全局描述发现与集成(Universal Description Discovery andIntegration, UDDI)。UDDI 是一个基于目录服务的知识库, 用来存储企业的实体以及它们提供的Web 服务信息, 供调用者查询。

2.2.2 面向Web 服务的架构。面向Web 服务的架构(ServiceOriented Architecture, SOA)主要由三个角色组成: 服务提供者(Service Provider, SP),Web 服务请求者(Service Requestor,SR)和服务代理(Service Broker, SB)。Web 服务通过四个基本操作在SP、SR 与SB 之间进行联系。这四个基本操作是: (1)发布或取消Web 服务。Web 服务提供者需要首先将服务进行一定描述并发布到注册服务器上。在发布操作中,Web 服务提供者需要通过注册服务器的身份验证, 才能对服务描述信息进行出版、修改或取消出版。(2)发现Web 服务。Web 服务请求者根据注册服务器提供的规范接口发出查询请求, 以获取绑定服务所需的相关信息。(3)绑定Web 服务。服务请求方通过分析从注册服务器中得到的服务绑定信息, 包括服务的访问路径、服务调用的参数、返回结果、传输协议、安全要求等, 对自己的系统进行相应配置。(4)调用Web 服务。根据绑定的结果, 在运行时编译, 进而远程调用服务提供者所提供的服务。SOA 的结构如图

2 所示。

图2 SOA 结构

通过上述分析, SOA 方法同传统方法相比, 具有以下几个优点[4,5]: (1)完好的封装性。SOA 中的Web 服务是一种部署在Web 上的对象, 具备对象的良好封装性, 使用者能且仅能看到该对象提供的功能列表。(2)松散耦合。这一特征也是源于对象/ 组件技术, 当一个Web 服务的实现发生变更的时候, 调用者是不会感到这一点的, 对于调用者来说, 只要Web 服务的调用界面不变,Web 服务的实现任何变更对它们来说都是透明的。(3)高度可集成能力。由于Web 服务采取简单的、易理解的标准Web 协议作为组件界面描述和协同描述规范, 完全屏蔽了不同软件平台的差异, 实现了在当前环境下最高的可集成性。(4)安全性。服务器只是开放80 端口的HTTP 服务, 是非常安全的服务端口, 而且它可以穿透任何放火墙, 用户根本不需要考虑在哪里上网, 需要什么代理, 因为要上网的网络都是开放80 端口的。(5)使用方便。用户使用起来和本地操作没什么两样, 唯一的区别就是时间会有延迟, 视网络的带宽和服务器的访问量等情况而定。

3 EL- PMIS 对系统集成的需求由于EL- PMIS 系统集成的目标是将EL- PMIS 和分布在企业内、外部与EL- PMIS 有联系的信息系统有效地集成在一起, 以方便评价信息的获取。其核心是各类数据集成, 即要将原有系统中的信息不一致、缺少数据交换共享的、新应用信息系统等的异构分布的各个独立的数据库进行集成, 完善整个数据环境。因此, EL- PMIS 应是一个开放的系统, 它有着开放系统的一切特征: 开放性、复杂性、层次性等。同时, 从应用的角度,EL- PMIS 具有以下特点:

(1)需求变化的动态性[6]。企业的某种市场需求就会有相应的物流运作模式, 企业的物流业务流程会随着企业市场的不同需求而调整。企业的这种动态性使得EL- PMIS 的集成系统必须具有敏捷性。

(2)信息系统的多样性[7]。EL- PMIS 要集成企业内、外部的多个信息系统。这些信息系统一般都是在不同时期, 由不同的方法和工具开发而成。信息系统的这种多样性要求集成系统的不同信息系统之间的接口应该是松耦合的, 即连接中的任何一方均可更改执行机制, 却不影响应用程序的正常运行。

(3)网络环境的异质性。企业内、外部不同的信息系统可能运行在不同的网络操作系统上, 也可能运行在不同性质的公用或私有网络上。这种网络环境的异质性要求EL- PMIS 集成系统具有跨平台处理信息的能力。

(4)信息处理的实时性[8]。企业要能够实时地掌握其物流评价信息, EL- PMIS 集成系统必须具备信息的实时处理能力。

4 EL- PMIS 集成方法

EL- PMIS 的评价信息来源于企业内部信息系统和企业外部信息系统。因此, 不仅要求EL- PMIS 和企业内部信息系统要能实现基于局域网的集成, 而且还要求EL- PMIS 和企业外部信息系统能实现基于Internet 的集成。通过上述分析可知, 基于CORBA 的集成方法在解决局域网内系统的集成具有较强的优势, 但在解决地理上分散的跨企业的系统集成时, 存在明显的缺陷; 而基于面向Web 服务的集成方法, 具有敏捷性、松耦合、跨平台、跨部门应用、分布式计算等优点, 弥补了CORBA 集成方法的不足。因此, 本文提出的EL- PMIS 集成方法如下: 在企业内部, 利用CORBA 方法实现EL- PMIS 同各信息系统的集成; 在企业外部, 利用基于面向Web 服务方法实现EL- PMIS 同企业外部各信息系统的集成。

4.1 EL- PMIS 与企业内部各信息系统的集成在企业内部, EL- PMIS 与各信息系统集成的目的是方便提取企业内部的评价信息。根据上文2.1 部分CORBA 系统集成方法的原理, 企业内部的EL- PMIS 集成结构如图3 所示。对于EL- PMIS 而言,在企业内部, 众多的评价信息分布在不同的信息系统中,如MRP/MRPII/ERP 系统、PDM系统等,它们是评价信息的提供方,为评价信息的综合利用提供数据,将这些信息系统进行封装和包裹以对象的形式出现,只提供其接口信息,通过CORBA 的软总线机制进行集成。集成方是信息的使用方,即EL- PMIS。中间件CORBA 服务器对各种来自各应用系统的评价信息进行处理,提供给集成方,实现了信息的透明、实时、可靠的传输。具体实现步骤如下: