1、高级系统架构设计师下午试题()-2 及答案解析(总分：157.25，做题时间：90 分钟)一、试题一(总题数：1，分数：18.75)1.采用基于 Web 2.0的 Mashup技术架构 Web应用系统，可以从不同的数据源抽取数据，聚合并转换数据，在不同的上下文使用，避免了复杂的集成过程，近年来受到了广泛的关注。Mashup 核心活动包括数据输入、数据可视化、调度与监视、剪裁、转换与充实、动作，以及发布与推广等。可以通过使用搜索、语言翻译、工作流支持和其他改进技术来增强基础的 Mashup。请围绕“基于 Mashup的 Web应用系统设计与应用”论题，依次从以下 3个方面进行论述。1概要叙述你参
2、与管理和实施的 Web应用系统开发项目及你所承担的主要工作。2简述常见的 Mashup数据接口，详细论述你在所参与建设的 Web应用系统项目中是如何应用 Mashup技术，并分析应用这些技术之后对项目产生了哪些效果(或影响)。3论述在你参与建设的 Web应用系统项目实施过程中遇到的，与 Mashup技术相关的问题及解决的办法，还有哪些需要进一步改进之处及如何进行改进。（分数：18.75）_二、试题二(总题数：1，分数：18.50)2.软件的设计模式描述了在特定场景下解决一般设计问题的类和相互通信的对象。它是人们在长期的开发实践中良好经验的结晶，它提供了一个简单、统一的描述方法，使人们可以复用这
3、些软件设计方法和过程管理经验。现在，设计模式已经广泛地应用在软件开发中。请围绕“基于设计模式的软件架构设计与应用”论题，依次对以下 3个方面进行论述。1概要叙述你参与管理和开发的软件工程项目及你在其中所承担的主要工作。2简要介绍设计模式的基本分类，详细说明在你所参与管理和开发的软件工程项目中应用了哪些设计模式、方法，以及选用它们的原因。3分析并讨论使用设计模式的效果，并分析和评价设计模式对软件架构设计的影响。（分数：18.50）_三、试题三(总题数：1，分数：45.00)阅读以下关于企业应用集成的叙述，根据要求回答问题。说明某大型企业随着信息化的进展，积累了许多异构的遗产信息系统，这些系统分别
4、采用 J2EE、.NET 等技术进行开发，分布在不同的地理位置，采用不同的协议进行数据传输。企业要求集成后的系统能够实现功能整合，并在组织现有功能的基础上提供增值服务。FT 软件开发公司承接了某大型企业应用系统集成任务。为了按时保质完成任务，选择合适的企业应用集成方法和架构非常重要。项目组在讨论方案时，提出了两种集成思路。(1)魏工建议采用传统的应用集成方法，将应用集成分为多个层次，并采用消息代理中间件连接遗产系统。(2)陈工建议采用基于 SOA的方法进行应用集成，将现有遗产系统采用 Web Service的方式进行包装，暴露统一格式的接口，并采用企业服务总线(ESB)进行连接。项目组仔细分析
5、比较了两种方案的优点和不足后，认为魏工和陈工的建议都合理，但是结合当前项目的实际情况，最后决定采用陈工的建议。（分数：45.00）(1).问题 1请分析比较两种集成方案的优点和不足，将表中的(1)(6)空缺处的内容填写完整。*（分数：15.00）_(2).问题 2企业数据的分布性和异构性是应用系统方便访问企业数据和在企业数据之上提供增值服务的主要障碍。基于 SOA的企业集成通过信息服务提供集成数据的能力，针对该企业的集成实际情况，请用 300字以内的文字列举 3种基于 SOA的企业集成中的“数据整合信息服务”，并给出简要说明。（分数：15.00）_(3).问题 3结合你的系统架构设计经验，请用
6、 300字以内的文字简要说明 FT公司项目组在对该企业构建 SOA架构时，除了注意原有系统架构中的集成需求之外，还需要在服务构建时重点关注哪些问题。（分数：15.00）_四、试题四(总题数：1，分数：30.00)阅读以下关于 UML软件系统建模的叙述，根据要求回答问题。说明车载 GPS(Global Position System)终端是置于机动车内的实时定位装置，它的应用对象是需要定位和调度的车辆。车辆可以通过终端与 GPS进行实时、准确的定位，并能够通过无线通信网络上报远程的车辆调度中心。中心可以通过终端远程监视车行轨迹，并可在特殊情况下通过终端控制车辆。同时，终端还装备车载电话，可以在出
7、现特殊情况时及时地通知车辆调度中心。图 1所示为车载终端系统的用例图，对于车载 GPS终端系统来说，主要的角色有两个，分别为车辆调度中心用户和车载终端用户。图 1图 2所示为车载终端系统中的 GSM无线电通信模块的部分状态图，用于与调度中心进行联系。GSM 模块共有 4个状态，分别为通话中、有问题、待命和短消息通信中。图 2（分数：30.00）(1).问题 1车载终端用户在遇到特殊情况下通过车载电话(或按键)与调度中心保持通信的处理过程顺序图如图 3所示。*结合你的系统架构经验，以及对 GPS终端系统的理解，请将下列 AF 标记的处理过程填入到图 3中的(1)(6)空缺处，并给出通过车载电话(
8、或按键)与调度中心保持通信的正确处理顺序(请用 AF 表达，例如 ABCDEF)。A语音对话/按下按钮 B监听命令C发送信息到通信模块 D要求监听E通过 GSM发送信息 F接收成功要求监听信息（分数：15.00）_(2).问题 2建立顶层架构是基于 UML对该车载 GPS终端系统进行建模的步骤之一。顶层架构的主要目的是为后续的分析和设计活动建立一种结构和分划，以便开发人员在不同阶段，以及同一开发阶段的不同开发人员，能够聚集于系统的不同部分。结合你的系统架构经验，请简要说明在该车载 GPS终端系统确立顶层架构的过程中需要综合考虑哪些因素?（分数：15.00）_五、试题五(总题数：1，分数：45.
9、00)阅读下列关于软件产品线方面的叙述，回答问题。说明A公司是一家中等规模的计算机企业，专门从事网络安全防护软件系统的开发。从最初仅开发基于Windows的个人防火墙产品开始，现在已经延伸到基 Linux、Windows 系列、Mac 操作系统的个人防火墙、企业防火墙、入侵检测系统、病毒扫描系统，以及安全扫描系统等多种产品。公司原来的产品都是一个一个地开发，为每个软件对应地组织一个项目组。为了适应快速变化的市场，降低开发成本，公司想引入产品线方法。然而，软件产品线方法涉及了一个软件开发企业的多个产品，所以，公司的王总决定在弄清楚以下 3个问题之后再做决定：首先是本公司的业务范围是否适合使用产品
10、线方法，其次是如何在原有产品的基础上建立产品线，最后是成功实施产品线的主要因素。（分数：45.00）(1).问题 1结合你的系统架构设计经验，请用 200字以内的文字简要说明 A公司是否适合采用产品线方法，并说明你的理由。（分数：15.00）_(2).问题 2结合你的系统架构设计经验，请用 400字以内的文字说明在原有产品的基础上建立软件产品线的方式，并进行简要评价。（分数：15.00）_(3).问题 3结合你的系统架构设计经验，请用 250字以内的文字说明成功实施产品线的主要因素。（分数：15.00）_高级系统架构设计师下午试题()-2 答案解析(总分：157.25，做题时间：90 分钟)一
11、、试题一(总题数：1，分数：18.75)1.采用基于 Web 2.0的 Mashup技术架构 Web应用系统，可以从不同的数据源抽取数据，聚合并转换数据，在不同的上下文使用，避免了复杂的集成过程，近年来受到了广泛的关注。Mashup 核心活动包括数据输入、数据可视化、调度与监视、剪裁、转换与充实、动作，以及发布与推广等。可以通过使用搜索、语言翻译、工作流支持和其他改进技术来增强基础的 Mashup。请围绕“基于 Mashup的 Web应用系统设计与应用”论题，依次从以下 3个方面进行论述。1概要叙述你参与管理和实施的 Web应用系统开发项目及你所承担的主要工作。2简述常见的 Mashup数据接
12、口，详细论述你在所参与建设的 Web应用系统项目中是如何应用 Mashup技术，并分析应用这些技术之后对项目产生了哪些效果(或影响)。3论述在你参与建设的 Web应用系统项目实施过程中遇到的，与 Mashup技术相关的问题及解决的办法，还有哪些需要进一步改进之处及如何进行改进。（分数：18.75）_正确答案：(1简要介绍你参与规划和设计的 Web应用系统开发项目，尤其着重介绍 Web应用系统的应用环境、总体需求(特别是质量属性需求)、Web 应用系统的逻辑与物理拓扑结构及采用的技术等内容，简要说明自己在该项目中的角色、所承担的主要任务及开展的主要工作。论文叙述自己参与设计和实施的 Web应用系
13、统项目应有一定的规模，自己在该项目中担任的主要工作应有一定的分量。2Mashup 程序从架构上是由客户机的 Web浏览器、Mashup 网站和 API/内容提供者等 3个不同的部分组成，它们在逻辑上和物理上都是相互脱离的(可能由网络和组织边界分隔)。Mashup 的主要工作流程是，当移动用户向 Mashup网站发起一个请求时，通过 GPS系统附带自身的位置信息；Mashup 网站接受请求，并将请求分解为对多个服务网站的数据请求调用，并为发起调用进行准备；针对不同服务网站的调用接口，采用不同的调用方式；最终在 Mashup站点将请求信息进行数据内容聚合，并将用户所处位置的整合信息返回。目前，经常
14、使用的 3种 Mashup接口如下。(1)聚合内容(Really Simple Syndication，RSS)式的 Mashup接口。一种用于对网站内容进行描述和同步的格式，是目前使用最为广泛的 Web资源发布方式，可以被称为资源共享模式的延伸。(2)表述性状态转移(REpresentational State Transfer，REST)式的 Mashup接口。REST 从资源的角度来看待整个网络，分布在各处的资源由统一资源标识符(Unified Resource Identifier，URI)确定，而客户端的应用通过 URI来获取资源的表示。(3)基于简单对象访问协议(Simple Ob
15、ject Access Protocol，SOAP)的 Web服务式 Mashup接口。一种基于 XML的数据格式定义，用来进行 Web服务调用过程中的参数调用和返回。采用基于 Web 2.0的 Mashup技术架构 Web应用系统具有的优势：仅需要使用现有 Web应用程序(如Google Maps)公开的，基于 Web的 API(或 Web服务)构建应用程序，集成过程相对简单；直接使用Mashup技术集成两个或者更多的 Web API，创建新的特性与功能；使用 AjaX技术调用基于 Web的API，浏览器客户端不需要在每次与服务器通信时都重新加载整个页面，动态特性强；使用 SOA的思想集成底
16、层系统，强调功能暴露与服务组合，以服务的形式集成并暴露现有系统的能力等。在实现 Mashup应用时，进行内容聚合的物理位置是一个十分重要的因素。目前很多 Mashup站点都选择在客户端机器上进行内容聚合，构成所谓的胖因特网应用程序(Rich Internet Application，RIA)。这种在客户端进行内容聚合的优点主要表现在：从 Mashup服务器存储的角度来说，对服务器所产生的负载较轻，因为数据可以直接从内容提供者那里传送到客户端；从网络传输的角度来说，在基于 Ajax等技术和应用模型的基础上，客户端页面只请求需要更新的内容，而不用刷新整个页面，从而减少网络数据的通信量。结合项目实践
17、经验，说明你参与管理和开发的项目中，如何理解 Mashup、门户、SOA、EAI/EII 和 SaaS之间的关系；能够全面和准确地描述 Mashup各个核心活动(包括数据输入、数据可视化、调度与监视、剪裁、转换与充实、动作，以及发布与推广等)及其具体的实施内容；能够准确地描述如何管理 Mashup开发，包括从计划和管理方法到集成、测试和部署的全过程；在优化安全性、隐私、可访问性、有用性和性能，通过使用搜索、语言翻译、工作流支持和其他改进来增强基础的 Mashup，执行有效的负载和回归测试，避免造成企业 Mashup故障的“反模式”等方面也要有一定的论述。3有具体着眼点地论述在你参与建设的 We
18、b应用系统项目实施过程中遇到的，与 Mashup技术相关的问题。针对具体的问题你采取了哪些解决技术、方法和措施，以及它们对该工程项目后期的工作产生了哪些积极(或消极)的影响(效果和存在的问题)。论文最后可以进一步讨论你在该工程项目中获得的与 Mashup应用相关的体会，以及在今后的工作过程中，如果碰到类似的开发项目你将如何应用这些经验或教训。对需要进一步改进的地方，应有具体的着眼点，不能泛泛而谈。4论文写作过程中值得关注的一些要点如下(全书同)。(1)整篇论文要结构合理、切中要害、陈述完整、言简意赅、语言流畅、字迹清楚，切忌对知识点的堆积、长篇大论、言之无物。(2)选择自己参与过的工程项目进行
19、分析论述，所述项目切题真实，介绍清楚。(3)下午试卷是论述题目，问题中提到的中心内容在题目的说明中都有所涉及。在答题时首先要冷静并认真阅读题目，找出和问题相关的知识点，确定考题的关键考点，这是答题的前提。(4)摘要是全文概括，千万不要写成引言。(5)围绕论文主题，对所参与的项目进行科学叙述与评价，要有具体的着眼点，不能泛泛而谈，尽可能从字里行间让阅卷者体会到你的实际工作能力、业务水平和项目实践经验。(6)在考试过程中应注意技巧，让答题的思路最大限度地符合出题的思路，避免跑题，这样容易得到阅卷老师的共鸣。(7)根据考生对所参与的项目中针对本论文主题的相关叙述与评价，可确定他(她)有无参与信息系统
20、项目开发过程的实践经验。)解析：二、试题二(总题数：1，分数：18.50)2.软件的设计模式描述了在特定场景下解决一般设计问题的类和相互通信的对象。它是人们在长期的开发实践中良好经验的结晶，它提供了一个简单、统一的描述方法，使人们可以复用这些软件设计方法和过程管理经验。现在，设计模式已经广泛地应用在软件开发中。请围绕“基于设计模式的软件架构设计与应用”论题，依次对以下 3个方面进行论述。1概要叙述你参与管理和开发的软件工程项目及你在其中所承担的主要工作。2简要介绍设计模式的基本分类，详细说明在你所参与管理和开发的软件工程项目中应用了哪些设计模式、方法，以及选用它们的原因。3分析并讨论使用设计模
21、式的效果，并分析和评价设计模式对软件架构设计的影响。（分数：18.50）_正确答案：(简要介绍你参与规划、设计和实施的大中型信息系统软件工程项目，简要说明自己在该项目中的角色、所承担的主要任务及开展的主要工作。论文叙述自己参与设计和实施的软件工程项目应有一定的规模，自己在该项目中担任的主要工作应有一定的分量。2设计模式描述了在特定场景下解决一般设计问题的类和相互通信的对象。设计模式的核心在于提供了相关问题的解决方案。设计模式的基本组成元素有模式名称、问题或意图、情景、动机、解决方案、示例、结果情景、基本原理、相关模式和已知应用等。设计模式主要用于得到简洁灵活的系统设计，GoF 的书中共有 23
22、个设计模式，这些模式可以按两个准则来分类：一是按设计模式的目的划分，可分为创建型、结构型和行为型 3种模式；二是按设计模式的范围划分，即根据设计模式是作用于类还是作用于对象来划分，可分为类设计模式和对象设计模式，如表所示。设计模式空间目的创建型 结构型 行为型范围 类 Factory Method Adapter(类) InterpreterTemplate Method对象Abstract FactoryBuilderPrototypeSingletonAdapter(对象)BridgeComoositeDecoratorFacadeFlyweightProxyChain of Respon
23、sibilityCommandIteratorMediatorMementoObserverStateStrategyVisitor创建型模式是对对象实例化过程的抽象，它通过采用抽象类所定义的接口，封装了系统中对象如何创建、组合等信息。该模式允许在系统中创建对象，而不需要在代码中标识特定类的类型，这样用户就不需要编写大量、复杂的代码来初始化对象。它是通过该类的子类来创建对象的。但是，这可能会限制在系统内创建对象的类型或数目。创建型模式主要有 Factory Method(工厂方法)、Abstract Factory(抽象工厂)、Builder(构建器)、Prototype(原型)和 Singl
24、eton(单独)等模式。结构型模式主要涉及如何组合已有的类和对象以获得更大的结构，一般借鉴封装、代理和继承等概念将一个或多个类或对象进行组合、封装，以提供统一的外部视图或新的功能。该模式允许在不重写代码或自定义代码的情况下创建系统，从而使系统具有增强的重复使用性和应用性能。该模式控制了应用程序较大部分之间的关系，将以不同的方式影响应用程序。结构型模式主要有 Adapter(适配器)、Bridge(桥接)、Composite(组成)、Decorator(装饰)、Facade(外观)、Flyweight(享元)和 Proxy(代理)等。行为型模式主要涉及算法和对象间职责及其提供的服务的分配，它不仅
25、描述对象或类的模式，还描述它们之间的通信模式，特别是描述一组对等的对象怎样相互协作以完成其中任意一个对象都无法单独完成的任务。该模式可以影响一个系统的状态和行为流。通过优化状态和行为流转换和修改的方式，可以简化、优化并且提高应用程序的可维护性。行为型模式主要有 Observer(观察者)、Strategy(策略)、Interpreter(解释器)、Template Method(模板方法)、Chain of Responsibility(职责链)、Command(命令)、Iterator(迭代器)、Mediator(中介者)、Memento(备忘录)、State(状态)和 Visitor(访问
26、者)等。能够全面和准确地描述该软件工程项目的应用环境和需求，深入地阐述所选定的设计模式的主要组成元素，以及选用它们的原因，对于项目开发过程中采用的技术和方法要针对该软件工程项目的实际特点，具有一定的广度和深度。3结合软件工程项目实际工作，举例说明设计模式的使用效果，并针对设计模式对软件开发的影响展开分析与讨论，着重阐述所采用的设计模式对该工程项目后期的工作产生了哪些积极(或消极)的影响(效果和存在的问题)。最后，进一步叙述你对设计模式在软件架构设计中的几点应用体会，以及在今后的工作过程中，如果碰到类似的开发项目你将如何应用这些经验或教训。对需要进一步改进的地方，应有具体的着眼点，不能泛泛而谈。
27、)解析：三、试题三(总题数：1，分数：45.00)阅读以下关于企业应用集成的叙述，根据要求回答问题。说明某大型企业随着信息化的进展，积累了许多异构的遗产信息系统，这些系统分别采用 J2EE、.NET 等技术进行开发，分布在不同的地理位置，采用不同的协议进行数据传输。企业要求集成后的系统能够实现功能整合，并在组织现有功能的基础上提供增值服务。FT 软件开发公司承接了某大型企业应用系统集成任务。为了按时保质完成任务，选择合适的企业应用集成方法和架构非常重要。项目组在讨论方案时，提出了两种集成思路。(1)魏工建议采用传统的应用集成方法，将应用集成分为多个层次，并采用消息代理中间件连接遗产系统。(2)
28、陈工建议采用基于 SOA的方法进行应用集成，将现有遗产系统采用 Web Service的方式进行包装，暴露统一格式的接口，并采用企业服务总线(ESB)进行连接。项目组仔细分析比较了两种方案的优点和不足后，认为魏工和陈工的建议都合理，但是结合当前项目的实际情况，最后决定采用陈工的建议。（分数：45.00）(1).问题 1请分析比较两种集成方案的优点和不足，将表中的(1)(6)空缺处的内容填写完整。*（分数：15.00）_正确答案：(应用集成是指两个或多个应用系统根据业务逻辑的需要而进行的功能之间的相互调用和互操作。应用集成需要在数据集成的基础上完成。应用集成在底层的网络集成和数据集成的基础上实现
29、异构应用系统之间语用层次上的互操作。它们共同构成了实现企业集成化运行最顶层会聚集成所需要的，技术层次上的基础支持。应用集成模式包括集成适配器、集成信使、集成面板和集成代理 4种，每种应用集成模式都是对具有业务功能依赖关系的多个应用之间互操作实现方法的总结。在具体应用中，集成模式可能以某种变形(这是一种扩展集成模式的主要方式)的形式出现，这些变形可能不仅仅只是一种模式的实例化，也可能是一种具有广泛适用性的集成方式。通常，应用集成主要采用点对点的紧耦合方式。这种集成方式虽然不需要对应用系统做较大的改动，但用这种方式集成的系统缺乏必要的柔性，不能适应业务系统快速重构的需求。随着应用软件系统设计和实现
30、过程中标准化程度的不断提高，系统的开放性(可配置性、可扩展性)越来越好，组件化的系统实现及松散耦合的应用集成方式逐渐成为构建企业业务处理系统的主流。其中，松散耦合是实现系统柔性的基础。在陈工建议的集成方案中，Web Service 是一种可以接收从 Internet或 Intranet上传送的请求、轻量级的独立的通信技术，它允许网络上的所有系统相互间进行交互。Web Service 的 3个基本技术分别是UDDI、WSDL 和 SOAP，它们都是以 XML为基础定义的。在 Web服务体系中，使用 WSDL来描述服务，UDDI来发布和查找服务，而 SOAP用来执行服务调用。面向服务架构体系结构(
31、SOA)的几个关键特性是，它是一种粗粒度、松耦合的服务架构，服务之间通过简单、精确定义接口进行通信，不涉及底层编程接口和通信模型。SOA 可以根据需求通过网络对松耦合、粗粒度的应用组件进行分布式部署、组合和使用。服务层是 SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。SOA技术将应用程序的不同功能单元通过一些良好定义的接口联系起来，并且接口采用中立的方式进行定义，它独立于实现服务的硬件平台、操作系统和编程语言。这样可以使得构建的服务以一种统一和通用的方式进行交互。企业服务总线(ESB)是对消息中间件的发展，采用了“总线”这样一种模式来管理和简化应用之间的集成拓
32、扑结构，以广为接受的开放标准为基础来支持应用程序之间在消息、事件和服务的级别上动态地互连互通。ESB 的基本核心功能包括：提供位置透明性的消息路由和寻址服务；提供服务注册和命名的管理功能；支持多种消息传递范型；传输协议转换；支持多种数据格式及其相互转换；提供日志和监控功能等。ESB所提供的基于标准的连接服务，将应用中实现的功能或者数据资源转化为服务请求者能以标准的方式来访问的服务；当请求者来请求一个服务时，ESB 中这种中介转化过程可能简单到什么也没有，也可能需要很复杂的中介服务支持，包括动态地查找和选择一个服务，以及消息的传递、路由和转换、协议的转换。这种中介过程，是 ESB借助于服务注册管
33、理及问题域相关的知识(如业务方面的一些规则等)自动进行的，不需要服务请求者和提供者介入，从而实现了解耦服务请求者和提供者的技术基础，使得服务请求者不需要关心服务提供者的位置和具体实现技术，双方在保持接口不变的情况下，各自可以独立地演变。如果企业只是进行小规模或较浅层次的“战术”级应用集成，采用传统的集成方式即可较好的完成任务。但是如果企业想从集成系统的灵活性和可扩展角度考虑，能够持续地集成已有信息系统，并进行“战略”意义上的长远规划，那么面向服务的架构无疑是一种更加优越的方法。采用 SOA架构思想进行应用集成，企业现有的应用系统都可以看做广义上的服务提供者，因此(1)空缺处应该填写“将现有系统
34、看做抽象的服务提供者，集成方法统一明确”。传统的应用集成方式往往采用分层的方式对待整个集成活动，因此在(2)空缺处应该填写“不同层次的集成方法关注点不同，功能组合方面能力较弱”。而采用 SOA架构的应用集成方案中，(3)空缺处应该填写“强调功能的暴露与服务的组合，便于提供增值服务”。对于(4)空缺处，传统的集成方式大多会采用中心辐射型的集成架构，系统的耦合程度较高。而对于(5)空缺处，SOA 架构的 ESB采用总线结构模式，简化了应用之间的集成拓扑，系统的耦合度较低。采用 SOA架构的应用集成方案通过源白实践的模式，提供了基于标准的通用连接服务，使得服务请求者和服务提供者之间可以以松散耦合、动
35、态的方式交互，从而在不同层次上使得解决方案是一个松散耦合、灵活的架构。因此在(6)空缺处应该填写“集成系统具有模块化、松耦合的特点，可扩展性较强”。整理以上分析内容，可得到两种集成方案各自的优点和不足，如下表所示。)解析：(2).问题 2企业数据的分布性和异构性是应用系统方便访问企业数据和在企业数据之上提供增值服务的主要障碍。基于 SOA的企业集成通过信息服务提供集成数据的能力，针对该企业的集成实际情况，请用 300字以内的文字列举 3种基于 SOA的企业集成中的“数据整合信息服务”，并给出简要说明。（分数：15.00）_正确答案：(企业数据的分布性和异构性是应用系统方便访问企业数据和在企业数
36、据之上提供增值服务的主要障碍。数据集成和聚合技术在这种背景下诞生，用于提供对分布式数据和异构数据的透明访问。以服务为中心的企业集成通过信息服务提供集成数据的能力，目前主要包括如下集中信息服务。(1)联邦服务(Federation Service)：提供将各种类型的数据聚合的能力，它既支持关系型数据，也支持XML数据、文本数据和内容数据等非关系型数据。同时，所有的数据仍然按照自己本身的方式管理。(2)复制服务(Replication Service)：提供远程数据的本地访问能力，它通过自动的实时复制和数据转换，在本地维护一个数据源的副本。本地数据和数据源在技术实现上可以是独立的。(3)转换服务(
37、Transformation Service)：用于数据源格式到目标格式的转换，可以是批量的或者是基于记录的。(4)搜索服务(Search Service)：提供对企业数据的查询和检索服务，既支持数据库等结构化数据，也支持如 PDF等非结构化数据。)解析：(3).问题 3结合你的系统架构设计经验，请用 300字以内的文字简要说明 FT公司项目组在对该企业构建 SOA架构时，除了注意原有系统架构中的集成需求之外，还需要在服务构建时重点关注哪些问题。（分数：15.00）_正确答案：(当基于 SOA来构建一个企业级的系统架构时，一定要注意对原有系统架构中的集成需求进行细致的分析和整理。而关于系统中最
38、重要的元素，也就是 SOA系统中服务的构建有两点需要特别注意的地方：是对于服务粒度的控制；是对于无状态服务的设计。SOA系统中服务粒度的控制是一项十分重要的设计任务。通常来说，对于将暴露在整个系统外部的服务推荐使用粗粒度的接口，而相对较细粒度的服务接口通常用于企业系统架构的内部。从技术上讲，粗粒度的服务接口可能是一个特定服务的完整执行，而细粒度的服务接口可能是实现这个粗粒度服务接口的具体的内部操作。虽然细粒度的接口能为服务请求者提供更加细化和更多的灵活性，但同时也意味着引入较难控制的交互模式易变性，也就是说服务的交互模式可能随着不同的服务请求者而不同。如果暴露这些易于变化的服务接口给系统的外部
39、用户，就可能造成外部服务请求者难于支持不断变化的服务提供者所暴露的细粒度服务接口；而粗粒度服务接口保证了服务请求者将以一致的方式使用系统中所暴露出的服务。虽然SOA并不强制要求一定要使用粗粒度的服务接口，但是建议使用它们作为外部集成的接口。通常，可以使用业务流程(BPEL)来创建由细粒度操作组成的业务流程的粗粒度的服务接口。SOA系统架构中的具体服务应该都是独立的、自包含的请求，在实现这些服务的时候不需要前一个请求的状态，也就是说服务不应该依赖于其他服务的上下文和状态，即 SOA架构中的服务应该是无状态的服务。当某一个服务需要依赖时，最好把它定义成具体的业务流程(BPEL)。在服务的具体实现机
40、制上，可以通过使用 EJB组件来实现粗粒度的服务。通常，可以利用无状态的 Session Bean来实现具体的服务，如果基于 Web Service技术，就可以将无状态的 Session Bean暴露为外部用户可以调用到的 Web服务，也就是把传统的 Session Facade模型转化为 EJB的 Web服务端点。这样，就可以向 Web服务客户提供粗粒度的服务。如果要在 J2EE的环境下(基于 WebSphere)构建 Web服务，Web 服务客户可以通过两种方式访问 J2EE应用程序。客户可以访问用 JAX-RPC API创建的 Web服务(使用 Servlet来实现)；Web 服务客户也
41、可以通过EJB的服务端点接口访问无状态的 Session：Bean，但 Web服务客户不能访问其他类型的企业 Bean，如有状态的 Session Bean、实体 Bean和消息驱动 Bean。对于后一种访问方式(公开无状态 EJB组件作为 Web服务)的优势在于，基于已有的 EJB组件，可以利用现有的业务逻辑和流程。在许多企业中，现有的业务逻辑可能已经使用 EJB组件编写，通过 Web服务公开它可能是实现从外界访问这些服务的最佳选择。EJB端点是一种很好的选择，因为它使业务逻辑和端点位于同一层上。另外，EJB 容器会自动提供对并发的支持，作为无状态 Session Bean实现的 EJB服务
42、端点不必担心多线程访问，因为 EJB容器必须串行化对无状态会话 Bean任何特定实例的请求。由于 EJB容器都会提供对于 Security和 Transaction的支持，因此Bean的开发人员可以无须编写安全代码及事务处理代码。性能问题对于 Web服务来说一直都是一个问题，由于几乎所有 EJB容器都提供了对无状态会话 Bean群集的支持，以及对无状态 Session Bean池与资源管理的支持，因此当负载增加时，可以向集群中增加服务器数目。Web 服务请求可以定向到这些不同的服务器，同时由于无状态 Session Bean池改进了资源利用和内存管理，使 Web服务能够有效地响应多个客户请求。
43、由此可以看到，通过把 Web服务模型化为 EJB端点，可以使服务具有更强的可伸缩性，并增强了系统整体的可靠性。)解析：四、试题四(总题数：1，分数：30.00)阅读以下关于 UML软件系统建模的叙述，根据要求回答问题。说明车载 GPS(Global Position System)终端是置于机动车内的实时定位装置，它的应用对象是需要定位和调度的车辆。车辆可以通过终端与 GPS进行实时、准确的定位，并能够通过无线通信网络上报远程的车辆调度中心。中心可以通过终端远程监视车行轨迹，并可在特殊情况下通过终端控制车辆。同时，终端还装备车载电话，可以在出现特殊情况时及时地通知车辆调度中心。图 1所示为车载
44、终端系统的用例图，对于车载 GPS终端系统来说，主要的角色有两个，分别为车辆调度中心用户和车载终端用户。图 1图 2所示为车载终端系统中的 GSM无线电通信模块的部分状态图，用于与调度中心进行联系。GSM 模块共有 4个状态，分别为通话中、有问题、待命和短消息通信中。图 2（分数：30.00）(1).问题 1车载终端用户在遇到特殊情况下通过车载电话(或按键)与调度中心保持通信的处理过程顺序图如图 3所示。*结合你的系统架构经验，以及对 GPS终端系统的理解，请将下列 AF 标记的处理过程填入到图 3中的(1)(6)空缺处，并给出通过车载电话(或按键)与调度中心保持通信的正确处理顺序(请用 AF 表达，例如 ABCDEF)。A语音对话/按下按钮 B监听命令C发送信息到通信模块 D要求监听E通过 GSM发送信息 F接收成功要求监听信息（分数：15.00）_正确答案：(图 2为车载终端用户通过车载电话(或按键)与调度中心保持通信的处理过程顺序图。其表达的处理过程如下：用户通过按下按钮或语音对话试图连接调度中心，主控器模块接收到连接请求后(或连接建立后)，就发送相应的信息给通信模块；通信模块负责处理并通过 GSM发送消息，调度中心接收消息成功后要求监听信息，并把该要求返回给车载系统的 GSM通信模块；GSM 通信模块把该请求信息(即调度中心
