计算机专业文献翻译-Web

1、附件5：毕业论文（设计）外文资料译文论文题冃 在线考试系统学生姓名：年级（学号）：二级学院：专业: 指导教师：职称：填表日期： 20 年 月 日杭州师范学院教务处制外文资料翻译（不少于4000外文印刷字符）1. 所译外文资料：第一篇：%1 作者：ethan cerami%1 书名（或论文题目）：web servies essentials%1 出版社（或刊物名称）：0，reilly%1 出版时间（或刊号）：2002%1 所译页码：p6-pl5第二篇：%1 作者：yuan zhenmingl, zhang liang2, zhan guohua3%1 书名（或论文题目）:a novel web-

2、based online examination system for computer science education%1 出 版 社（或刊物名称）：ieee frontier in education 2003%1 出版时间（或刊号）：2003. 10%1 所译页码：pl-p2译文1：第一章：介绍目前，3w服务主要用作文件和应用程序的交互接口。在大多数的情况下，这 些都是用户接口，具代表性的是用于web浏览器，音频播放器或其他交互式首尾 系统中。如果web服务能够扩展成为可以支持两个应用程序之间的交流的话，那 它的作用和应用范围将会有显著的提升。w3c xml协议工作组章程欢迎来到we

3、b服务的世界。这一章将是你学习基本web服务的技术和架构的 基础。也解决了一些最普遍的问题，包含有：什么是web服务？什么是web服务协议栈？什么是xml消息？服务描述？服务发现？什么是xml-rpc, soap, wsdl,和uddi?这些技术是如何相互补充和协同工 作的？什么安全问题是web服务特有的？目前存在什么样的规格标准？1. 1 web服务的介绍一个web服务是任何一种能够在因特网上使用的服务，使用一种标准的xml 消息体系，而不依附于任何一种操作系统和程序语言。（见图1-1） 有若干项目可以对应xml消息。比如，你可以利用xml进行远程过程调用或soap, 这两个概念我们将在稍候

4、的章节中进行描述。另外，你也可以选择用http get/post来传递任意的xml文档。以上任意的项目都可以顺利工作。（见图1 -2）虽然不是必须的，但一个web服务通常都有两个附加的（也是有用的）属性: 一个web服务需要有自我描述。如果你发布了一个新的web服务，同时 你也需要为这个服务发布一个公共的界面。至少，你的服务需要包括人们可 读懂的文档以便其他开发者可以更方便的整合你的服务。如果你建立了一个 soap服务，你同时也需要完美的包含一个公共界面，并写入通用的xml文法 中。xml文法可以用于识别所有的公共方法，方法的论点，以及返回结果。 一个web服务需要被展现。如果你建立了一个we

5、b服务，你就需要有一 个相关的简单的机制为你去发布这个事实。同样的，也需要一些对此有兴趣 的部分的简单机制来寻找该服务，以及查找它的公共界面。而精确的机制可 以通过一个完全分散的系统或一个逻辑上集中的注册系统。总结，一个完整的web服务是以下的一个服务：是存在于因特网上或私有（本地）局域网上利用一个标准的xml消息系统不依附于任何一个操作系统或编程语言 通过一个通用的xml文法进行自我描述能被一个简单的查询机制所发现111网络现状：以人为中心的网络为了让web服务更巩固，来考虑一个基本的电子商务的功能。举例来说，一 个装饰品公司。通过它的网站来出售零件，以便能让顾客提交购买订单和核实订 货状态

6、。为了核实订货状态，顾客通过web浏览器登陆公司网站并接收一张含有 结果的html网页。（见图1 - 3）这个基本模型图释了一个以人为中心的网络，人作为一个发起网络请求的主 要角色。同时也描绘出了一个目前大多数网络操作的主要模型。1. 1. 2 web服务：以应用为中心的网络利用web服务，我们从以人为中心的网络转变到以应用为中心的网络上来。 但这并不代表人类完全推出了！这只是代表了会话可以直接在应用程序之间替代 就好像在web浏览器和服务器之间一样的简单。举例来说，我们可以将之前的订单状态的应用放到web服务中来。应用程序 和代理可以连接服务器然后直接利用它的功能。举例来说，一个详细目录的应

