正确答案:

题目：需求分析是一种软件工程活动，它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的（1）、指明软件和其他系统元素的接口、并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围，创建所需数据、信息和（2），以及操作行为的模型，此外还有分析可选择的解决方案，并将它们分配到各软件元素中去。

解析：需求分析使得系统工程师能够刻画出软件的功能需求（明确所开发的软件必须具备什么样的功能）、性能需求（明确待开发的软件的技术性能指标）、环境需求（明确软件运行时所需要的软、硬件的要求）、用户界面需求（明确人机交互方式、输入/输出数据格式）。需求分析要指明软件和其他系统元素的接口、并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围，创建所需数据、信息和控制流，以及操作行为的模型。

查看原题 查看所有试题

学习资料的答案和解析：

[单选题]以下关于软件生存周期模型的叙述，正确的是（）

在瀑布模型中，前一个阶段的错误和疏漏会隐蔽地带到后一个阶段

解析：本题考查软件生存周期模型的相关知识。 　　软件产品从形成概念开始，经过开发、使用和维护，直到最后退役的全过程成为软件生存周期。一个完整的软件生存周期是以需求为出发点，从提出软件开发计划的那一刻开始，直到软件在实际应用中完全报废为止。软件生存周期的提出是为了更好地管理、维护和升级软件，其中更大的意义在于管理软件开发的步骤和方法。 　软件生存周期模型又称软件开发模型（software develop model）或软件过程模型（software process model），它是从某个特定角度提出的软件过程的简化描述。软件生存周期模型主要有瀑布模型、演化模型、原型模型、螺旋模型喷泉模型和基于可重用构件的模型等。软件生存周期模型的主要目标是降低开发风险，提高软件品质，而非一味地提高开发速度。 　　瀑布模型是一个有着严格阶段划分的模型，这种模型要求完成一个阶段，才能开始下一个阶段的工作，先是需求分析，然后是设计、编码、测试。该模型最大的缺陷在于，一个阶段的错误若没有被发现，将隐蔽地带到下一个阶段，使下一个阶段接着出错，所以A选项的描述是正确的。 　　演化模型是根据用户的基本需求，通过快速分析构造出该软件的一个初始可运行版本，这个初始的软件通常称之为原型，然后根据用户在使用原型的过程中提出的意见和建议对原型进行改进，获得原型的新版本。重复这一过程，最终可得到令用户满意的软件产品。采用演化模型的开发过程，实际上就是从初始的原型逐步演化成最终软件产品的过程。演化模型特别适用于对软件需求缺乏准确认识的情况。

[单选题]以下关于软件构件及其接口的叙述，错误的是（）

构件不允许外部对所支持的接口进行动态发现或调用

解析：本题考查软件构件的基本概念。软件构件是软件系统中具有一定意义的、相对独立的可重用单元。与对象相比，构件可以基于对象实现，也可以不作为对象实现。构件需要在容器中管理并获取容器提供的服务；客户程序可以在运行状态下利用接口动态确定构件所支持的功能并调用。

[单选题]基于构件的开发（CBD）模型，融合了（）模型的许多特征。该模型本质是演化的，采用迭代方法开发软件。

螺旋

解析：基于构件的开发模型利用模块化方法将整个系统模块化，并在一定构件模型的支持下复用构件库中的一个或多个软件构件，通过组合手段高效率、高质量地构造应用软件系统的过程。基于构件的开发模型融合了螺旋模型的许多特征，本质上是演化形的，开发过程是迭代的。基于构件的开发模型由软件的需求分析和定义、架构设计、构件库建立、应用软件构建及测试和发布5个阶段组成。

[单选题]博学公司欲开发一个在线交易系统。为了能够精确表达用户与系统的复杂交互过程，应该采用UML的（）进行交互过程建模。

顺序图

解析：显然，为了能够精确表达用户与系统的复杂交互过程，应该使用交互图。在UML中，交互图包括顺序图、通信图、定时图和交互概览图。顺序图强调消息的时间次序，通信图强调消息流经的数据结构，定时图强调消息跨越不同对象或角色的实际时间，交互概览图是顺序图和活动图的混合体。

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

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

[单选题]逆向工程导出的信息可以分为4个抽象层次，其中（1）可以抽象出程序的抽象语法树、符号表等信息；（2）可以抽象出反映程序段功能及程序段之间关系的信息。

解析：逆向工程导出的信息可分为如下4个抽象层次：①实现级：包括程序的抽象语法树、符号表等信息。②结构级：包括反映程序分量之间相互依赖关系的信息，如调用图、结构图等。③功能级：包括反映程序段功能及程序段之间关系的信息。④领域级：包括反映程序分量或程序与应用领域概念之间对应关系的信息。

[单选题]基于构件的开发模型包括软件的需求分析定义、（1）、（2）、（3），以及测试和发布5个顺序执行的阶段。

