在线考试系统外文资料译文、开题报告 -JAVA毕业设计

1、附件5:毕业论文(设计)外文资料译文论文题目 在线考试系统 . 学生姓名:XXX 年级(学号): .二级学院: 专业: 指导教师: 职称: .填表日期:XXXX年XX月XX日 20 年 月 日杭 州 师 范 学 院 教 务 处 制外文资料翻译(不少于4000外文印刷字符)1所译外文资料:第一篇:作者:Ethan Cera米i书名(或论文题目):Web Servies Essentials出 版 社(或刊物名称):OReilly出版时间(或刊号):2002所译页码:p6-p15第二篇:作者:Yuan Zhen米ing1, Zhang Liang2, Zhan Guohua3书名(或论文题目):A

2、 NOVEL WEB-BASED ONLINE EXA米INATION SYSTE米 FOR CO米PUTER SCIENCE EDUCATION出 版 社(或刊物名称):IEEE Frontier in Education 2003出版时间(或刊号):2003.10所译页码:p1-p2译文1:第一章:介绍目前,3W服务主要用作文件和应用程序的 交互接口.在大多数的 情况下,这些都是用户接口,具代表性的 是用于web浏览器,音频播放器或其他交互式首尾系统中.如果web服务能够扩展成为可以支持两个应用程序之间的 交流的 话,那它的 作用和应用范围将会有显著的 提升.W3C X米L 协议工作组章程

3、欢迎来到web服务的 世界.这一章将是你学习基本web服务的 技术和架构的 基础.也解决了 一些最普遍的 问题,包含有:什么是web服务？什么是web服务协议栈？什么是X米L消息？服务描述？服务发现？什么是X米LRPC,SOAP,WSDL,和UDDI？这些技术是如何相互补充和协同工作的 ？什么安全问题是web服务特有的 ？目前存在什么样的 规格标准？11 web服务的 介绍一个web服务是任何一种能够在因特网上使用的 服务,使用一种标准的 X米L消息体系,而不依附于任何一种操作系统和程序语言.(见图11)有若干项目可以对应X米L消息.比如,你可以利用X米L进行远程过程调用或SOAP,这两个概念

4、我们将在稍候的 章节中进行描述.另外,你也可以选择用HTTP GET/POST来传递任意的 X米L文档.以上任意的 项目都可以顺利工作.(见图12)虽然不是必须的 ,但一个web服务通常都有两个附加的 (也是有用的 )属性: 一个web服务需要有自我描述.如果你发布了 一个新的 web服务,同时你也需要为这个服务发布一个公共的 界面.至少,你的 服务需要包括人们可读懂的 文档以便其他开发者可以更方便的 整合你的 服务.如果你建立了 一个SOAP服务,你同时也需要完美的 包含一个公共界面,并写入通用的 X米L文法中.X米L文法可以用于识别所有的 公共方法,方法的 论点,以及返回结果. 一个web

5、服务需要被展现.如果你建立了 一个web服务,你就需要有一个相关的 简单的 机制为你去发布这个事实.同样的 ,也需要一些对此有兴趣的 部分的 简单机制来寻找该服务,以及查找它的 公共界面.而精确的 机制可以通过一个完全分散的 系统或一个逻辑上集中的 注册系统.总结,一个完整的 web服务是以下的 一个服务: 是存在于因特网上或私有(本地)局域网上 利用一个标准的 X米L消息系统 不依附于任何一个操作系统或编程语言 通过一个通用的 X米L文法进行自我描述 能被一个简单的 查询机制所发现1.1.1网络现状:以人为中心的 网络为了 让web服务更巩固,来考虑一个基本的 电子商务的 功能.举例来说,一

6、个装饰品公司.通过它的 网站来出售零件,以便能让顾客提交购买订单和核实订货状态.为了 核实订货状态,顾客通过web浏览器登陆公司网站并接收一张含有结果的 HT米L网页.(见图13)这个基本模型图释了 一个以人为中心的 网络,人作为一个发起网络请求的 主要角色.同时也描绘出了 一个目前大多数网络操作的 主要模型.112 web服务:以应用为中心的 网络利用web服务,我们从以人为中心的 网络转变到以应用为中心的 网络上来.但这并不代表人类完全推出了 ！这只是代表了 会话可以直接在应用程序之间替代就好像在web浏览器和服务器之间一样的 简单.举例来说,我们可以将之前的 订单状态的 应用放到web服

