【计算机类职业资格】高级系统架构设计师下午试题(Ⅰ)-4及答案解析.doc

1、高级系统架构设计师下午试题()-4 及答案解析(总分：187.50，做题时间：90 分钟)一、试题一(总题数：1，分数：18.75)1.企业应用集成(Enterprise Application Integration，EAI)是每个企业都必须要面对的实际问题。企业服务总线(Enterprise Service Bus，ESB)是一种体系结构模式，支持通信各方间的服务交互的虚拟化和管理。它充当面向服务架构(Service-Oriented Architecture，SOA)中服务提供者和请求者之间的连接服务的中间层。与传统的 EAI技术相比，ESB 采用总线式的体系结构集成多个应用系统，基于开

2、放标准实现其内部核心功能，并支持快速加入新的应用到已有的集成环境中。请围绕“ESB 模式在企业应用集成中的应用”论题，依次从以下 3个方面进行论述。1要叙述你参与实施的企业应用集成项目(包括业务背景、组织结构、现有应用系统的分布，以及采用的技术等)，以及你所担任的主要工作。2详细论述 ESB的核心功能和典型结构；列举目前流行的 ESB产品；指出你参与的项目所选择的 ESB产品，并从 ESB核心功能的角度说明选择该产品的理由。3阐述在使用 ESB技术进行应用集成过程中所遇到的问题及解决办法，简要叙述你进一步应用 ESB模式的有关设想。（分数：18.75）_二、试题二(总题数：1，分数：45.00

3、)阅读以下关于 SOA架构在网上银行贷款业务的应用说明，根据要求回答问题。说明FZ软件公司承接了某银行网上银行业务软件系统的开发任务。该银行所开通的网上银行业务中，网上贷款业务流程如下。(1)客户在网上填写姓名、电子邮件地址、贷款类型、贷款金额、身份证号和通信地址等信息，提交贷款申请。(2)在指定的时间内，客户会收到银行的电子邮件，通知贷款是否被批准。(3)银行根据客户提交的信息，创建贷款申请任务，创建工作由运行在主机上的 CICS(客户信息控制系统)完成，同时需要从第三方获得客户的信用审查信息。(4)由信贷员对该项贷款申请业务进行审批，然后由风险检查系统评估该项贷款的风险程度，风险大的贷款申

4、请将被拒绝。(5)无论批准或者拒绝，结果都会通过邮件系统递交给客户。对于拒绝的贷款申请，还要通知贷款申请任务进行有关操作。(6)除了信贷员审批环节需要人机交互外，业务是自动进行的。（分数：45.00）(1).问题 1上述网上贷款业务采用 SOA架构来实现。上述业务流程中涉及哪些功能单元?本题中的案例采用 SOA架构具有哪些优点?请用 300字以内的文字简要说明。（分数：15.00）_(2).问题 2服务注册表(Service Registry)模式是 SOA的架构模式之一。注册表支持驱动 SOA治理的服务合同、策略和元数据的开发、发布和管理。结合你的系统架构经验，请用 400字以内的文字简要说

5、明大多数商用服务注册产品支持哪些 SOA治理功能。（分数：15.00）_(3).问题 3上述网上贷款系统能够实际应用的基本前提之一是满足金融领域的安全性需求。该系统必须要满足哪些安全方面的需求?请用 200字以内的文字简要说明。（分数：15.00）_三、试题三(总题数：1，分数：18.75)2.以图形的方式观察和认识事物，是人类最便捷的认知方式之一。实时控制系统的可视化技术，使得操控人员以更加易于理解的形式掌握被控对象和过程的状态，为操作与决策提供方便。但是，可视化的设计涉及许多相关技术，程序设计复杂，有时甚至比设计实时控制系统本身的工作量还大。请围绕“可视化技术在实时控制系统的应用”论题，依

