A

[解析] 结构化方法的特点：
   (1)用户至上原则。
   (2)严格区分工作阶段，每个阶段有明确的任务和取得的成果。
   (3)强调系统开发过程的整体性、系统开发过程顺序。
   (4)系统开发过程工程化，文档资料标准化。

D

[解析] 原型在多次改进后才能成为最终目标系统，达到既定的功能和性能。

D

[解析] 软件统一过程(RUP, Rational Unified Process)也是具有迭代特点的模型。依据时间顺序，RUP生命周期分为4个阶段：初始阶段、细化阶段、构建阶段、交付阶段。

A

[解析] 已有系统开发需求相对不复杂，目标比较清晰，合适使用结构化方法开发。

A

[解析] 结构化方法常采用瀑布模型。

A

[解析] 从信息系统开发的角度来看，信息系统的生命周期包括：立项、开发、运维、消亡四个阶段。
   (1)立项阶段：即需求阶段，是形成概念、需求分析的过程。需求分析是指对要解决的问题进行详细的分析，弄清项目发起人及其他干系人的要求，即确定待开发信息系统要“做什么”。
   (2)开发阶段：开发阶段可以细分为总体规划、分析、设计、实施、验收几个子阶段。
   (3)运维阶段：系统交付用户，进入运维阶段。
   (4)消亡阶段。

A

[解析] 软件规模的估算方法有德尔菲法、功能点分析(FPA, function points analysis)、代码行(LOC, Lines Of Code)、COCOMO模型等。

B

[解析] 蒙特卡罗(Monte Carlo)分析法又称统计实验法、随机模拟法，是运用概率论及数理统计的方法来预测和研究各种不确定性因素对项目的影响，分析系统的预期行为和绩效的一种定量分析方法。该图支持定量风险分析。
   原型法：原型法是指在获取一组基本的需求定义后，快速地建立一个目标系统的最初版本，并把它交给用户试用、补充和修改，再进行新的版本开发。反复这个过程，直到用户满意为止。
   面向对象方法：一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称OO方法，是建立在“对象”概念基础上的方法学。
   头脑风暴法，又叫集思广益法，它是通过营造一个无批评的自由的会议环境，使与会者畅所欲言，充分交流、相互启迪、产生出大量创造性意见的过程。

D

[解析] 软件架构也称为软件体系结构，是一系列相关的抽象模式，用于指导软件系统各个方面的设计。软件架构相当于系统草图，用于描述构成系统的抽象组件。组件间的连接则描述其之间的通信。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。
   在信息系统开发中，需求分配属于软件架构设计师要完成的主要任务之一。

D

[解析] 分层模式：将解决方案的组件分隔到不同的层中。每一层中的组件应保持内聚性，每一层都应与它下面的各层保持松散耦合。常见的分层模式有C/S模型、三层模型、ISO/OSI七层模型。
   知识库模式：典型应用是信号处理领域，例如语音和模式识别。
   面向对象模式：把数据的表示、操作封装在一个类或者对象中。该模式基于数据抽象和面向对象基础上。
   事件驱动模式：就是事件源发出事件，监听器捕获事件并做出响应的过程。典型事件驱动模式包含Word、Excel这类图形界面工具。因此选择D。

B

[解析] 分层架构模式优点如下：
   (1)适合复杂问题的功能分解，整体设计更清晰。
   (2)适合系统设计的逐级抽象。
   (3)具有较好的可扩展性。
   (4)支持软件复用。
   分层模式的缺点如下：
   (1)划分层次不是普遍适用的；层次划分的方法不统一。
   (2)层次过多，系统性能可能下降。

B

[解析] 题干中指出“数据和数据处理放在服务器端，而应用处理和表现层放在客户端。”这显然属于客户/服务器两层架构。

D

[解析] 模糊测试的测试用例通常是随机数据。用随机的非预期的数据发现软件漏洞。

B

[解析] 基本路径测试法、条件覆盖法、逻辑覆盖法、静态结构分析法、代码检查法等均为白盒测试法。边界值分析法、等价类划分属于黑盒测试。