7、用 可以询问装饰品公司所有的订单状态。然后该目录系统可以处理数据，并使用它, 以及将它全部整合到提供链接的管理软件中去。（见图1-4）一个以应用为中心的网络在许多的领域中可以证明是很有帮助的。包含有信 用卡的确认，包装跟踪，文件夹跟踪，商品的引进，货币的兑换以及语言的翻译。 其他的项目包含有个人信息的集中存储，就像微软提议的net myservices x so . net myservices针对于集中式的日历，电子邮件，信用卡信息以及提供web 服务以便数据的共享。web服务和语义网web的创始人，蒂姆-贝纳思-李，最近提出了 “语义网”的概念。它就好像 一个以应用为中心的网，也同时使用了

8、 web服务中许多相同的思想。实际上，在 最初w3c的wev服务会议上，李已经规定了 web服务其实就是语义网的一个实现。 想要全面了解语义网，可以去全美科技网查看贝纳思-李的文章： http:/www. sciam com/2001/0501 issue/0501berners-lee htm1.1. 1. 3 web服务的前景：自动化网络以应用为中心的网络并不是一个新的概念。几年来，开发人员开发出了 cgi 程序以及设计了 java servlets主要用于其他的应用中。举例来说，许多公司开 发了信用卡服务，查询系统，以及新闻恢复系统。最关键的区别是大多数的这些系统都是由广告解决方案组成。

9、利用web服 务，我们可以有一些标准化的承诺，这可以期望降低整合到应用中的阻碍。web服务体系在内容上彻底的为表述装置提供了一个有趣的转换。举例来 说，一个站点可以没有任何内容，但却包含一张可以真正在逻辑上通过soap或 xml-rpc传递参数的网页。这可以很简便的转换表述方式同时也可以让人或计算 机“共享” 一个单独的web服务。在很长的一段时间，web服务也提供承诺给自动化网络。如果服务能被轻易 的发现，可以自我描述，以及依附于通用标准，它就有可能整合到自动化应用程 序中去。一些在工业中被应用到了 “实时化”的整合应用中去。举例来说，就拿megaelectric (me)的案例来说，me想

10、要向装饰品公司购买 物品。同时想要将订单状态和详细目录系统进行无缝整合。在未来，就某些方面 来说，me可能会购买软件来实现这整个过程的自动化。下面给出它是如何工作 的(参考图1-5)1. 详细目录应用程序唤醒并连接到一个提供有集中目录的web服务，发出一个 提问：“装饰品公司提供订单状态服务吗？ ”于是目录从装饰品公司返回信 息并带有一个服务描述的指示器。2. 详细目录应用程序连接到装饰品公司，然后返回服务描述。3. 服务描述文件包含有完整的有关如何连接到特定服务的细节。于是详细目录 应用程序可以自动调用订单状态服务。是否有这个可能性利用web服务技术实现该过程的自动化呢？不是完全可 以：当前

11、只有该过程的一部分可以实现自动化。举例说，就象我们在第9章将看 到的，有可能建立一个java程序去询问服务器注册器，了解了结果之后，选择 一个实际需要使用的服务，虽然仍然需要一些人为的干涉。但它仍可以根据服务 描述来自动调用一个服务。举例来说，就像我们在第6章将要看到的，许多自动 调用工具已经存在了并且运作的都还不错。即便所有的这些步骤都可以自动化，现在也没有一个可以实现自动化交易关 系的机构。举例来说，目前的服务描述还没有包含有定价保证，递交时间，或合 法的分支如果递交没有进行的话。要提交一个服务描述，你不能假设服务是不会 出错的，而要保证服务每时每刻都能100%的正常运行。这种类型的问题是