6、次对以下 3个方面进行论述。1概要叙述你参与管理和开发的实时控制系统项目及你所担任的主要工作。2论述你在实时控制系统可视化的设计中所涉及的基本概念和采用的技术、方法，详细叙述实现过程中所遇到的问题及解决办法。3分析与评估可视化技术对改善系统操控性能的效果，简要展望可视化技术在未来实时控制系统的应用前景，以及你进一步应用可视化技术的有关设想。（分数：18.75）_四、试题四(总题数：1，分数：45.00)4阅读以下关于基于场景驱动的软件架构设计的相关叙述，根据要求回答问题。说明对于大中型软件开发项目，通常采用迭代的方法来进行架构设计。架构先被原型化、测试和评估分析，然后在一系列的迭代过程中被细化

7、。这种方法能够使需求细化、成熟化，并能够被更好地理解。用例场景是通过描述流经用例的路径来确定的过程，这个流经过程要从用例开始到结束遍历其中所有基本流(基本事件)和备选流(分支事件)。表 1是对某 IC卡加油机应用系统基本流的描述，表 2是对该 IC卡加油机应用系统备选流的描述。表 1 基本流描述表序 号 用例名称 用例描述A1 准备加油 客户将 IC加油卡插入加油机A2 验证加油卡 加油机从加油卡的磁条中读取账户代码，并检查它是否属于可以接收的加油卡A3 验证黑名单 加油机验证卡账户是否存在于黑名单中，如果属于黑名单，则加油机吞卡A4 输入购油量 客户输入需要购买的汽油数量A5 加油 加油机完

8、成加油操作，从加油卡中扣除相应金额A6 返回加油卡 退还加油卡表 2备选流描述表序 号 用例名称 用例描述B 加油卡无效 在基本流 A2过程中，该卡不能够识别或是非本机可以使用的IC卡，加油机退卡，并退出基本流C 卡账户属于 在基本流 A3过程中，判断该卡账户属于黑名单(例如，已经黑名单 挂失)，加油机吞卡，并退出基本流D 加油卡账面现金不足 系统判断加油卡内现金不足，重新加入基本流 A4，或选择退卡E 加油机油量不足 系统判断加油机内油量不足，重新加入基本流 A4，或选择退卡（分数：45.00）(1).问题 1结合你的系统架构经验，请用 400字以内的文字，简述基于场景驱动的迭代式软件架构设

9、计过程。（分数：15.00）_(2).问题 2下图是对该 IC卡加油机应用系统的基本流路径和备选流路径的描述，请用试题描述中的相应字母(见表 1和表 2)，将图中(1)(6)空缺处的内容填写完整。*（分数：15.00）_(3).问题 3场景中的每一个场景都需要确定测试用例，一般采用矩阵或决策表来确定和管理测试用例。表 5-19是一种通用格式，表中各行代表各个测试用例，而各列代表测试用例的信息。本例中的测试用例包含测试用例ID号、场景(或说明/条件)、测试用例中涉及的所有数据元素(作为输入或已经存在于数据库中)，以及预期结果等项目。测试用例的设计步骤通常是，首先确定执行用例场景所需的数据元素(本

10、例中包括账号、是否黑名单卡、输入油量、账面金额和加油机油量)，然后构建矩阵，最后确定包含执行场景所需的适当条件的测试用例。在表 3的测试矩阵中，V 表示有效数据元素，I 表示无效数据元素，n/a 表示不适用，例如 CW01表示“成功加油”基本流。请按上述规定为其他的应用场景设计测试用例矩阵。表 3 测试用例表测试用例 ID号 场 景账 号是否黑名单卡输入油量账面金额加油机油量预期结果CW01 场景 1：成功加油 V I V V V 成功加油CW02CW03CW04CW05（分数：15.00）_五、试题五(总题数：1，分数：60.00)阅读以下关于办公自动化(OA)系统的相关叙述，根据要求回答问