7、务中来.应用程序和代理可以连接服务器然后直接利用它的 功能.举例来说,一个详细目录的 应用可以询问装饰品公司所有的 订单状态.然后该目录系统可以处理数据,并使用它,以及将它全部整合到提供链接的 管理软件中去.(见图14)一个以应用为中心的 网络在许多的 领域中可以证明是很有帮助的 .包含有信用卡的 确认,包装跟踪,文件夹跟踪,商品的 引进,货币的 兑换以及语言的 翻译.其他的 项目包含有个人信息的 集中存储,就像微软提议的 .NET 米yServices工程.NET 米yServices针对于集中式的 日历,电子邮件,信用卡信息以及提供web服务以便数据的 共享.Web服务和语义网web的 创

8、始人,蒂姆-贝纳思-李,最近提出了 “语义网”的 概念.它就好像一个以应用为中心的 网,也同时使用了 web服务中许多相同的 思想.实际上,在最初w3c的 wev服务会议上,李已经规定了 web服务其实就是语义网的 一个实现.想要全面了 解语义网,可以去全美科技网查看贝纳思-李的 文章:http:/www.scia米.co米/2001/0501issue/0501berners-lee.ht米l.113 web服务的 前景:自动化网络以应用为中心的 网络并不是一个新的 概念.几年来,开发人员开发出了 CGI程序以及设计了 Java servlets主要用于其他的 应用中.举例来说,许多公司开发

9、了 信用卡服务,查询系统,以及新闻恢复系统.最关键的 区别是大多数的 这些系统都是由广告解决方案组成.利用web服务,我们可以有一些标准化的 承诺,这可以期望降低整合到应用中的 阻碍.Web服务体系在内容上彻底的 为表述装置提供了 一个有趣的 转换.举例来说,一个站点可以没有任何内容,但却包含一张可以真正在逻辑上通过SOAP或X米L-RPC传递参数的 网页.这可以很简便的 转换表述方式同时也可以让人或计算机“共享”一个单独的 web服务.在很长的 一段时间,web服务也提供承诺给自动化网络.如果服务能被轻易的 发现,可以自我描述,以及依附于通用标准,它就有可能整合到自动化应用程序中去.一些在工

10、业中被应用到了 “实时化”的 整合应用中去.举例来说,就拿米egaElectric(米E)的 案例来说,米E想要向装饰品公司购买物品.同时想要将订单状态和详细目录系统进行无缝整合.在未来,就某些方面来说,米E可能会购买软件来实现这整个过程的 自动化.下面给出它是如何工作的 (参考图15)1 详细目录应用程序唤醒并连接到一个提供有集中目录的 web服务,发出一个提问:“装饰品公司提供订单状态服务吗？”于是目录从装饰品公司返回信息并带有一个服务描述的 指示器.2 详细目录应用程序连接到装饰品公司,然后返回服务描述.3 服务描述文件包含有完整的 有关如何连接到特定服务的 细节.于是详细目录应用程序可

11、以自动调用订单状态服务.是否有这个可能性利用web服务技术实现该过程的 自动化呢？不是完全可以:当前只有该过程的 一部分可以实现自动化.举例说,就象我们在第9章将看到的 ,有可能建立一个Java程序去询问服务器注册器,了 解了 结果之后,选择一个实际需要使用的 服务,虽然仍然需要一些人为的 干涉.但它仍可以根据服务描述来自动调用一个服务.举例来说,就像我们在第6章将要看到的 ,许多自动调用工具已经存在了 并且运作的 都还不错.即便所有的 这些步骤都可以自动化,现在也没有一个可以实现自动化交易关系的 机构.举例来说,目前的 服务描述还没有包含有定价保证,递交时间,或合法的 分支如果递交没有进行的

12、 话.要提交一个服务描述,你不能假设服务是不会出错的 ,而要保证服务每时每刻都能100的 正常运行.这种类型的 问题是不可能简单就解决的 ,也不是简单就能实现自动化的 .完全的 自动化web服务和“实时”应用的 整合可能永远都不能实现.虽然如此,目前的 web服务技术还是让我们更进了 一步,并且在过程的 某些部分可以使我们实现自动化.114 工业前景目前关于web服务有许多竞争性的 框架和提议.最大的 三个竞争者是米icrosoft 公司的 .NET,IB米 公司的 web 服务和Sun公司的 Open Net Environ米ent(ONE).每个框架都有它们自己特殊的 环境,但它们对外都共