12、不可能简单就解决的，也不是简单就能实现自动化的。完 全的自动化web服务和“实时”应用的整合可能永远都不能实现。虽然如此，目 前的web服务技术还是让我们更进了一步，并且在过程的某些部分可以使我们实 现自动化。1. 1. 4工业前景目前关于web服务有许多竞争性的框架和提议。最大的三个竞争者是microsoft公司的.net, ibm公司的web服务和sun公司的open net environment (one).每个框架都有它们自己特殊的环境，但它们对外都共享共同 的web服务定义和构想。此外，所有的这些框架都共享一个通用的技术，主s 要包含soap, wsdl和uddi技术。这本书的焦点

13、更多的是在通用的定义和技术上，而不是讲某一个特定框架的 执行。希望本书能更好的武装你进行行销宣传了解和估计你的当前竞争对手。1. 2web服务体系有两个方法可以观察web服务体系。第一个办法是调查每个web服务参与者 的单独的任务，第二个办法是检测web服务协议栈引擎。1. 2. 1 web服务角色web服务体系包含有三个最主要的角色服务供应者这是web服务的供应者，服务供应者执行服务并使其在网上有效生存。服务请求者这是任意一个web服务的消费者。请求者利用一个现有的web服务进行网络 连接以及发送一个xml请求。服务注册处有一个逻辑的中央目录服务。注册机提供了一个集中的位置以便开发人员发 布

14、新服务或寻找已有服务。于是服务器对公司和他们的服务来说就好像一个中央 票据交换所。图1-6显示了主要的web服务角色以及它们是如何相互作用的。1. 2. 2 web服务协议栈第二个观察web服务体系的方法是检查web服务协议栈引擎。该栈仍然在不 断的进化中，但目前最主要的有四个层次。以下是对每个层次的一个简短描述服务传送这一层负责的是翻译两个应用之间的消息。目前，这一层包含有超文本传输 协议（http）,简单邮件传输协议（smtp），文件传输协议（ftp）,和一些更新 的协议，比如块扩展交换协议（beep）。 xml消息这一层负责的是用通用的xml格式为消息进行编码以便使消息能够在两端 都被识

15、别。目前，这一层包含有xml-rpc和soap。服务描述这一层负责的是为特殊的web服务的公共界面提供描述。目前，服务描述是 经由web服务描述语言（wsdl）进行处理的。服务发现这一层负责的是将服务集中到通用的注册机中，以及提供简单的发布寻找功 能。目前，服务发现是经由统一描述，发现和集成（uddi）进行处理的。随着web服务的发展，更多的层次将被加入进来，每一层也将加入更多的技 术。图1-7概述了 web服务协议栈的现状。在本书中稍候将详细描述每一层。1. 2. 3架构快照：ibm web服务浏览器为了对协议栈的确切工作获得一个深刻的认识，可以试着使用ibm web服务 浏览器。浏览器可以

16、让你查找到现有的服务，查看它们的服务描述，以及自动调 用那些服务。这些都能让你实际上在不用编写任何代码的情况下通过协议栈来查 看每一层。首先，扌丁开一个浏览器登陆 http: /demo. alphaworks ibm. com/browser/ 你可以看到图1 - 8所描绘的这样一个屏幕。在右边的面板上，你可以找到一个针对现有web服务的中央注册机（它实际 上使用的是uddi,但目前为止还没有更多的详细细节）。在搜索框里，键入“ibm web services59然后单击搜索按钮。ibm将会为你搜索到中央目录并在左边的面 板里显示出匹配的结果。选择最后的一个文件夹，“ibm web serv

17、ices testarea, 你将见到一个列表，包含现有的web服务。（见图1 -9）单击"getweatherservice",右边的面板上将显示该服务的独有的详情。（见 图1-10）数据中包含有“binding points” ,它指示出了可以连接到该服务的 确切的网址，而服务描述文件同时解释了如何与该服务接触。（也有wsdl文档, 但同样的，也没有对细节做过多的介绍）单击左边面板上的页面链接。右边的面板上将显示一个有关气候服务的简单 用户界面。选择好城市和州，ibm将会自动调用该服务并显示当前的天气状况。（见图1 - 11 ）如果你选择了另一项服务，那么在右边面板的底

