（管理科学与工程专业论文）soa在b2b电子商务中的应用.pdf

中文摘要 摘要 如何快速开发和部署可扩展的灵活的b 2 b 电子商务应用系统，是目前b 2 b 所面 临的一个重要课题。 基于不同软件平台、不同信息标准的b 2 b 应用的交互和集成，特别是当企业数 目增加时，是一件困难而繁琐的工作，极大地阻碍了电子商务的发展。 s 0 面向服务的架构，就是解决上述问题的新一代分布式软件体系结构。 s o a 具有良好的松耦合、与平台无关等特性，能够很好的解决企业应用系统的集成 和互操作性。 s o a 具有广泛的应用前景，是当前的研究热点。各大厂商都已经看到了s o a 的 价值，纷纷推出自己的解决方案。s o a 逐渐成为企业应用集成、企业新系统的主要 架构方法。 本文从s o a 的理论知识出发，结合s o a 的特点和优势，重点研究了s o a 在b 2 b 电子商务中的应用，分析了s o a 在该领域中的适用性、应用优势、相关标准以及 实施原则和实施步骤等。 w e b 服务技术对s o a 的迅速发展起了至关重要的作用，是目前实施s o a 的一项 非常有效的技术，进而分析了b 服务的关键技术，如x m l 、s o a p 、w s d l 和u d d i 等等。 本文根据b 2 b 的一般需求，虚构了一些参与b 2 b 活动的有代表性的企业，利用 s o a 架构，设计并实现了一个j m b 2 b 电子商务原型系统。为了体现s o a 解决异构 系统集成和交互的优势，重点安排和研讨了两种主要角色帕b 服务提供者和 w e b 服务消费者，并且分别在n e t 平台和l i n u x 、7 2 e e 平台上，进行设计和编码 实现。 最后，为了验证$ o a 的可扩充和灵活性特点，当给出一个企业需求和业务流程 的变更时，只需对系统傲简单的调整，就完成了应用软件的更新。 关键词：b 2 b ；s o a ；w e b 服务；j 2 e e ；n e i 英文摘要 t h e a p p l i c a t i o no fs o a i nb 2 be l e c t r o n i cc o m m e r c e a b s t r a c t e l e c t r o n i cb u s i n e $ h a sa l r e a d yb e c o m et h em o s ti m p o r t a n tt h i n gi ni n t a r a e t e c o n o m i c d i f f e r e n ts y s t e m sa r eo f t e nb a s e do nd i f f e r e n ts o f t w a r ep l a t f o r m sa n dd i f f e r e n t s t a n d a r d s ，w h i c hm a k ei tv e r yh a r dt oi n t e r a c ta n di n t a g r a t ca p p l i c a t i o n s e l a b o r a t ea n d a c o n s i d e r a b l e o f w o r k l o a d w i l l b e b r o u g h t t o c o m p a n y w h e n n e w p a r t n e r s w a n t t o j o i n i nt h ee ) 【i s t i n gi n t e r a c t i o n a l lt h e s et h i n g sa b o v em a k ei t v e r yd i f f i c u l tt og e ta n y p r o g r e s si nb 2 ba r e a s o a - s e r v i c e so r i e n t e da r c h i t e c t u r ei san e w l yi d e af o ra r c h i t e c t u r eu s e di n d e v e l o p i n gd i s t r i b u t e ds y s t e m s i tc a ng i v ee f l s c i e n tr e s o l u t i o nt oh e i pc o m p a n i e sr e a l i z e f l e x i b l ea n de a s yi n t e r a c t i o na p p l i c a t i o n sb yi t sc h a r a c t e r so fl o o s e nc o u p l i n ga n d f l e x i b i l i t y s o ac a nb ew i d e l yu s e da n di sh o t l ys t u d i e dn o w l o t so ff a m o u sc o m p a n i e sh a v e a l r e a d yn o t i c e dt h eb r i l l i a n tv a l u eo fs o a a n dm a d ee x a c ta c t i o n s s o ai sn o w s t e pb y s t e pb e c o m i n gt h em o s te f f i c i e n tm e t h o dt ob u i l da r c h i t e c t u r ea n di n t e g r a t ea p p l i c a t i o n s i n b 2 ba r e a t h i st h e s i ss t a r t sf r o mt h et h e o r e t i c a lk n o w l e d g eo fs o a , c o m b i n i n gi t s9 0 0 d c h a r a c t e r sa n da d v a n t a g e s ，p u t si t se m p h a s i so ns t u d y i n gt h ea p p l i c a t i o no fs o ai nb 2 b a r e aa n da n a l y s i st h ea p p l i c a b i l i t y , a d v a n t a g e s ，s t a n d e r s , i m p l e m e n tp o l i c ya n d s t e p so f s o a w 曲s e r v i c e st a k e sav e r yi m p o r t a n tr o l ei nt h eq u i c kp r o g r e s so fs o a 1 1 l i st h e s i s n l a k e saf a r t h e rs t e ps t u d y i n gt h ek e yt e c h n i c a lf o rw 曲s e r v i c e s ，t h e ya r ex m l ，s o 北 w s d la n du d d i b a s i n go nt h eu s u a lr e q u i r e m e n to fb 2 b ，t h i st h e s i sa c c o r d i n gr e a l i t yv i r t u e ss o m e r e p r e s e n t a t i o n a lc o m p a n i e sa n dd e s i g n sa n dr e a l i z e sas y s t e mn a m e dj m - b 2 bw h i c h i n c l u d e st h ea c t i o n sm a d eb yt h e s ec o m p a n i e si nb 2 ba r e a i no r d e rt or e f l e c tt h e a d v a n t a g e so fs o a i nt h ei n t e r a e t i o nb e l w e e nj s o m e r i cs y s t e m s t h em a i nt w or o l e si n t h i ss y s t e m ：纷鲁6s e r v i c e sc o n s u m e ra n d i e 6s e r v i c e sp r o v i d e ra r er e a l i z e do n d i f f e r e n tp l a t f o r m ：n e ta n dl i n u x j 2 e e i nt h el a s t ，i no r d e rt op r o v es o a sc h a r a c t e r so ff l e x i b l ea n de x p a n s i b l e ，ab u s i n e s s f l o wi sc r e a t e db yu s i n gs o a a c c o r d i n gt h en e wr e q u i r e m e n t t h i sb u s i n e s sf l o wi s e a s i l yc h a n g e db yd o i n go n l yal i t t l ew o r k k e y w o r d s ：b 2 b ；s o a ；w e bs e r v i c e s ；j 2 e e ：n e t 大连海事大学学位论文原创性声明和使用授权说明 原创性声明 本人郑重声明：本论文是在导师的指导下，独立进行研究工作所取得的成果， 撰写成硕士学位论文：s 坠查旦婴鱼壬直釜虫曲虞旦：。除论文中已经注明引 用的内容外，对论文的研究做出重要贡献的个人和集体，均已在文中以明确方式 标明。本论文中不包含任何未加明确注明的其他个人或集体已经公开发表或未公 开发表的成果。 本声明的法律责任由本人承担。 论文作者签名：熏，曩产且妙日 学位论文版权使用授权书 本学位论文作者及指导教师完全了解“大连海事大学研究生学位论文提交、 版权使用管理办法”，同意大连海事大学保留并向国家有关部门或机构送交学位论 文的复印件和电子版，允许论文被查阅和借阅。本人授权大连海事大学可以将本 学位论文的全部或部分内容编入有关数据库进行检索，也可采用影印、缩印或扫 描等复制手段保存和汇编学位论文。 本学位论文属于： 保密口 ， 不保密凹( 请在以上方框内打“”) 一：龟处：必哆认 日期明年弓月力日 s o a 在b 2 b 电子商务中的应用 第1 章绪论 1 1 课题背景及意义 电子商务( e c e l e c t r o n i cc o m e r c e ) 主要是指基于i n t e r n e t 所进行的商品 和服务的买卖活动。 b 2 b 是企业对企业电子商务( b u s i n e s st ob u s i n e s s ) 的简称，也称为企业问 电子商务。b 2 b 的功能，主要是实现企业与企业之间的信息交换和交易，包括网上 信息发布、谈判、交易和支付若干环节。 b 2 b 是电子商务最重要的交易模式，它的交易额占到电子商务交易总额的9 5 左右，而其他电子商务模式，比如b 2 c 和c 2 c 等，只占到5 左右。因此，本文主 要针对b 2 b 进行讨论研究。 b 2 b 电子商务系统，也称为电子商务信息平台，是b 2 b 赖以完成其功能的大型 软件体系，是实现b 2 b 电子商务的命脉，它的架构先进、灵活与否，直接关系到 b 2 b 的成败。 大多数的b 2 b 电子商务系统，是基于传统的分布式对象技术( 如c o r b a 、c o m 、 e j b ) 进行开发的，它们曾经是先进的软件体系结构。 c o b r a 标准主要分为3 个层次：对象请求代理、公共对象服务和公共设施。最 底层是对象请求代理o r b ，规定了分布对象的定义( 接口) 和语言映射，实现对象 间的通讯和互操作，是分布对象系统中的“软总线”；在o r b 之上定义了很多公共 服务，可以提供诸如并发服务、名字服务、事务处理服务、安全服务等各种各样 的服务：最上层的公共设施则定义了组件框架，提供可直接为业务对象使用的服 务，规定业务对象有效协作所需的协定规则。总之，c o r b a 的特点是大而全，互操 作性和开放性好。c o r b a 的缺点是庞大而复杂，并且技术和标准的更新相对较慢。 c o m 技术是m i c r o s o f t 独家做的，是在w i n d o w s3 1 中最初为支持复合文档丽 使用o l e 技术上发展雨来，经历了。乙e2 c o m 、a c t i v e x 、d c o m 和c o m + 等几个阶段， 目前c o m + 把消息通讯模块惦m q 和解决关键业务的事务处理模块m t s 都加进去了， 是分布对象计算的一个比较完整的平台。m i c r o s o f t 的c o m 平台效率比较高，同时 它有一系列相应的开发工具支持，应用开发相对简单。但它有一个致命的弱点， 就是c o m 的跨平台性较差，如何实现与第三方厂商的互操作性始终是它的一大问 第1 章绪论 题。 e j b ( 企业级j a v a b e a n ) 由s u n 公司基于r m i ( 远程方法调用) 提出，是基于 j a v a 服务器端的组件模型。j a v a 标准是s u n 公司自己定的，演变的很快。j a v a 的 优势是纯语言的，跨平台性非常好。j a v a 分布式对象技术，通常指r m i 和e j b 。 r m i 提供了一个j a v a 对象远程调用另一j a v a 对象的方法的能力，与传统r p c ( 远 程过程调用) 类似，只能支持初级的分布对象互操作。e j b 框架提供了像远程访问、 安全、事务处理、持久和生命期管理等多种支持分布对象计算的服务。 但是，随着时间的推移，上述传统的分布式对象架构，日益适应不了b 2 b 电子 商务发展的要求。 传统的分布式对象架构的共同缺陷是，在服务提供者和消费者之间实现的是 紧耦合机制，要求底层结构必须保持一致。每当有新的业务伙伴加入，就必须重 新编写代码。不但造成了资源的重复部署，而且带来了昂贵的运营成本和低效率 的业务处理。如果系统集成的两者之间的任何一方改变了自己的实现机制导致业 务流程的变动，那么另一方也不得不随之做相应的改变。否则两者之间的耦合就 有失败的危险，业务灵活度相当不理想。 为解决上述难题，s o b ( s e r v i c eo r i e n t e d a r c h i t e c t u r e 一面向服务的架构) 越来越受到业界的广泛关注。 s o b 既是一种设计思想，又是一种业务模型的开发方法。它基于w e b 服务( w e b s e r v i c e ) 技术，为跨组织边界的系统集成提供了有效的手段，将日常业务划分为 单独的业务功能和流程，即所谓的服务。s o a 使企业可以构建、部署和整合这些服 务，且无需依赖应用程序及其运行计算平台业务流程中的每一个服务都是高内 聚、弱耦合的独立服务，任何一个服务的改动都不会给其他服务带来过多的影响。 企业只需调整原有的服务模式就可以迅速响应新的顾客需求，从而提高业务流程 的灵活性。这种业务灵活性可使企业加快发展速度，扩大业务范围，降低总体拥 有成本，改善对及时、准确信息的访问，提高企业间协作能力。s o b 有助于实现更 多的资产重用、更轻松的管理和更快的开发与部署。中小企业可以通过调用其他 企业提供的服务与自己内部业务流程整合，真正享受到s o b 在b 2 b 领域中应用所 带来的实惠。 s o a 架构可以实现灵活的动态电子商务模式。本文着重研究了w e b 服务技术、 s o a 在b 2 b 电子商务中的应用 s o a 架构在b 2 b 电子商务中的应用，对基于s o a 的系统集成进行了研究和实现。 1 2 国内外研究发展现状 近年来，s o a 深受软件业的瞩目，尽管目前s o a 还没有大规模实施，但是由于 国外中间件厂商的推动，使得s o a 受关注程度迅速提升。 作为s o a 的一种实现手段，w e b 服务提供了基于) 叫。标准接口的若干中间件， 具有完好的封装性、松散的耦合性、协议规范的标准性、以及高度的可集成性等 特点，能够很好的满足s o a 应用模式需求。中间件厂商对w e b 服务的支持，相关 标准的制定也是不遗余力。以m i c r o s o f t 、i b m 、o r a c l e 、h p 、b e a 、s a p 等为首的 计算机业巨头们，合作定义相关的w e b 服务标准，并无例外地使自己的软件产 品、解决方案能够全面支持这些标准协议。 i b m 公司很早就推出了w e b s p h e r e 产品，支持各种有关的w e b 服务标准。j a v a 技术的创立者s u n 公司提出了开放式软件架构s u no n e 。m i c r o s o f t 公司的n e t 战 略以x m l 为基础，成为其w e b 服务的主要产品。而s a p 的s a pn e t w e a v e r 是一个 集成化的开放平台，企业级s o a 实现的基础，在它之上可以开发定制应用或集成 非s a p 的应用软件。 据i d c 预测“1 ：w e b 服务必将是分布式应用程序的主导架构，s o a 的市场需求 平均以9 4 复合增长率而高速成长，在未来1 0 年，w e b 服务项目的总投入将达到 1 8 4 0 亿美元。与此同时，i b m 、b e a 、o r a c l e 等等的中间件厂商关于s o a 的实施案 例、实施步骤建议也纷纷出台，渐渐形成s o a 似乎势不可挡的态势。进入2 0 0 6 年， i b m 、b e a 、o r a c l e 等一批软件厂商开始推出了一些实施方案并部署了一些成功案 例，使得s o a 进入现实的脚步在不断加快。 国内各大厂商也不甘落后，都争取与欧美国家同步发展。看好了既有风险又 有巨大市场机会的s o a 应用。s o a 还处于发展初期，有些东西不够成熟，它的应用 尚有一定的风险，但如果s o a 应用得好，也是国内软件发展的一个巨大机遇。 在2 0 0 3 年以前，可以说国内中间件市场几乎是i b m 、b e a 等国际中间件巨头 的天下。但从2 0 0 3 年开始，国产中间件迅猛发展。到2 0 0 5 年，中间件产业迎来 新的拐点，国内厂商进行了反攻。从c c l d 最新发布的( 2 0 0 5 - 2 0 0 6 年度中间件软 件市场研究年度报告的数据中，我们也可以看出，国产中间件市场份额较2 0 0 5 第1 章绪论 上升了6 3 个百分点。2 0 0 6 年北京市科委的长风联盟公布了“长风联盟s o a 发展 战略与技术推进战略”，宣布要利用s o a 提供的巨大机遇，在中国推动s o a ，重新 改变产业价值链格局，争取更大市场空间，也积极加入到提升产业话语权的阵营 里来。 国内的中间件厂商，比如中创软件、东方通、中和威等，其实都推出了基于 s o a 总线的中间件产品，并且具备了部署和运用s o a 的能力。东方通公司表示他们 已经有了很多的s o a 应用的成功案例。而且，东方通是少数可以提供“既可以传 统技术也可以s o a ”双重解决方案的厂商。 相信未来，无论是在国内还是国外，s o a 将在更大的范围内得到广泛应用。 1 3 主要研究工作及论文的组织结构 本文就b 2 b 电子商务发展的现状及面临的闯题进行了分析，在阅读了大量资料 的基础上得出s o a 是解决目前b 2 b 电子商务问题的最有效手段。在确立了研究目 标之后，针对s o a 以及s o a 的实现技术w e b 服务技术进行了详细的研究，进而 设计并实现了一个名为2 m - b z b 的电子商务系统。在系统的实现过程中对相关开发 环境、技术进行了研究。如n e t 、j 2 e e 、w e b s p h e r e 等。以下是本论文的组织结 构： 第1 章绪论 介绍本课题的研究背景和意义，联系比较国内外发展现状，阐述本课题的主要 研究内容和所要做的工作。 第2 章s o a 面向服务的架构 从s o a 的初步认识，到s o a 基本理论学习，最后到s o a 在b 2 b 电子商务领域的 应用研究，由浅入深全方位的阐述了s o a 的思想。阐明了s o a 与w e b 服务之间的 关系，并广泛了解了目前市场在s o a 领域的实际实施状况。通过其中一个实际项 目的举例分析，迸一步阐述了s o a 在b 2 b 领域的研究价值，同时提出了目前最适 合中小型企业的s o a 应用方式。 第3 章w e b 服务技术 学习研究了w e b 服务技术的概念，关键支撑技术( x m l 、s o a p 、w s d l 、u d d i ) 以 及w e b 服务技术应用优势。 s o a 在b 2 b 电子商务中的应用 第4 章j m - b 2 b 系统的分析设计与实现 本章从生产企业面临的实际需求出发，分析并设计了一套解决方案。以异构平 台下的w e b 服务提供者和w e b 服务使用者为研究对象，生产企业开发并发布w e b 服务，代理商调用服务。为了体现平台的无关性，生产企业和代理商分别采用n e t 与j 2 e e 来实现。 第5 章总结与展望 总结全文，并对下一步的研究工作进行展望。 第2 章s o a 一面向服务的架构 第2 章s 0 a 一面向服务的架构 业务需求驱动技术，一切技术都是为业务服务的。在市场运作中，企业关注的 核心是如何利用较低的成本创立灵活的流程，实现功能完善的业务，为企业赢得 更高的利润。s o a 是一种软件构架，是从企业的需求开始的，它能够提供一个持久 的、灵活的基础架构用于连接跨企业的各种应用系统。s o a 提供的业务敏捷性使得 企业能够对变更快速、有效地进行响应，在市场运作中取得更多的竞争优势。 2 ，1s 0 a 概述 2 1 1s o a 基本概念 w 3 c ( w o r l dw i d ew e bc o n s o r t i u m ，万维网协会) 将s o a 定义为啪：“一种应用 程序体系结构，在这种体系结构中，所有功能都定义为独立的服务，这些服务带 有定义明确的可调用接口，可以以定义好的顺序调用这些服务来形成业务流程”。 s o a 是一个组件模型，它将应用程序的不同功能单元( 称为服务) 通过这些服务 之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它独 立于实现服务的硬件平台、操作系统和编程语言这使得构建在各种各样的系统 中的服务可以以一种统一和通用的方式进行交互蜘。 s o a 的根本目的是提供企业业务解决方案，这些业务解决方案可以按需扩展或 改变。s o a 解决方案由可重用的服务组成，服务带有定义良好且符合标准的己发布 接口。应用开发人员或者系统集成者可以通过组合一个或多个服务来构建业务， 而无须理解服务的底层实现，从而形成松散耦合的系统。举例来说，一个服务可 以用，n e t 或j 2 e e 来实现，而使用该服务的应用程序可以在不同的平台之上，使用 的语言也可以不同。松耦合能够使系统适应不断变化的环境，比如经常改变的政 策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素， 这些因素甚至会影响业务的性质。这种能够灵活地适应环境变化的业务为按需( o n d e m a n d ) 业务。在按需业务中，一旦需要，就可以对完成或执行任务的方式进行 必要的更改。而紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是 紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就 显得非常脆弱。 s o a 在b 2 b 电子商务中的应用 2 1 2s o a 的产生与发展 s o a 并不是一个全新的概念，早在1 9 9 6 年，g a r t n e r 便提出了s o a 的思想m 。 2 0 0 2 年1 2 月，g a r t n e r 提出s o a 是“现代应用开发领域最重要的课题”预计到 2 0 0 8 年，s o a 将成为占有绝对优势的软件工程实践方法。g a r t n e r 为s o a 描述的远 景目标是：在于让i t 变得更有弹性。以更快地响应业务单位的需求，实现实时企 业( r e a l - t i m ee n t e r p r i s e ) 。它将结束传统的整体软件体系架构长达4 0 年的统 治地位。届时，将有6 0 的商业公司在进行商业i r r 建设时会转向s o a 。 九十年代，c o r b a 和微软的c o m 编程模式，促进了s o a 的发展。随着j a v a 编 程语言、e j b 构件模式的发布以及j 2 e e 应用服务市场的成熟，微软n e t 技术的推 出，s o a 得到了进一步发展。近年来，网络通信技术不断进步，商业需求不断更新， 应用从简单的数据管理和报表生成转变为复杂的多源异构数据的统一管理、数据 的可视化表达、数据信息的深层挖掘和辅助决策等。在基于组件架构中的组件的 使用上，组建的重用性较差，不同组建基于不同的语言环境，在异构系统间调用困 难，跨过防火墙调用更加困难。以往企业解决灵活性的方法是使用企业应用集成 ( 队i ) 软件，这种方式是在主机端运行经过整合的软件。但新的商业过程往往需 要跨越多个组织或需要复杂的分析和协作，e a i 逐渐显出了不适应性。这一切都迫 切需要s o a 来解决。今天作为s o a 的最佳实现的w e b 服务技术及其相关协议标准 业已日趋成熟，业内各大i t 厂商高度重视并不断跟迸，使得s o a 成为未来软件体 系架构发展的必然。 i b m 是第一个为构建、部署基于s o a 的i t 系统提供一系列全面的工具、培训 和服务线路的大型厂商。它涵盏了s o a 生命周期的所有方面，整个概念覆盖了他 们提供的五大产品线w e b s p h e r e 、w o r k p l a c e 、t i v o l i 、d b 2 及其r a t i o n a l 。b e a 的w e b l o g i cp l a t f o r m8 。1 是业界内最佳的s o a 实现平台，从w e b l o g i cs e r v e r 到w e b l o g i cp o r t a l 再到w e b l o g i ci n t e g r a t i o n ，b e a 的全线产品都是采用s o a 的理念去设计的，而w o r k s h o p8 1 则是第一个完整的i s e ( i n t e g r a t e ds e r v i c e s e n v i r o n m e n t ，面向服务集成环境) ，它覆盖了从设计、开发，测试再到部署的各 个环节，并且宣称通过其能够快速为企业建立基于服务的应用。o r a c l e 宣称其 j d e v e l o p e rl o g 是种基于j a v a 与w e b 服务环境的开发工具，具有网络激活功能， 并能够支持s o a ( 面向服务的体系结构) 。m i c r o s o f t 的b i z t a l ks e r v e r2 0 0 4 是其 第2 章s o a 一面向服务的架构 第一个s o a 产品，还提供船f ( m i c r o s o f tb u s i n e s sf r a m e w o r k ) 给开发人员作为参 考架构。 全球化本身也是s o a 的一个推动力，一个特别简单的例子就是当中国的一些企 业进入w t o ，尤其是在海外上市了以后，它直接就需要受到国外的那些证券法律的 监管，监管条律就要求它必须要把现有的信息发放出来，按照一种标准发布出去， 这就直接导致了一些企业最先做s o a 的渴望。 可见，商业需求驱动技术，技术不断发展，最终形成了s o a 今天热火朝天的局 面。 2 1 3s o a 的特性 s o a 是一种粗粒度、松耦合的服务架构，其服务之间通过简单、精确定义的接 口进行通讯，不涉及底层编程接口和通讯模型。这种模型具有下面几个特征： 无状态可重用的服务 服务是自治的实体，即服务自身是完全独立的，与底层实现无关的，自包含的， 模块化的。在实现时它不需要从一个请求到另一个请求的信息或状态。服务不应 该依赖于其他服务的上下文和状态。当有新的业务需求时，服务可以方便的组合 到新的业务流程中。从而降低开发成本，实现了服务的重用，资源的共享。 服务是位置透明的 即服务请求者无需知道服务的具体位置及是哪一个服务响应了自己的请求，服 务请求者关心的只是使用一个服务完成了自己要处理的工作，得到了期望的结果。 松散耦合 服务请求者到服务提供者的绑定与服务之间是松耦合的。松散耦合旨在将服务 使用者和服务提供者在服务实现和客户如何使用服务方面隔离开来。服务接口作 为与服务实现分离的实体而存在，服务请求者不知道提供者实现的技术细节，比 如程序设计语言、部署平台等等。服务请求者往往通过消息调用操作请求消 息和响应，丽不是通过使用a p i 和文件格式。服务实现的修改完全不会影响到服 务的使用者。 粗粒度服务 服务粒度指的是服务所公开功能的范围嘲。通常来说，对于将暴露在整个系统 s o a 在b 2 b 电子商务中的应用 外部的服务推荐使用粗粒度的接口，而相对较细粒度的服务接口通常用于企业系 统架构的内部从技术上讲，租粒度的服务接口可能是一个特定服务的完整执行， 而细粒度的服务接口可能是实现这个粗粒度服务接口的具体的内部操作。虽然细 粒度的接口能为服务请求者提供了更加细化和更多的灵活性，但同时也意味着引 入较难控制的交互模式易变性，也就是说服务的交互模式可能随着不同的服务请 求者而不同。如果我们暴露这些易于变化的服务接口给系统的外部用户，就可能 造成外部服务请求者难于支持不断变化的服务提供者所暴露的细粒度服务接口。 而粗粒度服务接口保证了异构平台下的服务请求者将以一致的方式使用系统中所 暴露出的服务。虽然s o a 并不强帛4 要求定要使用租粒度的服务接口，但是建议 使用它们作为外部集成的接口。通常可以使用b p e l ( 业务流程执行语言，b u s i n e s s p r o c e s se x e c u t i o nl a n g u a g e ) 来创建由细粒度操作组成的业务流程的粗粒度的 服务接口。 协议独立 协议独立要求每一个服务都可以通过不同的协议来调用。客户机可以在不考虑 通信网络协议的情况下访闯服务。 2 1 4s o a 协议栈 面向服务的体系结构通过构建分布式系统，将应用程序功能作为服务对象对 外发布，从而将服务提供给终端用户应用程序或其他服务。s o a 体系结构的组成元 素，可以分成功能元素和服务质量元素两大部分。图2 。1 展示了体系结构的协议 栈蜘。 第2 章s o a 一面向服务的架构 图2 1s o a 协议栈 f i g 2 1s o ap r o t o c o ls t a c k 功能性方面 传输( t r a n s p o r t ) ：定义了用于将来自服务使用者的服务请求传送给服务提供 者，并且将来自服务提供者的响应传送给服务使用者使用的通信机制。 服务通信协议( s e r v i c ec o m m u n i c a t i o n ) ：定义了服务提供者和服务使用者使 用何种服务协议进行通信，例如是s o a p 还是x m l - r p c 。 服务描述( s e r v i c ed e s c r i p t i o n ) ：事先定义好的模式，用于描述服务是什么、 应该如何调用服务以及成功地调用服务需要什么数据等。 服务( s e r v i c e ) ：实际可供使用的服务功能。 业务流程( b u s i n e s sp r o c e s s ) ：定义了服务的集合，为满足业务要求，可以按 照特定的顺序使用一组特定的规则进行调用。 服务注册中心( s e r v i c er e g i s t r y ) ：服务和服务描述的仓库，服务提供者可以通 过服务注册中心发布服务，雨服务使用者可以通过服务注册中心查找到可用的服 务。 服务质量方面 策略( p o l i c y ) ：一组条件和规则，服务提供者遵循这些条件和规则来对外提供 服务。策略既有功能性方面，也有与服务质量有关的方面。因此，在功能和服务 s o a 在b 2 b 电子商务中的应用 质量两个区中都有策略功能。 安全性( s e c u r i t y ) ：规则集，应用于服务使用者的身份验证、授权和访问控制 等。 事务( t r a n s a c t i o n ) = 属性集，应用于一组服务，以保证调用一组服务时提供 一致的结果。 管理( m a n a g e m e n t ) ：属性集，应用于管理服务和服务的使用。 2 1 5s o a 的协作 图2 2 展示了面向服务的体系结构中的协作这些协作由s o a 中的三个角色 互相操作完成。其中，服务请求者执行动态服务定位，它向服务注册中心发起查 询，查找服务，如果服务存在，注册中心就向服务请求者提供接口契约和服务的 端点地址( w e b 服务使用w s d l 描述) ，服务请求者得到契约和地址后发起对服务提 供者的绑定和调用。 f i n dp u b l i s h b i n d a n d c a l l 图2 2 s o a 中的协作 f i g 2 2t h ec o l l a b o r a t i o ni ns o a 面向服务的体系结构中的角色包括 服务请求者( s e r v i c ec o n s u m e r ) ：服务请求者可以是一个应用程序、一个软件 模块或需要一个服务的另一个服务。服务请求者能从服务提供者的描述中了解某 第2 章s o a 一面向服务的架构 项w e b 服务的功能。为了获取w e b 服务的详细信息，服务请求者可以到服务注册 信息库去查找，然后从查找到的描述中绑定到w e b 服务，从而调用此服务。 服务提供者( s e r v i c ep r o v i d e r ) ：是创建服务的实体。服务提供者定义要提供 给他人访问的服务，生成接口文件，并发布服务接口和自己相关的一些信息。服 务提供者主要执行新服务的生成和注册操作。 服务注册中心( s c r v i c cr e g i s t r y ) ：服务注册中心是服务发现的支持者。它包含 一个可用服务的存储库，并允许感兴趣的服务使用者查找服务提供者接口。 面向服务的体系结构中的操作包括 发布( p u b l i s h ) ：为了使服务可访问，需要发布服务描述以使服务使用者可以 发现和调用它。 发现( f i n d ) ：服务请求者定位服务，方法是查询服务注册中心来找到满足其 标准的服务。 绑定和调用( b i n da n dc a l l ) ：在检索完服务描述之后，服务使用者继续根据服 务描述中的信息来调用服务。 面向服务的体系结构中的构件包括 服务( s c r v i c c ) ：实现服务描述中所描述的接口的构件，是整个s o a 实现的核 心。可以是一个软件模块，一个组合的服务，甚至一段实现了接口描述的代码都 可以被视为服务。可以通过已发布接口使用服务，并且允许服务使用者调用服务。 服务描述( s e r v i c ed e s c r i p t i o n ) ：服务描述指定服务使用者与服务提供者交互 的方式。它指定来自服务的请求和响应的格式。服务描述本身基于x m l 构造，它 定义了描述接口规范的标准格式。 2 1 6 $ o a 与w o b 服务技术 $ o a 和w e b 服务是两个不同层面的问题。前者是概念模式，面向商业应用，而 后者则是实现模式，面向技术框架。s o a 概念并没有确切地定义服务具体如何交互， 而仅仅定义了服务如何相互理解以及如何交互。w e b 服务在需要交互的服务之间如 何传递消息有具体的指导原则。可以说。w e b 服务体系结构实际上是面向服务的体 系结构的一个特定的实现。随着时间的推移，w e b 服务技术在不断发展，不断成熟， 能够更好地帮助实现s o a 。w e b 服务中的i s d l ，是一个s o a 配套的接口定义标准， s o a 在b 2 b 电子商务中的应用 这是舱b 服务和s o a 的根本联系。w e b 服务也并不是实现s o a 的唯一技术其他使 用w s d l 直接实现服务接口并且通过x m l 消息进行通信的协议也可以包括在s o a 之 中。如c o r 3 a 和i b m 的m q 系统通过使用能够处理w s d l 的新特征也可以参与到s o a 中来。 w e b 服务是目前实现s o a 的最佳技术。s o a 是以种服务流程为中心的松散耦 合的软件体系结构。它的目的是要把基于不同开发平台彼此间松耦合的服务连接 起来，编排成一个业务流程，使得这个业务流程具有高度的灵活性。同时，它可 以实现不同服务间的集成让服务被重复利用。s o a 中的应用是由服务使用者通过接 口访问服务而形成。潜在使用者可发现由服务提供者发布的该类接口并通过网络 来进行调用。w e b 服务技术使用标准的w e b 协议通过网络协议( 如h t t p ，s o a p ) ， 利用) ，作为消息载体，在i n t e r n e t 层次上实现跨平台的互联，这与s o b 的要求 非常吻合。用w e b 服务实现s o a 可以实现一个中立的平台，来获得服务，而且随 着越来越多的软件商支持w e b 服务规范，会取得更好的通用性。而c o r b a 和d c o m 与平台都是紧密耦合的，在支撑协议、数据格式及接口方面也不如耽b 服务技术 开放。因此，w e b 服务是实现s o a 的最佳技术。在下一章中将对w e b 服务技术做进 一步的研究。 2 1 7s c a 规范与s d o 规范 s o a 的兴起伴随着一系列的标准和规范的诞生。到目前为止在各大厂商的极力 推动下，已经制定出了很多相关的规范和标准，有力的推动了s o a 的发展，从上 世纪九十年代末到本世纪初，x 札技术迅速发展并应用起来。2 0 0 0 年以后，w e b 服 务概念被提出，用于通过将企业对外服务封装为基于统一标准的w e b 服务，实现 异构系统之间的交互。这其中三个著名的w e b 服务标准和规范是w s d l 、s o a p 和 u d d i ( 将在下一章进行详细说明) 。从2 0 0 5 年开始，s o a 的推广和普及工作开始加 速，各大厂商共同努力制定中立的s o a 标准，s c a 规范和s d o 规范的发布标志着 s o a 进入了实施阶段。2 0 0 7 年s c a 规范和s d o 规范逐渐成熟，将正式被归为s o a 标准。 s c a ( s e r v i c ec o m p o n e n ta r c h i t e c t u r e ) 服务组件架构是一个规范，它 能够在现有技术基础上，为s o a 计算环境提供开放的组件及其服务描述。开发人 第2 章s o a 一面向服务的架构 员可以在创建w e b 服务时使用s c a 和s d o 规范。s c a 定义了服务模型，允许服务开 发者不但定义服务的接口而且还定义服务与服务间的依赖关系，以及这些服务彼 此间的交互。服务组件是s c a 中的基本组成元素和基本构建单位，用于实现具体 的业务逻辑。s c a 可简化使用s o a 构建的业务应用程序的创建和集成。s c a 把传 统中间件编程从业务逻辑分离出来，从而使程序员免受其复杂性的困扰。它允许 开发人员集中精力编写业务逻辑，而不必将大量的时间花费在更为底层的技术实 现上。 s d o ( s e r v i c ed a t ao b j e c t s ) 服务数据对象规范，它是s c a 中的一个关 键组件8 1 。由于s c a 下实现组件的接口都是非常统一、通用的，因此要将它们组合 起来是一件相对原来更加轻松的工作。旦遇到需要针对很多应用进行集成时， 其数据源往往都分布在不同的地方，而且极有可能是异构的。它们不仅在语法上， 而且在语义上也有极大的差别。而s d o 恰恰就是用来完成这项工作的，它根据业 务的语义定义一个完整的s c h e m a ，不仅能清晰地定义各种数据对象，而且还能有 效描述各种对象之间的联系，充分利用了x m l 强大的自描述功能。在整合复杂应 用的环境下，s d o 能为企业在效率上带来相当大的提高。 s c a s d o 在s o a 的环境下扮演了非常重要的角色，s c a s d o 所构成的编程模型 可以为程序员带来很多非常直接的好处，而且用它们来描述和实现业务模型，将 会达到更加简洁和通用的效果。未来，s c a s d 0 规范的逐步成熟将更为有力的推动 s o a 的发展。 2 1 88 0 a 适用性 s o a 并不是适用于所有场合。企业运营的根本标准是为改变付出的代价是否低 于它的预期收益，如果代价远大于收益，企业是不会愿意接受任何改变的。 通常情况下，复杂的i t 构架对s o a 的需求更加迫切，并且s o a 需要与外部复 杂的i t 环境交互，并快速的应对频繁发生的业务变化。比如传统的银行业务系统、 电信的网络管理、计费及业务支撑系统，铁路的联网订票系统等。随着业务的不 断发展，体现出了资源、数据整合集中，决策支持统一的趋势，需要将现有的多 个应用系统进行集成和整合。另一方面随着应用的快速变化，企业要应对竞争的 新要求，需要不断更新业务流程和模式，建设新的应用系统，