WebLogicServer拥有处理关键Web应用系统问题所需的多种特色和优势，具体体现在以下几方面（）。A、高扩展性B、高可靠性C、高可用性D、高性能接口对分布异构的支持E、高兼容性

参考答案：D

正确答案：Web应用程序最重要的优点之一在于它的部署。部署Web应用程序通常指的是建立网络的服务器端构件。客户端不需要特别的软件或配置。两者的另一个重大差异在于客户机和服务器通信的本质。Web应用程序的基本通信协议是HTTP这是一个无连接协议它不是为最大的通信吞吐量设计的而是为强壮性和容错而设计的。在Web应用程序中客户机和服务器的通信通常围绕Web页导航进行而不是在服务器端和客户端对象之间直接通信。在一定的抽象程度上Web应用程序中所有的信息传递都可描述为Web页实体的请求和接收。通常所说的Web应用程序构架与动态Web站点的构架并无太大区别。
Web应用程序最重要的优点之一在于它的部署。部署Web应用程序通常指的是建立网络的服务器端构件。客户端不需要特别的软件或配置。两者的另一个重大差异在于客户机和服务器通信的本质。Web应用程序的基本通信协议是HTTP，这是一个无连接协议，它不是为最大的通信吞吐量设计的，而是为强壮性和容错而设计的。在Web应用程序中，客户机和服务器的通信通常围绕Web页导航进行，而不是在服务器端和客户端对象之间直接通信。在一定的抽象程度上，Web应用程序中所有的信息传递都可描述为Web页实体的请求和接收。通常所说的Web应用程序构架与动态Web站点的构架并无太大区别。

写作要点
①论文中要具体介绍项目的总体需求（特别是质量属性需求）、Web应用系统的逻辑与物理拓扑结构、采用的技术等内容和承担的实际工作。
②REST（R Epresentational State Transfer）是指从几种基于网络的架构风格衍生出来的一种混合架构风格，目前Web的体系结构正是基于REST风格的。REST风格中的特点是客户端/服务器、无状态、缓存、统一接口、分层系统和按需代码。REST组件通过以一种数据格式转移资源的表述进行通信，可以基于接收者的能力和期待的内容，以及资源的性质动态地选择不同的表述。
与传统的Web服务相比，REST服务主要有以下优势：
REST服务基于W3C/IETF的标准与规范（包括HTTP、XML、URI和MIME等），其实现技术简单、成熟。
REST服务基于URI和超链接技术，不需要通过集中式的服务信息仓库即可发现服务资源。
REST服务支持缓存，具有无状态的特性，这些使得REST服务能够支持大量客户端，构建的应用系统具有较强的伸缩性。
REST服务基于轻量级的Web框架，仅仅需要基本的开发工具支持，构建过程简单且成本较低。
REST服务的测试相对简单，采用浏览器即可完成服务功能测试。
与传统的Web服务相比，REST服务主要存在如下不足：
REST服务倡导的REST风格与实际实现尚存在一定差距。例如，高层REST服务倡导使用GET、PUT、POST和DELETE所有4个统一接口，在REST实现部分通常只能采用GET和POST接口，因为大多数的代理和防火墙会屏蔽其他接口；并且XHTML表单中只能使用GET和POST接口。
REST服务要求所有的输入参数都必须在URI中传递，这样会产生对参数容量大小的限制（目前的大小是4KB.。如果超出该数量，会导致HTTP协议错误（错误代码414：Request-URItoolong）。
在URI中表达复杂类型的参数比较困难，且目前对URI中的参数不存在一种公认的编组（marshalling）和解编（un-marshalling）方法。
③进行基于REST服务的Web应用系统的设计时可能遇到的问题包括：如何识别并设计REST风格服务；构建REST服务的运行环境，HTTP服务器与应用服务器选型等；富客户端表现方式及编程语言的选择；系统逻辑与物理拓扑结构的分析与设计等。

正确答案：B

答案√

正确答案：