18、部将会添加该服务。举例来说， 图1-12显示了股票报价服务，并和天气服务捆绑在一起。ibm浏览器很好的图释了动态的web服务，并辅助了协议栈的几个主要的层 次。同时也很好的图释了 “实时”应用整合性的潜在能力。每个服务都单独的做 好自己的基本工作，你也可以在同一页面中堆积更多的服务。最另人兴奋的是， 你可以在不用写一行代码的情况下做完这些工作。译文2:计算机科学教育中一个基于novel网的在线考试系统袁贞明，张量，詹国华摘要：在线考试系统在大量的教育评估中是很有效的解决方法。我们开发了一个 基于b/s框架的在线考试系统，该系统可以实现考试以及自动批阅客观题和操作 题，就好象程序题windows

19、操作题，word编辑题，excel和powerpoint等。 它已经被成功的应用在计算机基本操作技术的远程评估中，在中国的浙江省，逐 渐普遍的在高中，以及大学的计算机技术课中应用起来。关键字：在线考试系统，自动评分系统，基于web, dcom1简介：在中国，基于计算机操作技术的教育已经很广泛了。这些技术包括windows 操作，ms office,网络技术等，它们是各种课程的基础，就好象电子政府。现在, 每个大学生都必须通过计算机技术课程，而每个公务员都必须通过相应的计算机 操作考试。此外，高中的计算机基础教育正在发展中。90年代以来，在浙江， 成千上万的人参加了不同级别的计算机教育和测试。这

20、就需要开发一个在线学习 系统来为这么多人服务，这也是一个解决多人学习以及计算机基础教育的有效方 法。目前已经开发了许多基于web的在线学习和考试系统，如webct, quizit, assyst和pilot。在线考试系统最广泛的用在客观题测试和那些 答案简单的，容易被格式化和在线处理的题目。典型的题目是判断题，多选和单 选题，和一些只需填一个字符串和数字的填空题。该系统中更多类型答案的评分 需要由教师和评分者手工来评。此外，这些考试系统不支持操作技巧的测试，就 好象windows打印机的安装操作和word编辑，等等在客户机的操作。我们研究的基本计算机操作技巧的考试系统有以下几个特征。（1）题目

21、类 型不仅包括客观题，同样包括windows, ms word, ms excel, internet技术等操作 题。（2）该学习和考试系统的目标是训练操作技巧。结论是，在客户机的实际 操作环境下练习是一个最好的办法。（3）目前开发一个自动的可以象评客观题 一样评操作题的评分系统十分紧迫，然而以前的基于web的学习和考试系统都不 支持这些功能。我们利用计算机技术开发了一个基于b/s架构的挪威网考试系统，实现了客 观题，vb 程序题,windows 操作题,word, excel,和 powerpoint 编辑题，internet 和email技巧，等等。同样也可以实现在线评分。2. 系统架构我

22、们的在线考试系统是基于dcom技术下分工合作完成的。它有4个主要的 组件，考试准备系统，考试系统，考试监控系统和自动评分系统。考试准备系统：用来管理题目的存储，设计考试id,确定考试时间表。题库由许多题目组成, 一组供选择的答案，题目类型和其他元数据。由许多因素确定它们的排列顺序， 比如题目，关键字，复杂度和难度，等等。数据库向教师开放，允许他们临时添 加题目和问题。考试系统：是一个基于web的学生考试接口，叫做woes,它包含了以下的关键特性：客 户控制，时间控制，安全控制和自动安装。得益于dcom技术，系统可以方便的 安装和上传，比c/s架构好。因为系统是建立在web上的，所以系统的安全性

