（计算数学专业论文）一个基于xml+bus的轻量级企业应用集成平台的研究.pdf

一个基于x m lb u s 的轻量级企业应用集成平 台的研究 摘要 由于占国民经济重要地位的中小型企业在信息化的初期缺乏整体规划，企业 备部门各自为政，使用了自行开发或购买的软件产品，系统间不能相互通信，形 成了一个个“信息孤岛”。将原有的系统推倒重来，显然l i 切合实际，那么如何 最大化保护和利用原有资源，使各系统数据共享，协同工作? e a i ( e n t e r p r i s e a p p l i c a t i o ni n t e g r a t i o n 企业应用集成) 正是解决该问题的最佳方法。 由于资金的限制，面对市场上昂贵的专业e a i 产品，如i b mw e b s p h e r e 、 b e a w e b l o g i ci n t e g r a t i o n 等，要解决一个集成问题需要过百万的投资，加上人力 资源的不足以及相关专业技术力量的薄弱，中小型企业对此束手无策。资金、人 力、技术力量的不足成为了解决中小型企业应用集成问题的“瓶颈”，也直接影 响了企业信息化的发展。 针对上述问题，本文通过对e a i 技术、消息代理机制、消息传输机制、x m l 技术、分布式计算技术的研究，提出了一个基于x m l 总线的轻量级的企j l p 应用 集成( e a i ) 框架一一x b b a 2 a i ( x m lb u sb a s e da p p l i c a t i o n t o a p p l i c a t i o n i n t e g r a t i o n f r a m e w o r k ) ，这是一个实现成本低，性能好的企业应用集成框架。本 文对该框架的总体设计、关键技术的实现进行了深入的论述，提出了“面向服务， 紧内聚、松耦合”的结构形式，实现了对应用系统的即插即用、协同工作，有效 解决了传统集成方法所存在的与旧应用结合过于紧密、灵活性差、数据表示形式 特殊等问题。同时，该框架在某市“数字人事”系统的开发应用中得到了很好 的验证。 关键词：企业应用集成，x m l 总线，消息代理，w e b 服务 t h er e s e a r c ho fax m lb u sb a s e d l i g h t w e i g h t e a ip i a t f o r m a b s t r a c t b e c a u s eo ft h el a c ko fw h o l ep r o g r a m m i n g ，t h ed e p a n m e n t si n e n t e r p r i s e s ， w h i c ha r ei m p o r t a n tt on a t i o n a le c o n o m y ，d e v e l o p e ds o f t w a r es y s t e m si nt h e i ro w n w a y o ra p p l i e dt h es o f t w a r ep r o d u c t i o n sp u r c h a s e df r o mt h em a r k e t b u tt h e r ei sn o c o m m u n i c a t i o nb e t w e e nt h e s es o f t w a r es y s t e m s ，“i n f o r m a t i o ni s l a n d s c a m ei n t o b e i n g t h a ti si m p o s s i b l et or e b u i l da l lt h e s es y s t e m s i nn e w w a y h o w t os o l v et h e s e p r o b l e m sw i t h i nl i m i t e df u n d a n d t i m e ，p r o t e c te x i s t e n tr e s o u r c ea n dm a d e t h e ms h a r e d a t aa n dc o o p e r a t ew i t he a c ho t h e r ? e a i ( e n t e r p r i s ea p p l i c a t i o ni n t e g r a t i o n ) i st h e b e s ts o l u t i o n f a c et oe x o r b i t a n tp r i c e si np r o f e s s i o n a le a i p r o d u c t i o n s ，l i k ei b mw e b s p h e r e ， b e a w e b l o 委ci n t e g r a t i o ne t c ，s e v e r a lm i l l i o n so f i n v e s t m e n ts e e m st ob en o r m a l 。b u t i ti sj u s tad r e a mt ot h em i d d l e s m a l ls i z ee n t e r p r i s e sw h i c ha r es h o r to f c a p i t a l ，p e r s o n w i t ha b i l i t ya n d p r o f e s s i o n a lt e c h n o l o g y c a p i t a l ，p e r s o na n dt e c h n o l o g yb e c o m e t h e b o t t l e n e c kt ot h es o l u t i o no fm i d d l e s m a l ls i z ee n t e r p r i s e se a i p r o b l e m s ，a tt h es a n l e t i m e ，i ti sa l s ot h eo b s t a c l ei nt h ep a t ho f i n f o m m t i o nd e v e l o p m e n t a f t e rr e s e a r c ho ne a it e c h n o l o g y , m e s s a g eb r o k e r m e c h a n i s m ，m e s s a g e t r a n s f o r mm e c h a n i s m 。x m l t e c h n o l o g ya n d d i s t r i b u t i o nt e c h n o l o g y , w ec a m eu pw i 也 al i g h t w e i g h te a if r a m e w o r kb a s e do nx m lb u s x b b a 2 a if x m lb u sb a s e d a p p l i c a t i o n t o a p p l i c a t i o ni n t e g r a t i o nf r a m e w o r k ) ，al o wc o s ta n de f f i c i e n te a i f r a m e w o r k i nt h i sp a p e r , w ed i s c u s sd e s i g no ft h ef r a m e w o r k ，t h em a i n t e c h n o l o g y i n d e t a i l w ed e f i n et h es t r u c t u r ea s “s e r v i c eo r i e n t e d ，t i g h tc o h e s i o n ，l o o s ec o u p l i n g ”， r e a l i z e dp l u g & p l a ya n dc o o p e r a t i o no f i n t e g r a t e da p p l i c a t i o n s a tt h es a m et i m ew e s o l v et h ep r o b l e m si nt h eo l de a im e t h o d st h a tt h e r ei st o ot i g h tt oc o m b i n ew i t ho l d s y s t e m s ，t h e d a t a e x p r e s s i o n i st o o p a r t i c u l a ra n d 豫el a c k o ff l e x i b i l i t y t h i s f r a m e w o r kw a sp r o v e dt ob ee f f i c i e n tt h r o u g ht h ea p p l i c a t i o ni n “d i g i t a lp e s o n n e l s o f t w a r es y s t e m k e yw o r d s ：e a i ，x m lb u s ，m e s s a g eb r o k e r , w e bs e r v i c e s 3 第一章概述 1 。 问题的产生 随着计薅机技术的发展，特别是i n t r a n e t 和i n t e r n e t 的出现，计算机在企 业中的应爝越来越f “泛，企业信息纯的步伐也越来越快。企业内部不同部门，根 据自身业务的需要，建立了各自应用和管理的信息系统，或是从市场上购买相关 韵软件产晶，在一定程度上满足了业务静需求，方便了工作，提高了效率。这些 软件系统都存在一热共同的特征： i ，灵钎对本帮门或菜鼗务，绞乏整钵演巅，扩溪滢差。 2 、完全是孤立的系统，并未考虑与外部的信息及数据交换，形成了个个 “信愚霰鑫”。 3 、通过一段时间的使用，积累了大量非常有用的数据。 4 、能够较妊邈处理媚荚的鼗务工痒。 随着信息化进程的推进及电子政务建设的深入开展，i n t e r n e t 网络技术被 广泛应鼹予备穆软传系统，售息共事、资源共享、浚露工佟、统一絮梅斡要求越 来越迫切，原有的“孤岛”式的信息系统已不能适成新的要求，严熬影响信息化 建设的深度发展。 在信息化建设过程中出现“信息孤岛”的情况展见不鲜，对原有系统全部推 倒，重新设计并实现所有应用，使它们协同工作，形成一个整体，这是一个非常 理想化的想法，但实际上，从资金、时间、入力等多方面去考虑，都不允许我们 这样做。那么，如何最大程度地保留原有资源，充分发挥其潜在力量，达到资源 共攀、协丽工作的鬣终舀的昵? 应蠲集成技术在这种情况下应运而奠三，由于最早 用于解决商业企业信息建设的相关问题，所以这方面的技术统称为企业应用集成 e a i ( e n t e r p r i s ea p p l i c a t i o ni n t e g r a t i o n ) 。掖攒实际需要，对各应用系统进 行总体规划，把“信息孤岛”有机地集成，即e a i ，从实施技术难度和周期e 都 是切实霹行麴，是褥决蠲邋静蕞谯方寨。 但是，市场上的专业e a i 产品非常昂贵，如i b mw e b s p h e r e 、b e a w e b l o g i c i n t e g r a t i o n 簿，要簿涤一个集成润鼹需要过西万甚至尼吾万戆毅姿，对于大帮分 中小型企业来说，运营资金有限，加上人力资源的不足以及相关专业技术力艟的 薄弱，赡买这些产灏寒织决企业e a i 逮嚣显然残巍了金韭一令凝羹瓣经渗受攫。 资鑫、人力、专业技术力量的不足成为了解决中小型企业应用集成问题的“瓶颈”， 也轰接影嗡了企业镲感化约发展。妻翳何解决这一难题昵? 针对中小型企业款实际 情况( 三大瓶颈) ，我们应酸研发出一种适台这一群体解决企业应用集成问题的 6 e a i 框架，在实现成本上应该是比较低的，在实现技术上应该是先进的，在使用 坯节上应浚是篱便易用的，总的来谖是一个轻量级的框架。 。2 本文的主要硪究内容与工作 在信息化建设过程中，企业尤其是中小型企业已经实行”r 一些初步建设，使 用了鑫行歼发或甄买的软件产品，积累了大爨重要数据。既瑟实现全弱系统蕊翎， 又要保留原有的功能，将原来所有系统推倒重来，在资金、时间、上下层级管理 等多方露都不允许，那么，螽俺钟瓣资金、入力、技术邋三大麓颈亲辩决金韭 e a i 问题的，建立个低廉、先进、高效的应用集成框架? 如何实现对已有系统 的秃缝集畿? 翔 霹褥零分藤有系统袋藏到瓤系统载王 乍流中，实袋稔嗣工作? 成 为本文研究内容。在研究过程中，我们通过对现有e a i 产品的分析，对新的应用 集残技末秘方法数磷宠，撬窭了在擞软n e t 絮捣下戆应爰簇戏鼹决方寨，穗毫 了基于x m l 总线技术的轻量级应用集成框架，希望通过该框架解决企业应用集成 中蓉绫协目_ i 作故难题，著为实现在信息他建设中建立低代馀的通爝应用袋残方 案掇供新的思路。 主要完成的工作如下： 1 、设计实现了基于微软的n e t 架构、w e bs e r v i c e s 瓣装的x m l 总线。这 是一个企业级的数据交换弓l 擎。x m lb u s 是一个数攥交换引擎，支持圆步和异步 的消息、数据传递，支持多种通信方式；应用可以通过h t t p 、f t p 、s o a p 、m s m q 和b i z t a l k 来进行通信和数据交换。 2 、锌对企业的窑际情况，设计出一套蒸于x m l 总线的应用集碰方案，提出 了x b b a 2 a i 的轻量级应用集成框架。 3 、通过对e a i 关键技术的研究，结合x b b a 2 a i 框架，讨论了以下内容： 框架建立的软硬件环境 疆絮采焉静关键技零 框架的整体架构设计 框繁静数爨浚设诗 框架关键模块的实现技术 4 、以人事工资缓发系统先锈，对遽謦系统兹数务逻髯、数据缝筏送季亍分撬， 提出合理解决方案，并实现对该系统的应用集成工作，设计出在某市电子政府建 设过程中，系统应翔集成数套模式，蒡掇供低代侩逶月疲鼹集成方寨毅纛路。 5 、通过对某市政府人事工资系统的与“数字人事”系统的应用集成为实际 巢绷的研究，证明了本文提出的应髑集成魄方案与设想是成功的，行之有效躲。 第二章企业应用集成( e a i ) 企、与政府部门在业务内容、流程、管理方法上存在着极大的差异，企业的 应鞠软件著不适台政府使用，但面对遗留系统静整合问题，觚经济角度考虑，藤 有系统可能花费了大量人力物力，使用得非常成功，不能简单地将原有系统推倒 重来，这释琢有的投资裁不麓禳好圭彀探护，逸成资产豹流失，跌技术漂瑟上考虑， 企业与政府同样面临异构系统的通信、数据格式转换、流程的整合等问题，是一 致豹，因藏，企登疲瘸集藏援术嗣释适合瓣决政府软静系绞应霜集成闻题。 在本章中，我们首先从一个更广的视角对当前应用系统集成问题进行研究， 指出e a i 怒对遗留软件系统进行祭残改遣的有效谂径，并探讨应嗣系统集成豹 主流方案和其中的一些关键技术。 2 1e a i 的定义 e a i 能够将业务流程、应用软件、硬件和各种橼准联合起来，在两个或更多 弱金、监应爨系统之阗实瑗无缝集成，健它们豫一令嫠镩一襻邂雩亍业务处理秘信息 共攀。 以下是e a ij o u r n a l 给滋静定义： “e n t e r p r i s ea p p l i c a t i o ni n t e g r a t i o n ( e a i ) i st h ep r o c e s so fi n t e g r a t i n gm u l t i p l e ， i n d e p e n d e n t l yd e v e l o p e da p p l i c a t i o n st h a tm a y i i s ei n c o m p a t i b l et e c h n o l o g ya n dn e e d t or e m a i ni n d e p e n d e n t l ym a n a g e d i m p l e m e n t i n ge a ib o i l sd o w nt om o v i n gi n f o r m a t i o nb e t w e e na p p l i c a t i o n s t h i s i n c l u d e ss e t t i n gt h ea p p l i c a t i o n su p 协s e n d ，r e c e i v e ，a n dr e a c tt oi n f o r m a t i o n 。” 大多数企业都有由过去遗留下来的异构的系统、应用、商务流程以及数据源 穆成豹应瘸琢凌。盛援巧壤熬暹售炊潺是泼蘸鲍，窍戆可戆襁互独立，毒戆糍够 相互通讯但是只有很少的接口文档，并且维护代价也非常的昂贵。而数字时代市 场黪合著又提出了一些醛鸯嚣的闽题，妻拜公司的联合和燕黄能够援数缀匏增加系绫 综合的复杂性。 当企鼗淘b 2 b 魄子囊务资馋方淀迁移辩，链翻蓠先婺徽的是宰撬毽煞肉邦 的系统、应用以及商务流程。一些商务流程会横跨多个内部应用，在企业能够有 效懿鞠癸部鼹络连绞之兹，这些应耀必绥戆够实露动态的遴行逶滚。 随着诸如企业资源规划o i r p ) 、客户关系管理( c r m ) 、供应链镣理( s c m ) 以 及企业门户( e n t e r p r i s ep o r t a l ) 等多种商业应用的引入，激增了企业信息系统的应 用分割。早期这些系统被设讨成皂包含的“瓣鑫”系统，只有很少或者更本没自 方法来访闯它内部的数据和商务流程。虽然现在许多这些应用都提供了更好的访 问他们的内部数据和商业逻辑的方法，可是把这些系统和企业里其他系统集成仍 是一+ 个巨大的挑战。 鹰2 - 1 的每一个节点考s 媳含它爨己鲍数攥，燕这些数爨可能会在节点之润共 享。共享这魑数据代表性的方法是通过数据传输方法，包括一批数据处理以及数 据输入输出服务来完成。之所以采用这秘方法是因为一个节点螅数掇对其他节点 柬说不是实时存在的，而后者也不能在处理时分析和做决定。 金韭应瘸集成( e a i ) 系统的爨褒为“售患孤疑”絮起了褥粱，实现了不溺系 统阃的互通互联。e a i 就象因特网上的路由器一样，将不同系统中的数据进行翻 译、：菸指明数据传竣的方向，实现充分、实时、多方、双向鼹集成，囊建设躲信 息系统可方便的实现即插即用，整个系统具有很好的集成性、可扩展性和可维护 性。可以将e a i 比喻成为“威用软件麴路由器”。 图2 - 1 点对点的b 2 b 应用曩联 根据m e t ag r o u p 的统计，一家典型的大型企业平均拥有4 9 个应用系统 3 3 的i t 预算是花在传统的集成上，通过零星的“点对点”连接，使众多的“信 息孤岛”联系起来，以便让不同的系统之间交换信息。如图2 2 所示： 图2 - 2 典型企业内的应用系统 在2 0 世纪6 0 年代到7 0 年代期间，企业应用大多是用来替代重复性劳动的 一些简单设计。当时并没有考虑到企业数据的集成，惟一的目标就是用计算机代 替一些孤立的、体力性质的工作环节。 到了2 0 世纪8 0 年代，有些公司开始意识到应用集成的价值和必要性。这是 一个巨大挑战，很多公司的技术人员都试图在企业系统整体概念的指导下剥已经 存在的应用进行重新设计，以便让它们集成在一起。然而这种努力收效甚微。 传统的企业由于缺少不同系统相互集成的技术，导致很多关键的信息被封闭 在相互独立的系统中，部门间重复着冗余的工作，这直接导致了企业工作效率的 降低和运营成本的上升。 2 0 世纪9 0 年代，e r p 应用开始流行的时候，同时也要求它们能够支持已经 存在的应用和数据，这就必须引入e a i 。对e a i 的需求首先来自与企业将它们的 主机系统转换成c s 结构系统的过程中，其次是利用e r p 建立企业骨干信息系 统时。企业迫切需要一种方法，让它们少写程序，无须花巨大的费用，就可以将 各种已有的应用系统和新的系统集成起来。其他推动e a i 市场的因素还有供应 链管理( b 2 b 集成1 、基于流程的业务处理以及w e b 应用集成。 随着企业各种应用的迅速增加以及更多地把自己的业务转向电子商务，e a i 方案对企业的重要性也同益显现。越来越多的企业开始采用e a i 解决方案将企 业内部的应用软件与外部客户和供应商的应用软件进行链接，实现数据流和业务 运作的自动化，从而达到业务的实时与快速。 e a i 与电子商务的结合为企业快速实现业务的自动化提供了可靠的保证，呈 现在我们面前的将是一个同时具有数据自动化和业务流程高度可塑的企、管理 框架，从而进一步加快端到端的电子商务应用集成，包括供应链管理、客户关系 管理和e r p 系统相关联的门户网站、前端应用、后端应用等。 目前，大公司已逐渐接受“企业集成骨干网”的概念。所谓“企业集成骨干 网”实际上是建立一个集成的可扩展的应用软件总线结构，所有的应用可以“即 插即用”。“企业集成骨干网”的模型如图2 - 3 所示： 企业应用集成( e a i ) 已经成为实现企业主要战略目标的必需手段和捷径。 图2 3 “企业集成骨干网”的模型( s o u r c e ：w e b m e t h o d s ) 尽管e a i 常常表现为对一个商业实体( 例如一家公司) 的信息系统进行业 务应用集成，但当在多个企业系统之间进行商务交易的时候，e a i 也表现为不同 公司实体之间的企业系统集成，例如b 2 b 的电子商务。同时，为了实现网上交 易，必须将企业后台系统( 比如e r p ) 与企业的外部网站集成在一起，以便让客 户能够进行自助式服务时( 例如b 2 c 的商务活动) ，e a i 也可以大显身手。 2 2i ：a i 的分类 企业信息系统的集成，可以从广度和深度两个方纬度来研究。不同的广度和 深度，集成所实现的目标是不同的。从系统内部的集成，到系统l - 日j 的集成，到企 业问的集成，集成的难度和能够取得的效益也是不同的。 从集成的广度卜来看，从易到难有以下种类的集成： 1 部门内部的信息系统集成 2 部门之间的信息系统集成 3 企业级的信息系统集成 4 与有稳定关系的合作伙伴之间的信息系统集成 5 与随机遇到的合作伙伴之间的信息系统集成 从实施范围上e a i 可分为企业内部e a i ( i n t r a e a i ) 矛 1 企业间e a i ( i n t e r - e a i ) 两大领域。i n t r a e a i 即企业内部各应用之间的集成，也称a 2 a ( a p p l i c a t i o nt o a p p l i c a t i o n ) 集成； i n t e r o e a i 即企业之间的应用集成，也称b 2 b 集成。a 2 a 集成 是b 2 b 集成的基础和前提条件，b 2 b 集成则最终实现电子商务带来的大规模宏 观经济效益。 从实现技术上分，目前e a i 有三种主要类型。 1 数据层集成 支持不同数据存储器如数据库之间的直接数据交换，此类方法有c l i ，o d b c 和j d b c 等。此类集成因无需修改应用程序而易于实现，但它的维护昂贵、不适 用于b 2 b 集成。 2 消息层集成 不同应用通过交换消息来实现集成。此类集成利用了现有应用的数据转换及 合法性检查从而易于保持数据的完整性。但它需要修改现有应用以建立发送和接 受消息的接口。 3 过程层集成 通过建立商业流程来整合现有应用，应用之间的数据交换仍然通过消息进行 但有一个流程引擎来完成流程的解释执行及消息路由等功能。此类集成将离散的 应用转换成商业流程的粘合系统，灵活性高且适合b 2 b 集成，但实现难度最大。 对信息系统集成来说，还包括各种标准的统- , n 硬件网络平台的集成： 4 统一的标准 要实现完全的数据集成，必须首先选择数据的标准格式。集成的标准化促成 了信息和业务数据的共享和分布，构成了企业应用集成的核心，包括c o m + d c o m 、c o r b a 、e d i 、j a v a r m i 和x m l 。 5 平台的集成 要实现系统的集成，底层的结构、软件、硬件以及异构网络的特殊需求部必 须得到集成。平台集成处理一些过程和工具，以保证这些系统进行快速安全的通 信。 随着x m l 和应用服务器等技术的出现和发展，流程层集成逐渐成为e a i 的 主流。单项技术上出现了b p m l 等用于描述商业流程的x m l 标准，还有s o a p 、 u d d i 、w s d l 等用于商业流程和w e b 服务的通讯、注册与发现的一系列x m l 标准。许多国外工业组织和研究机构都提出与电子商务相关的技术框架和标准规 范，特别是x m l 标准体系，如联合国和o a s i s 共同发起编写的e b x m l 、主要 i t 厂家支持的r o s e t t a n e t 、微软及其合作伙伴的b i z t a l k 等等，这几种电子商务 构架的模式主要是想解决b 2 b 集成的问题。 2 3e a i 的结构 为了使e a i 软件很大程度上独立于它所连接的不同应用程序，以便于企业 业务处理流程可以在不改变应用程序的情况下进行灵活地变化和方便地扩展， e a i 软件首先必须实现e a i 中的下列五个技术层面： 1 接口 e a i 软件通过连接不同应用程序的接口获得对这些应用程序的访问。这些 接口通过向平台的组件模型提供说明信息或利用程序的应用编程接口实现与应 用程序的互操作。 2 转换 由于并不是所有的应用程序都能以同样的方式或相同的格式存储数据，因 此，多数e a i 软件包括将数据转换为接收应用程序所要求格式的功能。一些软 件包括使用户可以可视地将一种应用数据格式“映射”到另一种数据格式或将此 格式与其它格式协调的工具。 3 传输 数据可以点到点传送或利用一种所谓的“发行预订”架构传送。在“发行 预订”的架构中，一些应用程序先告知代理对某种消息感兴趣，然后其它应用程 序则向这些应用发送这类消息。根据应用程序所处的网络和平台，传输_ 丁以利用 像数据库驱动程序、组件对象模型或消息传输中问件等这类中间件来完成。 4 服务 消息需要多种服务才能成功地完成任务。这些服务包括卜列内容：如果接收 消息的应用程序比发送消息的应用程序速度慢，用队列保存消息：交易的完整性 用来保证交易在消息发送前或确认接收前完成：消息的优先级：错误处理以及使 网络管理工具可以控制数据流的“挂钩”。 5 业务处理过程的支持 许多厂商都提供让用户可以利用可视化工具编制业务过程流程。在业务流程 图中，用户可以为每条消息定义规则。一些工具包括智能路由功能，这种功能可 以对消息进行分析，并计算出在业务过程的下一步根据消息应当做什么。 一个典型的商品化e a i 系统，应该能够实现以下类型的集成： 图2 - 4 e a i 的集成范围 通常的e a i 系统都可划分为如下几大部分： 1 e a i 的可视化开发平台( p l a t f o r m ) 它是e a i 系统的核心和基础，其内核实际上是一个业务描述引擎( i d e ) 和 一个业务执行引擎( s e r v e r ) 。过程描述引擎定义业务逻辑和数据影射的关系， 并通过业务解释引擎进行对业务逻辑的解释和执行。在此基础上，通常e a i 的 可视化开发平台支持从建模、集成、管理和优化的全过程。使得e a i 的开发工 作可以在一个一体化的环境中得以完整实现。同时可视化开发平台需要提供优化 的相关工具。 2e a i 运行管理平台( m o n i t o r ) e a i 运行管理平台主要包括运行时的管理和监控工具。其中监控是e a i 系统 所必须的由于系统i 到和合作伙伴间的监控涉及到大量的监控和权限管理，因此一 个强有力的监控成为e a l 系统的必须。 3 e a i 适配工具( a d a p t e r ) e a i 的适配工具主要提供对不同数据格式、不同数据内容进行数据映射的功 能。其中适配器往往又可以通过内部系统和合作伙伴进行划分；内部系统适用主 要面向内部应用系统，其核心目标是数据格式的转换和交互及业务接口的调用。 而面l a l # b 部合作伙伴的数据交互，通常是为合作伙伴提供基于标准接口的业务服 务接口( b u s i n e s ss e r v i c e ) ，它需要更高的接口安全性、权限和发布的管理，同 时需要提供业务路由之类的等功能。目前主流的e a i 适配工具提供了可视化管 理和可动态配置接口的功能。 另外，e a i 适配工具往往要支持多种数据格式标准和数据接口方式，甚至提 供主流应用系统的专用接口。e a i 系统中还可能包括业务流程模版及业务规则管 珲。 图2 - 5 典型的e a i 系统结构 2 4e a i 的关键技术 e a i 的关键支撑技术主要包括以下几项： 1 文件技术：如x m l 、x s l t 、x p a t h 等技术，它是e a i 系统内部数据 组织和对外数据结构的重要组成形式。 2 通讯技术：e a i 使用的通讯技术主要包括：m e s s a g e o r i e n t e d t e c h n o l o g y 的m e s s a g es e r v i c e 技术、w e bs e r v i c e 技术及其它h t t p 、t c p i p 等通讯技术。 3m o m 技术：是e a i 的三种交互核心技术解决之一。通过消息机制e a i 系统可以实现异步和松耦合的系统集成。它同时可支持点对点及发布订购两 种方式。常用的主要为i b m 的m sq u e u e 和s u nj 2 e e 平台中的j m s 技术。 4w e bs e r v i c e s 技术：s e r v i c e o r i e n t e dt e c h n o l o g y 的w 曲s e r v i c e s 技术作 为目前e a i 的三种交互核心技术解决方案之一，具有广阔的前景。它主要通 过w e bs e r v i c e s 协议定义交互的数据和业务内容，是一种松耦合的系统集成 方案。 5 j c a 技术：作为目前e a i 三种交互核心技术解决方案之一，j c a 技 术可以支持e a i 系统对现有系统进行紧耦台的系统集成。它是由s u n 提供 的一种应用集成标准，目前已得到了大量e a i 厂商的支持和认可。 6 安全技术：e a i 特别是b 2 b 需要很高的安全性和容错性，安全技术是 e a i 系统不可或缺的部分。 7 流程模型技术：w o r k f l o w 和b p m 技术是支持e a l 系统进行业务流程 集成的核心技术，它提供了业务流程的标准和规范。目前主流程的相关标准 主要有w o r k f l o w 、b p m l 、b p m i 、b p e l 等标准。 此外，e a i 还使用了数据库技术等其它相关技术，在这里不作一一详述。 2 5e a i 的应用实例单一客户视图 在企业的各个应用系统未集成之前，与具体某一客户相关的信息可能存在于 各个分散的应用子系统中。各个系统之间缺乏有效的连接机制，使得这些信息不 能被综合的利用，同时分散的存储与管理也使得难以保证这些数据的一致性，不 利于数据的更新与维护。e a i 的实施，可以帮助企业将与客户相关的所有信息集 中到一个渠道，并用一个界面显示出来，从而做到“一个客户，一个视图”【1 3 】。 与客户相关的所有信息，可以一目了然，因此可以更好地提高响应速度，提高客 ，满意度。 图2 - 6 e a i 典型应用：单一客户视图 2 6 典型的企业应用集成方法 实现企业应用集成有搬多种巧i 嗣的方法，下面将介绍最典型的五种集成企业 信息系统和企业应用的方法，这五种方法是： 1 ，两麟的客户端服务器方法； 2 襞蠲弱步逶聚器戆方法； 3 使用异步适配器的方法； 4 使用消息代理的方法； 5 ，饺蠲基予应用服务器豹方法。 2 。8 。l 两层的客户端- j l l 务器方法 这种方法是基于两层的褒户端。服务器模型，是一萃申典型的不基于w e b 的应 用。在基于w e b 的应用产生之前，这是一种广泛采用的方法，但遐现在已经较 少袋用了。 用这种方法，一个e i s 提供一个适配器，这个适配器定义了一个供访问e i s 数掇秘函数瓣a p i ，个典黧躲客户漾逶过这个a p l 访阕通过适配嚣暴露出憝数 据和函数。适配器实现对与e i s 的通信支持和提供访问e i s 数据和函数的支持。 适懿器与e i s 之间的通信使用e i s 专用的协议，这个协议还提供安全和事务处理 功能，如图2 7 所示。 图2 7 两层的客户端一服务器方法 一个餐源适配器与一个特定的e i s 稻遣，僵是一个e i s 可以提供多个适辩器 供多种客户端访问e i s 。因为e i s 适配器的关键是它们的可熏用性，e i s s 由独立 鑫鼋较俘提供巍( i s v s ) 试图霜广泛经蔫静缡程语言开发适涎器，并且暴露一个 客户端编程模型以便实现最大限度的重用。 一个e i s 可能提供一个适配器的一种简单形式，在此，一个适配器映射一个 a p i ，这个a p i 对应特定e i s 的一个哪重用的标准a p i 。通常这样一个适配器被 丌发成一个库( l i b r a r y ) 。当丌发成个库时，应用开发者能够用涮样的编程语 言实现访问适配器，就象他开发应用程序一样，并且对e i s 不用进行修改。例如： 一个j a v a 应用开发者能够用一个基于j a v a 的适配器用j a v a 编程语占写的适 配器，实现访问一个基于非j a v a 语言或平台的e i s 。 e i s 适配器的更复杂形式还能够做跨越不同组件模型、分布式计算平台和架 构的自我适应。例如：一个e i s 可以开发个具有与e i s 进行远程通信的分布式 适配器，这种类型的适配器暴露一个基于组件模型架构的客户端编程接口。还有 一种类型的适配器可能为客户端应用开发者暴露一个基于数据的编程接口等。 2 6 2 使用同步适配器 一个适配器可以暴露客户端应用与e i s 之间的同步或者异步模式的通信，图 2 8 表示了使用同步通信模式设计的适配器。为这种方法设计的适配器在客户端 应用与e i s 之问提供了一个同步的请求回答通信模式。 图2 - 8 使用同步适配器的通信 同步适配器是如何工作的昵? 来看下面一个例子，一个适配器定义了一个 a p i ，它包括一个可以被应用调用的远程函数。这个远程函数创建一个在e i s 中 可以接收的项目。当一个客户端应用需要与e i s 交互以创建一个可接收的项目 时，它在e i s 中调用这个远程函数。客户端应用初始化调用后等待回应，直到函 数调用完成并且返回它的答复给调用者，答复包含了在e i s 中执行的函数的结 果。这种交互被认为是同步的，因为在函数在e i s 中执行时，调用函数的客户端 同时在等待其执行结果的返回。有一种形式的同步适配器允许在一个应用和一个 e i s 之间实现双向的同步通信，这种适配器使e i s 同时能够调用应用中的函数。 2 6 3 使用异步适配器 异步适配器为应用集成提供了另一种方法，图3 表示了这种集成形式中的通 信。让我们还是利用客户端应用调用远程函数以创建町以在e i s 巾接收的项同作 为例子。 在异步适配器的通信中，客户端应用调用远程函数以在e i s 中创建+ f p a 接收的项目，客户端应用进行远程函数调用，然后立即返回继续自己的过程处理 或者其它任务的执行。远程函数被发送到e i s ，e i s 作为一个分丌的异步调用处 理函数调用并返回一些结果信息给客户端应用，客户端应用在接到结果返回的通 知后再接收和处理结果。源适配器分派从e i s 到客户端应用的异步调用。 幽2 - 9 使用异步适配器 在此必须汜住的重要一点是，远程函数在e i s 中执行时，客户端应用并不挂 起自己的过程处理，相反，它继续执行自己的过程处理，在调用后的某个时候再 接收e i s 的通知。此外，一+ e i s 能够异步的激活或调用一个客户端应用。 2 6 4 基于队列的方法 异步的基于消息的通信也能够用束集成企业应用和e i s s 。有两种形式的异 步消息：基于队列的消息传递和发布订阅的消息传递。一个消息代理可能提供 以上方式中的一种消息传递。 图2 1 0 表示了基于消息队列的通信。基于消息队列的通信也叫点到点的消 息传递，它包括一个应用发送个消息到一个消息队列中。在基于队列的通信中， 一个队列作为相互通信的应用之间的一个缓冲器，与发送方和接收方相互独立。 发送方发送消息到这个队列中，接收方从同一个消息队列中接收消息。 图2 - 1 0 使用个消息队列实现e i s 集成 1 9 2 6 5 发布一订阅方法 发布订阅方法与基于队列方法的工作方式不同。在发布- 订阅的消息传递 申，有且令淡怠发带嚣积多令消息订阕者，发奄者发每叁己瀵惑，订阕者订阕它 们感兴趣的特定主题的消息，还有一个分离的发布订阅工具，它作为一个集成 点，发匆者发南消感到这个集成点，这个集成点将这些消息传递给订阅者。图 2 1 l 表示了发布订阅的消息传递。 下瑟霆发毒。订瓣豹浸惑传递方式熬工季擘爨瑾。一令发骞漕感戆应爱发靠关 于特定主题的消息，多个应用可以接收这个主题的消息，发布一订阅工具将特定 主题赡溃患传递给订阕该主题戆订阅者。 翻2 - 1 i 镬瑶发布一订羯系统进行e i s 集成 国2 。1 2 表示了使用瀵爨代理进毒亍e i s 集成的系统。在这个系统中，一个遥 配器使应用能够访问消息代理。个适配器映射消息代理的应用级接口到出下面 消慰代理支持的异步消息传递机制中+ 有些遥配器逐在应用j b 消息代理之闽提供 额外的功能。例如：他们可能增加一个消息的格式转换一个适配器将基于特 定成用的消息的格式转变成消息代理期望的格式，然后消息代理将消息转变成发 布者或订阕筲期望的消息格式。 图2 - 1 2 使用消息代理实现e i s 集成 当一个应用和个e i s 使用异步消息传递进行通信时，他们之间的集成被认 为楚松偶台婚。这秘方式蛉饯点是，应用能够继续过程处理褰户蠛瀵求两不明终 止e i s 的执行，这提高了可扩展性，其缺点是，应用开发者可能会发现很难编程 柬改变一个异步消患传递模式，此外，异步消息传递并不总是支持安全的传擐方 式。 瀵患代理还霹戆为企鼗应爱集成提供颧癸懿服务，这些额乡 数黢务是：瀵息 路由选择、攀物管理、可靠的消息分配、消息优先和排顶顺序以及消息格式转换。 2 7w e bs e r v i c e s 技术 随着分布式计算技术的迅速发展，传统的分布式对象模型 c o r b a ( c o m m o no b j e c tr e q u e s tb r o k e ra r c h i t e c t u r e ，公共对象请求代理体系结 构) 、d o o m ( d i s t r i b u t e dc o m p o n e n to b j e c tm o d e l ，分布式组件对象模型) 、 r m i ( r e m o t em e t h o di n v o c a t i o n ，远程方法调用) 不通用于极端异构的i n t e m e t 环 境。w e bs e r v i c e s 党黻了黄统分布式模型的缺点。同传统的分布式模瞧相比，w e b s e r v i c e s 体系的主要优势在于：( 1 ) 协议的通用性。w e bs e r v i c e s 利用标准的i n t e r n e t 协议( 知h t t p 、s m t p 等) ，瓣决静楚蕊两w e b 的努帮式诗算：两c o r b a 、d c o m 、 r m i 使用私有的协议，只麟解决企业内部的对等实体间的分布式计算。( 2 ) 完 全豹平台、语言独立性。w e bs e r v i c e s 进行了雯裹程凄豹魏象，只要遵守w e b s e r v i c e s 的拨口即可进行服务的请求与调用。而c o r b a 、d c o m 、r m i 等模型 要求在对等体系绪秘阕名。隧进行遽售。懿c o r b a 需要每令逡犊点郡搜蠲 o r b ( o b j e c tr e q u e s tb r o k e r ，对象请求代瑷) ，d c o m 需要每个连接点都使用 w i n d o w s 平台，r m i 震要每个连接点都使用j a v a ，孬则双方是不g 逶信的。 2 。? 。1w e bs e r v i c e s 概念 从技术的角度来看，w e bs e r v i c e s 可以被认为是一种部鼹在w e b 上的对象 ( w e b o b j e c t ) ，因此，具有对象技术所承落的所有优点。同时，w e bs e r v i c e s 的 基石足以x m l 为主的、开放的w e b 规范技术，因此，具有比任何现有对象技术 更好的开放往。 w e b 服务有两个层次的食义，首先是一种技术和标准，然后才怒一种软件或 者说功麓。采蠲这稃软件组 争技术，可醴诖企韭浆系统舅子弹往缰装，随时通过 网络增减组件以调整系统功能，使得应用系统开发及维护更为容易，客户需求亦 可浚速满是。晏努一个方瑟，w e b 毅务篷是一种爵遴遥网络存取嚣较孝 组释，它 使得应用程序之i 、自j 可通过共同的网络标准相互连结使用。比如，我们也可通过各 种平台，包括桌上型电脑、手提电脑、手机战掌上型装置( p d a ) 来连结使用各种 的w e b 般务。以上瓤个方霹结合起来就是w e b 服务。 2 。7 。2