正确答案:

题目：在基于构件的软件开发中，（1）描述系统设计蓝图以保证系统提供适当的功能；（2）用来了解系统的性能、吞吐率等非功能性属性。

解析：在基于构件的软件开发中，逻辑构件模型用功能包描述系统的抽象设计，用接口描述每个服务集合，以及功能之间如何交互以满足用户需求，它作为系统的设计蓝图以保证系统提供适当的功能。物理构件模型用技术设施产品、硬件分布和拓扑结构，以及用于绑定的网络和通信协议描述系统的物理设计，这种架构用于了解系统的性能、吞吐率等许多非功能性属性。

查看原题 查看所有试题

学习资料的答案和解析：

[单选题]敏捷软件过程强调：让客户满意和软件尽早增量发布；小而高度自主的项目团队；非正式的方法；最小化软件工程工作产品，以及整体精简开发。（）不是采用这种软件开发过程的原因。

对于软件项目开发来说，设计和实现可以做到基本分离

解析：敏捷软件过程主要有四大价值观：个体和交互胜过过程和工具；可以工作的软件胜过面面俱到的文档；客户合作胜过合同谈判；响应变化胜过遵循计划。这种价值观的前提是软件需求是难以提前确定的，而是会不断地发生变化，可以采用可执行原型和部分实现的可运行系统来了解用户需求，通过用户的反馈来明确需求。从制订计划的角度来看，分析、设计、实现和测试并不容易预测。

[单选题]对象管理组织（OMG）基于CORBA基础设施定义了4种构件标准。其中，（）的状态信息是由构件自身而不是由容器维护。

会话构件

解析：对象管理组织（OMG）基于CORBA基础设施定义了4种构件标准。实体（Entity）构件需要长期持久化并主要用于事务性行为，由容器管理其持久化。加工（Process）构件同样需要容器管理其持久化，但没有客户端可访问的主键。会话（Session）构件不需要容器管理其持久化，其状态信息必须由构件自己管理。服务（Service）构件是无状态的。

[单选题]系统测试将软件、硬件、网络等其他因素结合，对整个软件进行测试。（）不是系统测试的内容。

路径测试

解析：系统测试是将已经确认的软件、计算机硬件、外设和网络等其他因素结合在一起，进行信息系统的各种集成测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方。系统测试是根据系统方案说明书来设计测试用例，常见的系统测试主要有功能测试、健壮性测试（可靠性测试）、性能测试、用户界面测试、安全性测试、安装与反安装测试等，其中，最重要的工作是进行功能测试与性能测试。功能测试主要采用黑盒测试方法，性能测试主要验证软件系统在承担一定负载的情况下所表现出来的特性是否符合客户的需要，主要指标有响应时间、吞吐量、并发用户数和资源利用率等。从以上描述可以得知本题应选A。A选项所描述的路径测试是在单元测试阶段进行的一种白盒测试。

[单选题]RUP是一个二维的软件开发模型，其核心特点之一是（1）。RUP将软件开发生存周期划分为多个循环（cycle），每个循环由4个连续的阶段组成，每个阶段完成确定的任务。设计及确定系统的体系结构，制定工作计划及资源要求是在（2）阶段完成的。

解析：RUP也称为UP、统一过程，其核心特点是：以架构为中心，用例驱动，迭代与增量。该开发模型分4个阶段，分别为初始、细化、构造、移交。其中题干所述的“确定系统的体系结构”是细化阶段的主要工作，所以该空应填细化。

[单选题]（1）是一种最常用的结构化分析工具，它从数据传递和加工的角度，以图形的方式刻画系统内数据的运行情况。通常使用（2）作为该工具的补充说明。

解析：数据流图是一种最常用的结构化分析工具，它从数据传递和加工的角度，以图形的方式刻画系统内数据的运行情况。数据流图是一种能全面描述信息系统逻辑模型的主要工具，它可以用少数集中符号综合地反映出信息在系统中的流动、处理和存储的情况。通常使用数据字典对数据流图加以补充说明。数据字典是以特定格式记录下来的、对系统的数据流图中各个基本要素的内容和特征所做的完整的定义和说明。

[单选题]企业信息系统往往是一个具有业务复杂性和技术复杂性的大系统，针对其建设，系统分析首先要进行的工作是（1）。系统开发的目的是（2）。

解析：通常，软件开发项目是要实现目标系统的物理模型，即确定待开发软件系统的系统元素，并将功能和数据结构分配到这些系统元素中，它是软件实现的基础。但是，目标系统的具体物理模型是由它的逻辑模型经实例化（即具体到某个业务领域）得到的。与物理模型不同，逻辑模型忽视实现机制与细节，只描述系统要完成的功能和要处理的数据。作为目标系统的参考，需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统"做什么"的问题。结合现有系统（当前）分析，进行新系统设计的过程如图7-7所示。①获得当前系统的物理模型。当前系统可能是需要改进的某个已在计算机运行的数据处理系统，也可能是一个人工的数据处理过程。在这一步首先分析、理解当前系统是如何运行的，了解当前系统的组织机构、输入输出、资源利用情况和日常数据处理过程，并用一个具体模型来反映自己对当前系统的理解。这一模型应客观地反映现实世界的实际情况。②抽象出当前系统的逻辑模型。在理解当前系统"怎样做"的基础上，抽取其"做什么"的本质，从而从当前系统的物理模型抽象出当前系统的逻辑模型。在物理模型中有许多物理因素，随着分析工作的深入，有些非本质的物理因素就成为不必要的负担，因而需要对物理模型进行分析，区分出本质的和非本质的因素，去掉那些非本质的因素即可获得反映系统本质的逻辑模型。③建立目标系统的逻辑模型。分析目标系统与当前系统逻辑上的差别，明确目标系统到底要"做什么"，从当前系统的逻辑模型导出目标系统的逻辑模型。④建立目标系统的物理模型。根据新系统的逻辑模型构建出相应的物理模型。值得注意的是，原有系统可以是一个正在运行的软件系统，也可以是一个纯手工运作的流程。

[单选题]UML的事物是对模型中最具有代表性的成分的抽象，（1）是模型的静态部分，描述概念或物理元素；（2）用来描述、说明和标注模型的任何元素。