23、面 临着严峻的挑战。我们利用密码来保证安全性，实时监控系统，和数据传输的加 密。密码用来考前确认考生身份。实时监控系统：需要考生在考试期间不能离开电脑，由面部检测技术负责监控。密文传送系 统将考试题目和结果通过加密的方式从网络传到服务器端。考试监控系统同样管 理着考试系统的测试过程，实现考试id的统计和答案的核对等。自动评分系统：是利用模糊匹配运算和微程序技术设计的，可以适应不同的考试类型。指导教师审阅意见:学生签名沈志钢2004 年 2 m 25 日指导教师签名年 月 日所译外文资料附件（含封面、封底、目录、翻译部分页码的复印件等 一并予以装订）原文1:chapter 1. introduc

24、tiontoday, the principal use of the world wide web is for in teractive access to documents and applications. in almost all cases, such access is by human users, typically working through web browsers, audio players, or other interactive front-end systems. the web can row significantly in power and s

25、cope if it is extended to support communication between applications,from one program to another.-from the w3c xml protocolworking group charterwelcome to the world of web services. this chapter will ground you in the basics of web service terminology and architecture .it does so by answering the mo

26、st common questions, including: what exactly is a web service? what is the web service protocol stack? what is xml messaging? service description? service discovery? what are xml-rpc, soap, wsdl, and udd1? how do these technologiescomplement each other and work together? what security issues are uni

27、que 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 xml messaging system, and is not tied to any one operating system or programming language (see figure 1-1 .)figure 1-1. a basic we

28、b servicethere are several alternatives for xml messaging. for example, you could use xml remote procedure calls (xml-rpc) or soap, both of which are described later in this chapter. alternatively, you could just use http get/post and pass arbitrary xml documents. any of these options can work. (see

29、 figure 12)although they are not required, a web service may also have two additional (and desirable) properties: a web service should be self-describing. if you publish a new web service, you should also publish a public interface to the service. at a minimum, your service should include human-read

30、able documentation so that other developers can more easily integrate your service. if you have created a soap service, you should also ideally include a public interface written in a common xml grammar. the xml grammar can be used to identify all public methods, method arguments, and return values

31、a web service should he discoverable if you create a web service, there should be a relatively simple mechanism for you to publish this fact. likewise, there should be some simple mechanism whereby interested parties can find the service and locate its public interface the exact mechanism could be v

32、ia a completely decentralized system or a more logically centralized registry systcm.to summarize, a complete web service is, therefore, any service that: is available over the internet or private (intranet) networks uses a standardized xml messaging system is not tied to any one operating system or

33、 programming language is self-describing via a common xml grammar is discoverable via a simple find mechanism1.1.1 the web today: the human-centric webto make web services more concrete, consider basic e-commerce functionality. for example, widgets, inc. sells parts through its web site, enabling cu

34、stomers to submit purchase orders and check on order statusto check on the order status, a customer logs into the company web site via a web browser and receives the results as an html page(see figure 1-3.)this basic model illustrates a human-centric web. where humans are the primary actors initiati

35、ng most web requests it also represents the primary model on which most of the web operates today.1.1.2 web services: the application-centric webwith web services, we move from a human-centric web to an application-centric web this does not mean that humans are entirely out the picture! it just mean

36、s that conversations can take place directly between applications as easily as between web browsers and servers.for example, we can turn the order status application into a web service applications and agents can then connect to the service and utilize its functionality directly for example, an inve

37、ntory application can query widgets, inc. on the status of all orders. the inventory system can then process the data, manipulate it, and integrate it into its overall supply chain management software(see figure 1-4.)there are numerous areas where an application-centric web could prove extremely hel

38、pful. examples include credit card verification, package tracking, portfolio tracking, shopping bots, currency conversion, and language translation. other options include centralized repositories for personal information, such as microsoft's proposed .net myservices project. .net myservices aims

39、 to centralize calendar, email, and credit card information and to provide web services for sharing that data.web services and the semantic webtim berners-lee, the original inventor of the web, has recently argued for a ''semantic web" the semantic web vision is application-ccntric, and

40、 shares many of the same ideas as web services. in fact, at the first w3c conference on web services, berners-lee stated that web services are an actualization of the semantic web vision. for an overview of the semantic web, see berners-lee article in scientific american9, issue/0501 berners-lee.htm