解析：本题考查基于构件的软件开发模型的基础知识。基于构件的开发模型利用模块化方法将整个系统模块化，并在一定构件模型的支持下复用构件库中的一个或多个软件构件，通过组合手段高效率、高质量地构造应用软件系统的过程。基于构件的开发模型融合了螺旋模型的许多特征，本质上是演化形的，开发过程是迭代的。基于构件的开发模型由软件的需求分析定义、体系结构设计、构件库建立、应用软件构建及测试和发布5个阶段组成。

[单选题]系统测试由若干个不同的测试类型组成，其中（1）检查系统能力的最高实际限度，即软件在一些超负荷情况下的运行情况；（2）主要是检查系统的容错能力。

解析：本题考查测试的相关概念，我们只要了解每一种测试的主要工作，就能解答此题。恢复测试：恢复测试监测系统的容错能力。检测方法是采用各种方法让系统出现故障，检验系统是否按照要求能从故障中恢复过来，并在约定的时间内开始事务处理，而且不对系统造成任何伤害。如果系统的恢复是自动的（由系统自动完成），需要验证重新初始化、检查点、数据恢复等是否正确。如果恢复需要人工干预，就要对恢复的平均时间进行评估并判断它是否在允许的范围内。强度测试：是对系统在异常情况下的承受能力的测试，是检查系统在极限状态下运行时，性能下降的幅度是否在允许的范围内。因此，强度测试要求系统在非正常数量、频率或容量的情况下运行。强度测试主要是为了发现在有效的输入数据中可能引起不稳定或不正确的数据组合。例如，运行使系统处理超过设计能力的最大允许值的测试例子；使系统传输超过设计最大能力的数据，包括内存的写入和读出等。性能测试：检查系统是否满足系统设计方案说明书对性能的要求。性能测试覆盖了软件测试的各阶段，而不是等到系统的各部分所有都组装之后，才确定系统的真正性能。通常与强度测试结合起来进行，并同时对软件、硬件进行测试。软件方面主要从响应时间、处理速度、吞吐量、处理精度等方面来检测。可靠性测试：通常使用以下两个指标来衡量系统的可靠性：平均失效间隔时间（MeanTimeBetweenFailures，MTBF）是否超过了规定的时限，因故障而停机时间（MeanTimeToRepairs，MTTR）在一年中不应超过多少时间。

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

解析：UML有3种基本的构造块，分别是事物（元素）、关系和图。事物是UML中重要的组成部分。关系把事物紧密联系在一起。图是很多有相互相关的事物的组。UML中的事物也称为建模元素，包括结构事物、动作事物、分组事物和注释事物。这些事物是UML模型中最基本的面向对象的构造块。①结构事物。结构事物在模型中属于最静态的部分，代表概念上等或物理上的元素。总共有7种结构事物：首先是类，类是描述具有相同属性、方法、关系和语义的对象的集合。一个类实现一个或多个接口。第2种是接口，接口是指类或组件提供特定服务的一组操作的集合。因此，一个接口描述了类或组件的对外的可见的动作。一个接口可以实现类或组件的全部动作，也可以只实现一部分。第3种是协作，协作定义了交互的操作，是一些角色和其他元素一起工作，提供一些合作的动作，这些动作比元素的总和要大。因此，协作具有结构化、动作化、维的特性。一个给定的类可能是几个协作的组成部分。这些协作代表构成系统的模式的实现。第4种是用例，用例是描述一系列的动作，这些动作是系统对一个特定角色执行，产生值得注意的结果的值。在模型中用例通常用来组织动作事物。用例是通过协作来实现的。第5种是活动类，活动类是这种类，它的对象有一个或多个进程或线程。活动类和类很相像，只是它的对象代表的元素的行为和其他的元素是同时存在的。第6种是构件，构件是物理上或可替换的系统部分，它实现了一个接口集合。在一个系统中，可能会遇到不同种类的构件，如DCOM或EJB。第7种是节点，节点是一个物理元素，它在运行时存在，代表一个可计算的资源，通常占用一些内存和具有处理能力。一个组件集合一般来说位于一个节点，但有可能从一个节点转到另一个节点。②动作事物：动作事物是UML模型中的动态部分。它们是模型的动词，代表时间和空间上的动作。总共有两种主要的动作事物。第1种是交互（内部活动），交互是由一组对象之间在特定上下文中，为达到特定的目的而进行的一系列消息交换而组成的动作。交互中组成动作的对象的每个操作都要详细列出，包括消息、动作次序（消息产生的动作）、连接（对象之间的连接）。第2种是状态机，状态机由一系列对象的状态组成。内部活动和状态机是UML模型中最基本的两个动态事物元素，它们通常和其他的结构元素、主要的类、对象连接在一起。③分组事物。分组事物是UML模型中组织的部分，可以把它们看成是个盒子，模型可以在其中被分解。总共只有一种分组事物，称为包。包是一种将有组织的元素分组的机制。结构事物、动作事物甚至其他的分组事物都有可能放在一个包中。与组件（存在于运行时）不同的是包纯粹是一种概念上的东西，只存在于开发阶段。④注释事物。注释事物是UML模型的解释部分。