D

[解析] Bugzilla是UNIX下的，追踪系统Bug软件。
   TestManager是Rational公司开发的测试管工具。它是一个及时在任何过程点上判断系统状态的工具。
   TrueCoverage是一个白盒测试工具，用于代码覆盖率统计，即判断哪些代码已测试，哪些没有测试。
   LoadRunner是一种预测系统行为和性能的负载测试工具。通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题。

B

[解析] V模型是软件测试过程中常见的一种模型，反映了开发和测试过程的关系。V模型如下图所示。
   验收测试阶段是对需求规格说明书的承诺进行一一核对。需求文档定义的功能全部实现，非功能指标达到设计要求，可以视为通过验收测试。
   

D

[解析] 软件测试贯穿整个软件生命周期，包含需求分析、设计、编码等阶段。

D

[解析] 从性质上划分，软件的维护如下表所示。

软件维护

维护类别

特点

工作量(估计)

预防性维护

适应未来、未知的变化，主动增加的预防性的新功能，避免将来被 淘汰。 例子：为了适应未来网络带宽的需要，在满足现有带宽需求下，修 改网络软件从而使之支持更大的带宽

4%

纠错性维护 (更正性维护)

改正开发阶段发生且测试阶段未发现的错误。改正系统投入使用后 所发现的错误。 例子：Windows蓝屏补丁

21%

适应性维护

系统投入运行后，根据技术、管理、需求变化而进行的修改。 例子：系统运行后，银行业务调整，要求业务代码前增加由3个英 文字母组成的前缀码

25%

完善性维护

增加新功能、改善系统特性。 例子：增加联机帮助。又如，为方便用户使用和查找问题，系统提 供联机帮助

50%

A