11、题。说明某企业的办公自动化(OA)系统采用 Browse/Server架构，服务器是一台 PC Server(4路 2.7 GHz处理器，4 GB内存)，安装的平台软件包括 Microsoft Internet Information Server 5.0、ASRNET 和 SQL Server2000。现对该 OA系统进行负载压力测试，采用专业的负载压力测试工具来执行测试，并使用 2台笔记本电脑安装测试工具模拟客户端执行“登录”业务操作。测试目标分别为以下两个。(1)测试系统分别在 2 Mbps和 4 Mbps网络带宽下，能够支持用户登录的最大并发用户数。(2)测试服务器的吞吐量(即每秒可以

12、处理的交易数)，主要包括服务器 CPU平均使用率达到 85%时系统能够支持的最大吞吐量，以及服务器 CPU平均使用率达到 100%时系统能够支持的最大吞吐量。本次测试的性能需求是：指标“响应时间”合理范围为 05s。在 2Mbps和 4Mbps网络带宽的测试环境下，客户端性能及服务器资源使用情况的测试结果如表 1所示。表 1性能测试结果网络带宽 测试对象 测试指标 平均值登录响应时间 3.391s虚拟用户数 N/A客户端性能每秒处理完成登录的个数 11.897交易/s2Mbps服务器资源使用情况 CPU使用率 78%登录响应时间 4.795s虚拟用户数 N/A客户端性能每秒处理完成登录的个数

13、13.447交易/s4Mbps服务器资源使用情况 CPU使用率 98%在 2Mbps带宽的网络测试环境下，负载压力测试工具上客户端性能的显示结果如图 1所示(注：图中登录响应时间的纵坐标单位是 0.1s)，服务器资源使用情况如图 2所示。图 1图 2在 4Mbps带宽的网络测试环境下，负载压力测试工具上客户端性能的显示结果如图 3所示(注：图中登录响应时间的纵坐标单位是 0.1s)，服务器资源使用情况如图 4所示。图 3（分数：60.00）(1).问题 1在 2Mbps带宽的网络测试环境下，分析案例中的测试结果，指出满足系统的性能指标需求时，系统能够承受的并发用户登录的最大数量，并简要说明理由

14、。（分数：15.00）_(2).问题 2在 2Mbps带宽的网络测试环境下，分析案例中的测试结果，说明服务器 CPU资源使用率是否合理，以及带宽是否是系统瓶颈，并简要说明理由。（分数：15.00）_(3).问题 3在 4Mbps带宽的网络测试环境下，分析案例中的测试结果，说明服务器 CPU资源使用率是否合理，以及增加带宽是否是提高系统性能的有效方法，并简要说明理由。（分数：15.00）_(4).问题 4结合你的系统架构设计经验，简要说明网络带宽成为系统性能瓶颈时，如何制定相应的解决方案?当 CPU使用率成为系统性能瓶颈时，如何制定相应的解决方案?（分数：15.00）_高级系统架构设计师下午试题

15、()-4 答案解析(总分：187.50，做题时间：90 分钟)一、试题一(总题数：1，分数：18.75)1.企业应用集成(Enterprise Application Integration，EAI)是每个企业都必须要面对的实际问题。企业服务总线(Enterprise Service Bus，ESB)是一种体系结构模式，支持通信各方间的服务交互的虚拟化和管理。它充当面向服务架构(Service-Oriented Architecture，SOA)中服务提供者和请求者之间的连接服务的中间层。与传统的 EAI技术相比，ESB 采用总线式的体系结构集成多个应用系统，基于开放标准实现其内部核心功能，并

16、支持快速加入新的应用到已有的集成环境中。请围绕“ESB 模式在企业应用集成中的应用”论题，依次从以下 3个方面进行论述。1要叙述你参与实施的企业应用集成项目(包括业务背景、组织结构、现有应用系统的分布，以及采用的技术等)，以及你所担任的主要工作。2详细论述 ESB的核心功能和典型结构；列举目前流行的 ESB产品；指出你参与的项目所选择的 ESB产品，并从 ESB核心功能的角度说明选择该产品的理由。3阐述在使用 ESB技术进行应用集成过程中所遇到的问题及解决办法，简要叙述你进一步应用 ESB模式的有关设想。（分数：18.75）_正确答案：(1简要介绍你参与规划、设计、实施和管理的企业应用集成项目

17、的基本情况(包括业务背景、组织结构、现有应用系统的分布和采用的技术等)，简要说明自己在该项目中的角色、所承担的主要任务及开展的主要工作。论文叙述自己参与管理和实施的企业应用集成项目应有一定的规模，自己在该项目中担任的主要工作应有一定的分量。2企业服务总线(Enterprise Service Bus，ESB)是由中间件技术实现的支持面向服务架构(SOA)的基础软件平台，支持异构环境中的服务以基于消息和事件驱动模式的交互，并且具有适当的服务质量和可管理性。ESB 技术的基本思想是，提供一种标准的软件底层架构，各种程序组件能够以服务单元的方式“插入”到该平台上运行，并且组件之间能够以标准的消息通信

18、方式来进行交互。换而言之，ESB 是传统中间件技术与 XML、Web 服务等技术结合的产物。ESB 是一个集成平台，将现有的 IT设施和应用系统暴露为服务。由于 ESB基于开放标准，企业的遗产系统使用的私有技术能够基于开放和现代的技术(例如 Web服务和消息机制等)暴露为服务。1)其核心功能包括位置透明性、传输协议转换、消息转换、消息路由、消息增强、安全，以及监控和管理7项内容(1)位置透明性(Location Transparency)。位置透明性是指当一个服务消费者与一个服务提供者通过 ESB进行通信时，服务消费者不需要知道服务提供者的实际位置，这意味着服务消费者与服务提供者之间是解耦合的