41、l.1.1.3 the web services vision: the automated weban application-centric web is not a new notion. for years, developers have created cgi programs and java servlets designed primarily for use by other applications for example, companies have developed credit card services, search systems, and news re

42、trieval systems.the crucial difference is that most of these systems consisted of ad hoc solutions. with web services, we have the promise of some standardization, which should hopefully lower the barrier to application integration.the web service architecture provides an interesting alternative for

43、 drastically decoupling presentation from content. for example, a site could consist of nothing but container pages that pass parameters to the real logic via soap or xml-rpc. this makes it easy to change presentation and also lets humans and computers hsharen a single web service in the long term,

44、web services also offer the promise of the automated web. if services are easily discoverable, self-describing, and stick to common standards, it is possible to automate application integration. some in the industry have referred to this as hjust-intimcn application integration.for example, consider

45、 the case of megaelectric (me). me wants to buy parts from widgets, inc. and also wants to seamlessly integrate order status into a unified inventory system. at some point in the future, me will be able to buy software that automates this entire process here's how it might work (refer to figure

46、1-5):1. the inventory application wakes up and connects to a centralized directory of web services: "does widgets, inc provide an order status service?0 the directory returns information on widgets, inc/s service and includes a pointer to the service description.2. the inventory application con

47、nects to widgets, inc. and retrieves the service descriptio n.3. the service description file includes complete details about how to connect to the specified service the inventory application can therefore automatically invoke the order status serviceis it possible to automate this process using exi

48、sting web services technology? not quite: only parts of the process can cunently be automated for example, as we will see in chapter 9, it is possible to create java programs that query service registries understanding the results and choosing which service to actually use, however, still requires s

49、ome human intervention. it is also possible to automatically invoke a service, based on a service description. for example, as we will see in chapter 6, many automatic invocation tools already exist and work extremely well.even if all these steps could be automated, there is currently no mechanism f

50、or automating business relationships. for example, current service descriptions do not cover guarantees on pricing, delivery schedules, or legal ramifications if deliveries are not made. given a service description, you also cannot assume that the service is bug-free or that the service is available

51、 100 percent of the timethese types of issues are not easily solved and are not easily automated completely automated web services and mjust-in-timeh application integration may therefore never be realized. nonetheless, current web service technology does take us one step closer, and does enable us

52、to automate portions of the process1.1.4 the industry landscapethere are currently many competing frameworks and proposals for web services the three main contenders arc microsoft's .net, ibm web services, and sun open net environment (one). while each of these frameworks has its own particular

53、niche and spin, they all share the basic web service definition and vision put forth here furthermore, all of the frameworks share a common set of technologies, mainly soap, wsdl, and uddi.rather than focusing on one particular implementation or framework, this book focuses on common definitions and

54、 technologies. hopefully, this will better equip you to cut through the marketing hype and understand and evaluate the current contenders1.2 web service architecturethere are two ways to view the web service architecture. the first is to examine the individual roles of each web service actor; the se

55、cond is to examine the emerging web service protocol stack1.2.1 web service rolesthere are three major roles within the web service architecture:service providerthis is the provider of the web service the service provider implements the service and makes it available on the internet.service requesto

56、rthis is any consumer of the web service the requestor utilizes an existing web service by opening a network connection and sending an xml request.sendee registiythis is a logically centralized directory of services. the registry provides a central place where developers can publish new services or

57、find existing ones .it therefore serves as a centralized clearinghouse for companies and their servicesfigure 1-6 shows the major web service roles and how they interact with each other.a second option for viewing the web service architecture is to examine the emerging web service protocol stack the

58、 stack is still evolving, but currently has four main layers. following is a brief description of each layerservice transportthis layer is responsible for transporting messages between applications. currently, this layer includes hypertext transfer protocol (http), simple mail transfer protocol (smtp), file transfer protocol (ftp), and newer protocols, such as blocks extensible exchange protocol (beep).xml messagingthis layer is respons