[解析] 《软件文档管理指南(3B/T16680-1996》指出
   9.6.1  文档归档
   A．归档的文档应是经过鉴定或评审的；
   B．文档应签署完整、成套、格式统一、字迹工整；
   C．印制本、打印本以及各种报告应装订成册，并按规定进行编号、签署。
   软件文档应在开发过程每个阶段结束后应及时归档，而不是在项目开发过程结束之后统一归档。所以A错误。

C

[解析] 《软件文档管理指南GB/T16680-1996》中指出：
   软件文档从项目周期角度分为如下三种类别：
   (1)开发文档——描述开发过程本身；
   (2)产品文档——描述开发过程的产物；
   (3)管理文档——记录项目管理的信息。
   管理文档：这种文档建立在项目管理信息的基础上，诸如：
   ●开发过程的每个阶段的进度和进度变更的记录；
   ●软件变更情况的记录；
   ●相对于开发的判定记录。
   因此，记录开发过程每个阶段的进度和变更的文档属于管理文档。

B

[解析] 依据《中华人民共和国标准GB 1526—1989》
   5 数据流程图
   数据流程图表示求解某一问题的数据通路。同时规定处理的主要阶段和所用的各种数据媒体。
   6 程序流程图
   程序流程图表示程序中的操作顺序。
   7 系统流程图
   系统流程图表示系统的操作控制和数据流。
   8 程序网络图
   程序网络图表示程序激活路径和程序与相关数据的相互作用。在系统流程图中，一个程序可能在多个控制流中出现：但在程序网络图中，每个程序仅出现一次。
   因此选择B
   9 系统资源图
   系统资源图表示适合于一个问题或一组问题求解的数据单元和处理单元的配置。

A

[解析] 此题历年考试中考查过2次以上。
   《计算机软件质量保证计划规范GB/T 12504-1990》
   4.3.1 基本文档
   为了确保软件的实现满足需求，至少需要下列基本文档：
   4.3.1.1 软件需求规格说明书software requirements specification
   软件需求规格说明书必须清楚、准确地描述软件的每一个基本需求(功能、性能、设计约束和属性)和外部界面。
   4.3.12 软件设计说明书software design description
   软件设计说明书应该包括软件概要设计说明和软件详细设计说明两部分。
   4.3.1.3 软件验证与确认计划software verification and validation plan
   软件验证与确认计划必须描述所采用的验证和确认方法(例如评审、检查、分析、演示或测试等)，用来验证软件需求规格说明书中的需求是否已由软件设计说明书描述的设计实现；软件设计说明书表达的设计是否已由编码实现。
   4.3.1.4 软件验证和确认报告software verification and validation report
   软件验证与确认报告必须描述软件验证与确认计划的执行结果。
   4.3.1.5 用户文档user documentation
   用户文档(例如手册、指南等)必须指明成功运行该软件所需要的数据、控制命令以及运行条件等；必须指明所有的出错信息、含义及其修改方法；还必须描述将用户发现的错误或问题通知项目承办单位(或软件开发单)或项目委托单位的方法。
   4.3.2 其他文档
   除基本文档以外，还应包括下列文档：
   项目实施计划、项目进展报表、项目开发各阶段的评审报表。

C

[解析] 依据《计算机软件产品开发文件编制指南》
   4 软件生存周期与各种文件的编制
   在需求分析阶段内，由系统分析人员对被设计的系统进行系统分析，确定对该软件的各项功能、性能需求和设计约束，确定对文件编制的要求，作为本阶段工作的结果，一般来说，软件需求说明书、数据要求说明书和初步的用户手册应该编写出来。

D

[解析] 依据中华人民共和国标准《软件工程产品质量第1部分：质量模型》GB/T16260.1-2006
   7 使用质量的质量模型
   本章定义了使用质量的质量模型。使用质量的属性分为四个特性：有效性、生产率、安全性、满意度。

C

[解析] 《软件文档管理指南GB/T16680-1996》中指出：
   从质量来看：
   每个文档的质量必须在文档计划期间就有明确的规定。文档的质量可以按文档的形式和列出的要求划分为四级。可以笼统划分为正式文档和非正式文档。
   (1)最低限度文档(一级文档)：
   ●适合开发工作量低于一个人月的开发者自用程序。
   ●该文档应包含程序清单、开发记录、测试数据和程序简介
   (2)内部文档(二级文档)
   ●可用于在精心研究后被认为似乎没有与其他用户共享资源的专用程序。
   ●除一级文档提供的信息外，二级文档还包括程序清单内足够的注释以帮助用户安装和使用程序。
   (3)工作文档(三级文档)
   ●适于由同单位若干人联合开发的程序，或可被其他单位使用的程序。
   (4)正式文档(四级文档)
   ●适于要正式发行供普遍使用的软件产品。
   ●关键性程序或具有重复管理应用性质(如工资计算)的程序需四级文档。
   ●应遵守GB 8567的有关规定

C

[解析] GB/T16260-1996将软件质量属性划分为六个特性(功能性、可靠性、易用性、效率、维护性和可移植性)，并进一步细分为若干子特性。
   外部和内部的质量模型如下图所示：
   

B

[解析] 依据《计算机软件可靠性和可维护性管理GB/T14394-2008》
   4.1.4 在运作过程和维护过程中的可靠性和可维护性管理要求
   在软件运作过程和维护过程中，应分析和提高软件可靠性：
   a)制定并实施软件可靠性数据采集规程；
   b)实施软件FRACAS；
   c)测量可靠性，分析现场可靠性是否达到要求：
   d)跟踪用户满意程度；
   e)用可靠性测量数据指导产品和工程过程的改进；
   f)软件产品维护时执行适当的维护规程并参照4.1.3实施适用的管理活动。

A

[解析] 《软件文档管理指南GB/T16680-1996》中指出：
   软件文档从项目周期角度分为如下三种类别：
   (1)开发文档——描述开发过程本身；
   基本开发文档包含：
   ●可行性研究和项目任务书；
   ●需求规格说明；
   ●功能规格说明；
   ●设计规格说明，包括程序和数据规格说明；
   ●开发计划；
   ●软件集成和测试计划；
   ●质量保证计划、标准、进度；
   ●安全和测试信息。
   (2)产品文档——描述开发过程的产物；
   产品文档规定关于软件产品的使用、维护、增强、转换和传输的信息。
   基本的产品文档包含：
   ●培训手册；
   ●参考手册和用户指南；
   ●支持手册；
   ●产品手册。
   (3)管理文档——记录项目管理的信息。
   管理文档：这种文档建立在项目管理信息的基础上。管理文档包含：
   ●开发过程的每个阶段的进度和进度变更的记录；
   ●软件变更情况的记录；
   ●相对于开发的判定记录。