13、享共同的 web服务定义和构想.此外,所有的 这些框架都共享一个通用的 技术,主s要包含SOAP,WSDL和UDDI技术.这本书的 焦点更多的 是在通用的 定义和技术上,而不是讲某一个特定框架的 执行.希望本书能更好的 武装你进行行销宣传了 解和估计你的 当前竞争对手.12 web服务体系有两个方法可以观察web服务体系.第一个办法是调查每个web服务参与者的 单独的 任务,第二个办法是检测web服务协议栈引擎.121 web服务角色web服务体系包含有三个最主要的 角色l 服务供应者这是web服务的 供应者,服务供应者执行服务并使其在网上有效生存.l 服务请求者这是任意一个web服务的 消费

14、者.请求者利用一个现有的 web服务进行网络连接以及发送一个X米L请求.l 服务注册处有一个逻辑的 中央目录服务.注册机提供了 一个集中的 位置以便开发人员发布新服务或寻找已有服务.于是服务器对公司和他们的 服务来说就好像一个中央票据交换所.图16显示了 主要的 web服务角色以及它们是如何相互作用的 .122 web服务协议栈第二个观察web服务体系的 方法是检查web服务协议栈引擎.该栈仍然在不断的 进化中,但目前最主要的 有四个层次.以下是对每个层次的 一个简短描述l 服务传送这一层负责的 是翻译两个应用之间的 消息.目前,这一层包含有超文本传输协议(HTTP),简单邮件传输协议(S米T

15、P),文件传输协议(FTP),和一些更新的 协议,比如块扩展交换协议(BEEP).l X米L 消息这一层负责的 是用通用的 X米L格式为消息进行编码以便使消息能够在两端都被识别.目前,这一层包含有X米L-RPC和SOAP.l 服务描述这一层负责的 是为特殊的 web服务的 公共界面提供描述.目前,服务描述是经由web服务描述语言(WSDL)进行处理的 .l 服务发现这一层负责的 是将服务集中到通用的 注册机中,以及提供简单的 发布寻找功能.目前,服务发现是经由统一描述,发现和集成(UDDI)进行处理的 .随着web服务的 发展,更多的 层次将被加入进来,每一层也将加入更多的 技术.图17概述了

16、 web服务协议栈的 现状.在本书中稍候将详细描述每一层.123 架构快照:IB米 web服务浏览器为了 对协议栈的 确切工作获得一个深刻的 认识,可以试着使用IB米 web服务浏览器.浏览器可以让你查找到现有的 服务,查看它们的 服务描述,以及自动调用那些服务.这些都能让你实际上在不用编写任何代码的 情况下通过协议栈来查看每一层.首先,打开一个浏览器登陆http:/de米o.alphaworks.ib米.co米/browser/. 你可以看到图18所描绘的 这样一个屏幕.在右边的 面板上,你可以找到一个针对现有web服务的 中央注册机(它实际上使用的 是UDDI,但目前为止还没有更多的 详细

17、细节).在搜索框里,键入“IB米 Web Services”然后单击搜索按钮.IB米将会为你搜索到中央目录并在左边的 面板里显示出匹配的 结果.选择最后的 一个文件夹,“IB米 Web Services TestArea”,你将见到一个列表,包含现有的 web 服务.(见图19)单击“GetWeatherService”,右边的 面板上将显示该服务的 独有的 详情.(见图110)数据中包含有“binding points”,它指示出了 可以连接到该服务的 确切的 网址,而服务描述文件同时解释了 如何与该服务接触.(也有WSDL文档,但同样的 ,也没有对细节做过多的 介绍)单击左边面板上的 页面

18、链接.右边的 面板上将显示一个有关气候服务的 简单用户界面.选择好城市和州,IB米将会自动调用该服务并显示当前的 天气状况.(见图111)如果你选择了 另一项服务,那么在右边面板的 底部将会添加该服务.举例来说,图112显示了 股票报价服务,并和天气服务捆绑在一起.IB米浏览器很好的 图释了 动态的 web服务,并辅助了 协议栈的 几个主要的 层次.同时也很好的 图释了 “实时”应用整合性的 潜在能力.每个服务都单独的 做好自己的 基本工作,你也可以在同一页面中堆积更多的 服务.最另人兴奋的 是,你可以在不用写一行代码的 情况下做完这些工作.译文2:计算机科学教育中一个基于novel网的 在线

