正确答案: C

正确性维护

题目：软件（）是指改正产生于系统开发阶段而在系统测试阶段尚未发现的错误。

解析：本题考查软件维护相关知识。软件维护的类型包括：改正性维护（正确性维护）、适应性维护、完善性维护、预防性维护。改正性维护：在软件交付使用后，必然会有一部分隐藏的错误被带到运行阶段来。这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行的诊断和改正错误的过程，就叫做改正性维护。适应性维护：随着计算机的飞速发展，外部环境（新的硬、软件配置）或数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质）可能发生变化，为了使软件适应这种变化，而去修改软件的过程就叫做适应性维护。完善性维护：在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。这种情况下进行的维护活动叫做完善性维护。预防性维护：为了提高软件的可维护性、可靠性等而提出的一种维护类型，它为以后进一步改进软件打下了良好的基础。通常，预防性维护定义为："把今天的方法学用于昨天的系统以满足明天的需要"。也就是说，采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试。

查看原题 查看所有试题

学习资料的答案和解析：

[单选题]用户文档主要描述所交付系统的功能和使用方法。下列文档中,（）属于用户文档。

安装文档

解析：用户文档主要描述所交付系统的功能和使用方法，并不关心这些功能是怎样实现的。用户文档是了解系统的第一步，它可以让用户获得对系统准确的初步印象。用户文档一般包括以下内容：①功能描述：说明系统能做什么。②安装文档：说明怎样安装这个系统及怎样使系统适应特定的硬件配置。③使用手册：简要说明如何着手使用这个系统（通过丰富的例子说明怎样使用常用的系统功能，并说明用户操作错误是怎样恢复和重新启动的）。④参考手册：详尽描述用户可以使用的所有系统设施，以及它们的使用方法，并解释系统可能产生的各种出错信息的含义（对参考手册最主要的要求是完整，因此通常使用形式化的描述技术）。⑤操作员指南（如果需要有系统操作员的话）：说明操作员应如何处理使用中出现的各种情况。试题中只有安装文档属于用户文档。其他的：需求说明书、系统设计文档、系统测试计划均属于开发文档。

[单选题]项目时间管理包括使项目按时完成所必需的管理过程，活动定义是其中的一个重要过程。通常可以使用（）来进行活动定义。

工作分解结构（WBS）

解析：项目时间管理包括使项目按时完成所必需的管理过程。项目时间管理中的过程包括：活动定义、活动排序、活动的资源估算、活动历时估算、制定进度计划及进度控制。为了得到工作分解结构(Work Breakdown Structure，WBS)中最底层的交付物，必须执行一系列的活动。对这些活动的识别及归档的过程就是活动定义。鱼骨图(又称为Ishikawa图)是一种发现问题"根本原因"的方法，通常用来进行因果分析。

[单选题]项目管理工具用来辅助项目经理实施软件开发过程中的项目管理活动，它不能（1）、（2）就是一种典型的项目管理工具。

解析：项目管理工具用来辅助软件的项目管理活动。通常项目管理活动包括项目的计划、调度、通信、成本估算、资源分配及质量控制等。一个项目管理工具通常把重点放在某一个或某几个特定的管理环节上，而不提供对管理活动包罗万象的支持。项目管理工具具有以下特征：①覆盖整个软件生存周期。②为项目调度提供多种有效手段。③利用估算模型对软件费用和工作量进行估算。④支持多个项目和子项目的管理。⑤确定关键路径、松弛时间、超前时间和滞后时间。⑥对项目组成员和项目任务之间的通信给予辅助。⑦自动进行资源平衡。⑧跟踪资源的使用。⑨生成固定格式的报表和裁剪项目报告。成本估算工具就是一种典型的项目管理工具。

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

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

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

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