D

[解析] 中华人民共和国标准《软件工程产品质量第1部分：质量模型》GB/T16260.1-2006指出。
   内部度量可以应用于设计和编码期间的非执行软件产品(标书、需求定义、规格说明、源代码)。
   内部度量用于测试软件产品的中间产品。使得用户、评价者、测试人员和开发者可以在软件产品可执行之前就能评价软件产品质量和尽早地提出质量问题。
   外部度量测试、运行和观察可执行的软件或系统。外部度量使得用户、评价者、测试人员和开发者可以在测试或操作期间评价软件产品质量。
   外部度量可以通过测量该软件产品作为其一部分的系统行为来测量软件产品的质量。外部度量只能在生存周期过程中的测试阶段和任何运行阶段使用。

C

[解析] 中华人民共和国标准《软件工程产品质量第1部分：质量模型》GB/T16260.1-2006。
   使用质量是基于用户观点的质量。
   5.2 产品质量和生存周期
   用户质量：要求可通过使用质量的度量、外部度量，有时是内部度量来确定为质量需求。当确认产品时，这些度量确定的需求应该作为准则来使用。
   外部质量需求：从外部视角来规定要求的质量级别。包括用户质量要求派生的需求(包括使用质量需求)。
   内部质量需求：从产品的内部视角来规定要求的质量级别。内部质量需求用来规定中间产品的特胜。这些可以包括静态的和动态的模型，其他的文档和源代码。

C

[解析] 依据《中华人民共和国国家标准信息技术软件工程术语》(GB/T11457-2006)。
   软件开发方法是软件开发过程所遵循的方法和步骤，它是规则、方法和工具的集成，既支持开发，也支持以后的演化过程。

B

[解析] 可靠性指标MTBF(平均无故障时间)=无故障总时间/故障次数，简单的方法可用故障次数指标来度量。
   可用性=可用时间/总时间，简单的方法可用可用时间指标来度量。甲乙系统指标对比如下表所示。

可靠性

可用性

甲系统

中断10次

1年——20分钟/次×10

乙系统

中断2次

1年——5小时/次×2

甲可靠性＜乙可靠性

甲可用性＞乙可用性

D

[解析] 根据《信息技术软件工程术语GB/T11457-2006》，验证是指评价系统或部件，以确定软件开发周期中的一个给定阶段产品，是否满足在阶段开始确立的需求过程。

C

[解析] 一般来说，系统稳定性不属于功能性。

B

[解析] 可靠性是指在指定条件下使用时，软件产品维持规定的性能级别的能力。有备件方式当然能很好地提高系统可靠性。

C

[解析] 文档质量分级如下表所示。

按质量分级的文档

质量级别

适用情况

备注

最低限度文档 (1级文档)

适合开发工作量低于一个人月的开 发者自用程序

该文档应包含程序清单、开发记录、测试 数据和程序简介

内部文档 (2级文档)

精心研究后被认为似乎没有与其他 用户共享资源的专用程序

除1级文档提供的信息外，2级文档还包括 程序清单内足够的注释以帮助用户安装和 使用程序

工作文档 (3级文档)

适于由同单位若干人联合开发的程 序，或可被其他单位使用的程序

正式文档 (4级文档)

适于要正式发行供普遍使用的软件 产品

关键性程序或具有重复管理应用性质(如 工资计算)的程序需4级文档。 应遵守GB 8567的有关规定

D

B

[解析] 《计算机软件需求说明编制指南GB/T 9385-2008》
   软件需求规格说明书(SRS)
   ●SRS的基本要求：SRS是对要完成一定功能、性能的软件产品、程序或一组程序的说明。
   6.1.2 范围
   A．用一个名字标识被生产的软件产品。比如：×××数据库系统、报表生成程序等；
   B．说明软件产品将干什么，如果需要的话，还要说明软件产品不干什么；
   C．描述所说明的软件的应用。
   所以《软件需求规格说明书》可以成为软件设计、数据库设计、软件验收的依据。