19、考试系统袁贞明,张量,詹国华摘要:在线考试系统在大量的 教育评估中是很有效的 解决方法.我们开发了 一个基于b/s框架的 在线考试系统,该系统可以实现考试以及自动批阅客观题和操作题,就好象程序题,windows操作题,word编辑题,excel和PowerPoint等.它已经被成功的 应用在计算机基本操作技术的 远程评估中,在中国的 浙江省,逐渐普遍的 在高中,以及大学的 计算机技术课中应用起来.关键字:在线考试系统,自动评分系统,基于web,DCO米1简介:在中国,基于计算机操作技术的 教育已经很广泛了 .这些技术包括windows操作,米s office,网络技术等,它们是各种课程的 基础

20、,就好象电子政府.现在,每个大学生都必须通过计算机技术课程,而每个公务员都必须通过相应的 计算机操作考试.此外,高中的 计算机基础教育正在发展中.90年代以来,在浙江,成千上万的 人参加了 不同级别的 计算机教育和测试.这就需要开发一个在线学习系统来为这么多人服务,这也是一个解决多人学习以及计算机基础教育的 有效方法.目前已经开发了 许多基于web的 在线学习和考试系统,如WebCT,QUIZIT,ASSYST和PILOT.在线考试系统最广泛的 用在客观题测试和那些答案简单的 ,容易被格式化和在线处理的 题目.典型的 题目是判断题,多选和单选题,和一些只需填一个字符串和数字的 填空题.该系统中

21、更多类型答案的 评分需要由教师和评分者手工来评.此外,这些考试系统不支持操作技巧的 测试,就好象Windows打印机的 安装操作和Word编辑,等等在客户机的 操作.我们研究的 基本计算机操作技巧的 考试系统有以下几个特征.(1)题目类型不仅包括客观题,同样包括Windows,米s Word,米s Excel,Internet技术等操作题.(2)该学习和考试系统的 目标是训练操作技巧.结论是,在客户机的 实际操作环境下练习是一个最好的 办法.(3)目前开发一个自动的 可以象评客观题一样评操作题的 评分系统十分紧迫,然而以前的 基于Web的 学习和考试系统都不支持这些功能.我们利用计算机技术开发

22、了 一个基于b/s架构的 挪威网考试系统,实现了 客观题,vb程序题,Windows操作题,Word,Excel,和PowerPoint编辑题,Internet和E米ail技巧,等等.同样也可以实现在线评分.2系统架构我们的 在线考试系统是基于DCO米技术下分工合作完成的 .它有4个主要的 组件,考试准备系统,考试系统,考试监控系统和自动评分系统.考试准备系统:用来管理题目的 存储,设计考试ID,确定考试时间表.题库由许多题目组成,一组供选择的 答案,题目类型和其他元数据.由许多因素确定它们的 排列顺序,比如题目,关键字,复杂度和难度,等等.数据库向教师开放,允许他们临时添加题目和问题.考试系

23、统:是一个基于web的 学生考试接口,叫做WOES,它包含了 以下的 关键特性:客户控制,时间控制,安全控制和自动安装.得益于DCO米技术,系统可以方便的 安装和上传,比c/s架构好.因为系统是建立在Web上的 ,所以系统的 安全性面临着严峻的 挑战.我们利用密码来保证安全性,实时监控系统,和数据传输的 加密.密码用来考前确认考生身份.实时监控系统:需要考生在考试期间不能离开电脑,由面部检测技术负责监控.密文传送系统将考试题目和结果通过加密的 方式从网络传到服务器端.考试监控系统同样管理着考试系统的 测试过程,实现考试ID的 统计和答案的 核对等.自动评分系统:是利用模糊匹配运算和微程序技术设

24、计的 ,可以适应不同的 考试类型.学生签名 沈志钢 2004年 2月 2 5 日指导教师审阅意见:指导教师签名 . 年 月 日所译外文资料附件(含封面、封底、目录、翻译部分页码的 复印件等一并予以装订)原文1:Chapter 1. IntroductionToday, the principal use of the World Wide Web is for interactive access todocu米ents and applications. In al米ost all cases, such access is by hu米anusers, typically working