19、。(2)传输协议转换(Transport Protocol Conversion)。当服务请求者与服务提供者采用不同的传输协议时，ESB能够将基于输入传输协议格式的数据转换为不同输出传输协议格式的数据。(3)消息转换(Message Transformation)。在服务请求者和服务提供者进行交互时，ESB 基于开发标准(XLST和 XPath等)提供了将消息从一种格式转换为另外一种格式的能力。(4)消息路由(Message Router)。在实际的集成环境中，对于一个特定的输入请求消息，可能有多个应用程序参与进来作为该消息传递的目标。ESB 能够决定一个消息必须发送到哪些相关的应用程序中，处

20、理这种逻辑的核心功能称为消息路由。(5)消息增强(Message Enhancement)。在某些情况下，可能需要为请求数据添加额外的数据或转换已有的数据，在这种情况下，ESB 应该提供对外部数据的访问能力，支持用户编写客户端代码对数据进行访问和处理。(6)安全(Security)。ESB 必须支持对消息的授权和认证能力，如果输入数据可能被恶意解析，还要提供加密能力。ESB 的安全包括消息的机密性、完整性和可用性等，支持不同的安全策略与方法。(7)监控和管理(Monitor and Management)。关注 ESB的维护和管理能力。监控与管理功能包含多个方面，例如对于消息层来说，其管理主要

21、包括管理消息队列，监控消息大小和消息队列的吞吐率等。对于 Web服务，主要包括监控每个服务是否启动和运行，在每分钟有多少调用请求，对于一个 Web服务，有多少服务实例在运行等。(论文中只要给出以上 7个核心功能中的 5个即可)2)ESB提供了一个基于标准的松散应用耦合模式，在层次化的技术结构中，ESB 至少包含以下 3层(1)总线接入层：通过这一层可以使用户各种应用接入 ESB，使用 ESB的各种服务。在这一层提供对多种主流应用的接入协议支持，如 HTTP、JCA/J2C、NET 和 IBM/CICS等。同时考虑到一些客户自己定制的应用与 ESB的连接，在总线接入层提供了适配器服务。(2)核心

22、层：提供多种企业服务总线所需的必要服务支持，在这一层除了提供总线基本服务(如分发/订阅、队列、安全服务和仲裁服务等)外，还提供了 QoS的支持(如高可用性、确保消息传输等)。(3)微流程组合/拆分或定制路由层：这一层是侧重在业务支持上。通过通用和标准的对象和服务模型，可以在这一层上定义可重用和基于业界标准的业务流程。3)目前流行的 ESB产品包括商业产品和开源产品两类(1)商业产品 IBM的 WebSphere ESB、Oracle 的 Oracle Service Bus(前身是 BEA的 AquaLogic ServiceBus)和微软的 BizTalk Server等。(2)开源产品：M