C

[解析] 依据GB/T11457-2006《信息技术软件工程术语》
   断点(breakpoint)：计算机程序中能暂停执行，允许人工或自动监控程序性能或结果的点。类型包括代码断点、数据断点、动态断点、跋断点、可编程断点、序断点和静态断点。

C

[解析] 依据GB/T 12504-90《计算机软件质量保证计划规范》
   5.3 第三次评审
   第三次评审会要进行功能检查、物理检查和综合检查。这些评审会应在集成测试阶段结束后进行。

A

[解析] GB/T 14394-93《计算机软件可靠性和可维护性管理》
   4.1.32 在需求活动中的可靠性和可维护性管理要求
   分析和确定软件可靠性和可维护性的具体设计目标，确保与研究任务书或合同相应要求的可追踪性，制定实施计划，制定各实施阶段的基本准则，确定各实施阶段的验证方法。

D

[解析] 根据GB/T 12504标准
   4.3.1 基本文档
   为了确保软件的实现满足需求，至少需要下列基本文档：
   软件需求规格说明书software requirements specification
   ●软件设计说明书software design description
   ●软件验证与确认计划software verification and validation plan
   ●软件验证和确认报告software verification and validation report
   ●用户文档user documentation
   ●其他文档

C

[解析] 能力成熟度模型集成(CMMI, Capability Maturity Model Integration)是CMM模型的最新版本。
   CMMI所追求的过程改进目标有保证产品或服务质量、项目时间控制、项目成本最低。所有过程文档化没有必要，也浪费人力物力，并不包含在内。

D

[解析] 需求分析就是确定待开发信息系统要“做什么”。软件需求除了所表达的行为特性外，还具有优先级等特性。因此A正确。
   架构设计与需求分析在实际上是重叠的，不能截然分开。架构设计的工作就是把满足需求的职责分配到组件。因此B正确。
   软件需求分析的关键是开发反映真实世界问题的模型，模型用于理解问题、反应问题，但不是设计方案，更不是实现问题。所以C正确，D不正确。

A

[解析] 软件需求基本特征是可验证性，即需求可以被验证。

A

[解析] 软件需求说明书(SRS, Software Requirement specifications)定义：客户需求就是项目要开发的是什么软件产品，该产品是干什么的。本题B、C、D选项说明产品干什么。而A选项则是说明产品需求怎么干，属于设计阶段的工作。

C

[解析] 需求分析阶段需要用户共同参与，最终的成果需求规格说明书需要得到用户的认可。

C

[解析] 原始文档不能删除和随意修改，这样能方便老版本的追溯。

D

[解析] D选项的关键词“实现”，说明这属于编码的范畴。

A

[解析] 顺序图(序列图)：描述对象之间的交互，重点在强调顺序。
   构件图：描述构件的结构与连接。
   类图：描述类、类的特性以及类之间的关系。
   部署图：描述在各个节点上的部署。

B

[解析] 图形“”表示相联两类之间属于泛化关系，即特殊“”一般关系。本图“容器”和“GUI组件”均为并列关系，并无从属关系。所以B项不正确。

C

[解析] 常见的UML，关系如下表所示。
   
   因此该题选择C。

B

[解析] ●用例图描述角色以及角色与用例之间的连接关系。
   ●部署图用来建模系统的物理部署。例如计算机和设备及其之间是如何连接的。部署图则是用来帮助安装、部署人员掌握系统的拓扑结构。用于显示运行的处理节点以及居于其上的构件、进程和对象的配置。部署图例子如下图所示。
   
   ●类图是描述系统中的类以及各个类之间的关系的静态视图。
   ●构件图描述代码构件的物理结构以及各种构建之间的依赖关系。利用构件图可以对类模型进行有效的整合，使得开发团队知道最终系统是由哪些可执行的构件块组成，让其从类的森林里抽身出来。构件图如下图所示。
   

