（计算机科学与技术专业论文）基于soa的电信crm系统的设计与实现.pdf

中文摘要 摘要 近几年来，电信信息化建设发展十分迅速。随着社会对于电信运营支撑系统 功能性需求的r 益提高，那些可扩展性差，效率低、功能欠缺的运营系统相继被 淘汰，同时也带来了新的问题，那就是如何才能很好地解决原有信息系统的扩展 性和功效问题。s o a 的迅猛发展正好为此带来了契机，其出色的松散耦合特征正不 断吸引电信信息系统研发者关注的目光。s o a 作为一种新型的企业架构，有着许多 优势：它提供了业务的敏捷性；它通过现有服务的组合来应对新的业务需求；它 通过提供标准的平台、语言独立性服务组件来组合新的业务逻辑。由此可见，s o a 作为一种全新的体系结构有着重要的理论和实用价值。它不仅可以适应当前错综 复杂的i t 环境，还能构建出更加灵活的解决方案。 本文以某联通运营商的c r m 系统的二次开发为背景，对基于s o a 的c r m 系统 的分析、设计与实现进行了讨论。首先介绍了s o a 相关技术和理论基础，分析了 s o a 的特性；其次，引出了企业服务总线模型；再次，以c r m 的架构分析改造为切 入点，根据面向服务的设计原则，在原有的遗留的c r m 系统上建设了一个新的服 务层。提出了基于e s b 的一种c r m 系统的s o a 架构参考模型，它的主要优点在于： 服务透明化和服务的松散耦合；最后对c r m 客户自助服务子系统进行了具体的需 求分析、设计及w e b 服务的发布，最后完成服务在s i b u s 服务总线上的部署。 本文提出的面向服务的电信c r m 系统的改造方案对电信领域的信息化建设将 会起到一定的推动性作用，也具有较高的应有价值。 关键字：电信c r m 系统；s o a ；w e bs e r vic e s ；e s b 企业级服务总线 英文摘要 a b s t r a c t i nr e c e n ty e a r s ，g r e a tc h a n g e sh a v et a k e np l a c ei nt h ei n f o r m a t i o n - c o n s t r u c t i o no f t e l e c o m m u n i c a t i o n s a sar e s u l to fi n c r e a s i n gf u n c t i o n a ld e m a n do ft e l e c o mb u s i n e s s o p e r a t i o ns u p p o r ts y s t e m ，t h o s ei n f o r m a t i o ns y s t e m sw h i c ha r ep o o re x p a n d a b l e ，l o w e f f i c i e n c ya n dl a c ko ff u n c t i o n a lh a v eb e e ne l i m i n a t e d b u ti t a l s ob r o u g h tan e w p r o b l e mt h a ti sh o wt os o l v et h es c a l a b i l i t ya n de f f e c t i v e n e s sp r o p e r l y s o aa sar a p i d l y d e v e l o p i n gs y s t e mf r a m e w o r kh a sb r o u g h to p p o r t u n i t i e st oh a n d l et h a tp r o b l e m i t s o u t s t a n d i n gl o o s e l yc o u p l e df e a t u r ec o n s t a n t l ya t t r a c t st e l e c o mi n f o r m a t i o ns y s t e m r e s e a r c h e r s a t t e n t i o n s o a , a san e we n t e r p r i s es t r u c t u r e ，h a v em a n ya d v a n t a g e s ：i t p r o v i d e sb u s i n e s sa g i l i t ym a k i n gc o r p o r a t i o n sm o r eq u i c k l ya n de f f e c t i v e l yw h e n r e s p o n dt o t h ec h a n g i n gd e m a n d s ，a n dc o n t r i b u t et ot h ec o m p e t i t i v ea d v a n t a g e f u r t h e r m o r e ，t h r o u g hac o m b i n a t i o no fe x i s t i n gs e r v i c e st or e s p o n dt on e wb u s i n e s s n e e d s ，s o ae n h a n c i n gt h es o f t w a r er e u s ea n dr e d u c i n gd e v e l o p m e n tc o s t s i ti sp o s s i b l e f o rm a s ss o f t w a r ea s s e m b l yl i n et ob e c o m et r u et h r o u g ht h ep r o v i s i o no fs t a n d a r d p l a t f o r ma n di n d e p e n d e n tl a n g u a g es e r v i c ec o m p o n e n t st h a tc r e a t en e w b u s i n e s sl o g i c c l e a r l y ，a san e wc o n s t r u c t i o nw h i c hn o to n l yc a na d a p tt ot h ec u r r e n tc o m p l e xi t e n v i r o n m e n t ，b u ta l s o c a l lb u i l dam o r ef l e x i b l es o l u t i o n s o ah a sa ni m p o r t a n t t h e o r e t i c a la n dp r a c t i c a lv a l u e t h i sp a p e rd i s c u s s e st h ea n a l y s i s ，d e s i g na n di m p l e m e n t a t i o no fs o a - b a s e dc r m s y s t e m sw i t ht h eb a c k g r o u n dp r o j e c t s ”c r mm a n a g e m e n ts y s t e mo fa u n i c o m o p e r a t o r f i r s t l y ，t h et h e s i ss h o w st h et e c h n o l o g ya n dt h e o r e t i c a lf o u n d a t i o na b o u ts o a ，a n da l s o a n a l y z e st h ec h a r a c t e ro fs o a ；s e c o n d l y ，t h em o d e lo fe s b i si n t r o d u c e d t od e s i g n s o as t r u c t u r e t h i r d l y ，as o ar e f e r e n c em o d e lb a s e do ne s bi s g i v e nb y t r a n s f o r m a t i o no ft h es t r u c t u r eo fc r ma sa nc u t o f fp o i n t ，t h es o aa r c h i t e c t u r e s c e n t e r a lv i r t u ei st h es e r v e rt r a n s p a r e n c ya n dl o o s e l yc o u p l i n g ；f i n a l l y ，c o m ed o w nt o c r mc u s t o m e rs e l f - s e r v i c es y s t e m ，t h ea n a l y s i s ，d e s i g na n dt h ei m p l e m e n t a t i o no ft h e s e l f - s e r v i c e s y s t e m a r ed e s c r i b e di n d e t a i l ，a n a l y s i s i nt h ef u n c t i o no fl e g a c y s y s t e m s t h e n ，p u tt h e s ea v a i l a b l es e r v i c e so n t ot h ee n t e r p r i s es e r v i c eb u s ( e s b ) t r a n s f o r m a t i o no ft h es t r u c t u r eb a s e do ns o af o rt h ec r ms y s t e mp r o p o s e db y t h i sa r t i c l eh a sh i g h e r a p p l i c a b l e v a l u ea n dw o u l dp l a yac a t a l y t i cr o l ei nt h e 英文摘要 i n f o r m a t i o n c o n s t r u c t i o no ft h ef i e l do ft e l e c o m m u n i c a t i o n s k e yw o r d s ：s o a ；w e bs e r v i c e ；e s b ；c r ms y s t e m 大连海事大学学位论文原创性声明和使用授权说明 原创性声明 本人郑重声明：本论文是在导师的指导下，独立进行研究工作所取得的成果， 撰写成硕士学位论文= = 基王s q 鲤鱼值b 丛丕统的遮让皇塞理：。除论文中 已经注明引用的内容外，对论文的研究做出重要贡献的个人和集体，均已在文中 以明确方式标明。本论文中不包含任何未加明确注明的其他个人或集体己经公开 发表或未公开发表的成果。本声明的法律责任由本人承担。 学位论文作者签名： 土 学位论文版权使用授权书 本学位论文作者及指导教师完全了解大连海事大学有关保留、使用研究生学 位论文的规定，即：大连海事大学有权保留并向国家有关部门或机构送交学位论 文的复印件和电子版，允许论文被查阅和借阅。本人授权大连海事大学可以将本 学位论文的全部或部分内容编入有关数据库进行检索，也可采用影印、缩印或扫 描等复制手段保存和汇编学位论文。同意将本学位论文收录到中国优秀博硕士 学位论文全文数据库( 中国学术期刊( 光盘版) 电子杂志社) 、中国学位论 文全文数据库( 中国科学技术信息研究所) 等数据库中，并以电子出版物形式 出版发行和提供信息服务。保密的论文在解密后遵守此规定。 本学位论文属于：保密口在年解密后适用本授权书。 不保密口( 请在以上方框内打“4 ) 论文作者签名：芝耋彦 导师签名： 日期：年 基丁s o a 的电信c r m 系统的设计与实现 第1 章绪论 1 1 论文研究的背景 电信业是国民经济的先导产业，是信息化建设的生力军，所以电信行业的r r 应用应该走在其他行业的前列【。随着电信重组启动，全行业运营拉开序幕。融合 的业务环境无疑对电信的服务水平、管理水平提出了更高的要求。对于电信运营 商来说，充分利用现有的网络资源和r r 资源，制定未来资源发展计划，开拓电信 新业务领域和增值业务，同时灵活、合理地设置电信服务开通框架，则显得尤其 重要。 自1 9 9 6 年启动电信企业信息化工程“九七工程1 0 余年来，电信企业的i t 应用获得了快速的发展，对整个产业的蓬勃和兴旺起到了巨大的支撑和促进作用。 但是在现今信息量倍增的情况下，某联通运营商的信息化建设开始慢慢显露 出不足，渐渐不能够满足处理海量信息的需求，从而突显出对于信息处理相对缓 慢的现象。究其原因，主要在于在信息化建设初期，各个信息系统都是独立开发 的，并且大多数是从单项业务扩展形成的系统，随之而来的后果导致各系统间不 仅开发方式形态各异，甚至开发平台也各不相同。因此，系统之间的信息具有很 强的独立性，沟通起来十分困难，而以此系统为基础的某联通运营商各职能部门， 相互之间无法进行有效的通信，从而形成一个个孤立的信息子系统，这样就形成 了所谓的“信息孤岛”。另一方面，某联通运营商有时会临时建立新的职能部门， 以及对一些原有部门进行业务改造，这将导致服务的流程和对象随之进行调整， 旧的信息系统无法满足新的业务要求，而需要进行的修改又远远超出了维护的范 畴。某联通运营商为了能够更加高效、高质量地将企业运转良好，为了给广大人 民群众提供更好服务，于是某联通决定开展对某些核心系统的二次开发建设。 本文选取的是在某联通正在使用的c r m 系统的二次开发作为研究对象。c r m 联通运营系统在发展过程中，建设了产品管理系统、客户管理系统、综合客户服 务系统、增值服务管理系统、网络资源管理等大量的支撑系统，某联通运营商正 在使用的c r m 系统所存在问题主要表现在以下两点： 1 、各子系统之间采用不同的信息编码规范和方式，系统之间数据通信困难， 同类信息重复设置，数据可用度差，大多编码参差不齐，风格各异，存在运行维 第1 章绪论 护的风险。 2 、联通以前的c r m 建设采用“谁使用、谁建设、谁管理”的建设和管理模 式，应用系统缺少规划，各个项目各自为政，重复功能多，发散的体系架构不利 于集成。 为了能够更好地重用已有模块，使这些重用可以不考虑各自运行平台和开发 环境的差异，并能将这些系统有机地整合以实现信息的共享和交互，使之成为一 个灵活、开放、高效、可靠的系统，本文提出了运用基于面向服务的体系结构 ( s e r v i c e s o r i e n t e da r c h i t e c t u r e ，s o a ) 来完善c r m 系统的二次开发，要达到的目标 就是构建一个s o a 架构的，基于w e bs e r v i c e s 技术和j 2 e e 平台的开放性、松耦 合、跨平台和可重用的系统，利于未来运营商业务的扩展。 面向服务的体系架构( 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 e r v i c e s ) ，通过它们之 间定义良好的接口和标准联系起来。它是一种面向功能层的企业系统集成方式。 该方式不仅能保证原有系统的数据安全性和逻辑安全性，而且还能实现各系统之 间的松耦合，方便系统流程的重组和优化：一方面s o a 用服务化的思想将各个“信 息孤岛”中的业务功能封装成模块，并以服务的形式呈现于消费者面前，消费者 不必关心这些服务分别属于哪个系统。另一方面，应用开发人员或者系统集成者 可以通过组合一个或多个服务来构建应用，而无须理解服务的底层实现，一个服 务可以用j 2 e e 技术实现也可以用n e t 技术实现，而使用服务的应用程序可以在 不同平台上，实现的语言也可以不同。 1 2 国内外研究现状 尽管面向服务的体系结构概念提出的时间并不长，但它是传统的面向对象模 型的替代模型。它采用新的方法对系统进行集成，企业转向s o a 体系结构可以通 过渐进的过渡方式进行。s o a 的应用才起步不久，但它的发展是迅猛的，最新的 y a n k e eg r o u p 分析报告指出，北美在s o a 相关的软件和服务领域方面，2 0 0 4 的投 资为2 2 5 亿美元，而2 0 0 5 年这一数字将达到3 0 亿美元。 面向服务体系结构的发展前景十分广阔，y a n k e eg r o u p 2 0 0 4 年一份针对4 3 7 家涉及了制造业、金融服务业、医疗和无线领域公司的分析报告中发现：7 5 的高 基丁s o a 的电信c r m 系统的设计与实现 级企业投资者准备投资s o a 基础架构开发。而据g a r t n e rg r o u p 调查报告估计，到 2 0 0 6 年，超过6 0 的企业在创建关键任务的应用程序时，将会把使用面向服务的 架构作为主导原则，超过7 5 的中型和大型企业将会采用支持s o a 的部署工具和 中间件。 在s o a 领域进行深入研究的主要包括了一些公司和组织，其中公司方面几乎 包括了i t 领域所有的主流公司。如：微软、i b m 、b e a 、s u n 、o r a c l e 等；组织包 括：万维网联盟( w 3 c ) 、结构化信息标准进步组织( o a s i s ) 、w 曲服务协同组织( w s d 等。其中公司和组织之间是存在交叉的，通常是公司在应用中提出规范，联合其 他公司把规范提交到组织，从而形成协议。另外的研究机构还包括各个大学和研 究所，但是大学和研究所多处于理论的研究，距离直接应用比较远。 微软很早就提出了n e t 理念，近年来为了争夺在s o a 领域的地位，目前 在n e t f r a m e w o r k 2 0 的基础上，借助v i s u a ls t u d i 0 2 0 0 5 ，推出了i n d i g o 产品【2 1 。 i b m 则推出了基于j 2 e e 的w e b s p h e r e 系列产品为s o a 的应用提供解决方案。 i b m 于2 0 0 6 年底成立了i b m s o a 全球方案中心，专注开发基于行业需要的s o a 行业框架和解决方案。如今，该中心已经开发和推出了面向电信、金融、零售、 工商企业，公共管理等1 2 个行业的1 7 个s o a 行业框架。i b m 又宣布将启动一项 新的计划一在全球范围内投入更多资源用于开发和部署面向行业的s o a 框架和解 决方案，通过广泛的行业知识和相关专业技术以及一站式交付模式，提供涉及1 7 大行业领域的基于s o a 构建的5 0 余种商用解决方案【3 j 。 目前，国内大量企业己经开始了s o a 之旅，并且纷纷计划在时机成熟之后在 全企业推广s o a 。尽管s o a 回报很可观，但机遇和风险永远并存，s o a 项目设 计和实施往往涉及对企业软件基础架构、管理和运营全方位的冲击，加之涉及现 有的关键业务系统和现有软件供应商利益分配格局，s o a 项目的提出和落地等不 同阶段都隐藏诸多不确定的风险。同时，成功的s o a 实现对系统设计、产品技术 和实施人员都提出了很高的要求。 普元软件是中国目前参与国际标准组织最深入的企业，作为o a s i s 的五家创 始级成员中唯一的中国企业，普元深度参与了“服务构件架构( s c a ) ”和“服务数 据对象( s d o ) 两个重要标准的制定及推广。普元认为，构件的颗粒度会越来越小。 当技术积累到一定程度时，当构件库容纳了足够多的服务构件时，软件企业就可 一3 - 第1 章绪论 以快速、低成本地组装各种应用，并保证服务质量。 东方通公司是中国中间件技术领域的开拓者和领导者，在s o a 研发、标准研 究及项目实施也有了大量的积累和成果。 北航是我国最早从事w e bs e r v i c e s 研究的大学，承担了国家8 6 3 及其他部委 的多个服务相关项目，是国家电子政务目录体系、交换体系标准的牵头编制单位， 同时承担了w 3 c 的中国办事处工作。 1 3 论文的内容组织 本文将s o a 的架构思想与某联通运营商的c r m 系统紧密结合，引入了e s b 企业级服务总线构建c r m 系统二次开发的s o a 架构，并完成了核心模块的实现。 全文分为5 章： 第1 章首先阐述了本课题的研究背景、研究对象及发展状况，最后指出了论 文的组织结构。 第2 章重点论述s o a 的理论基础，分析s o a 的成功之处。本章对实现s o a 的主要支持技术w e bs e r v i c e s 及其相关支持技术进行全面研究。本章是本课题研 究的出发点。 第3 章对某联通运营商c r m 系统的现状进行了分析，引入了e s b 企业级 服务总线，提出了基于e s b 的c r m 系统二次开发的s o a 改造模型，为系统设计 做了充分的准备，另外对c r m 子系统之间的业务联系进行分析便于c r m 系统的 s o a 实施。 第4 章根据c r m 核心子系统( 产品管理及客户管理) 的需求，进行设计服 务并实现，按照s o a 的思想构建方法，将核心模块发布成w e b 服务，最后完成 s i b u s 总线的部署。 第5 章总结本文所做的工作，指出当前的研究不足并对以后的研究做出展望。 4 基丁s o a 的电信c r m 系统的设计与实现 2 1s o a 概述 第2 章s o a 与w e bs e r v ic e s 2 1 1s o a 定义 s o a ( s e r v i c eo r i e n t e da r c h i t e c t u r e ) 是最近几年软件规划和构建的一种新方 法，其概念最早由国际咨询机构g a r t n e r 公司于1 9 9 6 年首次提出。由于其本身特 性非常符合信息化需求和问题的解决思路，因此在2 0 0 3 年以后成为我国软件产业 界和各行业用户的关注焦点，并在2 0 0 6 年逐步开始在多个行业信息化建设中被选 择和应用。 s o a 的发展过程大致分为三个阶到4 1 ，从x m l 到w 曲服务，从w e b 服务到 s o a 。在这发展过程中不少国内外机构、企业都对s o a 进行了定义和解释，但是 目前还没有统一的、权威的定义。不同的团队、供应商和业务分析人员发布了多 个不同的定义目前没有所有人都认可的单个s o a 定义。这些定义既包括s o a 为 业务完成的工作的高级视图，也包括关注基于s o a 的解决方案的技术方面的定义。 以下是在关于软件开发的文献中经常可以见到的几个s o a 定义： s e r v i c e a r c h i t e c t u r e c o m 将s o a 定义1 5 】为：“本质上是服务的集合。服务间彼 此通信，这种通信可能是简单的数据传递，也可能是两个或更多的服务协调进行 某些活动。服务间需要某些方法进行连接。所谓服务就是精确定义、封装完善、 独立于其他服务所处环境和状态的函数。 i b m 对s o a 的定义：s o a 是一个组件模块，它将应用程序的不同功能单元( 称 为服务) 通过其间定义良好的接口和契约；联系起来。接口是采用中立的方式进 行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构 建在各种各样的系统中的可以以一种统一和通用的方式进行交互阴。 g a r t n e r 则将s o a 8 】描述为：“客户端服务器的软件设计方法，一项服务由软 件服务和软件服务使用者组成，s o a 与大多数通用的客户端朋艮务器模型的不同之 处在于它着重强调软件组件的松耦合，并使用独立的标准接口 。 从上述的定义中看到s o a 的几个关键特性：所有的功能都定义为独立的服务； 服务是粗粒度、松耦合的；所有的服务之间都通过明确定义的接口进行通讯，不 第2 章s o a 与w e bs e r v i c e s 涉及底层编程接口和通讯模型：服务是可重复调用的。 可以这样理解s o a ：s o a 是一个组件模型的综合，它将应用程序的不同功能 单元( 称为服务) 通过这些服务之间定义良好的接口和契约联系起来形成一个整 体。服务层是s o a 的基础，可以直接被应用调用，从而有效控制系统中与软件代 理交互的人为依赖性，s o a 的关键是“服务”的概念【9 1 。 2 1 2s o a 的模型 面向服务的体系结构都包含三个角色【6 】：服务请求者、服务提供者和服务中介 平台。它们之间的关系如图2 1 所示： 执行结果 图2 1 面向服务的体系结构 f i g 2 1s 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 ( 1 ) 服务提供者：负责创建服务的描述，发布到服务中介。 ( 2 ) 服务请求者：从服务中介处查找服务的描述，进而调用服务。当然，如 果知道服务的具体地址，也可以绕过服务中介直接调用。 ( 3 ) 服务中介平台：服务提供者和服务请求者之间的中介。比如企业服务总 线( e s b ) 。 基丁s o a 的电信c r m 系统的设计与实现 2 1 3 面向服务方法与传统方法的区别 软件系统规模在迅速增大的同时，软件开发方法也经历了一系列的变革，软 件开发经历了机构化分析法、面向对象、面向组件的发展过程，每一个阶段都有 其自身的特点面向过程的代码高度耦合，可以为企业提供高效率，但无法满足企 业业务变化的需求。面向对象技术通过继承、多态和重载等一系列特性提高了软 件的重用，使得整个i t 基础架构能够满足需求的快速变化，但它的重用仍然停留 在代码共享的级别。面向组件技术加速了适应业务变化的步伐，但在异构系统操 作中仍然存在着许多问题。它们是针对独立的应用提供的服务，系统的体系结构 面向特定的应用，使系统在企业中的可实施性较差。在这种情况下，面向服务的 体系架构应运而生，它是一种更加活跃的自由的高效的软件复用机制。 ( 1 ) 机构化分析法 2 0 世纪7 0 年代逐步形成的机构化分析方法以算法为中心，按照逐层分解、逐 步求精的原则，给出了人们认识世界、改造世界的一般规律，从而大大降低了求 解问题的复杂程度。但是其主要的缺点是对于需求的变更适应能力差。 ( 2 ) 面向对象方法 该方法产生于上世纪8 0 年代，以对象为中心，为软件产业实现工程后提供了 强有力的支持。面向对象方法具有封装性、多态性和继承性，于人类的思维方法 一致，加强了人们对问题领域的理解。但是它存在的严重缺陷也很明显，其过分 依赖具体的编程语言，与业务存在鸿沟；封装粒度小，耦合度高，难以实现大规 模高层次的应用。 ( 3 ) 面向组件方法 面向组件构件方法以粗粒度、松耦合的构件封装可重用的功能单元。企业服 务被映射成系统构件，从整个企业的视角出发、设计系统，是面向对象方法更高 级的抽象，比面向方法更切合企业的实际应用，重用度也进一步提高。但是与开 发语言紧密联系，导致接口标准不统一，不用开发语言实现的系统也很难实现相 互操作。 ( 4 ) 面向服务方法 面向服务方法是在面向对象方法的基础上扩展的构建系统的思想和方法。面 向服务方法关注的是企业的业务，它直接映射到业务，强调i t 与业务的对齐，以 第2 章s o a 与w e bs e r v i c e s 服务为核心元素来封装企业的业务流程和企业已有的应用系统。服务粒度更大， 更加匹配企业级应用中的业务，可以实现更高级别的应用。但目前存在相关标准 未统一、应用案例较少等一些问题。 2 1 4s o a 实现技术比较 d c 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 ) 、c o r b a ( c o m m o n0 b je c t r e q u e s tb r o k e ra r c h i t e c t u r e ) 、r m i ( r e m o t em e t h o di n v o c a t i o n ) _ 虽然都可以用于 实施面向服务的架构，但是它们受到一些难题的困扰，有以下几方面的局限性【1 0 l ： ( 1 ) 互操作性差：d c o m 与c o r b a 两种组件都必须使用自己特定的规范 来开发，组件之间的通信也必须使用特定的协议，这样不同组件之间无法进行直 接的数据交换和数据共享，难以满足各个公司相互协作或者扩展业务的需要。 ( 2 ) 紧耦合：它们要求服务客户端与系统提供的服务本身之间必须紧密耦合， 分布计算连接的两端都必须遵循同样a p i 的约束，即要求一个同类的基本结构。 这样的系统往往十分脆弱如果一端的执行机制发生变化，那么另一端便会崩溃。 例如，这样的系统如果服务器应用程序发生更改那么客户端便会崩溃。除此之外， 这些技术也受到厂商的约束，比如：d c o m 只能应用于微软的系统平台，而c o r b a 则把实现对象请求代理协议的任务留给了供应商。 ( 3 ) 适用范围窄：传统的技术不能突破透明穿越防火墙的难题。比如，c o r b a 采用o p 通信协议，容易受到防火墙和代理服务器的阻隔；r m i 虽然能使对象在 i n t e r n e t 上迁移和执行，但是，r m i 的对象迁移实现需要通信的两端都有j a v a 运行 环境，必须拥有特定平台上的j v m ( j a v av i r t u a lm a c h i n e ，j a v a 虚拟机) ，才能真 正跨平台，这从根本上阻碍了它的推广。 w 曲s e r v i c e s 改进了d c o m 、c o r b a 和r m i 的缺点，具有如下的优点【1 1 】： ( 1 ) 互操作性好：任何w e b 服务都可以与其它w e b 服务进行交互。w e b 服 务通过s o a p 实现相互间的访问，避免了在c o r b a 、d c o m 等不同协议之间转 换的麻烦，同时还可以在新的w e b 服务中使用已有的w e b 服务而不必考虑w e b 服务的实现语言，运行环境等具体实现细节，并且在w e bs e r v i c e s 技术的支持下， 新的企业信息集成系统结构不再是事后集成，而是时时集成，事事集成。 ( 2 ) 松散耦合：可以灵活地实现跨厂商、跨平台、跨语言的应用，提供同步 8 基ts o a 的电信c r m 系统的设计与实现 与非同步的调用。可以在广域网内很好的调用，通过接口中立，避免了修改一个 服务的代码对其他服务的影响，当一个w e b 服务的实现发生改变的时候，只要w e b 服务的调用接口不变，不会影响服务的调用。这使开发者能够大批的迁移或取代 单个服务而不影响总的组合应用程序。 ( 3 ) 适用范围广：w e b 服务使用h t t p ( h y p e rt e x tt r a n s f e rp r o t o c 0 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 ) 进行通信，任何支持这些技术的设备都可以拥有 和访问w e bs e r v i c e s 。现在各主要设备和软件供应商都己宣布支持w e bs e r v i c e s 技 术。 2 2w e bs e r v i c e s 2 2 1w e bs e r v i c e s 体系架 s o a 架构本身是一个虚拟的架构。它本身不依赖任何的服务组件，同时可以 随意绑定各种服务器组件。s o a 是一种概念模式，面向商业应用，而w e bs e r v i c e s 是一种实现模式，面向技术框架。w 3 c 组织对w e bs e r v i c e s 的定义如下，它是一 个软件系统，为了支持跨网络的机器间相互操作交互而设计f 1 2 l 。 w e bs e r v i c e s 通常被定义为一组模块化的a p i ，它们可以通过网络进行调用， 来执行远程系统的请求服务。w e bs e r v i c e s 解决的是如何在需要交互的服务之间实 现消息传递的问题。随着技术的发展，一个w e b 服务可以包含额外的指定功能并 且可以在多个b 2 b 应用中协作通讯。 通过w e bs e r v i c e s ，可以实现s o a 中服务请求者对服务的查找和请求以及服 务提供者对服务的发布和对请求的响应。一个w e bs e r v i c e s 通常包括以下几个主 要组成部分【1 3 l ： ( 1 ) 命名空f 日q ( n a m es p a c e ) ( 2 ) 可扩展标记语言( x m l ) ( 3 ) 简单对象访问协议( s o a p ) ( 4 ) 统一描述、发现和集成协议( u d d i ) ( 5 ) w e b 服务描述语一- 言( w s d l ) 当然，w e bs e r v i c e s 的具体实现并不局限在这几种协议和技术上，任何支持 w e b 标准的系统都能支持w e bs e r v i c e s 。 第2 章s o a 与w e bs e r v i c e s 2 2 2w e bs e r v i c e s 的关键技术 w e b 服务技术建立在一组成熟的标准的技术基础之上，以x m l 技术为基础， 通过基于x m l 技术的w e b 服务描述语言w s d l 对提供的服务进行封装，然后通 过统一描述、发现和集成( 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 ，u d d i ) 在i n t e m e t 发布该服务及提供服务的企业和组织的相关信息，w e b 服务的请求者通 过基于h t r p 的简单对象访问协议( s o a p ) 访问所需的w e b 服务。 ) ( m l x m l 1 4 l ( e x t e n s i b l em a r k u pl a n g u a g e ，可扩展标记语言) 是由w 3 c 推出的用于 新一代网络数据表示、传递和交换的标准，是i n t e r n e t 环境中跨平台的、依赖于内 容的技术。它奠定了w e bs e r v i c e s 最核心的技术基础。x m l 的最大优点在于它的 数据存储格式不受显示格式的制约，它允许各个组织、个人建立适合它们自己需 要的标记集合。另外，x m l 的自我描述性质也使得许多复杂的数据关系得到良好 的表现。x m l 还有其他许多优点，比如它有利于不同系统之间的信息交流，完全 可以充当网际语言，并有希望成为数据和文档交换的标准机制等。 x m l 具有以下特点： ( 1 ) 良好的可读性：在h t m l 文档中数据是没有含义的，人们无法知道某个 数据具体代表什么。然而在x m l 文档中，人们可以使用特定的标记为数据定义相 关的语义。 ( 2 ) 方便的可扩展性：x m l 允许各个组织或个人建立适合他们自己需要的 标记集合或标记库，并且这些标记集合可以迅速地投入到互联网的使用中。 ( 3 ) 数据内容与其形式的分离：在x m l 文档中，数据的显示样式己从文档 中分离出来，而放入相关的样式表文件中。这样一来，如果要改动数据的表现形 式，就不需要改动数据本身，而只要改动控制数据显示的样式表文件就可以了。 ( 4 ) 便于信息的检索：由于x m l 通过给数据内容贴上标记来描述其含义， 并且把数据的显示格式分离出来，所以对x m l 文档数据的搜索就可以简单高效地 进行。 ( 5 ) 独立于平台和应用：x m l 的文档内容是基于u n i c o d e 的文本，适于网络 的传输。 ( 6 ) 大大改善网页的超链接性能：w 3 c 制订了一个基于x m l 的、并称为 基y - s o a 的电信c r m 系统的设计与实现 x l i n k 的超文本链接标准来支持多目标的链接，此种链接能够在点击处直接插入其 他网页的相关文本或图像，而不必关闭当前的网页。 ( 7 ) 层次结构：x m l 文档数据的逻辑结构是一种树形的层次结构，文档中 的每一个元素都可以影射为一个对象，同时也可以有相应的属性和方法。x m l 在 语法结构上的优越性，使得它可以广泛地应用于信息表现、信息交换、信息存储、 w e b 服务、电子商务、网络出版等多个领域。 s o a p s o a p l l 5 】是简单对象访问协议( s i m p l eo b j e c ta c c e s sp r o t o c 0 1 ) 的英文缩写，是一 个基于x m l 的，在松散分布式环境中交换结构化信息的轻量级协议，包括四个部 分： ( 1 ) s o a p 封装( e n v e l o p e ) ：构造定义了一个整体的表示框架，可用来表示在 消息中的内容是什么，谁应当处理它，以及是可选的还是强制的。s o a p 封装 包括一个s o a p 头( h e a d e r ) 和一个s o a p 体( b o d y ) 。s o a p 头是可选的，其作用是， 在松散环境且通信方之间尚未达成一致的情况下，扩展s o a p 消息的描述能力。 s o a p 体是必需的，包含需要传输给接收者的具体信息内容。 ( 2 ) s o a p 编码规贝t j ( e n c o d i n gr u l e s ) ：是一个定义传输数据类型的通用数据 类型系统，这个简单类型系统包括了程序语言、数据库和半结构数据中不同类型 系统的公共特性。在这个系统中，一个类型是一个简单类型或是一个复合类型。 复合类型由多个部分组成，每个部分也是一个简单类型或复合类型。s o a p 规范只 定义了有限的编码规则，当用户需要使用自己的数据类型时，可以使用自定义的 编码规则，按需求扩展该基本定义。 ( 3 ) s o a pr p c 表示( 即r p cr e p r e s e n t a t i o n ) ：定义了远程过程调用和应答的 协定。r p c 的调用和响应都在s o a pb o d y 元素中传送。在r p c 中使用s o a p 时， 需要绑定一种协议，可以使用各种网络协议，如h t t p 、s m t p 、f i p 等来实现基 于s o a p 的r p c ，一般使用h t y p 来做为s o a p 协议绑定。s o a p 通过协议绑定 来传送目标对象的u r i ，在h t i p 中的请求u r i 就是需要调用的目标s o a p 节点 的u r i 。 ( 4 ) s o a p 绑定1 1 6 l ( b i n d i n g ) ：定义了一个使用底层传输协议来完成在节点间 交换s o a p 封装的约定。目前s o a p 协议中定义了与h r r p 的绑定。利用h t r p 第2 章s o a 与w e bs e r v i c e s 来传送s o a p 消息，主要是利用h t t p 的请求响应消息模型，将s o a p 请求的参 数放在h t r p 请求里，将s o a p 响应的参数放在h t r p 响应里。当需要将s o a p 消息体包含在h 丌p 消息中时，h t r p 应用程序必须指明使用t e x t x m l 作为媒体类 型。 虽然这四个部分是作为s o a p 的不同部分作为一个整体定义的，但他们在功 能上相交，彼此独立。特别的，封装和编码规则被定义在不同的x m l 命名空间中， 这样有利于通过模块化，使得定义和实现更加简单。 s o a p 基于x m l ，本身并没有定义任何编程模型和应用语义，只是定义了一 个消息结构的框架，其具有良好的可扩展性。s o a p 消息框架扩展的一个特别类型 是m e p ( m e s s a g ee x c h a n g ep a t t e r n ，消息交换模式) 。s o a pm e p 是一个在s o a p 节点间信息交换模式的样板，以提高对上层应用的有力支持。 s o a p 的设计目标是简单性和可扩展性，所以s o a p 是一个轻型协议，一些传 统消息系统或分布式对象系统中的某些性质将不是s o a p 规范的一部分。比如 s o a p 没有定义有关分布式垃圾收集、成批传送消息、对象引用和对象激活等方面 的内容。 w s d l w s d l 1 7 1 8 ，1 9 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 服务描述语言) 是用来描 述网络( n e m o r k ) 服务或终端( e n d p o i n t ) l 拘- - 种x m l 语言，它用于定义w e bs e r v i c e s 以及如何调用它们( 描述w 曲服务的属性，例如它做什么，它位于哪里和怎样调用 它1 。w s d l 文档可用于动态发布w e bs e r v i c e s 、查找己发布的w e bs e r v i c e s 以及 绑定w e bs e r v i c e s 。 w s d l 文档是构建在x m l 基础之上的( 即是用x m l 规范建立的) 一种应用实 例，它将在w e b 服务描述定义为一组服务访问点，客户端可以通过这些服务访问 对包含面向过程调用的服务进行访问。w s d l 规定了如何组织文档结构，以便使 w e b 服务通信能够自动化。每个w s d l 文档都包含对一个w e b 服务的特性和功能 进行定义的x m l 元素。主要元素可分为两类：抽象定义和具体定义。抽象定义了 一些能应用于多个实例的一般概念，而具体