23、ule、Apache ServiceMix、JBossESB、OpenESB 和 WSO2等。(论文中只要给出以上产品中的 4个即可)4)结合项目实践经验，说明你参与管理和实施的工程项目所采用的 ESB产品，然后围绕 7个核心功能，并结合企业应用集成项目的实际特点，论述选择该 ESB产品的原因，原因的描述要具有一定的广度和深度，要客观、适当。3具体说明你参与管理和开发的项目中，使用 ESB技术进行应用集成时所遇到的问题。这些问题包含但不限于以下内容。(1)如何根据企业应用集成的需求选择合适的 ESB产品?(2)如何根据企业的具体组织结构确定集成系统的体系结构，并据此设计系统的功能分布与物理拓扑

24、结构?(3)相关子系统之间的数据格式转换问题。(4)针对具体业务编写合适的处理逻辑并确定消息路由问题等。论述解决以上问题所采取的策略、具体办法和步骤，以及它们对该工程项目后期的工作产生了哪些积极(或消极)的影响(效果和存在的问题)。论文最后可以进一步讨论你在该工程项目中获得的与 ESB应用相关的几点体会，以及在今后的工作过程中，如果碰到类似的开发项目你将如何应用这些经验或教训。对需要进一步改进的地方，应有具体的着眼点，不能泛泛而谈。4论文写作过程中值得关注的一些要点如下(全书同)。(1)整篇论文要结构合理、切中要害、陈述完整、言简意赅、语言流畅、字迹清楚，切忌对知识点的堆积、长篇大论、言之无物

25、。(2)选择自己参与过的工程项目进行分析论述，所述项目切题真实，介绍清楚。(3)下午试卷是论述题目，问题中提到的中心内容在题目的说明中都有所涉及。在答题时首先要冷静并认真阅读题目，找出和问题相关的知识点，确定考题的关键考点，这是答题的前提。(4)摘要是全文概括，千万不要写成引言。(5)围绕论文主题，对所参与的项目进行科学叙述与评价，要有具体的着眼点，不能泛泛而谈，尽可能从字里行间让阅卷者体会到你的实际工作能力、业务水平和项目实践经验。(6)在考试过程中应注意技巧，让答题的思路最大限度地符合出题的思路，避免跑题，这样容易得到阅卷老师的共鸣。(7)根据考生对所参与的项目中针对本论文主题的相关叙述与

26、评价，可确定他(她)有无参与信息系统项目开发过程的实践经验。)解析：二、试题二(总题数：1，分数：45.00)阅读以下关于 SOA架构在网上银行贷款业务的应用说明，根据要求回答问题。说明FZ软件公司承接了某银行网上银行业务软件系统的开发任务。该银行所开通的网上银行业务中，网上贷款业务流程如下。(1)客户在网上填写姓名、电子邮件地址、贷款类型、贷款金额、身份证号和通信地址等信息，提交贷款申请。(2)在指定的时间内，客户会收到银行的电子邮件，通知贷款是否被批准。(3)银行根据客户提交的信息，创建贷款申请任务，创建工作由运行在主机上的 CICS(客户信息控制系统)完成，同时需要从第三方获得客户的信用

