[简答题]

试题五
阅读以下关于Web应用系统负载均衡的问题，在答题纸上回答问题1至问题3。
某电子商务公司的主要业务是书籍、服装、家电和日用品的在线销售。随着公司业务发展和用户规模的不断扩大，现有的网上交易系统无法正常处理日益增大的请求流量，公司决策层决定升级其网上交易系统。在对该系统的升级方案进行设计和讨论时，公司的系统分析师王工提出采用基于高性能主机系统的方法进行系统升级，另外一位系统分析师李工则提出采用基于负载均衡集群的方法进行系统升级。公司的分析师和架构师对这两种思路进行讨论与评估，最终采纳了李工的方法。

阅读以下关于Web应用方面的叙述，回答问题1至问题3。
Web 2.0是目前Internet上Web应用的新模式，其概念由Tim O’Reilly于2003年首先提出。目前Internet上已经有很多基于Web 2.0的Web应用系统，例如Facebook、Wikipedia、Blogger、del.icio.us、YouTube和Flickr等，其应用涵盖各个方面。

试题四
阅读以下Web 应用系统架构设计的说明，在答题纸上回答问题1 至问题3。
【说明】
某公司拟开发一个市场策略跟踪与分析系统，根据互联网上用户对公司产品信息的访问情况和产品实际销售情况来追踪各种市场策略的效果。其中互联网上用户对公司产品信息的访问情况需要借助两种不同的第三方Web 分析软件进行数据采集与统计，并生成不同格式的数据报表；公司产品的实际销售情况则需要通过各个分公司的产品销售电子表格或数据库进行采集与汇总。得到相关数据后，还要对数据进行分析与统计，并通过浏览器以在线的方式向市场策略制定者展示最终的市场策略效果。 在对市场策略跟踪与分析系统的架构进行设计时，公司的架构师王工提出采用面向服务的系统架构，首先将各种待集成的第三方软件和异构数据源统一进行包装，然后将数据访问功能以标准Web 服务接口的形式对外暴露，从而支持系统进行数据的分析与处理，前端则采CSS 等技术实现浏览器数据的渲染与展示。架构师李工则认为该系统的核心在于数据的定位、汇聚与转换，更适合采用面向资源的架构，即首先为每种数据元素确定地址，然后将各种数据格式统一转换为JSON 格式，通过对JSON 数据的组合支持数据的分析与处理任务，处理结果经过渲染后在浏览器的环境中进行展示。在架构评估会议上，专家对这两种方案进行综合评价，最终采 用了李工的方案。

阅读以下关于Web应用的问题，回答问题1至问题3。
traveler.com 是一家在线旅游信息服务公司，其主要业务是为自助旅游者提供关于旅游线路及周边信息的服务。随着公司业务的不断发展，公司用户要求提供基于位置的增值旅游信息服务，即希望能够在给定位置(利用GPS全球定位系统获取)的情况下得到周边的地理位置、住宿、餐饮和交通等旅游相关信息。针对该需求，公司技术人员对现有系统的架构和运行模式进行了认真分析，决定采用Mashup(一种基于互联网的内容聚合技术)集成来自其合作网站(设为A，B，C，D)的信息，满足用户的需求。具体实现方式如下：
(1)利用A网站提供的地图信息，得到用户位置相关的周边地理信息。
(2)B网站根据用户的位置信息向其提供周边的住宿信息。
(3)C网站根据用户的位置信息向其提供周边的餐饮信息。
(4)D网站根据用户的位置信息向其提供周边的公交线路等信息。

阅读以下关于企业应用集成的叙述，在回答问题1至问题3。
某软件公司承担了某大型企业应用系统集成任务，该企业随着信息化的进展，积累了许多异构的遗产信息系统，这些系统分别采用J2EE、.NET等技术进行开发，分布在不同的地理位置，采用不同的协议进行数据传输。企业要求集成后的系统能够实现功能整合，并在组织现有功能的基础上提供增值服务。为了按时完成任务，选择合适的企业应用集成方法和架构非常重要。项目组在讨论方案时，提出了两种集成思路。
(1)刘工建议采用传统的应用集成方法，将应用集成分为多个层次，并采用消息代理中间件连接遗产系统。
(2)王工建议采用基于SOA的方法进行应用集成，将现有遗产系统采用Web Service的方式进行包装，暴露统一格式的接口，并采用企业服务总线(ESB)进行连接。
项目组仔细分析比较了两种方案的优点和不足后，认为刘工和王工的建议都合理，但是结合当前项目的实际情况，最后决定采用王工的建议。

试题二
阅读以下关于企业应用系统开发的叙述，在答题纸上回答问题1至问题3。
某大型咨询服务公司欲对现有的核心咨询业务系统进行升级改造，以适应大量用户的个性化咨询服务要求，提高系统的灵活性。公司主管将核心业务系统的升级改造工作交给了公司的系统分析师王工和李工。 一个月后，王工和李工分别向公司提交了自己的方案。王工主张以公司现有的、采用面向对象技术和Java语言实现的业务系统为基础，针对新的业务需求对系统进行重构、改造与升级。李工则认为现有系统的业务逻辑过于复杂，对系统进行重构的成本太高，可以采用面向服务的思想，提炼可复用的业务功能形成服务，实现系统的灵活性。经过公司相关人员共同开会讨论，最终采用了李工的改造方案。