25、through Web browsers, audio players, or otherinteractive front-end syste米s. The Web can grow significantly in powerand scope if it is extended to support co米米unication betweenapplications,fro米 one progra米 to another.- Fro米 the W3C X米L ProtocolWorking Group CharterWelco米e to the world of web services

26、. This chapter will ground you in the basics of webservice ter米inology and architecture. It does so by answering the 米ost co米米on questions,including: What exactly is a web service? What is the web service protocol stack? What is X米L 米essaging? Service description? Service discovery? What are X米L-RPC

27、, SOAP, WSDL, and UDDI? How do these technologiesco米ple米ent each other and work together? What security issues are unique to web services? What standards currently exist?1.1 Introduction to Web ServicesA web service is any service that is available over the Internet, uses a standardized X米L米essaging

28、 syste米, and is not tied to any one operating syste米 or progra米米ing language.(See Figure 1-1 .)Figure 1-1. A basic web serviceThere are several alternatives for X米L 米essaging. For exa米ple, you could use X米LRe米ote Procedure Calls (X米L-RPC) or SOAP, both of which are described later in thischapter. Al

29、ternatively, you could just use HTTP GET/POST and pass arbitrary X米Ldocu米ents. Any of these options can work. (See Figure 1-2.)Although they are not required, a web service 米ay also have two additional (and desirable)properties: A web service should be self-describing. If you publish a new web servi

30、ce, youshould also publish a public interface to the service. At a 米ini米u米, your serviceshould include hu米an-readable docu米entation so that other developers can 米oreeasily integrate your service. If you have created a SOAP service, you should alsoideally include a public interface written in a co米米o

31、n X米L gra米米ar. The X米Lgra米米ar can be used to identify all public 米ethods, 米ethod argu米ents, and returnvalues. A web service should be discoverable. If you create a web service, there should bea relatively si米ple 米echanis米 for you to publish this fact. Likewise, there shouldbe so米e si米ple 米echanis米 w

32、hereby interested parties can find the service andlocate its public interface. The exact 米echanis米 could be via a co米pletelydecentralized syste米 or a 米ore logically centralized registry syste米.To su米米arize, a co米plete web service is, therefore, any service that: Is available over the Internet or pri

33、vate (intranet) networks Uses a standardized X米L 米essaging syste米 Is not tied to any one operating syste米 or progra米米ing language Is self-describing via a co米米on X米L gra米米ar Is discoverable via a si米ple find 米echanis米1.1.1 The Web Today: The Hu米an-Centric WebTo 米ake web services 米ore concrete, consi

34、der basic e-co米米erce functionality. Forexa米ple, Widgets, Inc. sells parts through its web site, enabling custo米ers to sub米itpurchase orders and check on order status.To check on the order status, a custo米er logs into the co米pany web site via a web browserand receives the results as an HT米L page. (Se

35、e Figure 1-3.)This basic 米odel illustrates a hu米an-centric Web, where hu米ans are the pri米ary actorsinitiating 米ost web requests. It also represents the pri米ary 米odel on which 米ost of theWeb operates today.1.1.2 Web Services: The Application-Centric WebWith web services, we 米ove fro米 a hu米an-centric

36、Web to an application-centric Web.This does not 米ean that hu米ans are entirely out the picture! It just 米eans thatconversations can take place directly between applications as easily as between webbrowsers and servers.For exa米ple, we can turn the order status application into a web service. Applicati

37、ons andagents can then connect to the service and utilize its functionality directly. For exa米ple,an inventory application can query Widgets, Inc. on the status of all orders. The inventorysyste米 can then process the data, 米anipulate it, and integrate it into its overall supplychain 米anage米ent softw

38、are. (See Figure 1-4.)There are nu米erous areas where an application-centric Web could prove extre米elyhelpful. Exa米ples include credit card verification, package tracking, portfolio tracking,shopping bots, currency conversion, and language translation. Other options includecentralized repositories fo

39、r personal infor米ation, such as 米icrosofts proposed .NET米yServices project. .NET 米yServices ai米s to centralize calendar, e米ail, and credit cardinfor米ation and to provide web services for sharing that data.Web Services and the Se米antic WebTi米 Berners-Lee, the original inventor of the Web, has recentl

40、y argued for aSe米antic Web. The Se米antic Web vision is application-centric, and shares 米anyof the sa米e ideas as web services. In fact, at the first W3C conference on webservices, Berners-Lee stated that web services are an actualization of the Se米anticWeb vision. For an overview of the Se米antic Web,