C

[解析] 接口是一种特殊的类，因此类和接口是属于泛化/继承关系。

D

[解析] 开发系统选择开发语言时，当然要考虑对选择语言的熟悉程度，否则会造成开发效率低下。因此A正确。
   模式用于描述不断重复的问题，并提供解决方案，避免重复工作。设计模式通过面向对象的解决方案，能方便复用设计和体系结构。所以B正确。
   面向对象技术在软件生命周期中，分别叫面向对象分析(OOA)、面向对象设计(OOD)、面向对象编程(OOP)、面向对象测试(OOT)。所以C正确。
   RUP是在软件过程的角度，先了解一个软件项目是怎么做；再去UML中寻找需要的工具，把软件过程要达到的要求记录下来。UML是可视化建模语言，可以单独使用。

B

[解析] 多态性是一种方法，这种方法使得在多个类中可以定义同一个操作或属性名，并在每个类中可以有不同的实现。多态性使得一个属性或变量在不同的时期可以表示不同类的对象。
   Rectangle和Circle都继承于Shape，对于Shape而言，会有getArea()的操作。但顾名思义，Rectangle和circle的getArea()方法的实现是完全不一样的，这就体现了多态的特征。

A

[解析] 面向对象的分析的步骤：
   (1)发现角色/参与者
   (2)发现用例
   (3)建立用例模型
   (4)进行领域分析
   (5)建立对象—关系模型
   (6)建立对象—行为模型
   (7)建立功能模型

C

[解析] J2EE的4层结构：
   (1)运行在客户端机器上的客户层组件，例如IE、QQ浏览器等。
   (2)运行在J2EE服务器上的Web层组件。
   (3)运行在J2EE服务器上的业务逻辑层组件，例如Enterprise JavaBean。
   (4)运行在服务器上的企业信息系统层软件。

B

NET架构中，基础类库给开发人员提供了一个统一的、面向对象的、层次化的、可扩展的编程接口。使开发人员能够高效、快速地构建基于下一代互联网网络应用。
   ●统一语言运行环境：属于.NET的最底层，提供统一的运行、编程环境，提升了编程效率，方便了不同语言之间的交互。支持多种语言，具体有C、C++、Java等。
   ●数据库访问技术：.NET提供一组类库链接、运行和维护数据库。代表技术为ADO.NET。
   ●网络开发技术：方便、高效构建、部署网络应用。代表技术ASRNET。

D

[解析] J2EE规范包含了一系列构件及服务技术规范。
   (1)JNDI: Java命名和目录服务。
   (2)Servlet: Java Servlet是一个运行在服务器上的小程序，用于提供以构件为基础、独立于平台的Web应用。
   (3)JSP: Java Servlet的一种扩展，使创建静态模版和动态内容相结合的HTML和XML页面更加容易。
   (4)EJB: 实现应用中关键的业务逻辑，创建基于构件的企业级应用程序。
   (5)JCA: J2EE连接器架构，提供一种连接不同企业信息平台的标准接口。
   (6)JDBC: Java数据库连接技术，提供访问数据库的标准接口。
   (7)JMS: Java消息服务，提供企业级消息服务的标准接口。
   (8)JTA: Java事务编程接口。
   (9)JavaMail: 提供与邮件系统的接口。
   (10)RMI-IIOP: 提供应用程序的通信接口。

A

[解析] COM+不局限于COM，它更注重分布式网络应用的设计和实现。COM+继承了COM优势，同时又避免了一些不足。COM+紧紧地与操作系统结合起来，通过系统服务为应用程序提供全面的服务。
   COM+由微软开发，因此Windows下的系统开发，宜选用COM+作为构件标准。

A

[解析] COM+不再局限于COM的组件技术，它更加注重分布式网络应用的设计和实现，已经成为Microsoft系统平台策略和软件发展策略的一部分。因此，COM+不是COM的新版本。

D