27、审查信息。(4)由信贷员对该项贷款申请业务进行审批，然后由风险检查系统评估该项贷款的风险程度，风险大的贷款申请将被拒绝。(5)无论批准或者拒绝，结果都会通过邮件系统递交给客户。对于拒绝的贷款申请，还要通知贷款申请任务进行有关操作。(6)除了信贷员审批环节需要人机交互外，业务是自动进行的。（分数：45.00）(1).问题 1上述网上贷款业务采用 SOA架构来实现。上述业务流程中涉及哪些功能单元?本题中的案例采用 SOA架构具有哪些优点?请用 300字以内的文字简要说明。（分数：15.00）_正确答案：(面向服务架构体系结构(Service-Oriented Architecture，SOA)作为

28、一种架构模型，它将应用程序的不同功能单元(称为服务)通过服务之间的接口(和契约)联系起来。接口独立于实现服务的硬件平台、操作系统和编程语言。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建的服务可以以一种统一的和通用的方式进行交互。这种具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松耦合。松耦合系统的好处有两点：灵活性；当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。而与此相对，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们

29、就显得非常脆弱。通过题干中关于网上银行贷款业务的说明不难找出相对独立的功能单元。这些功能单元为 SOA中的“服务”。由题干中给出的关键信息“(1)客户在网上填写姓名等信息，提交贷款申请”可知，该网上贷款业务流程中需涉及“贷款申请”这一功能单元。由题干中给出的关键信息“(3)银行根据客户提交的信息同时需要从第三方获得客户的信用审查信息”可知，该网上贷款业务流程中涉及“信用审查”这一第三方功能单元。由题干中给出的关键信息“(4)由信贷员对该项贷款申请业务进行审批，然后由风险检查系统评估该项贷款的风险程度”可知，该网上贷款业务流程中涉及“信贷员审批”和“风险检查(或风险评估)”这两个功能单元。其中，

30、功能单元“信贷员审批”也可从题干中给出的关键信息“(6)除了信贷员审批环节需要人机交互外，业务是自动进行的”获得启发。由题干中给出的关键信息“(5)无论批准或者拒绝，结果都会通过邮件系统递交给客户”可知，该网上贷款业务流程中涉及“电子邮件传送”这一功能单元。从技术角度而言，SOA 带来了“松散耦合”的应用程序组件，在此类组件中，代码不一定绑定到某个特定的数据库(甚至不一定绑定到特定的基础设施)。正是得益于这个松散耦合特性，才使得能够将服务组合为各种应用程序。这样不仅大幅度提高了代码重用率，而且业务变更时业务系统更加灵活和便利，还可以在增加功能的同时减少工作量。SOA 还具有管理上的优点。例如，

31、现在管理员可直接管理开发人员所构建的服务，这远胜于以往管理单个应用的方式。通过分析服务间的交互，SOA 可以帮助企业了解何时及什么业务逻辑被切实执行了，这使管理员能够有针对性地优化业务流程。采用 SOA将本项目相关功能单元有机地集成在一起，可以快速、经济、方便地构建出网上银行贷款业务系统。具体优点表现在：可以复用银行的各种应用资源；可以增强银行各个业务的集成性和灵活性；业务流程变更时便于快速构建应用系统。)解析：(2).问题 2服务注册表(Service Registry)模式是 SOA的架构模式之一。注册表支持驱动 SOA治理的服务合同、策略和元数据的开发、发布和管理。结合你的系统架构经验，

32、请用 400字以内的文字简要说明大多数商用服务注册产品支持哪些 SOA治理功能。（分数：15.00）_正确答案：(虽然服务注册表(Service Registry)常常具有运行时段的功能，但它主要是在 SOA设计时段使用。注册表支持驱动 SOA治理的服务合同、策略和元数据的开发、发布和管理。因此它提供一个主控制点，也称为策略执行点(Policy Enforcement Point，PEP)。在这个点上，服务可以在 SOA中注册和被发现。注册表可以包括有关服务和相关软件组件的配置、遵从性和约束配置文件。任何帮助注册、发现和检索服务合同、元数据和策略的信息库、数据库、目录或其他节点都可以被认为是一

33、个注册表。UDDI(通用描述、发现与集成)标准定义了 SOA的一种主要注册环境。大多数商用服务注册产品支持以下 SOA治理功能。(1)服务注册：应用开发者(也称为服务提供者)向注册表公布他们的功能。他们公布服务合同，包括服务身份、位置、方法、绑定、配置、方案和策略等描述性属性。实现 SOA治理最有效的方法之一，是限制哪类新服务可以向主注册表发布、由谁发布，以及谁批准和根据什么条件批准。此外，许多注册表包含开发向注册表发布服务可能需要的说明性服务模板。(2)服务位置：服务应用开发者帮助他们查询注册服务，寻找符合自身要求的服务。注册表让服务的消费者检索服务合同。对谁可以访问注册表，以及什么服务属性

34、通过注册表暴露的控制，是另一些有效的 SOA治理手段，注册表产品一般都支持此类功能。(3)服务绑定：服务的消费者利用检索到的服务合同来开发代码，开发的代码将与注册的服务绑定、调用注册的服务，以及与它们实现互动。开发者常常利用集成的开发环境自动将新开发的服务与不同的新协议、方案和程序间通信所需的其他接口绑在一起。工具驱动对服务绑定的控制，有效地管理服务在企业服务总线(ESB)上的互动。)解析：(3).问题 3上述网上贷款系统能够实际应用的基本前提之一是满足金融领域的安全性需求。该系统必须要满足哪些安全方面的需求?请用 200字以内的文字简要说明。（分数：15.00）_正确答案：(在进行 SOA的

35、集成时，用户身份识别、数据完整性等安全问题是需要重点解决的问题。该网上贷款系统必须满足以下安全方面的需求。(1)利用用户身份验证技术对该网上贷款系统有关角色进行身份识别。(2)利用公钥密钥机制等技术创建及验证类似手写签名的电子签名。(3)采用授权机制审查系统中信贷员是否具有相应的审批权。(4)利用数据完整性机制验证发送的数据与接收到的数据是否一致。(5)采用机密性机制使与业务无关的人员不能读取事务中的数据。(6)采用审查机制(例如，日志记录)把所有事务记录下来，以便事后验证。(7)利用防否认机制，由第三方求证事务中发送及收到的是否是同一数据。(8)利用威胁预防机制，防止间谍程序登录和攻击系统。

36、)解析：三、试题三(总题数：1，分数：18.75)2.以图形的方式观察和认识事物，是人类最便捷的认知方式之一。实时控制系统的可视化技术，使得操控人员以更加易于理解的形式掌握被控对象和过程的状态，为操作与决策提供方便。但是，可视化的设计涉及许多相关技术，程序设计复杂，有时甚至比设计实时控制系统本身的工作量还大。请围绕“可视化技术在实时控制系统的应用”论题，依次对以下 3个方面进行论述。1概要叙述你参与管理和开发的实时控制系统项目及你所担任的主要工作。2论述你在实时控制系统可视化的设计中所涉及的基本概念和采用的技术、方法，详细叙述实现过程中所遇到的问题及解决办法。3分析与评估可视化技术对改善系统操