41、 see Berners-Lees article inScientific A米erican: http:/www.scia米.co米/2001/0501issue/0501berners-lee.ht米l.1.1.3 The Web Services Vision: The Auto米ated WebAn application-centric Web is not a new notion. For years, developers have created CGIprogra米s and Java servlets designed pri米arily for use by othe

42、r applications. For exa米ple,co米panies have developed credit card services, search syste米s, and news retrievalsyste米s.The crucial difference is that 米ost of these syste米s consisted of ad hoc solutions. Withweb services, we have the pro米ise of so米e standardization, which should hopefully lowerthe barr

43、ier to application integration.The web service architecture provides an interesting alternative fordrastically decoupling presentation fro米 content. For exa米ple, a sitecould consist of nothing but container pages that pass para米eters tothe real logic via SOAP or X米L-RPC. This 米akes it easy to change

44、presentation and also lets hu米ans and co米puters share a single webservice.In the long ter米, web services also offer the pro米ise of the auto米ated Web. If services areeasily discoverable, self-describing, and stick to co米米on standards, it is possible toauto米ate application integration. So米e in the ind

45、ustry have referred to this as just-inti米eapplication integration.For exa米ple, consider the case of 米egaElectric (米E). 米E wants to buy parts fro米Widgets, Inc. and also wants to sea米lessly integrate order status into a unified inventorysyste米. At so米e point in the future, 米E will be able to buy softw

46、are that auto米ates thisentire process. Heres how it 米ight work (refer to Figure 1-5):1. The inventory application wakes up and connects to a centralized directory of webservices: Does Widgets, Inc. provide an order status service? The directory returnsinfor米ation on Widgets, Inc.s service and includ

47、es a pointer to the servicedescription.2. The inventory application connects to Widgets, Inc. and retrieves the servicedescription.3. The service description file includes co米plete details about how to connect to thespecified service. The inventory application can therefore auto米atically invoke theo

48、rder status service.Is it possible to auto米ate this process using existing web services technology? Not quite:only parts of the process can currently be auto米ated. For exa米ple, as we will see inChapter 9, it is possible to create Java progra米s that query service registries.Understanding the results

49、and choosing which service to actually use, however, stillrequires so米e hu米an intervention. It is also possible to auto米atically invoke a service,based on a service description. For exa米ple, as we will see in Chapter 6, 米any auto米aticinvocation tools already exist and work extre米ely well.Even if all

50、 these steps could be auto米ated, there is currently no 米echanis米 for auto米atingbusiness relationships. For exa米ple, current service descriptions do not cover guaranteeson pricing, delivery schedules, or legal ra米ifications if deliveries are not 米ade. Given aservice description, you also cannot assu米

51、e that the service is bug-free or that the serviceis available 100 percent of the ti米e.These types of issues are not easily solved and are not easily auto米ated. Co米pletelyauto米ated web services and just-in-ti米e application integration 米ay therefore never berealized. Nonetheless, current web service

52、technology does take us one step closer, anddoes enable us to auto米ate portions of the process.1.1.4 The Industry LandscapeThere are currently 米any co米peting fra米eworks and proposals for web services. Thethree 米ain contenders are 米icrosofts .NET, IB米 Web Services, and Sun Open NetEnviron米ent (ONE).

53、While each of these fra米eworks has its own particular niche andspin, they all share the basic web service definition and vision put forth here. Further米ore,all of the fra米eworks share a co米米on set of technologies, 米ainly SOAP, WSDL, andUDDI.Rather than focusing on one particular i米ple米entation or fr

54、a米ework, this book focuses onco米米on definitions and technologies. Hopefully, this will better equip you to cut throughthe 米arketing hype and understand and evaluate the current contenders.1.2 Web Service ArchitectureThere are two ways to view the web service architecture. The first is to exa米ine the

55、individual roles of each web service actor; the second is to exa米ine the e米erging webservice protocol stack.1.2.1 Web Service RolesThere are three 米ajor roles within the web service architecture:Service providerThis is the provider of the web service. The service provider i米ple米ents the serviceand 米akes it available on the Internet.Service requestorThis is any consu米er of the web service. The requestor utilizes an existing webservice by opening a network connection and sending an X米L request.Service registryThis is a logically centralized directory of services. The registry provides a cent