（管理科学与工程专业论文）基于SOA架构下的企业应用集成研究.pdf

中文摘要 摘要 随着全球经济与技术的不断进步，越来越多的企业加大对企业内部信息资源 的管理，从最初引入计算机到现在使用单纯的信息系统管理方法已经不能满足日 趋变化的外界环境与需求。企业分布在不同部门，存储在不同地理位置的多种应 用系统导致从整体角度查看企业内部数据时产生大量的数据碎片与冗余。 针对以上问题，很多企业已经采用了传统的企业应用集成方法进行改善，但 是在减少多应用多冗余数据的同时，点对点接口式的传统集成方法为企业开发与 维护集成接口带来了难度。 因此本文根据一个实际案例，对s o a ( s e r v i c e - o r i e n t e da r c h i t e c t u r e ) 架构下 的企业应用集成进行研究与实施。 本文首先通过对国内外s o a 研究现状的调查，结合s o a 与e a i 概念进行阐 述，其次对传统的企业应用集成方法劣势做出分析，并且引入s o a 架构下的e a i 概念，总结该架构下的e a i 优点。 然后设计s o a 下e a i 的架构与方法，最后采用设计出的s o a 下的e a i 架构 与方法进行案例的实施，通过使用o r a c l ej d e v e l o p e r 来进行服务的封装，并使用 o r a c l ee s b 作为实施的企业服务总线，使用b p e lp r o c e s sm a n a g e r 进行业务流程 的重组与执行。最后通过为下订单流程进行服务的分析、创建、注册与调用进行 s o a 下的企业应用集成实施。 因为时间有限并没有完成o r a c l ee b s 与p e o p l e s o f tc r m 系统的整体集成，其 他功能的集成可以按照同样的方法进行完善。 关键词：s 0 ；企业应用集成：x m l ；w e bs e r v i c e ：服务； 英文摘要 a b s t r a c t t o d a y , m o r ea n dm o r ee n t e r p r i s e sc o n c e n t r a t eo nd a t aa n di n f o r m a t i o nm a n a g e m e n t ， w i t ht h ee c o n o m ya n dt e c h n o l o g yd e v e l o p e ds of a s t ，a n de n t e r p r i s em u s tk e e p t h e m s e l v e su pw i t ht h i sf a s td e v e l o p e dt e c h n o l o g y t h e o r i g i n a li n f o r m a t i o nm a n a g e m e n tr e l yo nd i f f e r e n ta p p l i c a t i o n sw h i c hc o v e r e d s e v e r a lb u s i n e s sa r e a so fo n ee n t e r p r i s ea l t h o u g ht l l e yr e l a t e dt oe a c ho t h e ri n t e r n a l l y t h i sr e s u l ti nt h e r ea r eh u g ea m o u n to fd u p l i c a t e dd a t ae x i s ti nd i f f e r e n ta p p l i c a t i o n s a c c o r d i n g l yt o t h ea b o v ep o i n t s ，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 nh a sb e e n c a r r i e do u tt of i xt h i si s s u e b yr e s e a r c ho nt h et r a d i t i o n a li n t e g r a t i o nm e t h o d ， i n t e g r a t i o nb a s e do ns e r v i c e - o r i e n t e da r c h i t e c t u r ea r em o r ef l e x i b l ea n dr e u s a b l e t h i s c a nr e d u c et h ed u p l i c a t e dd a t aa m o u n ti no n ec o m p a n y f i r s t ，b ys t u d ys o a r e s e a r c hs t a t eb o t hd o m e s t i ca n da b r o a d ，ip u tf o r w a r dm y p o i n to nt h i ss o ac o n c e p t ；s e c o n d l y , b yd oa n a l y z et h ed e f e c to nt r a d i t i o n a le 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 nm e t h o d ，w ec a ns e ea ns e r v i c e - o r i e n t e di n t e g r a t i o nw i l lb r i n g m o r ep r o f i l et oac o m p a n y , t h e nm a k ea ni n t e g r a t i o na r c h i t e c t u r ea n dm e t h o dd e s i g n ， t h ei n t e g r a t i o nm e t h o dd e s i g nc a nb e 胛o c e s s e db y6s t e p s ；a tl a s t , u s i n gt h ea b o v e d e s i g nm e t h o di n t oe b s a n dc r m i n t e g r a t i o n b yp a c k i n gb u s i n e s sf u n c t i o no fl e g a c y s y s t e mi n t o s e r v i c e a n dr e c o m p o s et h es e r v i c e si n t oan e wb u s i n e s sf l o w a n df i n a l l y g e ti n f o r m a t i o ns h a r e di n t e r n a lo re x t e r n a lt h ee n t e r p r i s es c o p e i nt h i st h e s i s ，u s i n go r a c l ej d e v e l o p e rt op r o v i d ed e v e l o p m e n te n v i r o n m e n tt o i m p l e m e n ts o ai n t e g r a t i o n i nt h i sp r o c e s s ，b yd e s i g n i n gd e t a i l su s e - c a s e sa n db u s i n e s s i n t e r a c t i o nd i a g r a mt op u tc e n t e ro ns e r v i c ed i s c o v e r y 、p a c k i n ga n di n v o k e k e yw o r d s ：s o a ；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 ；x m l ；w e bs e r v i c e ；s e r v i c e 大连海事大学学位论文原创性声明和使用授权说明 原创性声明 本人郑重声明：本论文是在导师的指导下，独立进行研究工作所取得的成果， 撰写成硕士学位论文：= 萎王墨q 塞翅王煎全些查昱塞盛：。除论文中已经注 明引用的内容外，对论文的研究做出重要贡献的个人和集体，均己在文中以明确 方式标明。本论文中不包含任何未加明确注明的其他个人或集体己经公开发表或 未公开发表的成果。本声明的法律责任由本人承担。 学位论文作者签名： 盏盛盘? ， 学位论文版权使用授权书 本学位论文作者及指导教师完全了解大连海事大学有关保留、使用研究生学 位论文的规定，即：大连海事大学有权保留并向国家有关部门或机构送交学位论 文的复印件和电子版，允许论文被查阅和借阅。本人授权大连海事大学可以将本 学位论文的全部或部分内容编入有关数据库进行检索，也可采用影印、缩印或扫 描等复制手段保存和汇编学位论文。同意将本学位论文收录到中国优秀博硕士 学位论文全文数据库( 中国学术期刊( 光盘版) 电子杂志社) 、中国学位论文全 文数据库( 中国科学技术信息研究所) 等数据库中，并以电子出版物形式出版发 行和提供信息服务。保密的论文在解密后遵守此规定。 论文作者签名：糯铱导师签名：崤吱百 日期：办f o 年月2 归 基于s o a 架构下的企业应用集成研究 第1 章绪论 1 1 研究背景 当今企业信息化发展迅速，企业经营模式每天都在发生着巨大的变化。很多 企业对于提高资源利用率、进行资源利用创新、提高经营成绩给予了很大的期望， 所有的这些期望都给予企业组织以巨大的压力去寻找一个新的方法使企业的运转 流程更加简化流畅，使信息共享更加有效且无缝集成。总的来说，当今的企业发 展需要灵活而且快速有效的应对其客户、供应商、第三方合作伙伴等外部对象不 断变化着的商业模式。 目前，e r p ( e n t e r p r i s er e s o u r c ep l a n n i n g ) 系统处于企业应用模型的中心，他们 需要提供一个新的方法使企业内部应用之间及企业内部与外部之间的应用和信息 达到更加便捷、安全的共享，以消除传统企业应用之间的“信息孤岛【1 1 。正是这 样，企业的应用从过去的过于庞大及自给自足形式转向小范围具有灵活性与合作 性的形式。 由此，于19 9 6 年g a r t n e r 首次提出了s o a ( s e r v i c e o r i e n t e da r c h i t e c t u r e ) 概 念【2 1 。当一个新的经过设计与开发的应用系统与原有的遗留系统进行集成的时候 s o a 处于一个基本并重要的位置上，它使企业应用的开发更为便捷，将企业应用 系统的功能封装为模块化的服务，这些服务可以很容易的被集成，具有强大的可 重用性【3 1 。 1 2 国内外研究现状 s o a 从被提出到现在已经过大概l o 年的时间，国内外厂商如i b m 、甲骨文以 及未被收购前的b e a 公司关于s o a 的技术与实施案例、实施步骤纷纷出台【4 1 。几 年前对s o a 的热捧只处于概念炒作阶段，自2 0 0 6 年开始，前面提到的各大中间 件厂商开始推出一些实施方案并且有了成功案例，这便加快了s o a 步入大面积实 现的脚步。2 0 0 9 年，s o a 在争议中发展的同时，其自身的确在不断演进，不论是 国内的本土企业用友、金蝶，或者国际企业s a p 、甲骨文，都在致力于研究s o a 的精髓【5 1 。事实上至今为止，实施s o a 架构的成功率并不乐观，研究s o a 的专家 分为追捧或者排斥两个阵营争执不下。 第一章绪论 从s o a 技术发展来看，最初s o a 使用基于c o r b a ( c o m m o no b j e c tr e q u e s t b r o k e ra r c h i t e c t u r e 公共对象请求代理体系结构) 规格的c o m 或者o r b ( o b j e c t r e q u e s tb r o k e r 对象请求代管者) ，现在s o a 则注重在w e b 服务的研究上，使用 w s d l ( w e bs e r v i c e sd e s c r i p t i o nl a n g u a g ew e b 服务描述语言) 进行标准的服务描 述，u d d i ( u n i v e r s a ld e s c r i p t i o nd i s c o v e r ya n di n t e g r a t i o n 即统一描述、发现和集 成协议) 进行服务的发布，s o a p ( s i m p l eo b j e c ta c c e s sp r o t o c o l 简单对象访问协 议) 用于消息的传输【6 】。也许以服务为导向的架构并不一定要使用w e bs e r v i c e 概 念，但是w e bs e r v i c e 概念的确提供了面向服务架构的最简单的方法【7 】。 s o a 的优点与实施成功性一直在各个研究专家之间存在争议，此种争议尤其 在去年2 0 0 9 年显得更为明显，在2 0 0 9 年一月份由a n n et h o m a sm a n e s 发布的篇关 于s o a 去向的文章( ( s o ai sd e a d ；l 0 n gl i v es e r v i c e s ) ) 中，声称从2 0 0 9 年1 月1 日起，s o a 已经“消亡 ，并将其原因归结为严重经济危机的产物【8 】，s o a 之所 以一直延续着是因为托其“后代 的福，如：m a s h u p s ( m a s h u p 是糅合，是当今网 络上新出现的一种网络现象，将两种以上使用公共或者私有数据库的w e b 应用，加 在一起，形成一个整合应用【9 】) 、b p m ( b u s i n e s sp r o c e s sm a n a g e m e n t ) 、s a a s ( s o f t w a r e a s a - s e r v i c e 的意思是软件即服务，s a a s 的中文名称为软营或软件运营， s a a s 是基于互联网提供软件服务的软件应用模式【1 0 1 。) 、云计算( 狭义云计算是 指1 1 r 基础设施的交付和使用模式，指通过网络以按需，易扩展的方式获得所需的 资源【l l 】；j 广义云计算是指服务的交付和使用模式，指通过网络以按需、易扩展的 方式获得所需的服务【1 2 】。这种服务可以是r r 和软件、互联网相关的，也可以是任 意其他的服务，它具有超大规模、虚拟化、可靠安全等特点。“云计算”图书版本也 很多，都从理论和实践上介绍了云计算的特性与功用【1 3 】。) 以及其他需要依赖于 “服务”这个概念的架构方法。a i l n et h o m a sm a n e s 提出这个思想的原因就是多数 公司为了实现s o a 许诺能够带来的利益，对s o a 的实施进行了巨额的投资，而 结果多半并没有比实施之前更好，很多企业实施s o a 带来的后果是：巨额成本、 项目期冗长、系统变得比以前还要脆弱，加上2 0 0 9 年的经济危机影响使得很多公 司必须削减对s o a 的投资基金，这样一来，2 0 0 9 年的s o a 不论是从对企业实施 期望的满足性上还是外界经济环境的不可行性上来说都意味着“消亡【1 4 】。 基于s o a 架构下的企业应用集成研究 与此同时，有专家从理论上认为s o a 事实上还没有完全成型，以为s o a 是 企业e s b ( e n t e r p r i s es e r v i c eb u s 企业服务总线) 与b p m 概念的先决条件，一旦 s o a 真正成型，那么e s b 与b p m 也随之成型【1 5 】。一个服务的进化路线如下：简 单的服务概念呻s o a 概念一 e s b 概念_ b p m 概念，w e b 服务目前应该 说已经完全定型了，而s o a 还算是一项新的技术，e s b 与b p m 还只是一个流行 词而已【1 6 j 。 经过2 0 0 9 年这个对s o a 概念争议颇大的一年，随着经济危机状况缓和，到 了今年，s o a 概念又被重新给予希望，并且似乎有进化的可能【1 7 】。很多专家已经 提出相关设想，认为s o a 在2 0 1 0 年会最终被作为战略层次上的目标，专注在服 务传播而不是s o a 架构应用的开发上，这个是目前大部分s o a 架构实施的形式。 现在众多研究方向都关注在s o a 与云计算的关系上，很多专家预测作为现在 日常流行语的s o a 将会被最新兴起的云计算替代【1 8 】。s o a 将不会被局限在一个企 业的架构上，而将会被证明可以作为云计算尤其是s a a s 的一部分【1 9 】，这样的趋势 要求在内部服务与基于云计算的服务之间有新的集成形式，。s o a 管理方法会面临 云计算的挑战，基于云的服务管理方法作为管理更加复杂企业以及云架构的方法 需要新的开发工具，但是现在这一切也只是预测。 根据对大量s o a 研究文章的理解，就目前s o a 的发展与各个案例实施来看， 最大的一个障碍就是企业i t 部门与业务部门之间对s o a 理解与行动上的差异。 希望i t 与业务部门能够共同建立起对彼此的信任并且共同为制定基于s o a 的解 决方案而努力，以确保这样的方案可以从计s m j n 发布能很好的映射并满足业务的 要求，这样合作的另一个积极的结果就是，i t 实际上能够向业务部门证明他们对 s o a 与其他架构的投资是真的能够为业务部门带来创新与利益的。 1 3 论文结构 本文将分为六个章节，采取如下线路进行分析与设计，如图1 1 所示： 第一章绪论 f 绪论 i j ， 基于s o a 的企业应用集成 相关理论概述 上 基于s o a 的企业应用 集成架构分析 j ， 基于s o a 的企业应用 集成方法设计 上 基于s o a 的企业应用 集成案例 l 总结与展望 图1 1 论文结构 f i g1 1t h e s i sa r c h i t e c t u r e ( 1 ) 绪论：对s o a 及企业应用集成国内外现状进行分析，经过学习与研究提 出自己对研究现状的不足并且提出自己的观点。 ( 2 ) 相关理论的概述：主要针对本文的研究内容进行理论与技术的介绍，例如 w e bs e r v i c e 的介绍。 ( 3 ) 基于s o a 的企业应用集成架构分析：针对基于s o a 的企业应用集成进行 架构上的分析与设计。 ( 4 ) 基于s o a 的企业应用集成方法设计：根据上一章设计的架构针对基于s o a 的企业应用集成进行集成方法设计。 ( 5 ) 基于s o a 的企业应用集成案例：根据上一章的方法设计，按照设计的步 骤结合案例背景进行基于s o a 的企业应用集成实施。 ( 6 ) 总结与展望：对正文内容做出总结并提出不足，针对不足提出日后进行深 入研究的展望。 4 基于s o a 架构下的企业应用集成研究 第2 章基于s o a 的企业应用集成相关理论概述 企业基础设施日益增多而产生的数据碎片及数据结构的复杂性限制了i t 更好 的服务于企业需求的能力。很多企业原来的遗留系统以及成套的应用产品大部分 都没有被设计成为信息互操作、相互集成及重用的形式，而这些方面带来的结果 就是r r 产业的预算过多的应用于维护现存的i t 设备而很少的一部分投资到发现新 商机的新功能的开发嘲，这些为新功能准备的预算中又有大部分是花费在了集成新 系统与现存遗留系统上，对提高原系统互相协作能力的支持力度很弱。 s o a 概念的出现帮助解决了上述问题的存在，它帮助集成实现的方式更为灵 活可靠。 2 1s o a 的概念 2 1 1s o a 的定义 面向服务架构( s o a ) 代表着一个新的应用系统被设计、开发及与遗留系统 进行集成的方式上的根本性转变，并且便于企业应用系统的开发，因为模块化的 应用服务使集成与重用的实现更加便捷 7 1 。那么到底什么是s o a ? 什么是面向服 务架构呢? b u s i n e s sv a l u e , p l a n n i n g , a n de n t e r p r i s er o a d m a p ) ) 一书中给出如下定 义： “一个面向服务体系架构( s o a ) 是一个用于整合业务流程和支持i t 基础设 施的框架，通过对其中作为安全、标准化的组件服务的复用和组合来解决业 务优先级的改变问题【2 0 1 。 同时，与软件形式相关的s o a 又是一个灵活架构的方法，这种架构以服务为 导向，并以部署、抽象、松耦合性、易发现性及集成性为原则f 2 l 】，s o a 从本质上 就壮大了企业应用的能力范围、促进了服务的进化、提高相互协作性、重复使用 性以及模块化【2 2 1 。 2 1 2s o a 的特点 传统上，企业信息系统采用面向功能的思路进行设计开发的，这样的面向功 能设计经常导致服务与信息的“孤岛 状态【2 3 1 ，这样设计的基本问题就是点到点， 终端到终端的业务流程必须跨越整个“孤岛 ，这些必然不能满足业务需求的各 第二章基于s o a 的企业应用集成相关理论概述 种变化，这些流程十分琐碎并且深度的插入到系统内部，企业应用集成以及其他 传统的中间件方案大部分通过使系统与其他系统进行沟通设计而解决这样的问 题，但是都没有完全的避免这种紧耦合问题的发生【1 4 】。企业应用集成( 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 与传统的中间件创建跨应用业务流程的方法是 不充分的，而且他们只允许少数的业务流程做这样的设计【2 4 1 。 另外，这些传统的解决方案需要极高的花费。大部分的e a i 方法与传统中间 件方案都具有所有权的限制，这就导致了对特殊技术及某一单独厂家产品的高度 依赖性【2 5 1 。 还有一点需要提到的是，系统都是紧耦合的，所以一旦用户界面上发生任何 变化，所有其他相关系统都必须做出修改，这样不仅仅是复杂的技术使得改变很 困难，过高的花销也是导致这种困难的原因之一【2 6 1 ，而s o a 则帮助解决了上述问 题，通过以下几点的实现使n 基础设施及应用程序变得更加灵活： ( 1 ) 更好的相互操作性：s o a 以及它所涉及的产业标准，使已经存在的“孤岛 应用通过比任何传统e a i 方案更加简便的维护方法令相互间孤立的企业应用程序 进行无缝的相互协作【2 7 1 。 ( 2 ) 高几率的复用性：一旦遗留系统功能被封装成服务的形式，那么这些服务 就可以被反复使用，这样的复用会减少持续的开发费用并且减少市场滞留时间， 更长远的说，进行过服务编排的业务流程本身同样可以作为服务来为以后的复用 提高可能性【1 9 1 。 ( 3 ) 更加灵活的业务流程：s o a 减少了业务流程模型与实施之间的绝大部分障 碍，这样就能够使已经实施过的业务流程被封装为服务的形式以方便捕捉和再实 施。 ( 4 ) 提高清晰度：s o a 能够提高企业业务的清晰度，通过将业务流程封装成服 务的形式，而且处于正在进行状态中的工作流程能够自动的与企业流程管理技术 结合，共同快速的被集成到以服务为导向的企业决策支持中型2 8 1 。 ( 5 ) 减少维护费用：s o a 开发人员提倡将各个应用及系统中重复的业务功能封 装成少量的可以共享的服务，这样使减少大量冗余服务变成可能，而且还能够通 过提供应用产品的单点改变去减少系统维护的费用【1 8 】。将来，s o a 带给i t 产业的 基于s o a 架构下的企业应用集成研究 不仅仅是逐渐从遗留系统中阶段性的分离出来，而且为新系统与遗留系统在s o a 下进行集成也减少了风险，这样就可以利用节省下来的资金投入到新的工程项目 中型7 】。 ( 6 ) 柔性及可支配性：通过对操作程序更好的理解及标准化设计，s o a 提供了 广泛的以安全性为首的方案，并且使得企业操作及其环境变得更加透明。 2 2 基于s o a 的企业应用集成原理 2 2 1 传统的e a i 方案 鉴于目前r r 业的需求，一个企业需要寻求一种方法能够使得企业内部应用之 间及企业本身与外部应用之间进行功能、信息方面的合作与共享，企业应用本身 正在从庞大的、自我孤立的模式向更灵活性与更具合作性的企业信息模式转变【2 9 1 。 传统的e a i 方案专注于允许企业内部与外部应用的数据流通方式解决上述需 求，通过这个方式确实起到了一定的作用，但是经过长期的检验，其与外部应用 进行集成的困难越来越大，问题在于用来进行应用集成的技术所有权造成了集成 道路上的“交通堵塞 ，在彼此离散的应用程序之间使用传统的e a i 方案重新编 排业务流程并不简单【3 0 1 。 传统的e a i 方案是面向技术的企业集成方案，这样使得企业应用之间的集成 难以进行迅速的改变去适应新的业务需求，导致集成成本增高，风险加大【2 6 1 。 2 2 2 基于s o a 下的e a i 方案 首先谈谈我们为什么要建立基于s o a 架构上的集成，在设计应用集成时采用 s o a 思想使传统上复杂的集成变得简捷，例如对服务间的互动及开放式标准协议 的支持这种普遍易懂的方法应该被采用【5 1 ，因此，采用s o a 架构，我们有以下几 个主要的原因： 为业务流程提供无缝的灵活性； 提高业务流程的可见性； 简化目前死板且复杂的i t 过程； 提高有效性并使资金运用得当； 实现复用性【3 1 】； 第二章基于s o a 的企业应用集成相关理论概述 提供更高质量的服务。 大多数的基于s o a 的设计都取决于需求，但是在你采用原始集成项目中的方 法之前，需要谨记的一点就是我们进行集成的目标是将系统设计成相互操作、可 复用并且模块化的形式。设计s o a 下的e a i 方案关键的一点是要记住他们是基于 s o a 这种架构下的，采用s o a 原则是关键所在，时刻都要将s o a 的合并性、抽 象性、松耦合性、发现性整合到服务与集成中去【3 2 】。 进行基于s o a 下的e a i ，指导方针女盯下：使用标准技术去实现以服务为导向 的集成将会帮助排除产品和公司的限制，而这正是传统的e a i 方案最大的挑战之 一，进行s o a 下的e a i ，需要考虑以下几个方面： ( 1 ) 将集成需求分级： 将需求分类成数据集成与业务流程集成，识别信息交换模型并且运用e s b 功 能( 传输、协调及部署) 使数据集成流程模型化；使用b p e l ( b u s i n e s sp r o c e s s e x e c u t i o nl a n g u a g e 业务流程执行语言) 模型化其他不能够被e s b 功能识别的流 程【3 3 1 。某些时候区分并采用两个中的一个具体的集成流程是很难的，在这样的情 况下，最好采用分层的方法并且运用e s b 功能去做数据集成，运用b p e l 为将来 业务集成流程的扩展提供帮助【3 4 1 。 ( 2 ) 引进可扩展性： 想要更好的建立一个基于s o a 下的e a i 方案，头脑中形成预期的对未来功能 的延伸是非常重要的。因此，为了使未来功能的延伸也一样灵活，在进行设计的 早期就要引进可延伸性并考虑到未来此模型功能上的扩展。 ( 3 ) 企业业务功能服务化： 企业的应用具有很多特有的业务功能与技术部件，这些部件与功能在设计以 服务为导向的集成架构之前被封装成服务的形式。使用资源适配器是令应用的特 殊部件与外部进行连接与互动的一种方法。重要的一点是，这里的资源适配器应 该采用业内标准技术，如：j 2 c a ( j 2 e ec o n n e c t o ra r c h i t e c t u r e ，j 2 e e 平台上连接 传统系统的技术规澍3 5 】) 、w s i f ( w e bs e r v i c e si n v o c a t i o nf r a m e w o r k ，w e b 服 务调用框架) 与w s d l 3 6 1 等来进行实施，而且一定要能够提供一个w e b 服务界面 去完成这样特殊的功能。 基于s o a 架构下的企业应用集成研究 ( 4 ) 引入弹性n - 为单一的集成流程灌注弹性，这一点即便是现存的最好的一种架构都会被忽 略掉。 ( 5 ) 异常处理： 不考虑前面的内容，还有一点可能会出现差错，定义复用性、可延伸性以及 灵活的方法去处理流程异常，使用常见的具有可延伸性界面的异常处理器，服务 就能够提供灵活性、复用性与扩展性【3 7 1 。 ( 6 ) 简化支持功能： 任何参与过采用传统e a i 方案的人在解决集成出现的问题时都会导致大量的 时间与能源上的浪费，而这些浪费可以通过对功能的提前思考并采取行动来避免， 而一定的提示与人力方面的工作流将会加大支持力度【3 8 】。 ( 7 ) 人力的互动与介入： 企业流程难免会有人力的互动，如果集成工作中需要包括人的互动角色，那 么就需要提前计划并使用以机制为基础的方法安排人力工作流【3 9 】。 ( 8 ) 分离业务规则： 集成流程很难体现任务流程的准则，识别这些准则并采用松耦合的方式去应 对业务流程与流程准则之间的关系，这样将使改变业务准则的流程变得简便，而 不用像以前一样需要去修改或者重新部署服务与业务上的集成【2 们。 ( 9 ) 业务流程可见性： 为集成与业务流程提供可见性，这一点是非常重要的，因为现在的企业内部 各个应用系统之间是异构的，当各个系统在运行的时候是很难了解内部的流程是 怎样进行运作的，用户应该能够去控制并且理解业务流程与集成的内部结构8 1 。 ( 1 0 ) 服务整合： 整合性的解决方案是为了迎合一个新的业务流程，服务整合架构是进行服务 整合的一个标准，它提供了特别的方式去描述建立基于s o a 下的应用与系统模型。 ( 1 1 ) s o a 管理： 为服务的集成提供一定的政策支持，这点对于s o a 是至关重要的，这样做能 够更好的对服务进行管理与控制，总的来说，以服务为导向的方法进行e a i ，其优 第二章基于s o a 的企业应用集成相关理论概述 点与效果已经远远超过传统的e a i 方案，e a i 可以通过采取灵活性及扩展性的原 则被转换成可复用服务去运用在s o a 下的任何领域中【柏1 。 2 3 基于s o a 的e ai 相关技术 2 3 1w e bs e r v i c e 技术 w e bs e r v i c e 是由一系列消息协议及编程标准组成的技术，w e bs e r v i c e 使用 基于x m l 统一的可扩展标记语言在网络之间实现业务功能。一个独立的w e b s e r v i c e 是一个离散的可重复使用的软件部件，可以通过网络间的程序采用 h t t p h 1 1 曙s 的形式进行访问，同时也可以使用其他协议调用，如j m s 或者s m t p ， 以得到一个返回值【4 l 】。 w e bs e r v i c e 允许企业发布业务功能而不用考虑原始应用系统的平台或者编 程语言，因为这些业务功能都是以一种抽象的标准的x m l 发布的，各个应用系统 都能够识别、调用与使用【l i l 。 w e bs e r v i c e 是模块化的业务服务，这些模块化的服务能够被集成与重用，而 且正因为这一点使这些服务非常适合于作为s o a 架构中的部件，可以使用 j d e v e l o p e r 对其进行服务的封装与使用，w c bs e r v i c e 技术主要包括四个技术要点， x m l 、s o a p 、w s d l 、u d d i 4 2 】。 ( 1 ) x m l ( e x t e n s i b l em a r k u pl a n g u a g e ) x m l ( 可扩展标记语言) 对于w e b 服务很关键的，它是一种基础的技术。首先， x m l 是松散耦合的，这样的耦合性使得初次发布后更容易加入经过修改的信息 【4 3 】；其次，x m l 解释起来很容易，这样就具有很高的互操作性，x m l 本身就是 文本，不论是现在的主流计算机系统还是使用了多年的老一代计算机系统都在使 用x m l ，x m l 本身并不简单，但是可以用简单的一句话概括：x m l 就是一个文 件或网络数据包中的文本【4 4 1 。 x m l 文档示例如下： t e n g l e 基于s o a 架构下的企业应用集成研究 2 4 6 0 ( 2 ) s o a p ( s i m p l eo b j e c ta c c e s sp r o t o c 0 1 ) s o a p ( 简单对象访问协议) ，是一个基于x m l 的用来在传输协议间进行发 送或者接收消息的协议，传输协议多为h t l l p 或者s m t p ，它能够描述以x m l 格 式负载消息的结构与数据类型。一个s o a p 消息由以下属性构成： 一个s o a p 信封1 4 5 】： 其中包括s o a p 标题( 可选) ，标题中有用来保证安全与稳定性等功能的行 为信息；其次是s o a p 正文，正文包括在客户端与服务器间进行交换的信息。 协议绑定，可以指定s o a p 消息是如何被发送的。j d e v e l o p e r 创建w e b 服务用来使用h r r p ，同样可以形成w s i f 绑定m 。 下面是s o a p 代码形式： p o s t e n d p o i n t p lh t t p 1 1 c o n t e n t - t y p e ：t e x t x m l ；c h a r s e t = u t f - 16 c o n t e n t l e n g t h ：16 7 s o a p a c t i o n ：u r n ：e x a m p l e o r g ：d e m o s # m e t h o d 【4 7 】 w e bs e r v i c e 是通过使用s o a p 来创建的，x m l 协议将数据转换成x m l 格式 并且使用h t t p 使数据可以在网络间传输，s o a p 允许多种将数据转换成x m l 格式或者还原回来的方法【4 8 1 。j d e v e l o p e r 支持s o a pr p c 编码法( p r c 即远程过 程调用与应答协议) ，j d e v e l o p e r 创建标准的j 2 e e 平台服务。 ( 3 ) w s d l ( w e bs e r v i c ed e s c r i p t i o nl a n g u a g e ) w s d l ( w e b 服务描述语言) ，是一种x m l 语言，用来描述w e bs e r v i c e 界 第二章基于s o a 的企业应用集成相关理论概述 面及物理位置的结构，每一个w e bs e r v i c e 都包括一个w s d l 文件，该文件中包 含所有使用该服务所需要的信息，包括服务的物理位置、服务名称以及服务发布 时的方法信息【4 9 1 。同样，可以使用w s d l 作为从上至下挖掘服务的起始点。 当使用j d e v e l o p e r 的服务发布工具进行服务创建时，w s d l 文件会被自动生 成。一般w s d l 文件是以如下形式出现： 【剐 e l e m e n t f o r m d e f a u l t = “q u a l i f i e d “x m l n s ：t n s = h 鲰；丛： x l m n s ：w s d l = “h 丛p ；丛：，, x m l n s ：x s l = h t t p ： x m l n s ：s o a p ll - e r i c = 塾鲤；丛： ( 4 ) u d d l ( u n i v e r s a ld e r s r i p t i o n ，d i s c o v e r y , a n di n t e g r a t i o n ) u d d i ( 统一描述、发现与集成) ，提供了二种基于标准的定位服务的方法， 通过名称或者通过行业分类【5 1 1 ，u d d i 注册的服务可以公开或者仅供自己使用， 例如，一个组织内部的u d d i 注册。o r a c l es e r v i c er e 西s t r y ，作为o r a c l es o as u i t 的 一部分，提供了u d d iv 3 c o m p l i a n t 平台用来发布、分类或者挖掘服务以及相关 的企业资源，注册包括： 使服务提供者能够发布或者宣传服务； 允许服务消费者查找、访问以及调用符合他们需求的服务。 j d e v e l o p e r 中的u d d i 浏览器，储存了一个u d d i 注册信息，并且允许使用 一定的条件对u d d i 注册进行以w s d l 描述的服务的查找，用户可以创建自己的 注册与公用的u d d i 注册进行连接【5 2 】，我们可以找到链接描述属性文件，这个文 件中包括查询终端以及注册业务关键字： s y s t e m u d d i c o n n e c t i o n s x m l ， 这里 是j d v e o l p e r 安装的根目录【5 3 1 ，j d e v e l o p e r 通过浏览u d d i 注册浏览器以服务名称或者分类为条件查找服务，因此必须在系统与u d d i 之间 建立币确的关联，以便j d e v e l o p e r 能够链接到选择好的u d d i 上。 u d d i 中使用的数据结构类型有如下几种： 基于s o a 架构下的企业应用集成研究 息； 服务详情：这一部分给出服务的相关信息，包括服务名称； 业务实体：高级别的数据结构，叫做业务实体，包括提供服务的业务的信 服务绑定：这一部分包括包含服务访问点信息的绑定模板。 u d d i 中查询绑定( f i n d _ b i n d i n g ) 与查询服务( f i n d s e r v i c e ) 的示例代码如下： f i n d _ b i n d i n g ： f i n d s e r v i c e ： s o r t b y n a m e d e s c t e n g l e 一1 3 第二章基于s o a 的企业应用集成相关理论概述 t 5 5 1 1 4 基于s o a 架构下的企业应用集成研究 第3 章基于s o a 的e a i 架构分析 3 1e ai 方案的必要性分析 一个运作良好的企业总是处在不断创新中的，企业的创新与壮大体现了一个 企业对外界信息反应的灵敏度，信息对于企业的发展来说是不可缺少的，一个完 整的企业可以涉及到的业务范围一般都很广泛，而对于这些跨业务领域的范围怎 样进行互通互助则成为一个企业面临的巨大问题。 企业发展过程中可能会在不同时期采用不同的技术方案引进符合企业各方面 需求的信息处理系统，企业可以运用这些应用系统处理并且管理对于企业发展起 着至关重要作用的信息资源【5 6 】。目前i t 产业的不断发展变化，使得企业更加注重 内部信息与外部信息的交流，曾经企业内部各个应用系统之问因为异构的系统架 构及数据的描述方法而无法进行内部数据与信息上的共享，从而使各个系统内部 的实际数据产生重叠与冗余，这些原本同样的数据通过不同的存储方式分布在各 个内部应用系统中，这样不但导致了人力上的浪费，同样增加了各个系统的负荷 度。事实上一个企业内部的各个应用系统之间是需要进行数据上的共享的，这样 才能更好的管理企业内部数据并以此作为有利的竞争资源，同时企业与外部相关 应用之间也需要存在数据上的共享【5 7 1 。 由此，便形成了e a i 的概念，早期的e a i 方案单纯的从技术上出发，采用简 单易懂的集成方式，即以应用接口的方式实现点对点的集成，但是这样的方式在 只有几个应用程序需要集成的时候显得简便，一旦需要集成的应用系统数量增多， 所需要处理的接口数量也随之大量增加，终究会导致复杂性的上升而使集成效率 降低【5 8 】。传统的e a i 架构如图3 1 所示： 第三章基于s o a 的企业应用集成架构分析 互 巫 互 = 圭；圣萑一 兰兰 图3 1 传统企业应用集成结构 f i g3 1t r a d i t i o n a le a ia r c h i t e c t u r e 因此，不但有必要进行e a i 的设计，同时还要考虑如何使e a i 变得简易、灵 活、松耦合掣5 9 】。基于s o a 下的e a i 方案由此而来，针对传统e a i 方案的缺点 进行s o a 下的e a i 架构设计。基于s o