[解析] 公共对象请求代理体系结构(CORBA, Common Object Request Broker Architecture)是由OMG组织制订的一种标准的面向对象应用程序体系规范。
   CORBA标准主要分为三个层次：
   ●对象请求代理：属于最底层，是用户提供与其他分布式网络环境中对象通信的接口。
   ●公共对象服务：属于中层，定义各类公共服务，如名字服务、交易服务、安全服务。
   ●公共设施：属于上层，规定业务对象有效协作所需的协议规则。

C

[解析] 中间件是位于平台(硬件和操作系统)和应用之间的通用服务，这些服务具有标准的程序接口和协议。针对不同的操作系统和硬件平台，它们可以有符合接口和协议规范的多种实现。
   中间件可运行于多种硬件和操作系统平台之上，并非运行在操作系统内核中。跨越网络、硬件、操作系统平台的应用或服务可通过中间件透明交互。

B

[解析] 网格计算即分布式计算，研究如何把一个非常巨大的问题分成许多小的部分，然后分配给许多计算机处理，最后把这些计算结果综合起来得到最终结果。
   云计算通过建立网络服务器集群，将大量通过网络连接的软件和硬件资源进行统一管理和调度，构成一个计算资源池，从而使用户能够根据所需，从中获得诸如在线软件服务、硬件租借、数据存储、计算分析等各种不同类型的服务，并按资源使用量进行付费。因此选择B。
   效用计算是一种提供模型的服务，服务提供商产生客户需要的计算资源和基础设施管理，并根据某个应用，而不是仅仅按照速率进行收费。
   物联网就是“物物相连的互联网”。以互联网为基础，将数字化、智能化的物体接入其中，实现自组织互联，是互联网的延伸与扩展；通过嵌入到物体上的各种数字化标识、感应设备，如RFID标签、传感器、响应器等，使物体具有可识别、可感知、交互和响应的能力，并通过与Internet的集成实现物物相联，构成一个协同的网络信息系统。

C

[解析] 基础设施即服务(IaaS, Infrastructure as a Setvice)，消费者通过Internet可以从完善的计算机基础设施获得服务。
   平台即服务(PaaS, Platform as a Service)，服务器平台或者开发环境作为服务进行提供就成为了PaaS。
   软件即服务(Saas, Software as a Service)，厂商将应用软件统一部署在自己的服务器上，客户可以根据自己实际需求，通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用，并通过互联网获得厂商提供的服务。
   Iaas、PaaS、SaaS均可以看为云计算服务模式。

A

[解析] 企业服务总线(ESB, Enterprise Service Bus)，结合中间件、XML、WEB技术，消除技术差异，支持基于内容的路由、过滤。可传输复杂数据，提供系列接口。
   ESB是步行街超级物管，管理整条街的门面，而由各门面提供具体服务。
   ●各门面老板需从各地的厂家进货，但各厂商说各种方言无法交流(协议不一致)，而物管(ESB)提供翻译(协议转换)。
   ●各门面老板进货时可能遇到缺货需等待，如何处理进货顺序的问题。而ESB可以帮助构建进货流程。

A

[解析] 消息就是指操作系统发出一个通知，告诉应用程序某个事情发生了。例如，单击鼠标、改变窗口尺寸、按下键盘上的一个键都会使操作系统发送一个消息给应用程序。消息本身是作为一个记录传递给应用程序的，这个记录(一般在C/Java/汇编中称为“结构体”)中包含了消息的类型以及其他信息。
   题目中的新数据到达通知系统的方式特别合适消息机制。

D

[解析] Web Service技术适用于跨越防火墙、应用系统集成、B2B应用、软件重用的同构应用程序应用。Web Service不合适单机应用。因此选D。

B

