（计算机应用技术专业论文）基于axis和java的web服务在eai中的应用研究.pdf

摘要 在信息化高速发展的今天，w e b 服务的应用因为其面向服务的体系结构和低成本开 发的优势而变得越来越普及。相对于传统的企业应用集成解决方案，基于w e b 服务的集 成方案能够敏捷和快速地实现异构系统的企业应用集成，因此成为目前企业应用集成领 域的主流。 本文首先研究了当前企业应用集成的发展状况和集成方式，分析了传统的企业应用 集成方案和基于w e b 服务的集成方案的特点，总结了基于w e b 服务的企业应用集成解决 方案具有的优势。其次，进行了基于w e b 服务的企业公共信息管理系统的总体设计，给 出了系统模块划分和系统架构并对企业公共信息管理系统的部分子模块设计进行了详 细介绍，主要内容包括需求分析、功能分析、数据库设计及w e b 服务的设计、部署和调 用。最后给出了系统运行结果，证明所设计的基于w e b 服务的企业公共信息管理系统能 够实现企业各部门信息的共享和交互，可有效的避免信息孤岛的出现。 本文将a x i ss o a p 引擎集成到w e b 服务器中，建立了一个动态的、可控的、统一的、 全面的集成化平台。本文在j 2 e e 架构w e b 体系结构的基础上，采用m v c 模式的s t r u t s 框架将业务逻辑、应用控制和数据显示功能模块区分开，使整个系统易开发、易集成、 易升级维护。 关键词：企业应用集成，w e b 服务，a x i s ，j 2 e e ，l i v e i 壬 a b s t r a c t w i t ht h er a p i d l yd e v e l o p m e n to fe n t e r p r i s ei n f o r m a t i o nt e c l m o l o g y ，w e b s e r v i c e s b e c o m em o r ea n dm o r ep o p u l a r i t yb e c a u s eo fs e r v i c e o r i e n t e d a r c h i t e c t u r e sa n dt h ep o t e n t i a lf o rl o w e rd e v e l o p m e n tc o s t s i nc o n t r a s tt o t r a d i t i o 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 ns o l u t i o n s ，i n t e g r a t i o n s o l u t i o n sb a s e do nw e bs e r v i c e sc a nr e a l i z et h ei n t e g r a t i o no fh e t e r o g e n e o u s s y s t e ma g i l e l ya n dr a p i d l y s oi tb e c o m e st h el e a d i n go fe n t e r p r i s ea p p l i c a t i o n i n t e g r a t i o nf i e l d f i r s t l y ，t h ed e v e l o p m e n t o ft h et r a d i t i o n a l e n t e r p r i s ea p p l i c a t i o n i n t e g r a t i o nf r a m ea n di t si n t e g r a t i o nm e t h o d si sd i s c u s s e d ，a n dt h ec h a r a c t e r s o ft h et r a d i t i o n a le 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 nf r a m ea n dt h ei n t e g r a t i o n s o l u t i o no fw e bs e r v i c e sa r ea n a l y z e dr e s p e c t i v e l y ，t h ec o n c l u d e si st h a tt h e i n t e g r a t i o ns o l u t i o n o fw e bs e r v i c e s h a sm o r em e r i t st h a nt h et r a d i t i o 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 nf r a m e s e c o n d l y ，ag e n e r a ld e s i g no ft h e e n t e r p r i s ep u b l i c i n f o r m a t i o nm a n a g e m e n t s y s t e ma n dt h es y s t e m sm o d u l e d e l i m i t a t i o na r eg i v e n a tt h es a m et i m et h ed e s i g no fs o m es y s t e mm o d u l e sa r e i n t r o d u c e d ，t h em a i nc o n t e n t ss y s t e mr e q u i r e m e n t ，s y s t e mf u n c t i o n ，d a t a b a s e d e s i g na n dw e bs e r v i c e sd e s i g n ，d e p l o y m e n t ，u s ea r ea n a l y z e d a tl a s tt h es y s t e m r u nr e s u l tt h a tt h ee n t e r p r i s ep u b l i ci n f o r m a t i o nm a n a g e m e n ts y s t e mc a nr e a l i z e m a s s a g em u t u a li nt h ed e p a r t m e n to fe n t e r p r i s ei sg i v e nb yr e a la p p l i c a t i o n t h ec o n t r i b u ti o no ft h i sp a p e rh a st w oa s p e c t s ： f i r s t l y t h ea x isa st h es o a pe n g i n eisi n t e g r a t e di n t ow e bs e r v i c e ss oa d y n a m i c c o n t r o l l a b l eu n i f o r m i n t e g r a t i v ep l a t f o r m i se s t a b l i s h e d s e c o n d l y ，b a s e do nj 2 e em o d e l ，s t r u t sf r a m e w o r k ，w h i c hc a nd i v i d et h ea p p l i c a t i o n i n t ob u s i n e s sm o d u l e ，a p p i i c a t i o nc o n t r o l l i n gm o d u l ea n dd a t ad i s p l a y i n gm o d u l e ， a n dm a k et h es y s t e mb e c o m em o r ee a s yt od e v e l o p m e n ta n dm o r ec o n v e n i e n tt o i n t e g r a t ea n du p g r a d ei sd e s i g n e d k e yw o r d s ：e a i ，w e bs e r v i c e s ，a x i s ，j 2 e e ，m v c i l l 英文术语表 a p i ( a p p l i c a t i o np r o g r a m m i n gi n t e r f a c e ，应用程序接口) 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 ，通用对象请求代理结构) c r m ( c u s t o m e rr e l a t i o n s h i pm a n a g e m e n t ，客户关系管理) d c 0 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 ，分布式组件对象模型) d t d ( d o c u m e n tt y p ed e f i n i t i o n ，文档类型定义) 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 r p ( e n t e r p r i s er e s o u r c e sp l a n n i n g ，企业资源计划) h t t p ( h y p e r t e x tt r a n s p o r tp r o t o c o l ，超文本传输协议) i n t e r n e t ( 英特网) i n t r a n e t ( 企业内部互联网) o b j e c tm a n a g e m e n tg r o u p ( 对象管理组) r m i ( r e m o t em e t h o di n v o c a t i o n ，远程方法调用) r p c ( r e m o t ep r o c e d u r ec a l l ，远程过程调用) o r p c ( o b j e c tr e m o t ep r o c e d u r ec a l l ，对象远程过程调用) o r b ( o b j e c tr e q u i r e m e n tb r o k e r ，对象请求代理) e j b ( e n t e r p r i s ej a v a b e a n s ，j a v a 运用于企业计算的框架) w s f l ( w e bs e r v i c e s f l o wl a n g u a g e ，w e b 服务流语言) o o s ( q u a l i t yo fs e r v i c e ，联网服务质量) c s s ( c a s c a d i n gs t y l es h e e t s ，层叠样式表) x l l ( e x t e n s i b l el i n kl a n g u a g e 可扩展链接语言) x s d ( x m ls c h e m a sd e f i n i t i o n ，x m l 结构定义) s c m ( s u p p l yc h a i nm a n a g e m e n t ，供应链管理) s m t p ( s i m p l em a i lt r a n s f e rp r o t o c o l ，简单邮件传输协议) 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 ，简单对象访问协议) s s l ( s e c u r es o c k e tl a y e r ，安全套接层) u d d i ( u n i v e r s a ld e s c 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 统一描述、发现和集 成) 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 e ，w e b 服务描述语言) x 虬( e x t e n s i b l em a r k u pl a n g u a g e ，可扩展的标记语言) x s l t ( x m ls t y l e s h e e t l a n g u a g et r a n s f o r m a t i o n ，可扩展样式语言转换) m v c ( m o d e l 、v i e w 、c o n t r o l l e r ，模型、视图、控制器模式) 独创性声明 本人声明所呈交的论文是我个人在导师指导下进行的研究工作及取得 的研究成果。尽我所知，除了文中特别加以标注和致谢的地方外，论文中 不包括其他人已经发表或撰写过的研究成果，也不包含为获得西北师范大 学或其他教育机构的学位或证书而使用过的材料。与我一同工作的同志对 本研究所做的任何贡献均已在论文中作了明确的说明并表示了谢意。 签名： 关于论文使用授权的说明 本人完全了解西北师范大学有关保留、使用学位论文的规定，即：学 校有权保留送交论文的复印件，允许论文被查阅和借阅；学校可以公布论 文的全部或部分内容，可以采用影印、缩印或其他复制手段保存论文。 ( 保密的论文在解密后应遵守此规定) 签名：主】建导师签名：整垒垫日期： ) d 譬2 o 西北师范大学硕士学位论文 第l 章绪论 1 1 论文的研究背景和意义 第1 章绪论 近年来，为了适应我国信息化快速发展的现状，很多企业在不同层次上使用了信息 系统。但从总体看，企业的信息应用系统大多数都是独立开发的、分散的、零散的系统。 同时由于企业在市场竞争和技术发展的过程中经常采用不同软件企业的产品，而这些软 件产品彼此之间由于缺乏统一的交换平台的协调，随着各单元软件在企业中的深入应 用，就会形成信息孤岛。另外，企业普遍缺乏信息化在企业应用中的整体观念，企业中 各应用系统通常只关注某一个业务环节或管理功能，整体集成和沟通程度不高，各应用 系统大多相互独立运行。但是企业的业务流程会同时涉及到多个应用系统，要求这些系 统能够协同，接口、架构的不统一往往使得这些本应紧密集成的应用系统也成为了企业 内部一个个“信息孤岛”。信息孤岛中的多个应用之间通常有很多相互交叉，甚至有重 复的信息和数据，这将造成企业经常出现信息和数据的重复处理和更新不同步，甚至不 一致。企业不得不在数据转换方面进行大量额外的投资，但依然难以保证转换信息的正 确性、完整性和高效率，造成企业在信息化上的巨大投资没有得到相应的回报。而企业 间协同商务和企业信息门户等要求企业的应用系统是一个高度集成和开放的系统，企业 急切需要解决信息系统的集成问题。为了解决这些矛盾，一种办法是推倒现有系统，重 新开发一个统一系统替换原有应用软件，但考虑到成本、实施周期和难度因素，这不是 一种切实可行的解决方案。另一种办法是从整体来考虑企业的信息系统，选择一个合适 的集成平台，把企业的各个信息孤岛有机集成起来。这种解决方案不管是从实施难度， 还是从实施成本、周期和技术上考虑都是切实可行的。这样，就为企业应用集成( e a i ) 提供了广阔的发展空间”1 。 本文通过对传统企业应用集成方案以及存在的问题的分析，结合当前w e b 技术发 展现状提出了基于w e b 服务的企业应用集成研究与应用的课题，旨在从系统开发模式和 应用集成方法两个方面来解决现有应用集成方案中存在的问题。本课题的研究成果可以 作为企业应用集成解决方案的参考，并可以为其它软件开发人员所借鉴，同时也能够通 过具体的开发过程提供相应的软件产品支持。 西北师范大学硕士学位论文 第1 章绪论 1 2 企业应用集成研究 企业应用集成是指企业内部以及企业之间的任何相连的应用间无限制地共享数据， 在多个企业应用系统之间实现无缝集成，使其像一个整体一样进行业务、信息处理，从 而使企业的整个业务、管理、资源等各个环节，达到协调运转，效率优化，最终实现企 业效益的提高m ，。 从企业应用集成的具体应用范围来看，企业应用集成包括两方面：企业内部应用系 统集成和企业之间的应用系统集成。 1 2 1e a i 的发展背景 在2 0 世纪6 0 年代到7 0 年代期间，企业应用大多是用来替代重复性劳动的一些简 单设计。当时并没有考虑到企业数据的集成，惟一的目标就是用计算机代替一些孤立的、 体力性质的工作环节。 到了2 0 世纪8 0 年代，有些公司开始意识到应用集成的价值和必要性。这是一种挑 战，很多公司的技术人员都试图在企业系统整体概念的指导下对已经存在的应用进行重 新设计，以便让它们集成在一起。然而这种努力收效甚微。 2 0 世纪9 0 年代，随着诸如企业资源规划、客户关系管理、供应链管理以及企业门 户等多种商业应用的引入，激增了企业信息系统的应用分割。早期这些系统被设计成自 包含的“黑盒”系统，只有很少甚至根本没有方法来访问它内部的数据和商务流程。虽 然现在许多这些应用都提供了更好的访问他们的内部数据和商业逻辑的方法，可是把这 些系统和企业里其他系统集成仍是一个巨大的挑战。 纵览企业信息化建设的历史可以发现，企业应用集成技术是伴随着企业信息系统的 发展而产生和演变的。企业的价值取向是推动应用集成技术发展的原动力，而通过应用 集成技术所实现的价值反过来也驱动着公司的竞争优势的提升“1 。 1 。2 2e a i 的类型 e a i 解决方案可以呈现许多种形式并以多种级别出现。e a i 合适的级别依赖于许多 因素，包括公司的大小、公司的行业类别、公司应用的集成度或是项目的复杂度以及预 算等等。 这里列出了e a i 的中间件解决方案的4 个类型。1 ： 西北师范大学硕士学位论文 第l 章绪论 用户界面集成； 数据集成： - 商务流程集成； 函数或方法集成。 ( 1 ) 用户界面集成 用户界面集成是一个面向用户的整合，他用一个标准的界面来替换原先系统的终端 窗口和p c 的图形界面嘲。一般的，应用程序终端窗口的功能可以一对一地映射到一个 基于浏览器的图形用户界面。新的表示层需要与现存的遗留系统的商业逻辑或者一些封 装的应用如e r p 、c r m 以及s c m 等进行集成。 图卜1 给出的是表示层集成的模型，在已有的两个不同软件的显示界面上，建立了 公共的显示界面。屏幕截取技术是这种集成中常用的集成技术，编程人员可用此技术来 访问遗留的显示界面并创建新的图形用户界面。 图卜1 表示层集成的模型 ( 2 ) 数据集成 数据集成发生在企业内的数据库和数据源级剐。通过从一个数据源将数据移植到另 外一个数据源来完成数据集成”1 。数据集成是现有e a i 解决方案中最普遍的一个形式。 然而，数据集成的一个最大的问题是商业逻辑常常只存在于主系统中，无法在数据库层 次去响应商业流程的处理，因此这限制了实时处理的能力。数据级集成的任务顺序如图 卜2 所示： 西北师范大学硕士学位论文 第1 章绪论 图卜2 数据级集成的任务顺序 表示数据：逐个查看程序，并为每一个应用程序创建数据模型，还应确定谁具有对 数据库的完全控制权，以及它们的配置情况。 表示数据库类型：在确定了数据库的逻辑结构后，还必须熟悉它的物理实现一数据 模型和访问数据库的方法。通常至少要涉及到以下数据库的类型：关系型数据库、面向 对象数据库、通用数据库、多维数据库、层次和网状数据库。 定义企业数据模型：企业数据模型是整个组织中的所有相关数据的一种高级描述。 这个模型提供企业数据的方式是一致的，重点关注的是企业中数据之间的关系。它还定 义了哪些数据集支持企业中的哪些业务领域，以及如何提供支持。企业数据模型对数据 级集成的规划来说是至关重要的。 ( 3 ) 商务流程集成 虽然数据集成已经证明是e a i 的一个流行的形式，然而，从安全性、数据完整性、 商务流程角度来看，数据集成仍然存在着很多问题。组织内大量的数据是被商业逻辑所 访问和维持的。商业逻辑应用并加强了必须的商业规则、商务流程和安全性，而这些对 于下层数据都是必需的4 1 。 商务流程集成产生于跨越了多个应用的商务流程层。通常通过使用一些高层的中间 件来表现商务流程集成的特征。这类中间件产品的代表是消息中介，消息中介使用一个 总线模式或者是h u b 模式来对消息处理标准化并控制信息流9 1 。 ( 4 ) 函数或方法集成 函数和方法集成包括直接的和严格的，在网络环境中的跨平台应用程序之间的应用 到应用的集成“”。它涵盖了普通的代码撰写、应用程序接口、远端过程调用、分布式中 间件监控、分布式对象、公共对象访问中介、j a v a 远端方法调用、面向消息的中间件以 及w e b 服务等等各种软件技术。 面向函数和方法的集成一般来说是处于同步模式的，即基于客户和服务器之间的请 求响应交互机制”。 4 西北师范大学硕士学位论文 第l 章绪论 1 2 3 传统e a i 的解决方案 ( 1 ) 点对点的集成 早期的企业应用集成可以说是应用之间的复杂连接。e a i 开发者使用点对点的集成 方式，是因为这种架构比较容易实现，当需要集成的应用很少时，可以快速实现。这种 e a i 方案虽然取得了一定的成功，但存在种种致命的缺点，使得它们的使用始终局限于 研究领域或者应用范围狭窄。在早期的e a i 技术中，为了在企业内部或企业与企业之间 迸行应用集成，就必须通过交流使应用之间达成一致，并分别就通信协议、消息格式、 数据模型等进行实施。而且，随着企业的发展和信息系统的增多，集成的应用越来越多， 程序员需要编写和维护代码的工作量也迅速增长，所以这种点到点的集成就变得非常困 难。而且，这种解决方案只能在它们各自的信息孤岛中各自为政，而没有构建在能够适 应未来i t 需求的基础之上。长此以往，点到点的e a i 解决方案形成的是高昂的成本与 呆板的基础架构。最终，这些问题将会导致项目的延误或放弃、预算的超支以及原定目 标无法实现等问题。为了克服点对点集成的上述缺点，逐渐出现了基于中间件的企业应 用集成方案。 总而言之，点对点集成发生在每一对应用程序之间，通过在每两个应用之间建立点 对点的定制接口来完成。然而随着应用的增加，接口数量将会成指数级别的增长，形成 “应用通心粉”，使得对众多集成节点的维护代价非常昂贵“。 ( 2 ) 基于中间件的集成 基于中间件的集成通过建立一个由中间件组成的企业应用底层架构，来联系整个企 业的异构应用。中间件提供通用接口，所有的集成应用可以用其相互传递消息，它起到 提供一个应用程序问协调点的作用。每个接i ：l 定义了一个由另一个应用程序提供的商业 过程。图卜3 所示的就是一个使用了中间件集成的框架。这种基于中间件的集成方案 更易于支持众多的集成应用，并且只需要较少的维护。另外，中间件能够执行复杂的操 作一交换、聚集、路由、分离和转换消息。它不仅实现了在企业内部系统之间无缝地共 享和交换数据，并且它还允许新的基于i t 的应用和商业处理更容易和更有效地相互通 信m 1 。 西北师范大学硕士学位论文 第1 章绪论 图卜3 基于中间件的集成方式 在分布式计算技术日益精进的今天，基于中间件的e a i 成为很多企业集成的首选。 但是，相对于目前企业面临的许多实际问题，这些方案仍然存在着许多缺陷。 1 2 4 传统的e m 技术 分布式对象技术是企业应用集成的关键技术，以公共对象请求代理体系结构 ( c o f u 3 a ) 、分布式组件对象模型( d c o m ) 和远程方法调用( r m i ) 为代表的分布式对象技术是 传统企业应用集成的主要技术手段，它们为实现企业应用的可移植性、可扩展性和可重 用性提供了解决途径，在w e b 服务与s o a p 出现以前，微软的d c o m 和c o r b a 的因特网内 部o r b 协议，s u n 公司的j a v a r m i 是业界主流的对象远程过程调用( o r p c ) 协议“。 ( 1 ) c o r b a c o r b a 是由对象管理组织制订的一种标准的面向对象应用程序体系规范”。由对象 请求代理o r b 、对象服务、公共设施、域接口和应用接口这几个部分组成。其核心部分 是对象请求代理o r b 。o r b 提供了种机制，通过这种机制对象可以透明的发出请求和 接收响应。分布式的、可以互操作的对象可以利用o r b 构造可以互操作的应用。o r b 可 看作是在对象之间建立客户服务关系的一种中间件。基于o r b 客户可以透明的调用服 务对象所提供的方法，该服务对象可以与客户运行在同一台机器上，也可以运行在其他 机器上并通过网络与客户进行交互。o r b 截取客户发送的请求，并负责在该软件总线上 找到实现该请求的服务对象，然后完成参数、方法调用，并返回最终结果。 ( 2 ) d c o m d c o m 是微软公司提出的分布式组件对象模型标准，是微软的组件对象模型的分布式 扩展，它支持在局域网、广域网甚至i n t e r n e t 上不同计算机的对象之间的通讯。d c o m 基于c o m 的应用程序、组件、工具等的基础之上，它在分布式计算环境r p c 的顶端建立 了个对象远程调用过程层来支持远程对象处理网络协议的低层次的细节问题，而不必 6 西北师范大学硕士学位论文第l 章绪论 关心太多的网络协议细节，从而使用户能够集中精力解决用户所要求的问题。 ( 3 ) r m i r m i 是s u n 公司推出的一个分布式通信模型。r m i 的客户通过激发位于客户端的代 理对象中的方法而与分布式服务器透明的通信。客户代理对象将传递给他的参数序列 化，并且以流的方式将它们传递给适当的分布式服务器对象实例。方法的返回值按照类 似的途径从分布式服务器对象返回给r m i 客户。r m i 客户与一个实现了一个j a v a 接口的 对象进行通信，这个接口对应于一个特定的r m i 服务器所提供的远程接口“”。 1 2 5 传统e a i 的弊端 传统的企业应用集成方案都是针对特定的软硬件结构、网络环境或者特定的应用领 域而进行研究和开发的。面对软硬件结构等的动态变化，系统的自适应能力太弱，有些 甚至表现得无能为力。同时，它们是针对独立的应用提供的服务，系统的体系结构都是 面向特定应用的。体系结构与整个企业的组织毫无关系，使得系统毫无通用性可言，系统 在企业中的可扩展性比较弱 1 9 a 传统的企业应用集成方案在技术方面都基于各自的标准，如c o r b a ，d c o m ，r m i 都使 用自身私有的协议，只能解决企业内部的对等实体问的分布式计算。c o r b a 虽然成功地定 义了一种语言无关的通信方式，但它却把实现o r b 的协议的任务留给了供应商，而且企业 防火墙有时会阻止o r b 通信。d c o m 依赖于严格管理的环境，如果要开发d c o m 应用程序， 则所有参与该分布式应用程序的节点都必须得到w i n d o w s 系统的支持。但是这些技术都 基于各自的标准，在数据定义、通信模型等机制方面均不一样，因此它们之间的应用程序 不容易实现互联互通o “。 概括来讲，i n t e r n e t 环境下，传统集成技术的不足主要体现在以下三个方面”： 第一，它们要求服务客户端与系统提供的服务本身之间必须紧密耦合，即要求一个 同类的基本结构。这样的系统往往十分脆弱，如果一端的执行机制发生变化，那么另一 端便会崩溃，例如，如果服务器应用程序的接口发生更改，那么客户端便会崩溃。 第二，基于c o r b a 等分布式对象技术不能实现透明地跨越防火墙通信，例如防火墙 有时会组织o f u 3 通信，使其不适合i n t e r n e t 环境企业应用集成的发展要求。 第三，传统的d c o m 、c o r b a 或是e j b 组件，由于每种组件都必须使用自己特定的规 范来开发，组件之间的通信也必须使用特定的协议，这样不同组件之间无法进行直接的 数据交换和数据共享。 因此，传统的集成技术由于其自身的局限性和互操作性问题，难以适应i n t e r n e t 西北师范大学硕士学位论文第l 章绪论 环境下的企业应用集成的发展需求。 1 2 6 基于w e b 服务的企业应用集成 ( 1 ) 基于w e b 服务的企业应用集成 w e b 服务提供了一个分布式的计算技术，用于在i n t e r n e t 或者i n t r a n e t 上通过使 用标准的x m l 协议和信息格式来展现商业应用服务。使用标准的x m l 协议使得w e b 服务 平台、语言和发布者能够互相独立，这是e a i 解决方案的一个理想的候选者。通过开放 的i n t e r n e t 标准：w e b 服务描述语言( w s d l ) ，统一描述、发现和集成规范( u d d i ) ，简单 对象访问协议( s o a p ) 和w e b 服务流语言( w s f l ) ，w e b 服务消除了现存解决方案( 如c o r b a 和d c o m ) 中的互用性问题。 w e b 服务不是e a i 或者是e a i 的一部分，它是另外一个技术，它能够使e a i 成为真 正可能的、便捷实施的，同时又引人注目的解决方案。w e b 服务能彻底地改变传统的e a i 中点对点的集成处理方式。 w e b 服务以种松散的服务捆绑集合形式，能够快速、低代价地开发、发布、发现 和动态绑定应用。就当代w e b 服务的技术发展水平来看，w e b 服务可以实现应用程序之 间的函数或方法级的集成。他们都是自然的基于事务的，同时仅提供了基本的“请求 响应”功能。在下一代的w e b 服务在功能上和技术上都会更先进，将会提供用户接口封 装和安全性，他们将能够包装一个应用程序并且把他嵌入到其他的应用程序中去”。 ( 2 ) 传统e a i 和基于w e b 服务的e a i 的区别 下面是传统的e a i 解决方案和w e b 服务之间的一些基本的不同点1 ： 简单性：相比于典型的e a i 解决方案，w e b 服务更便于设计、开发、维护和使用。 既然开发和使用w e b 服务的平台框架已经准备好了，创建跨越多个应用程序的商务流程 处理将变得相对简单。 开放标准：不同于拥有所有权的e a i 解决方案，w e b 服务是基于开放标准诸如u d d i 、 s o a p 、h t t p 的。这个是导致w e b 服务被广泛接受的最重要的因素。现存的开放标准消除 了企业潜在的为了支持新出现的w e b 技术的投资需要。 灵活性：既然e a i 解决方案需要点对点集成，一端的改变必须告知另外一端，这自 然使集成变得非常的生硬，同时也是浪费开发人员的时间的。 便宜：e m 解决方案，诸如消息中介，其实施是非常昂贵的。而w e b 服务的实施则 会变得便宜而快速。 范围：e a i 解决方案，诸如消息中介，把应用程序作为一个单个的实体来集成。然 西北师范大学硕士学位论文 第1 章绪论 而w e b 服务允许企业把大的应用划分为小的独立的逻辑实体并且包装他们。举例来说， 企业可以为一个e r p 应用的不同的商业组件进行包装。如订单管理、接受购买订单、订 单情况、订单确认、帐户接受、帐户支付等等。 高效性：w e b 服务允许应用程序划分为一些小的逻辑组件，因为在小粒度基础上集 成应用程序，集成将变得更容易。这也使w e b 服务的e a i 解决方案比传统的e a i 解决方 案更有效率。 动态性：w e b 服务通过提供动态的服务接口来实施一个动态的集成。然而传统的e a i 解决方案都是静态处理的。 综上所述，基于w e b 服务的企业应用集成比传统的企业应用集成有很多的优势。 1 3 论文的主要研究内容 本文在分析现有e a i 解决方案的基础上，结合w e b 服务技术，研究基于w e b 服务的 企业应用集成解决方案。 研究内容主要包括以下几部分： ( 1 ) 研究当前企业应用集成发展状况和集成方式，分析传统的企业应用集成方案和 基于w e b 服务的集成方案各自的特点，总结了基于w e b 服务的e a i 解决方案具有的优势。 ( 2 ) 研究当前w e b 服务的关键技术，如x m l ，s o a p ，w s d l ，u d d i 等。 ( 3 ) 结合w e b 服务技术和e a i 技术建立基于w e b 服务的企业应用集成方案。 ( 4 ) 针对具体的问题，结合实例，将基于w e b 服务的企业应用集成方案运用到解决 某公司各部门信息交互的实际问题中，并给出了运行结果。 论文的具体组织结构如下： 第1 章，分析企业信息化道路上遇到的问题，总结了企业应用集成的意义，在e a i 的定义和发展背景的基础上，介绍传统e a i 的类型和解决方案，并针对传统e a i 解决方 案的不足提出基于w e b 服务的应用集成方案。 第2 章，首先介绍了w e b 服务的定义和体系结构，讨论了w e b 服务的核心技术： x m l ，s o a p ，w s d l ，u d d i ，然后介绍了本文中集成实例系统的模式选择、平台选择和各类 服务器选择。 第3 章，结合一个集成实例，来探索w e b 服务技术在某公司公共信息管理平台中的 应用，具体介绍系统的总体框架和模块划分以及系统采用的设计模式，最后分别描述了 系统中的模型、视图、控制器的详细设计并给出了具体的类的实现。 第4 章，详细分析了企业公共信息管理平台下的客户关系管理系统的功能和系统结 9 西北师范大学硕士学位论文 第1 章绪论 构，并对订单管理子系统进行了详细的设计，其中包括订单管理子系统的需求分析、功 能分析、系统流程、数据库设计。最后给出了w e b 服务的设计、部署、调用过程。 第5 章，系统的运行结果。 第6 章，首先总结论文研究内容，然后分析论文的特点，最后提出了基于w e b 服务 的企业应用集成需要进一步研究工作。 1 0 西北师范大学硕士学位论文 第2 章w e b 服务及论文相关技术介绍 第2 章w e b 服务及论文相关技术介绍 本章介绍了论文的理论基础和相关技术。由于论文的应用系统设计的关键技术是 w e b 服务，所以本章从w e b 服务的定义出发，介绍了w e b 服务的特征、类别、体系结构、 调用过程以及w e b 服务的协议栈，分析了w e b 服务的关键技术：x m l ，s o a p ，w s d l ，u d d i 。 然后介绍了本论文所开发应用系统的开发模式、平台选择、以及各类服务器选择。 通过本章的介绍，本论文所开发的应用系统便有了坚实的理论基础和技术支撑。 2 1w e b 服务关键技术研究 2 1 1w e b 服务概述 ( 1 ) w e b 服务的定义 w e b 服务有很多定义，从语义上看，它封装了离散的功能，在i n t e r n e t 上发布后能 够通过标准的i n t e r n e t 协议在程序中访问。我们对这个定义作更加详细的解释“”。 首先，w e b 服务是复用的软件模块。w e b 服务是对软件开发中面向对象设计的发展 和升华。基于组件的模型允许开发者复用其他人创建的开发模块，组成或扩展他们，形 成新的软件。 其次，这些软件模块是松散耦合的。传统的应用软件设计模式要求各个单元之间紧 密连接，这种连接形成的复杂性要求开发者必须对连接的两端元素有完全的了解和控制 能力，而且，这种连接一旦建立后，很难从中把一个元素取出，用另外一个元素代替。 相反，松散耦合的系统，只需要很简单的协调，并允许更加自由的配置。 第三，从语义上看，w e b 服务封装了离散的功能。一个w e b 服务就是一个自包含的 应用，完成单个的任务。w e b 服务的自描述文件使用其他应用可以理解的方式描述输入 输出，其他应用知道该服务能做什么，如何调用，以及会返回什么结果。 第四，w e b 服务可以在程序中访问。w e b 服务不是为了直接与人交互设计的，他们 不需要图形化用户界面。 第五，w e b 服务是在i n t e r n e t 上发布的，它使用广泛使用的传输协议，不需要调整 现有的i n t e r n e t 架构，就可以通过防火墙进行通信。 ( 2 ) w e b 服务的特征” ( a ) 完好的封装性 西北师范大学硕士学位论文第2 章w e b 服务及论文相关技术介绍 w e b 服务既然是一种部署在w e b 上的对象，自然具备对象的良好封装性，对于使用 者而言，它仅能看到该对象提供的功能列表。 ( b ) 松散耦合 这一特征也是源于对象组件技术，当一个w e b 服务的实现发生变更的时候，调用 者是不会感到这一点的，对于调用者来说，只要w e b 服务的调用界面不变，w e b 服务的 实现任何变更对他们来说都是透明的，甚至是当w e b 服务的实现平台从j 2 e e 迁移到 了n e t 或者是相反的迁移流程，用户都可以对此一无所知。对于松散耦合而言，尤其是 在i n t e r n e t 环境下的w e b 服务而言，需要有一种适合i n t e r n e t 环境的消息交换协议。 而x m l s o a p 正是目前最为适合的消息交换协议。 ( c ) 使用协约的规范性 这一特征从对象而来，但相比一般对象其界面规范更加规范化并易于机器理解。首 先，作为w e b 服务，对象界面所提供的功能应当使用标准的描述语言来描述( 比如w s d l ) ； 其次，由标准描述语言描述的服务界面应当是能够被发现的，因此这一描述文档需要被 存储在私有的或公共的注册库里面。同时，使用标准描述语言描述的使用协约将不仅仅 是服务界面，它将被延伸到w e b 服务的聚合、跨w e b 服务的事务、工作流等，而这些又 都需要服务质量( q o s ) 的保障。其次，我们知道安全机制对于松散耦合的对象环境的重 要性，因此我们需要对诸如授权认证、数据完整性、消息源认证以及事务的不可否认性 等运用规范的方法来描述、传输和交换。最后，在所有层次的处理都应当是可管理的， 因此需要对管理协约运用同样的机制。 ( d ) 使用标准协议规范 作为w e b 服务，其所有公共的协约完全需要使用开放的标准协议进行描述、传输和 交换。这些标准协议具有完全免费的规范，以便由任意方进行实现。 ( e ) 高度可集成能力 由于w e b 服务采取简单的、易理解的标准w e b 协议作为组件界面描述和协同描述规 范，完全屏蔽了不同软件平台的差异，无论是c o r b a 、d c o m 还是e j b 都可以通过这一种 标准的协议进行互操作，实现了在当前环境下最高的可集成性啪1 。 ( 3 ) w e b 服务的类别 综合当今的w e b 应用以及w e b 服务的特点，我们认为w e b 服务实施的领域可以分为 四类o ”； ( a ) 面向商业的w e b 服务 该类服务针对的是那些面向企业应用服务，包括企业内部的e r p 系统，企业间的 西北师范大学硕士学位论文 第2 章w e b 服务及论文相关技术介绍 s c m c r m 等系统。当这些系统以w e b 服务的形式在网络( i n t e r n e t 和i n t r a n e t ) 中出现时， 企业内的应用集成将更未容易，而在企业间的众多合作伙伴的系统对接也将不再是无法 完成的任务。 ( b ) 面向消费者的w e b 服务 此类服务针对的是那些原先的b 2 c 的网站的改造，为这些面向浏览器的w e b 应用增 加了w e b 服务的应用界面，使得第三方的桌面工具或其自身提供的增值的桌面工具能够 利用更优秀的用户界面提供跨越多个服务的桌面服务。这将使得用户使用i n t e r n e t 更 为方便，能够获得更加便捷的服务。比如我们完全就可以在个人理财桌面系统中集成 i n t e r n e t 上的股票价格查询w e b 服务、机票预定w e b 服务等，使得个人理财应用的自动 化程度更高。 ( c ) 面向设备的w e b 服务 此类服务的使用终端一般是手持设备和日用家电，对于手持设备，可以在不用修改 网络服务的体系架构的前提下，令先前的网络服务支持除p c 以外的各种终端，比如 p a l m 、p o c k e tp c 、手机等，那些天气预报服务、e m a i l 服务、主动信息服务等将更为有 效和便捷。而对于后者则可能是一个市场的启动期，有了w e b 服务作为基础框架，智能 型的日用家电将真正获得标准的支持，从而有了广泛使用的可能。 ( d ) 面向系统的w e b 服务 些传统意义上的系统服务，比如用户权限认证，系统监控等，如果被迁移到全球 范围的i n t e r n e t 上，或者企业内部的i n t r a n e t 上，其作用范围将从单个系统或局部网 络拓展到整个企业网络或整个i n t e r n e t 。如此，基于同一系统服务的不同应用将得以在 整个i n t e r n e t 环境中部署，譬如跨国企业的所有在线服务可以使用同一个用户权限认 证w e b 服务。 ( 4 ) w e b 服务的体系结构 w e b 服务体系基于三种角色( 服务提供者、服务注册中心和服务请求者) 之间的交 互。这种交互具体涉及到发布、查找和绑定三种操作。这些角色和操作一起作用于w e b 服务构件、w e b 服务软件模块及其描述1 。 在典型情况下，服务提供者提供可通过w e b 访问的软件模块。服务提供者定义w e b 服务的服务描述，并把它发布到服务请求者或服务注册中心。服务请求者使用查找操作 从本地或服务注册中心搜索服务描述，然后使用服务描述与服务提供者进行绑定，并调 用相应的w e b 服务实现，同它交互。图2 一l 描述了这些操作、提供这些操作的组件以及 它们之间的交互1 。 西北师范大学硕士学位论文 第2 章w e b 服务及论文相关技术介绍 图2 - 1w e b 服务的体系结构模型 ( a ) 角色 w