试题三 写作要点
    一、论文中要具体介绍项目的总体需求（特别是质量属性需求）、Web应用系统的逻辑与物理拓扑结构、采用的技术等内容和承担的实际工作。
    二、REST（REpresentational State Transfer）是指从几种基于网络的架构风格衍生出来的一种混合架构风格，目前Web的体系结构正是基于REST风格的。REST风格中的特点是客户端／服务器、无状态、缓存、统一接口、分层系统和按需代码。REST组件通过以一种数据格式转移资源的表述进行通信，可以基于接收者的能力和期待的内容，以及资源的性质动态地选择不同的表述。
    与传统的Web服务相比，REST服务主要有以下优势：
    （1）REST服务基于W3C/IETF的标准与规范（包括HTTP、XML、URI和MIME等），其实现技术简单、成熟。
    （2）REST服务基于URI和超链接技术，不需要通过集中式的服务信息仓库即可发现服务资源。
    （3）REST服务支持缓存，具有无状态的特性，这些使得REST服务能够支持大量客户端，构建的应用系统具有较强的伸缩性。
    （4）REST服务基于轻量级的Web框架，仅仅需要基本的开发工具支持，构建过程简单且成本较低。
    （5）REST服务的测试相对简单，采用浏览器即可完成服务功能测试。
    与传统的Web服务相比，REST服务主要存在如下不足：
    （1）REST服务倡导的REST风格与实际实现尚存在一定差距。例如高层REST服务倡导使用GET、PUT、POST和DELETE所有4个统一接口，在REST实现部分通常只能采用GET和POST接口，因为大多数的代理和防火墙会屏蔽其他接口；并且XHTML表单中只能使用GET和POST接口。
    （2） REST服务要求所有的输入参数都必须在URI中传递，这样会产生对参数容量大小的限制（目前的大小是4KB）。如果超出该数量，会导致HTTP协议错误（错误代码414：Request-URI too long）。
（3）在URI中表达复杂类型的参数比较困难，且目前对URI中的参数不存在一种公认的编组（marshalling）和解编（un-marshalling）方法。
三、进行基于REST服务的Web应用系统的设计时可能遇到的问题包括：如何识别并设计REST风格服务；构建REST服务的运行环境，包括HTTP服务器与应用服务器选型等；富客户端表现方式及编程语言的选择；系统逻辑与物理拓扑结构的分析与设计等。

正确答案：平时在浏览网页时在IE地址栏中输入输入要访问的网站地址或网页这就相当于向Web服务器发出请求Web页连接当Web服务器接受请求后就寻找所请求的Web页面如果找到则传送给Web浏览器显示出来因此答案是③①②。
平时在浏览网页时，在IE地址栏中输入输入要访问的网站地址或网页，这就相当于向Web服务器发出请求Web页连接，当Web服务器接受请求后就寻找所请求的Web页面，如果找到，则传送给Web浏览器显示出来，因此答案是③①②。

正确答案是:A

正确答案：基于Web 2.0的Web应用与传统Web应用的重要不同点如下。 (1)因特网作为平台。使用浏览器和网络服务为数量巨大的客户提供服务。 (2)利用集体智慧。鼓励用户参与贡献聚集大众智慧； (3)数据是下一个Intel Inside；数据管理已经成为Web 2.0应用的核心。 (4)软件发布周期的终结；新版本的快速发布和用户参与的开发模式。 (5)轻量型编程模型；支持松散结合的轻量级编程模型考虑聚合而不是协调。 (6)软件超越单一设备。 (7)丰富的客户体验。强调可供编程性和丰富的用户体验。
基于Web 2.0的Web应用与传统Web应用的重要不同点如下。 (1)因特网作为平台。使用浏览器和网络服务，为数量巨大的客户提供服务。 (2)利用集体智慧。鼓励用户参与贡献，聚集大众智慧； (3)数据是下一个Intel Inside；数据管理已经成为Web 2.0应用的核心。 (4)软件发布周期的终结；新版本的快速发布和用户参与的开发模式。 (5)轻量型编程模型；支持松散结合的轻量级编程模型，考虑聚合而不是协调。 (6)软件超越单一设备。 (7)丰富的客户体验。强调可供编程性和丰富的用户体验。 解析：本题考查的是基于Web2.0的Web应用程序的特点，Ajax和Mashup技术等，其思想和概念相对较新。
问题1分析：本问题考查基于Web2.0的Web应用程序与传统程序相比不同的特点，这些特点在Tim O'Reilly于2005年9月发表的文章《What is Web 2.0?》(http://www.oreillynet.com/pub/a/oreilly/tim/news/2005/09/30/what-is-web-20/html)中已经给出了明确的答案。
(1)互联网作为平台。
(2)利用集体智慧。
(3)数据是下一个Intel Inside。
(4)软件发布周期的终结。
(5)轻量型编程模型。
(6)软件超越单一设备。
(7)丰富的客户体验。
问题2分析：本问题主要考查基于Web2.0的Web应用在表现层的问题，具体考查Ajax技术的概念和应用。事实上，Ajax并不是一种全新的技术，而是几种现有技术的组合。
(1)XHTML和CSS。
(2)使用文档对象模型(Document Object Model)作动态显示和交互。
(3)使用XML和XSLT做数据交互和操作。
(4)使用XMLHttpRequest进行异步数据接收。
(5)使用JavaScript将它们绑定在一起。
针对这些技术的特点，在使用Ajax时，从性能方面考虑，需要注意以下几个问题。
(1)替换部分而不是全部HTML网页(这是Ajax核心思想的体现)。
(2)不要在没有必要的情况下使用轮询计时器(由于JavaScript是单线程的语言，不恰当的使用轮询计时器会大大降低程序的运行效率)。
(3)根据不同的情况，考虑传递不同格式的数据(Java Script、XML、HTML和XHTML等)。
(4)充分利用客户端的动态特性和计算能力减轻服务端负载。
问题3分析：本问题主要考查传统的应用集成方案和基于Web 2.0和Mashup技术的集成方式的比较和差异。传统的企业应用集成方案一般需要现有系统平台API层的支持，如Java平台、Java EE和.NET等，集成过程涉及面较广，相对复杂。而基于Web的应用与数据集成时，仅需要使用由现有Web应用程序(如Google Maps)公开的基于Web的API(或者Web服务)来构建应用程序，避免了复杂的集成过程。因此，(1)处应该填写“仅需要使用现有Web应用程序公开的，基于Web的API(或Web服务)构建应用程序，集成过程相对简单”。基于Web2.0和Mashup技术，可以直接Mashup两个或者更多的Web API，以创建某种新的特性与功能，因此在(2)处应该填写“使用Mashup技术集成两个或者更多的Web API，创建新的特性与功能”。对于(3)和(4)，传统集成方式下的表现层大多采用静态展现技术，当客户端发送请求时，往往需要刷新整个网页。对于(5)，传统集成方式的客户端大多采用静态展现技术，当客户端发送请求时，往往需要刷新整个网页。对于(6)、(7)、(8)，基于Web 2.0和Mashup技术的集成方案使用SOA的思想集成底层系统，强调功能暴露与服务组合，以服务的形式集成并暴露现有系统的能力。