37、控性能的效果，简要展望可视化技术在未来实时控制系统的应用前景，以及你进一步应用可视化技术的有关设想。（分数：18.75）_正确答案：(1简要介绍你参与管理和开发的大中型实时控制系统项目的基本情况，简要说明自己在该项目中的角色、所承担的主要任务及开展的主要工作。论文叙述自己参与管理和开发的实时控制系统项目应有一定的规模，自己在该项目中担任的主要工作应有一定的分量。2讨论你在实时控制系统可视化的设计中所涉及的基本概念和采用的技术及方法。分析各种可视化系统的共性，讨论独立于实时控制系统的可视化平台的概念模型和基本要素，分析在实时控制系统与可视化平台之间传送的消息的基本形式。结合项目实践经验，针对在可

38、视化平台上开发实时控制系统可视化部分的具体要求，详细分析对可视化系统开发工具的要求。详细叙述实时控制系统可视化的形式和实际意义，要明确系统设计的目标，对于讨论可视化系统设计和实现时所遇到过的主要问题，要有具体的解决方案和对策(解决办法)。3说明你的项目中所使用的可视化技术，对改善系统操控性能进行客观的分析和适当的评价，进一步讨论你在实时控制系统的可视化设计方面的几点体会，以及在今后的工作过程中，如果碰到类似的开发项目你将如何应用这些经验或教训。对需要进一步改进的地方，应有具体的着眼点，不能泛泛而谈。论文最后简要给出实时控制系统可视化技术的发展趋势与前景。在对发展前景和可能的新技术讨论时，最好能

39、够讨论某一种具体技术的实际应用。)解析：四、试题四(总题数：1，分数：45.00)4阅读以下关于基于场景驱动的软件架构设计的相关叙述，根据要求回答问题。说明对于大中型软件开发项目，通常采用迭代的方法来进行架构设计。架构先被原型化、测试和评估分析，然后在一系列的迭代过程中被细化。这种方法能够使需求细化、成熟化，并能够被更好地理解。用例场景是通过描述流经用例的路径来确定的过程，这个流经过程要从用例开始到结束遍历其中所有基本流(基本事件)和备选流(分支事件)。表 1是对某 IC卡加油机应用系统基本流的描述，表 2是对该 IC卡加油机应用系统备选流的描述。表 1 基本流描述表序 号 用例名称 用例描述

