（计算机应用技术专业论文）基于soa的呼叫中心增值业务平台的设计与实现.pdf

基于s o a 的呼叫中一t l 增值业务平台的设计与实现 基于s o a 的呼叫中心增值业务平台的设计与实现 摘要 随着信息技术的发展，当前的企业需要根据市场形势随时并且迅 速调整自己的业务，但是业务需求的变化却得不到企业信息系统的强 力支持，因为只能通过不断开发新应用、扩展现有应用来满足这些需 求，而进行这个开发过程时，可能业务又有新的变化。完全依靠对系 统进行再开发来适应迅速变化的业务需求是不可能的。 在v o l p 增值业务领域的企业信息化过程中，市场业务需求越来 越多，如呼叫中心的增值业务，随着w e b 技术的广泛应用，不可能 还是满足单机版的单一服务，而是要面向大众客户的开放性服务，即 完全是分布式的服务，充分发挥产业链的协同效应。如果采用传统的 信息化集成解决方案，不可避免的会遇到信息孤岛情况，即必须采用 最新的体系架构一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 是一种i t 体系结构，支持将业务作为链接服务或可重复业 务任务进行集成，可在需要时通过网络访问这些服务和任务。这些服 务可以将自己组装为按需应用程序即相互连接的服务提供者和 使用者集合，彼此结合以完成特定业务任务，使业务能够适应不断变 化的情况和需求。 基于s o a 的呼叫中心增值业务平台的设计与实现 本文基于j 2 e e 和企业服务总线( e s b ) 技术，提出一个s o a 框架： j e b s 框架。j e b s 框架具有服务透明化和松耦合的特点。 本文采用s s h 框架为代表的轻量级j 2 e e 为基础，对s t r u t s 、s p r i n g 和h i b e r n a t e 等框架进行了分析，结合s t r u t s 、s p r i n g 和h i b e r n a t e 的 各自特点，充分发挥了s t r u t s 、s p r i n g 和h i b e r n a t e 框架各自的优势， 降低了各层间的耦合度，解决了w e b 应用系统开发过程中由于系统 结构复杂而带来的一些问题。 本文结合轻量级j 2 e e 设计了一个适合于a j a x 环境的基于a o p 的a j a x 服务器端框架，使客户端对服务器端的通用访问进行简化， 使其满足快速开发的要求。 本文把基于s o a 的企业信息化集成解决方案运用到实际中：采 用j e b s 框架、s s h 框架和h j a x 服务器端框架。其中，w e bs e r v i c e 接口由服务总线统一管理，w e bs e r v i c e 的实现是调用业务逻辑模块 进行处理，具体交给s p r i n g 和h i b e r n a t e 两层框架进行实现和包装操 作，a j a x 服务器端框架和s t r u t s 框架的结合，使客户端对服务端的通 用访问进行简化。根据业务需求开发一个基于s o a 的呼叫中心增值 业务平台；研究工作包括：从平台的总体设计到详细设计和项目实现。 关键字：面向服务架构，企业服务总线，m v c ，a o p ，o r m 基于s o a 的呼叫中心增值业务平台的设计与实现 d e s i a na n di m p l e 匝n t a t l 0 no f v a l u e d a d d s e r v i c ep l a t f o r mf o rc a l lc e n t e r b a s e do ns o a a b s t r a c t w i t ht h ed e v e l o p m e n to fi n f o r m a t i o nt e c h n o l o g y ，e n t e r p r i s e sn e e d t oc h a n g et h e i rb u s i n e s sl o g i cr a p i d l ya c c o r d i n gt ot h ec h a n g e so fm a r k e t , b u tt h en e e dc o u l dn o tg e tb e t t e ra s s i s t a n c e sf r o mt h e i re n t e r p r i s e i n f o r m a i o ns y s t e m s ，b e c a u s et h eo n l yw a yt om e e tt h e s en e e d si st o d e v e l o pn e wa p p l i c a t i o n sa n de x t e n dt h eo l da p p l i c a t i o n s i t si m p o s s i b l e t oa d a p tt h er a p i d l yc h a n g i n ge n v i r o n m e n ti nt h i sw a y o nt h ew a yt oi n f o r m a t i o n a l i z a t i o no fv o l pv a l u e a d d e ds e r v i c e s ， t h em a r k e tk e e pi t si n c r e a s i n gd e m a n d sf o rm o r ea n dm o r eb u s i n e s s e s ， s u c ha sc a l lc e n t e rv a l u e a d d e ds e r v i c e s w i t ht h eb r o a da p p l i c a t i o no f w e bt e c h n o l o g y i ti si m p o s s i b l et op r o v i d es i n g l en e e d sf o rs t a n d a l o n e v e r s i o n ，b u ta no p e nc u s t o m e r - o r i e n t e ds e r v i c ef o rt h ep u b l i c ，n a m e l y d i s t r i b u t e ds e r v i c e s ，t og i v ef u l lp l a yt ot h ei n d u s t r i a lc h a i no fs y n e r g y i f u s i n gt r a d i t i o n a li n t e g r a t i o no fi n f o r m a t i o nt e c h n o l o g ys o l u t i o n s ，i ti s i m p o s s i b l et oa v o i d t h eo c c u r r e n c e so fi s o l a t e di s l a n d so fi n f o r m a t i o n i n t h i sc a s e ，i ti sam u s tt oa d o p tt h el a t e s ta r c h i t e c t u r e s o a i nb u i l d i n g v 1 基于s o a 的呼叫中心增值业务平台的设计与实现 e i sw i t hs o a ，i s o l a t e di s l a n d so fi n f o r m a t i o nc a r lb ea v o i d e d ，a n d e n t e r p r i s e sc a na d a p tt ot h er a p i d l yc h a n g i n gm a r k e t 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 ) i sa ni ta r c h i t e c t u r a ls t y l et h a t s u p p o r t st h et r a n s f o r m a t i o no fb u s i n e s si n t oas e to fl i n k e ds e r v i c e s ，o r r e p e a t a b l eb u s i n e s st a s k sw h i c hc a nb ea c c e s s e dw h e nn e e d e do v e ra n e t w o r k t h e s es e r v i c e sc a nc o a l e s c et oa c c o m p l i s has p e c i f i cb u s i n e s s t a s k ，e n a b l i n gb u s i n e s st oq u i c k l ya d a p tt oc h a n g i n gc o n d i t i o n sa n d r e q u i r e m e n t s t h i sp a p e rb r o u g h tf o r w a r das o af r a m e w o r kn a m e dj e b s ，w h i c h i sb a s e do nj 2 e ea n de n t e r p r i s es e r v i c eb u s ( e s b ) j e b sf r a m e w o r k f e a t u r e st r a n s p a r e n ta n dl o o s e l y c o u p l e ds e r v i c e s t h i sp a p e rb r i n g si nss ha s r e p r e s e n t a t i v e o ft h e l i g h t w e i g h t f r a m e w o r kb a s e do nj 2 e et oc o n d u c ta n a l y s i so nt h r e em a i n s t r e a m sw e b f r a m e w o r k s t r u t s ，s p r i n g a n dh i b e r n a t e ，w h i c h i n t e g r a t e s t h e i r r e s p e c t i v ef e a t u r e s ，g i v ef u l lp l a yt ot h e i rr e s p e c t i v es t r e n g t h s ，l o w e rt h e c o u p l i n gb e t w e e nt h el a y e r sa n dr e s o l v et h er e l a t e dp r o b l e m sb r o u g h tb y t h ec o m p l e xs t r u c t u r ed u r i n gt h eb u i l d i n go fw e b a p p l i c a t i o ns y s t e m i na c c o r d a n c ew i t hl i g h t w e i g h tj 2 e e ，t h i sp a p e r sd e s i g n sas u i t a b l e e n v i r o n m e n tf o rt h ea j a xs e r v e rd e v e l o p m e n tf r a m e w o r kb a s e do na o p t os i m p l i f yt h ec l i e n t s g e n e r a la c c e s st os e r v e ra n dm e e tt h ed e m a n d so f r a p i dd e v e l o p m e n t a tt h es a m et i m e 基于s o a 的呼叫中心增值业务平台的设计与实现 w i t ht h ef r a m e w o r ko fj e b s ，s s ha n da j a xs e r v e r ，t h i sp a p e r p u t s t h es o a b a s e de n t e r p r i s ei n f o r m a t i o n i n t e g r a t i o ns o l u t i o n si m op r a c t i c e i n t e r f a c e so fw e bs e r v i c e sa r em a n a g e db ys e r v i c eb u sa n dr e a l i z e db y i n v o k i n gm o d u l e so fb u s i n e s sl o g i cf o rp r o c e s s i n g d e t a i l e dw o r ki s a s s i g n e dt os p r i n ga n dh i b e m a t ef o rr e a l i z a t i o na n de n c a p s u l a t i o n t h e i n t e g r a t i o no ff r a m e w o r ko fa j a xs e r v e ra n ds t r u t ss i m p l i f i e st h ec l i e n t s g e n e r a l a c c e s st o s e r v e r a c c o r d i n gt ob u s i n e s sn e e d s ，t h et a s ki st o d e s i g na n di m p l e m e n tav a l u e d a d ds e r v i c ep l a t f o r mf o rc a l lc e n t e rb a s e d o ns o a ，f r o mt h eo v e r a l l d e s i g nt o d e t a i l e dd e s i g na n dp r o j e c t r e a l i z a t i o n k e yw o r d ：s o a ，e n t e r p r i s es e r v i c eb u s ，m v c ，a o p ，o r m 基于s o a 的呼叫中心增值业务平台的设计与实现 东华大学学位论文版权使用授权书 学位论文作者完全了解学校有关保留、使用学位论文的规定，同 意学校保留并向国家有关部门或机构送交论文的复印件和电子版，允 许论文被查阅或借阅。本人授权东华大学可以将本学位论文的全部或 部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复 制手段保存和汇编本学位论文。 保密口，在年解密后适用本版权书。 本学位论文属于 f 不保密毗 学位论文作者签名：御镌民 日期：硼年? 月1 日 i i i 指导教师签名：夏n 日期： h f 年月l 日 基于s o a 的呼叫中- 1 5 、增值业务平台的设计与实现 东华大学学位论文原创性声明 本人郑重声明：我恪守学术道德，崇尚严谨学风。所呈交的学位 论文，是本人在导师的指导下，独立进行研究工作所取得的成果。除 文中已明确注明和引用的内容外，本论文不包含任何其他个人或集体 已经发表或撰写过的作品及成果的内容。论文为本人亲自撰写，我对 所写的内容负责，并完全意识到本声明的法律结果由本人承担。 i i 学位论文作者签名：新硼细 日期： 绷年多月1 日 1 1 研究背景 第一章绪论 信息化的发展在给企业带来了机遇的同时也给企业带来了新的挑战。当今社 会对信息的获取要求越来越简化，这对应用开发工作提出了新的挑战。目前大多 数公司采用的分散孤立的应用程序亦不能满足这种要求，因为在这些应用程序之 间共享数据是很困难的，不可避免地形成一个个信息孤岛。然而，这些企业并不 能马上就将他们的那些孤立程序全部放弃或替换，因为它们都是一些关键业务， 而且在当前的商业环境下从零开始重薪开发他们的整个信息系统常常是不合算 的。另外，很多企业需要不时地引进各种新的应用和系统。很重要的一点就是这 些新方案是基于最新的体系架构，他们与原有的老系统的体系架构有着很大地不 同。如何有效地解决这些问题，成功实施企业应用的整体集成，是每一个企业必 须解决地问题。 在v 0 i p 增值业务领域的企业信息化过程中，市场业务需求越来越多，随着 w e b 技术的广泛应用，不可能还是满足单机版的单一服务，而是要面向大众客户 的开放性服务，即完全是分布式的服务。如果采用传统的信息化集成解决方案， 不可避免的会遇到信息孤岛情况，即必须采用最新的体系架构一s o a 。 本文是根据呼叫中心增值业务平台的业务需求，通过分析传统的集成解决方 案的现状和不足，然后引入新型的集成解决方案。本文中的呼叫中心增值业务平 台项目是实践新型的集成解决方案的一个具体案例。 1 1 1 传统的集成解决方案的现状 ( 1 ) 广泛存在着信息孤岛的问题。 随着信息技术的发展，企业在信息化建设中产生了大量为满足业务需要的应 用程序，如：e r p 、c r m 、o a 等一系列系统。这些系统之间往往是相互独立的， 而且是由不同技术开发，运行环境也各不相同，在它们之间进行良好的沟通是复 杂而又昂贵的，所以企业往往只能被动地接受这种僵化、相互独立的系统。 在呼叫中心的市场需求上，不仅需要提供增值业务服务的平台，也需要拓展 和运营业务的代理商系统或用户系统等，如果不能在企业的产业链之间形成协同 效应，信息化的经济效益难以有效发挥。 ( 2 ) 难以灵活应对迅速变化的业务需求。 面对激烈的竞争和不断变化的环境，企业需要随时并且迅速调整自己的方 针策略，这样会直接导致企业内业务流程的变化和新需求的产生。但是业务变 化的需求却得不到企业信息系统的强力支持，因为只能通过不断开发新应用、 扩展现有应用来完成这些需求，而进行这个开发过程时，可能业务又有新的变 化。完全依靠对系统进行再开发来适应迅速变化的业务需求是不可能的。 在呼叫中心的市场需求上，不仅需要群呼和传真，将来可能需要更多的其它 增值业务，因此，灵活应对迅速变化的业务需求是必须的。 总的来说，传统的企业信息化解决方案以数据集成为主，它可以说是正在建 立一个灵活的、标准化的企业应用底层架构，可以允许新的基于i t 的应用和商 业处理能够更容易和更有效的被部署。新的底层架构允许企业中的应用能够实时 的、无缝地互相通信。 然而，现有的商业应用不仅仅满足于底层数据的整合，对于现代企业来 说，更为重要的是如何将传统的企业信息化集成上升到商业逻辑和商业流程的 集成。而且，这种集成应该是灵活的、快速的、高效率的、可互操作的。要实 现这一目标，依靠传统的企业信息化集成技术是很难实现的，而且代价也是高 昂的。需要寻求新型的集成解决方案。 1 1 2 新型的集成解决方案的总体特征 下面具体分析新型的集成解决方案应该具有的特征【9 】： ( 1 ) 分布式计算。分布式计算的优点是可扩展、适应企业的地区性要求。 ( 2 ) 跨平台。由于企业的遗留系统可能建立在各种各样的平台之上，所以跨 平台也是进行企业应用集成的必然要求。 ( 3 ) 基于组件。基于组件意味着可以通过结合可替换、可共享的模块来构造 和修改应用程序。这是快速适应变化环境的必然要求。 ( 4 ) 事件驱动。虽然事件驱动已经成为面向对象设计方法的基本要义，但还 有必要强调一下事件驱动在业务流程中的作用。事件驱动提供了这样的一种机 制：在满足条件的情况下，可以迅速地处理。 ( 5 ) 松耦合。松耦合是指在通信异步的条件下处理业务流程并连接应用程 序，即服务请求不是马上处理并返回结果的。由于网络的复杂性和有限的资源， 在分布式的计算模式下各种调用必须是松耦合的【8 】【9 】。 以上特征正好符合s o a 的各项特征，即可以通过s o a 来构建新型的解决方 2 案。 1 1 3s o a 是实现新型集成解决方案的理想方式 s o a 是一种用于构建分布式系统的方法，s o a 通过将应用程序分解成不同 的功能单元，在这些单元之间定义独立于硬件平台、操作系统和编程语言的接口， 从而将构建在不同系统中的单元以一种统一的方式实现交互，同时s o a 所具备 的特点：( 1 ) 松耦合，( 2 ) 明确定义的接1 3 ，( 3 ) 位置透明，( 4 ) 无状态的服务等对 于构建柔性、可动态扩展的企业信息化集成都非常合适【1 】【4 】。 s o a 已经成为构造企业信息系统的理想方式，尤其是对于那些拥有复杂i t 环境的大型企业。使用s o a 来进行企业信息化，可以避免信息孤岛问题，使企 业能够快速灵活的应对市场的变化。 s o a 把所有的东西都看做服务，然后通过对服务的调用来完成业务要求。 s o a 通过将原有的应用和资源转变为可共享的标准服务，打破了信息孤岛，实 现了对原有系统的复用、组装和集成。s o a 的目标是为企业构建一个灵活，可 扩展的i t 基础架构来更好地支持随需应变的企业业务。 具体来说，s o a 把分布在不同企业信息系统中的各种资源都看作是服务， 这些服务是从业务需求出发的，而不是从技术角度。在不同的企业应用之间，也 能够进行数据交换，而不再需要考虑每个应用是用什么编程语言开发或在什么操 作系统下运行等等。 由于服务反映的是业务模型，所以当企业因市场变化产生新的业务需求时， 可以通过服务的组合和复用来实现新的业务流程，同时把需要进行的开发工作降 到最低，使企业能够快速应对市场的变化。 1 2s o a 在国内外的发展状况 s o a 在国际市场上反响强烈。b e a 、i b m 、o r a c l e 、微软等业界巨头纷纷 发布自己的s o a 战略，建议用户在进行企业i t 建设时考虑s o a 。 按照g a r t n e r 的预测，到2 0 0 8 年，s o a 将成为占有绝对优势的软件工程实 践方法，它将结束传统的整体软件体系架构长达4 0 年的统治地位。届时，将会 有6 0 的商业公司在进行商业i t 建设时会转向s o a 1 0 1 。 在国内，s o a 也已经引起国内企业的重视。国内一些有影响的行业用户正 在基于s o a 搭建其核心业务系统，很多企业都准备在短时间内开始规划使用这 些基于s o a 的应用。 1 3 研究内容和创新 本文针对呼叫中心增值业务平台的市场业务需求，在现有企业信息化解决方 案基础上，结合最新的w e b 技术和w e bs e r v i c e 技术，研究基于s o a 的呼叫中 心增值业务平台的解决方案，完成了以下几个方面的研究工作： ( 1 ) 分析了呼叫中心增值业务平台的业务需求，根据国内外的发展状况，结 合最新的w e bs e r v i c e 技术，提出基于s o a 的呼叫中心增值业务平台的解决方案。 ( 2 ) 研究了基于s o a 的呼叫中心增值业务平台的解决方案所涉及的理论和 其相关的技术。如s o a 、w e bs e r v i c e 、e s b 、a j a x 、s t r u t s 、s p r i n g 、h i b e r n a t e 矗盘 可o ( 3 ) 根据企业服务总线技术，提出一个基于j 2 e e 和企业服务总线( e s b ) 技术 的s o a 框架( j 2 e ea n de s bb a s e ds o af r a m e w o r k ，简称j e b s 框架) ，该框架 的设计遵循s o a 的概念，呼叫中心增值业务平台采用此框架进行设计开发。 ( 4 ) 采用由s t r u t s 、s p r i n g 和h i b e r n a t e 整合而成的组合框架( s s h ) 的设计。 ( 5 ) 通过分析传统服务器框架的解决方案的缺陷，采用w e b 2 0 的主要技术 a j a x 技术实现表示层功能，并提出基于a o p 的a j a x 服务器端框架的设计。 ( 6 ) 针对具体企业项目，将基于s o a 的企业信息化集成解决方案运用到实际 中。具体工作如下：采用j e b s 框架和s s h 框架，根据业务需求开发一个基于 s o a 的呼叫中心增值业务平台；从平台的总体设计到详细设计和实现。 本文的创新点： ( 1 ) 提出一个基于j 2 e e 和企业服务总线( e s b ) 技术的s o a 框架( j e b s 框架) 。 ( 2 ) 提出基于a o p 的a j a x 服务器端框架的设计。 ( 3 ) 提出一个v a s 平台的大容量系统的解决方案。 1 4 本文结构 本文内容结构分为六章，除本章绪论外，第二章介绍了基于s o a 的增值业 务平台的关键技术分析；第三章介绍了基于$ o a 的增值业务平台的总体设计； 第四章介绍了基于s o a 的增值业务平台的详细设计；第五章介绍了基于$ o a 的增值业务平台的实现；第六章对本文进行了总结和展望。如图1 1 所示。 第一章绪论 0 第二章基于s o a 架构的增值业 务平台的关键技术分析 0 第三章基于s o a 架构的增值业 务平台的总体设计 0 第四章基于s o a 架构的增值业 务平台的详细设计 0 第五章基于s o a 架构的增值业 务平台的实现 j 第六章总结与展望 图1 1 本文内容结构 5 ， 第二章基于s o a 的增值业务平台的关键技术分析 2 1面向服务的架构s o a s o a 支持将业务作为链接服务或可重复业务任务进行集成，可通过网络访 问这些服务和任务。这些服务可以将自己组装为按需应用程序即相互连接的 服务提供者和使用者集合，彼此结合以完成特定业务任务，使业务能够适应不断 变化的情况和需求1 2 7 。 2 1 1s o a 的概念 面向服务的体系结构( s e r v i c e o r i e m e da r c h i t e c h u r e ，s o a ) 是一个组件模型。 面向服务的体系结构将应用程序中的不同功能单元称为服务，并通过对这些服务 之间定义良好的接口而将其联系起来。接口是采用中立的方式进行定义的，也就 是说它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各 种各样的系统中的服务可以以一种统一和通用的方式进行交互f 2 】。 这种具有中立的接口定义( 没有强制绑定到特定的实现上) 的特征称为服务 之间的松耦合。松耦合系统的好处有两点：一点是它的灵活性，另一点是，当组 成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存 在。而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构 是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，系统 就显得非常脆弱。对松耦合系统的需要来源于应用程序需要根据业务的需要更加 灵活的变化，以适应不断变化的环境。比如经常改变的政策、上级部门的规定、 产品报价、各部门或单位之间关系、以及其他与业务有关的因素，这些因素甚至 会影响业务的性质。因此就有这样的需求，即一旦需要就可以对完成或执行任务 的方式进行必要的更改。 面向对象的模型是紧耦合的，已经存在二十多年了。虽然基于s o a 的系统 并不排除使用面向对象的设计来构建单个服务，但是其整体设计却是面向服务 的。由于考虑到了系统内的对象，所以虽然s o a 是基于对象的，但是作为一个 整体却不是面向对象的。不同之处在于接口本身。s o a 系统原型的一个典型例 子是通用对象请求代理体系结构( c o i 也a ) ，它已经出现很长时间了，其定义的 概念与s o a 相似。 然而，现在的s o a 因为基于一些更新的软件技术己经有所不同了，这些技 6 术是以可扩展标记语言( x m l ) 为基础的。通过使用w e b 服务描述语言( w e b s e r v i c e sd e f i n i t i o nl a n g u a g e ，w s d l ) ，这种基于x m l 的语言来描述接1 3 ，服务 已经转到更动态且更灵活的接口系统中，比c o r b a 中的接口描述语言更先进。 w e b 服务并不是实现的s o a 唯一方式。上述的c o r b a 是另一种方式，同 样面向消息的中间件也是一种方式。但是为了建立体系结构模型，所需要的并不 只是服务描述，而是需要定义整个应用程序如何在服务之间执行其工作流。尤其 需要找到业务的操作和业务中所使用的软件的操作之间的转换点。因此，s o a 应该能够将业务的商业流程与它们的技术流程联系起来，并且映射这两者之间的 关系。 目前流行的s t r u t s 等m v c 技术实现了页面显示层和业务逻辑层的分离，以 及m v c 架构的可重用性：e j bs e s s i o nb e a n 实现了业务逻辑的远程分布式的透 明调用，从而实现了业务组件和调用者的分离，以及业务组件的可重用性；e j b e n t i yb e a n 实现了业务逻辑层和数据持久层的分离以及数据持久层组件的可重用 性；w e bs e r v i c e 技术实现了服务接口的传输和调用的标准化，服务接口和服务 实现的分离，以及w e b 服务组件的可重用性。s o a 要实现服务和技术的完全分 离，从而达到服务的可重用性，这就是s o a 的核。t l , 实质。通过s o a 技术，开发 人员可以轻松地把i b m 的j 2 e e 平台所提供的服务和微软的n e t 平台所提供的 服务集成在起，调用者通过s o a 调用这些服务时，不需要知道背后的j 2 e e 和n e t 技术。可以实现服务和技术的完全分离，从而在最大程度上实现服务的 集成和重组【2 4 】【3 0 1 。s o a 如图2 1 。 图2 1s o a 示意图 2 1 2 基于s o a 的应用程序架构模型 基于s o a 的诸多优点，本文采用了s o a ，整个软件体系架构由5 层构成【7 1 ， 采用的具体架构模型如图2 2 所示。 用户交互界面 1 w i n d o w s 界面fw c b 界面l 服务接口( w e bs e r v i c e ) i 服务接口- i 亘至垂亘习l 服务接口n 业务逻辑组件 i 代理商模块ii 用户模块l i 管理员模块l 数据访问层组件 f 入库数据访问fl 数据格式转化i l 出库数据访问l j i 数据层 文件数据库 f f ) 口l 文档i 图2 - 2 基于s o a 的应用系统体系架构图 表示层：主要是提供友好的用户界面，使得最终用户能够方便的使用该系统。 服务发布层：主要提供标准化的服务接口，从而使得该服务可以提供给在任 何异构平台和任何本地或者远程用户使用。通过w e bs e r v i c e s 发布各种业务，接 受界面层的调用，该层是面向服务的一层，通过该层实现s o a 的服务发布。 业务逻辑层：主要提供系统的业务逻辑和控制，该层主要实现细粒度服务。 通过该层实现s o a 的服务功能。 数据访问层：主要负责业务逻辑层和数据存储层之间的交互。 数据层：主要提供数据信息和数据逻辑，所有与数据有关的安全性、完整性、 数据的一致性、并发操作等都在数据层。 系统的层次化结构，使得系统在各层次上的组件能单独更新、替换或增加、 删除。因此，系统维护更加方便。又因为各组件互相独立，更换组件对系统其他 部分并无影响，所以更新维护更加安全可靠。系统的层次化结构，可以使得软件 开发的专业化分工成为可能。开发团队可以按照系统层次来分成专业化小组，各 开发小组只根据层间的标准契约来实现自己负责的那一层内容。 从整体架构来看，基于s o a 的应用系统由若干服务和服务组合构成。在概 念上，可以将服务视为整个解决方案的组件。对于单个服务来说其内部都是由软 件组件组成，就像是其他任何应用程序样，也呈现出层次的结构。其中服务发 布层用x m l 和w e bs e r v i c e s 将业务逻辑封装，业务逻辑层采用j a v a 组件来实现。 整个系统采用j 2 e e 作为基础开发环境，其总体技术实现架构如图2 3 所示。 图2 - 3 技术实现架构图 2 1 3 基于s o a 的整合应用w e b 系统技术架构 s o a 是以一个整合各种服务的架构平台，它的本质是要通过一个核心服务 技术集中管理平台，将各种服务整合起来。要开发一个完整的基于s o a 的整合 应用w e b 系统包括以下几个方面的技术： a j a x 技术：在目前的w e b 2 0 热潮中，a j i a x ( a s y n c h r o n o u sj a v a s c r i p ta n d x m l ) 已成为人们谈论最多的技术术语。其实，h j a n 是多种技术的综合，它使用 x h t m l 和c s s 标准化呈现，使用d o m 实现动态显示和交互，使用x m l 和 x s t l 进行数据交换与处理，使用x m l h t t p r e q u e s t 对象进行异步数据读取，使 用j a v a s c r i p t 绑定和处理所有数据。更重要的是它打破了使用页面重载的惯例技 术组合，可以说a j a x 已成为w 曲界面开发的重要武器。 s t r u t s 技术：处理整合应用的用户界面部分，也可以用其他的m v c 架构。 本项目选用s t r u t s ，因为s t r u t s 是目前的主流m v c 架构，在实际项目中大量被 采用。 s p r i n g 技术：处理应用业务的逻辑部分。它是一个基于l o c 和a o p 的构 架多层j 2 e e 系统的框架，它不要求必须在每一层中必须使用s p r i n g ，允许根据 需要选择使用某一个模块；它实现了对m v c 模式的支持，对不同的数据访问技 术提供了统一的接口，采用l o c 使得可以很容易的实现b e a n 的装配，提供了简 洁的a o p 并据此实现t r a n s c a t i o nm a n a g e m e n t 等。 h i b e r n a t e 技术：h i b e r n a t e 是一个开放源代码的对象关系映射框架，它对 j d b c 进行了非常轻量级的对象封装，使得j a v a 程序员可以随心所欲的使用对象 编程思维来操纵数据库。h i b e r n a t e 可以应用在任何使用j d b c 的场合，既可以 9 在j a v a 的客户端程序实用，也可以在s e r v l e t l j s p 的w e b 应用中使用，最具革命 意义的是，h i b e r n a t e 可以在应用e j b 的j 2 e e 架构中取代c m p ，完成数据持久 化的重任。 w e bs e r v i c e 技术：提供标准化的服务接口，是s o a 得以提供标准化服 务的基础。 服务总线技术：将各种服务进行集成管理，是s o a 架构的核心技术，本 项目中使用w e b s p h e r e 构建企业服务总线。企业服务总线( e s b ) 表示了构建基于 面向服务体系结构( s o a ) 解决方案时企业所使用基础架构的关键部分。简而言 之，e s b 提供了连接企业内部及跨企业间新的和现有软件应用程序的功能，以 一组丰富的功能启用管理和监控应用程序之间的交互【1 2 】【2 4 1 。 基于s o a 的整合应用w e b 系统技术架构如图2 - 4 所示，本项目的总体架构 设计就是参照下图；呼叫中心增值业务平台( v a s ) 不仅提供面向代理商系统、 用户系统等的远程调用方式的w e b 服务( 下图右边) ，而且提供面向个人用户的 企业门户( 下图左边) 。 用户系统、代理商系统、基- y - s o a l 构w e bs e r v i e e 平台 、，a s 门户 企 服 业 骨 务 门 总 户 线 懂3 压瑁 图图2 - 4 基于s o a 的整合应用w e b 系统技术架构 2 2s o a 实现技术- w e bs e r v i c e 根据w 3 c 的定义，w e bs e r v i c e 就是指支持网络上计算机之间互操作的软 件系统。这种软件系统有一个可以由计算机识别的接口( 即使用w s d l 描述 的) 。其他的系统与w e bs e r v i c e 使用s o a p 消息中描述的方式进行互动，这些 s o a p 消息在使用其他相关w e b 标准进行x m l 串行化之后一般通过h t t p 协议在网络上传输。 w e bs e r v i c e 体系结构基于三种角色( 服务提供者p r o v i d e r 、服务注册中心 r e g i s t e r 和服务请求者r e q u e s t o r ) 之间的交互。交互涉及发布、查找和绑定操作。 2 2 1s o a 和w e bs e r v i c e 的关系 g a r t n e r 公司提出s o a 的概念已经有超过1 0 年的时间，可很长时间以来并 没有受到大家的关注，究其原因，就是因为真萨适合s o a 的技术没有出现。而 随着w e bs e r v i c e 技术的发展和成熟，s o a 才进入了大家的视线，受到广泛的关 注和认可【2 8 】【3 9 】f 4 0 1 。 虽然w e bs e r v i c e 技术并不是唯一能实现s o a 的技术，但却是最合适的技术， 从各大厂商推出的s o a 产品来看，w e bs e r v i c e 已经成为事实上的s o a 实现技 术。s o a 的核心是服务，而w e bs e r v i c e 在这方面和s o a 几乎完全相同，比如： ( 1 ) 二者都提供服务 ( 2 ) 二者都需要有服务接口 ( 3 ) 服务接口和服务的具体实现都是分离的 但是，w 曲s e r v i c e 和s o a 是不同的。 w e bs e r v i c e 服务接口需要绑定具体实现服务的组件，如图2 5 ，服务的客户 端不需要知道服务是如何实现的，但w 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 的具体位置和传 输协议，这是不符合s o a 标准的。 广_ 封装广_ w e bs e r v i c e 且臣务接口 i _ 二二一 服务的实现组件 图2 5w e bs e r v i c e 服务接口需绑定实现组件 s o a 架构中会有一个服务平台充当服务中介，它对服务接口实现了封装， 如图2 - 6 ，实现了服务接口的透明化，服务位置的透明化，服务传输协议的透明 化。s o a 的服务平台本身也不知道服务具体是如何实现的，而且服务客户端访 问服务时，不需要知道真正的服务提供者是谁，也不需要去关心服务的位置和服 务的传输协议。 1 3 s o a 的服务平台h 0 = 二= 一服务接 图2 - 6s o a 架构中会绑定服务接1 3 虽然w e bs e r v i c e 不等同于s o a ，但是经过上面的分析和图2 5 、图2 - 6 的 演示，已经可以得出利用w e bs e r v i c e 实现s o a 的方式，如图2 7 。 图2 7 用w e bs e r v i c e 实现s o a - 1 1 2 2 2w e bs e r v i c e 的结构 w e bs e r v i c e 的总体服务结构如图2 - 8 所示。通常，开发人员可以用自己喜 欢的语言( 如j a 、，a 、v b 6 0 、v b n e t 、c 撑n e t 或其他语言) 来构建w e b 服务， 然后使用相应的工具( 如a x i s 、s o a pt o o l k i t 或v s n e t 的内建支持) 来把它 暴露给w e b 客户。于是，任何语言，任何平台上的客户都可以阅读其w s d l 文 档，以调用这个w e b 服务。客户根据w s d l 描述文档会生成一个s o a p 请求消 息。w e b 服务都是放在w e b 服务器( 如i i s 服务器或t o m c a t ) 后面的，客户 生成的s o a p 请求被嵌入到一个h t t p 请求中，发送到w e b 服务器。w e b 服务 器再把这些请求转发给w e b 服务请求处理器。请求处理器解析收到的s o a p 请 求，调用w e b 服务，然后再生成相应的s o a p 应答。w 曲服务器得到s o a p 应 答后，再通过h t t p 应答的方式把它送回到客户端【1 6 】【17 1 。 图2 8 典型的w 曲s e r v i c e 结构 2 2 3w 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 的支 持，比如j 2 e e 、n e t 、d e l p h i ，甚至c c + + 也能够支持w e bs e r v i c e 。这也是 w e bs e r v i c e 成为s o a 标准实现技术的原因之一。 j 2 e e 中w e bs e r v i c e 的实现是建立