正确答案：

写作要点：
一、论文中要具体介绍组织的业务背景、组织结构、Web系统的架构、采用的技术等内容和担任的实际工作。
二、Web系统测试包括以下几方面。
1．功能测试
(1)链接测试。链接测试可分为三个方面。首先，测试所有链接是否按指示链接到正确的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立页面。链接测试可以自动进行，现在已经有许多工具可以采用。
(2)表单测试。当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登录、信息提交等。在这种情况下，必须测试提交操作的完整性，以校
验提交给服务器的信息的正确性。如果使用默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。
(3) Cookies测试。如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响，等等。
(4)设计语言测试。Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。当在分布式环境中开发时，开发人员都不在一起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语言，例如Java、JavaScript、ActiveX、VBScript或Perl等也要进行验证。
(5)数据库测试。在Web应用中，最常用的数据库类型是关系型数据库。在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确造成的，而输出错误往往是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。
2．性能测试
(1)连接速度测试。由于用户连接到Web应用系统的速度差异较大，需要对Web系统响应时间进行测试；另外，需要对页面响应速度和超时设置进行测试；最后，需要考虑由于连接速度太慢而引起的数据丢失。
(2)负载测试。负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。
(3)压力测试。压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。压力测试的区域包括表单、登录和其他信息传输页面等。
3．可用性测试
(1)导航测试。导航测试需要考虑导航是否直观，Web系统的主要部分是否可通过主页存取，Web系统是否需要站点地图、搜索引擎或其他的导航帮助等导航可用性问题。
Web系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。
(2)图形测试。图形测试的内容有：验证图形用途，减少传输时间与传输量；验证所有页面字体的风格是否一致；验证背景颜色是否与字体颜色和前景颜色相搭配；检查图片的大小和质量，等等。
(3)内容测试。主要检验Web应用系统提供信息的正确性、准确性和相关性。
(4)整体界面测试。考查整个Web系统的页面结构设计．是否给用户的一个整体感。
对所有的可用性测试来说，都需要有外部人员的参与，最好是最终用户的参与。
4．客户端兼容性测试
(1)平台测试。需要在各种操作系统下对Web系统进行兼容性测试。
(2)浏览器测试。测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。
5．安全性测试
(1)用户名、密码测试。必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登录而直接浏览某个页面等。
(2)超时测试。测试W曲系统是否有超时的限制。
(3)日志信息测试。需要测试相关信息是否写进了日志文件、是否可追踪。
(4)安全套接字测试。当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。
(5)服务器端脚本问题。服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要就没有经过授权，就不能在服务器端放置和编辑脚本的问题进行测试。
三、在进行Web系统测试时可能存在的问题包括如何构建测试环境；如何选择合适的工具进行自动化测试；如何模拟大规模并发访问，并进行系统的性能测试；如何设计调查问卷，进行系统的可用性测试，等等。