[解析] DCOM(分布式组件对象模型)是一系列微软的概念和程序接口，利用这个接口，客户端程序对象能够请求来自网络中另一台计算机上的服务器程序对象。
   Web Service的主要目标是跨平台的操作性，它有许多适用场合。但某些情况下，Web服务也会降低应用程序的性能。Web Service技术适用于跨越防火墙、应用系统集成、B2B应用、软件重用的同构应用程序应用。
   因此该系统最适合采用的技术是WEB Service。
   公共对象请求代理体系结构(CORBA, Common Object Request Broker Architecture)是由OMG组织制订的一种标准的面向对象应用程序体系规范。或者说CORBA体系结构是OMG为解决分布式处理环境(DCE)中，硬件和软件系统的互连而提出的一种解决方案；OMG组织是一个国际性的非盈利组织，其职责是为应用开发提供一个公共框架，制订工业指南和对象管理规范，加快对象技术的发展。
   Java RMI指的是远程方法调用(Remote Method Invocation)。它是一种机制，能够让在某个Java虚拟机上的对象调用另一个Java虚拟机中的对象上的方法。

A

[解析] Web Service允许重用代码、重用代码后的数据。调用远端Web Service可以动态获取数据。B选项不正确。
   统一界面属于软件重用。C选项不正确。
   Web Service技术支持XML协议，所以D选项不正确。

A

[解析] WSDL用于描述Web服务，说明能提供什么服务。

B

[解析] 数据仓库(DW, Data Warehouse)是一个面向主题的、集成的、稳定的、反映历史变化的数据集合，用于支持管理决策。
   数据仓库是稳定的，不合适快速更新，所以A错误。
   数据仓库是面向主题的，所以C错误。
   数据仓库是集成的，要求去除数据不一致性，所以D错误。
   因此B选项符合数据仓库的反映历史变化的特性。

D

[解析] 数据库管理系统功能有：
   ●数据定义：使用数据定义语言(DDL, Data Definition Language)构建和修改数据库结构。
   ●数据操作：使用数据操作语言(DML, Data Manipulation Language)查询、添加、删除、更新数据。
   ●数据库管理：数据库系统的并发控制、安全检测、完整性检测、日志管理、事务处理、数据库保护与维护等。
   ●数据存储管理。
   ●提供联机处理、分时系统及远程作业输入的相关接口。

A

[解析] DW(Data Warehouse，数据仓库)是一个面向主题的、集成的、非易失的、反映历史变化的数据集合，用于支持管理决策。
   数据仓库的特征如下：
   (1)数据仓库是面向主题的。传统的操作型系统是围绕公司的应用进行组织的。如对一个电信公司来说，应用问题可能是营业受理、专业计费和客户服务等，而主题范围可能是客户、套餐、缴费和欠费等。
   (2)数据仓库是集成的。由于各个应用系统在编码、命名习惯、实际属性、属性度量等方面不一致，当数据进入数据仓库时，要用集成来消除这些不一致性。
   (3)数据仓库是非易失的。在数据仓库环境中，并不进行一般意义上的数据更新。
   (4)数据仓库随时间变化而变化。数据仓库包含时间字段，记录过去各阶段信息，通过分析这些信息，可以得到定量分析结果和对未来展开预测。

B

[解析] 题干直接给出了“数据仓库是一个面向主题的、集成的、相对稳定的、反映历史变化的数据集合”，说明数据仓库数据不是联机数据，因此A不正确，B正确。
   部门级数据库通常称为数据集市，但数据集市面向主题，存储主题数据，但不是主题。
   联机事务处理(OLTP, On-Line Transaction Processing)注重数据计算、增、删、改、查。因此不属于数据仓库的特性。

A

[解析] 主键为表中一个或多个字段，是一条记录的唯一标识。“员工编号”能唯一标识员工表的记录，所以是主键。
   外键与另一表关联，在另一表中作主键。“部门编号”能唯一标识部门表的记录，所以是外键。

B

[解析] 操作系统是DBMS等系统的基础，各类应用均需运行在OS之上。因此它们间的关系是DBMS调用OS关系。

B

[解析] DBMS使用数据操作语言(DML)实现数据的追加、删除、更新、查询。

C

[解析] 实体关系模型(E-R图)用来描述现实世界的概念模型，其基本要素有：实体型、属性和联系。
   ●实体型：用矩形表示；
   ●属性：用椭圆形表示，并用无向边与实体相连；
   ●联系：用菱形表示，并用标注了类型(1:1、1:n或m:n)的无向边与实体相连。