40、A1 准备加油 客户将 IC加油卡插入加油机A2 验证加油卡 加油机从加油卡的磁条中读取账户代码，并检查它是否属于可以接收的加油卡A3 验证黑名单 加油机验证卡账户是否存在于黑名单中，如果属于黑名单，则加油机吞卡A4 输入购油量 客户输入需要购买的汽油数量A5 加油 加油机完成加油操作，从加油卡中扣除相应金额A6 返回加油卡 退还加油卡表 2备选流描述表序 号 用例名称 用例描述B 加油卡无效 在基本流 A2过程中，该卡不能够识别或是非本机可以使用的IC卡，加油机退卡，并退出基本流C 卡账户属于 在基本流 A3过程中，判断该卡账户属于黑名单(例如，已经黑名单 挂失)，加油机吞卡，并退出基本流D

41、 加油卡账面现金不足 系统判断加油卡内现金不足，重新加入基本流 A4，或选择退卡E 加油机油量不足 系统判断加油机内油量不足，重新加入基本流 A4，或选择退卡（分数：45.00）(1).问题 1结合你的系统架构经验，请用 400字以内的文字，简述基于场景驱动的迭代式软件架构设计过程。（分数：15.00）_正确答案：(这是一道要求读者掌握基于场景驱动的迭代式软件架构设计的经验总结题。本题的解答思路如下。软件架构是软件系统的高层描述，给出了关于软件系统组织结构的一系列高级的、重要的抽象，包括：系统组成的结构性构件；组成构件之间的接口；构件相对系统其他部分的可视行为；构件之间所采取的交互和协作关系。

42、采用迭代的方法来进行架构设计，除了减少与架构相关的风险之外，在项目管理方面的优点有团队合作和培训，加深对架构的理解，以及深入程序和工具等(此处提及的是演进的原形，逐渐发展成为系统，而不是一次性的试验性的原形)。这种迭代方法还能够使需求被细化和成熟化，并能够被更好地理解。软件系统大多数关键的功能以场景(或用例)的形式被捕获。这里的“关键”是指系统最重要的功能(或系统存在的理由)，或使用频率最高的功能，或其应用减轻了一些重要的技术风险。基于场景驱动的迭代式设计过程如下。(1)开始阶段。基于风险和重要性为某次迭代选择一些场景。场景可能被归纳为对若干用户需求的抽象；对场景进行“描述”，以识别主要的抽象

43、(类、机制、过程和子系统)；将所发现的架构元素分布到 4个视图中；然后实施、测试和评估该架构。这个过程中可能检测到一些缺点或潜在的增强要求。(2)循环阶段。重新评估风险，选择能减轻风险或提高结构覆盖的额外的少量场景，然后试着在原先的架构中描述这些场景，发现额外的架构元素，或找出适应这些场景所需的重要架构变更，更新 4个主要视图；根据变更修订现有的场景；升级实现工具(架构原型)以支持新的、扩展的场景集合。(3)测试。如果有可能(例如，在已有的可重用的组件下快速实现系统)，则在实际的目标环境和负载下进行测试。(4)评审。评审软件架构的 5个视图，检测架构在简洁性、可重用性和通用性方面可能存在的潜在

44、问题。(5)更新设计准则和基本原理。(6)捕获经验教训。对于实际的系统，初始的架构原型需要不断进行演化。一般的情况是在经过 2次或 3次迭代，当找到了主要的抽象时，子系统和过程都已经完成并且已经实现所有的接口，系统架构可认为趋向于稳定。可能这些迭代过程的持续时间参差不齐，其原因在于：所实施项目的规模，参与项目人员的数量，对本领域和方法的熟悉程度，以及该系统和开发组织的熟悉程度等。因而较小的项目迭代过程可能持续 23 周，而大中型的项目可能为 69 个月。)解析：(2).问题 2下图是对该 IC卡加油机应用系统的基本流路径和备选流路径的描述，请用试题描述中的相应字母(见表 1和表 2)，将图中(1)(6)空缺处的内容填写完整。*（分数：15.00）_