软件工程选择题
题号 | 题目内容 | 选项A | 选项B | 选项C | 选项D | 参考答案 |
1 | 在软件生命周期中，能准确确定软件系统的体系结构的功能阶段是（ ） | 概要设计 | 详细设计 | 需求分析 | 可行性分析 | A |
2 | 下面不是软件工程的3个要素的是（ ） | 过程 | 方法 | 环境 | 工具 | C |
3 | 下面不属于软件的组成的是（ ） | 程序 | 记录 | 文档 | 数据 | B |
4 | 在瀑布模型中，将软件分为若干个时期，软件项目的可行性研究一般归属于（ ） | 维护时期 | 运行时期 | 计划时期 | 开发时期 | C |
5 | 在瀑布模型中，下面（ ）是其突出的缺点。 | 不适应平台的变动 | 不适应算法的变动 | 不适应用户需求的变动 | 不适应程序语言的变动 | C |
6 | 软件工程过程通常包含4种基本活动，下面不属于4种活动之一的是（ ）。 | 软件规格说明 | 软件开发 | 软件测试 | 软件演进 | C |
·7 | 下面不属于软件的特点的是（ ）。 | 软件是一种软件产品 | 软件产品不会用坏，不存在磨损、消耗问题 | 软件产品的生产主要是研制 | 软件产品非常便宜 | D |
8 | 文档是描述程序、数据和系统开发以及使用的各种图文资料。下面不是文档的作用的是（ ）。 | 记录 | 提供源程序 | 维护软件 | 软件产品介绍 | B |
9 | 软件开发工具是协助开发人员进行软件开发活动所使用的软件或环境。下面不是软件开发工具的是（ ）。 | 维护工具 | 编码工具 | 测试工具 | 需求分析工具 | A |
10 | 下列叙述中不属于软件生命周期模型的是（ ）。 | 原型模型 | 瀑布模型 | 螺旋模型 | 快速组装模型 | D |
11 | 软件设计中，用抽象和分解的目的是（ ）。 | 提高易读性 | 降低复杂性 | 增加内聚性 | 降低耦合性 | B |
12 | 软件由3部分组成，它们是（ ）。 | 程序、数据和文档 | 程序、数据和界面 | 数据、文档和界面 | 程序、界面和文档 | A |
13 | 软件生命周期中所花费用最多的阶段是（ ）。 | 详细设计 | 软件编码 | 概要设计 | 软件测试和维护 | D |
14 | 开发软件时对提高开发人员工作效率至关重要的是（ ）。 | 操作系统的资源管理功能 | 先进的软件开发工具和环境 | 程序人员的数量 | 计算机的并行处理能力 | B |
15 | 开发软件所需高成本和产品的低质量之间有着尖锐的矛盾，这种现象称作（ ）。 | 软件投机 | 10种常用的程序设计语言软件危机 | 软件工程 | 软件产生 | B |
16 | 软件开发的结构化生命周期方法将软件生命周期划分成（ ）。 | 定义、开发、运行维护 | 设计阶段、编程阶段、测试阶段 | 总体设计、详细设计、编程调试 | 需求分析、功能定义、系统设计 | A |
17 | 软件工程的理论和技术性研究的内容主要包括软件开发技术和（ ）。 | 消除软件危机 | 软件工程管理 | 程序设计自动化 | 实现软件可重用 | B |
18 | 软件工程的出现是由于（ ）。 | 程序设计方法学的影响 | 软件产业化的需要 | 软件危机的出现 | 计算机的发展 | C |
19 | 在软件生命周期中，能准确地确定软件系统必须做什么和必须具备哪些功能的阶段是（ ）。 | 概要设计 | 详细设计 | 可行性分析 | 需求分析 | C |
20 | 开发大型软件时，产生困难的根本原因是（ ）。 | 大系统的复杂性 | 人员知识不足 | 客观世界千变万化 | 时间紧、任务重 | A |
21 | 文档是软件开发人员、软件管理人员、维护人员、用户以及计算机之间的（ ），软件开发人员在各个阶段以文档作为前段工作成果的体现和后段工作的基础。 | 接口 | 桥梁 | 科学 | 继续 | B |
22 | 软件工程学的目的是以 较低的成本，研制（ ）质量的软件。 | 较高 | 较低 | 可靠 | 优秀 | A |
23 | 软件从一个计算机系统或环境转换到另一个计算机和环境的容易程度称为（ ）。 | 可用性 | 兼容性 | 可靠性 | 可移植性 | D |
24 | 软件使不同的系统约束条件和用户需求得到满足的容易程度称为（ ）。 | 可用性 | 兼容性 | 可靠性 | 可移植性 | B |
25 | 软件生存周期是指（ ）阶段。 | 软件开始使用到用户要求修改为止 | 软件开始使用到被淘汰为止 | 从开始编写程序到不能再使用为止 | 从立项制定计划，进行需求分析到不能再使用为止 | D |
26 | 软件工程学是应用科学理论和工程上的技术指导软件开发的学科，其目的是（ ）。 | 引入新技术提高空间利用率 | 用较少的投资获得高质量的软件 | 缩短研制周期扩大软件功能 | 硬软件结合使系统面向应用 | B |
27 | 下列四个软件可靠性定义中正确的是（ ）。 | 软件可靠性是指软件在给定的时间间隔内，按用户要求成功运行的概率 | 软件可靠性是指软件在给定的时间间隔内，按设计要求成功运行的概率 | 软件可靠性是指软件在正式投入运行后，按规格说明书的规定成功运行的概率 | 软件可靠性是指软件在给定时间间隔内，按规格说明书的规定成功运行的概率 | B |
28 | 提高程序可读性的有力手段是（ ）。 | 选好一种程序设计语言 | 显式说明一切变量 | 使用三种标准控制语句 | 给程序加注释 | C |
29 | 以下（ ）不是结构化分析方法常用的工具。 | 数据流图 | 数据字典 | 程序流程图 | 判定树 | C |
30 | 软件可行性分析是着重确定系统的目标和规模。对成本-效益进行发现应属于下列选项中的（ ）。 | 经济可行性 | 操作可行性 | 技术可行性 | 社会可行性 | A |
31 | 在数据流图中，用圆或者椭圆来表示（ ）。 | 数据流 | 加工 | 数据存储 | 数据源点或终点 | B |
32 | 软件需求分析阶段的工作，有4个方面，分别为需求评审，需求分析，编写需求规格说明书，以及（ ）。 | 需求获取 | 阶段性报告 | 总结 | 都不正确 | A |
33 | 下面不是软件需求规格说明书的特点的是（ ）。 | 正确性 | 无歧义性 | 完整性 | 不可修改性 | D |
34 | 需求分析阶段的任务是确定（ ）。 | 软件开发方法 | 软件开发费用 | 软件系统功能 | 软件开发工具 | C |
35 | 通常软件生命周期划分为计划、开发和运行3个时期，下列选项中（ ）工作应属于软件计划期的内容。 | 可行性研究和需求分析 | 问题定义和总体设计 | 可行性研究和问题定义 | 可行性研究、需求分析和问题定义 | C |
36 | （ ）的目的就是用最小的代价在尽可能短的时间内确定该软件项目是否能够开发，是否值得去开发。 | 需求分析 | 概要设计 | 总体设计 | 可行性研究 | D |
37 | 下列选项中（ ）不是软件需求规格目标。 | 便于用户、分析员和软件设计人员进行理解及交流 | 控制系统的实施过程 | 作为软件测试和验收以及维护的依据 | 便于软件的维护 | D |
38 | 需求分析是发现、求精、建模的过程，最终产生（ ）。 | 需求规格说明书 | 模块设计书 | 合同文档 | 详细设计说明书 | A |
39 | 下面描述中，符合结构化程序设计风格的是（ ）。 | 使用顺序、选择和重复（循环）三种基本控制结构表示程序的控制逻辑 | 模块只有一个入口，可以有多个出口 | 注重提高程序的执行效率 | 不使用goto语句 | A |
40 | 数据流图用于抽象描述一个软件的逻辑模型，数据流图由一些特定的图符构成。下列图符名标识的图符不属于数据流图合法图符的是（ ）。 | 控制流 | 加工 | 数据存储 | 源和潭 | A |
41 | 软件需求分析阶段的工作，可以分为四个方面：需求获取、需求分析、编写需求规格说明书以及（ ）。 | 阶段性报告 | 需求评审 | 总结 | 都不正确 | B |
42 | 下列工具中属于需求分析常用工具的是（ ）。 | PAD | PFD | N-S | DFD | D |
43 | 在数据流图（DFD）中，带有名字的箭头表示（ ）。 | 控制程序的执行顺序 | 模块之间的调用关系 | 数据的流向 | 程序的组成成分 | C |
44 | 在软件生产过程中，需求信息的给出是（ ）。 | 程序员 | 项目管理者 | 软件分析设计人员 | 软件用户 | D |
45 | 下列叙述中，不属于结构化分析方法的是（ ）。 | 面向数据流的结构化分析方法 | 面向数据结构的Jackson方法 | 面向数据结构的结构化数据系统开发方法 | 面向对象的分析方法 | D |
46 | 在软件生命周期中，能准确地确定软件系统必须做什么和必须具备哪些功能的阶段是（ ）。 | 概要设计 | 详细设计 | 可行性分析 | 需求分析 | D |
47 | 结构设计是一种应用最广泛的系统设计方法，是以（ ）为基础、自顶向下、逐步求精和模块化的过程。 | 数据流 | 数据流图 | 数据库 | 数据结构 | B |
48 | 概要设计的结果是提供一份（ ）。 | 模块说明书 | 框图 | 程序 | 数据结构 | A |
49 | 需求分析是由分析员经了解用户的要求，认真细致地调研、分析，最终应建立目标系统的逻辑模型并写出（ ）。 | 模块说明书 | 软件规格说明书 | 项目开发计划 | 合同文档 | B |
50 | 1960年Dijkstra提倡的（ ）是一种有效的提高程序设计效率的方法，把程序的基本控制结构限于顺序、 选择和循环三种，同时避免使用GOTO语句，这样使程序结构易于理解。 | 标准化程序设计 | 模块化程序设计 | 多道程序设计 | 结构化程序设计 | D |
51 | 概要设计的任务是决定系统中各个模块的外部特性 ，即其（ ）。 | 外部特性 | 内部特性 | 算法和使用数据 | 功能和输入输出数据 | D |
52 | 详细设计的任务是决定每个模块的内部特性，即模块（ ）。 | 外部特性 | 内部特性 | 算法和使用数据 | 功能和输入输出数据 | C |
53 | 结构化分析方法以数据流图、（ ）和加工说明等描述工具，即用直观的图和简洁的语言来描述软件系统模型。 | DFD图 | PAD图 | IPO图 | 数据字典 | D |
54 | 在可行性研究阶段，对系统所要求的功能、性能以及限制条件进行分析，确定是否能够构成一个满足要求的系统，这称为（ ）可行性。 | 经济 | 技术 | 法律 | 操作 | B |
55 | 可行性研究的目的是用最小的代价，在最短的时间内确定问题是否可能解决和值得去解决，主要从（ ）三个方面进行。 | 技术可行性、费用可行性、效益可行性 | 经济可行性、技术可行性、机器可行性 | 技术可行性、操作可行性、经济可行性 | 费用可行性、机器可行性、操作可行性 | C |
56 | 数据字典是软件需求分析阶段的重要工具之一，它的基本功能是（ ）。 | 数据定义 | 数据维护 | 数据通讯 | 数据库设计 | A |
57 | 软件总体结构的内容应在（ ）文档中阐明。 | 软件需求规格说明书 | 概要设计规格说明书 | 详细设计规格说明书 | 数据要求规格说明书 | A |
58 | 需求分析说明书不能作为（ ）。 | 可行性研究的依据 | 用户和开发人员之间的合同 | 系统概要设计的依据 | 软件验收测试的依据 | A |
59 | 以下（ ）不是详细设计中常用的图形描述工具。 | 数据流图 | 程序流图 | 盒图（N-S) | 问题分析图（PAD） | A |
60 | 在结构图的有关术语中，用于表示软件结构中控制的层数的是（ ）。 | 扇入 | 扇出 | 深度 | 宽度 | C |
61 | 模块的独立程度是评价设计好坏的重要标准。（ ）是衡量软件的模块独立性的两个定性度量标准。 | 耦合性和内聚性 | 内聚性和可靠性 | 耦合性和独立性 | 可靠性和独立性 | A |
62 | 软件设计包括（ ）两个阶段。 | 接口设计和结构设计 | 概要设计和详细设计 | 数据设计和概要设计 | 结构设计和过程设计 | B |
63 | （ ）是一个把软件需求转化为软件表示的过程，也就是把它加工为在程序细节上非常接近于源程序的软件表示（描述），它是软件工程的重要阶段。 | 软件设计 | 过程设计 | 系统分析 | 结构设计 | A |
64 | 软件总体设计阶段属于软件生命周期的（ ）阶段。 | 需求分析 | 软件设计 | 编码 | 软件维护 | B |
65 | 在详细设计阶段，经常采用的工具是（ ）。 | PAD | SA | SC | DFD | C |
66 | 在软件开发中，下面任务不属于设计阶段的是（ ）。 | 数据结构设计 | 给出系统模块结构 | 定义模块算法 | 定义需求并建立系统模型 | D |
67 | 结构化程序设计主要强调的是（ ）。 | 程序的规模 | 程序的易读性 | 程序的执行效率 | 程序的可移植性 | B |
68 | 对建立良好的程序设计风格，下面描述正确的是（ ）。 | 程序应简单、清晰、可读性好 | 符号名的命名要符合语法 | 充分考虑程序的执行效率 | 程序的注释可有可无 | A |
69 | 程序流程图（PFD）中的箭头代表的是（ ）。 | 数据流 | 控制流 | 调用关系 | 组成关系 | B |
70 | 下面不属于软件设计原则的是（ ）。 | 抽象 | 模块化 | 自底向上 | 信息隐蔽 | C |
71 | 信息隐蔽的概念与下述哪一种概念直接相关（ ）。 | 软件结构定义 | 模块独立性 | 模块类型划分 | 模拟耦合度 | B |
72 | 程序设计语言的基本成分是数据成分、运算成分、控制成分和（ ）。 | 对象成分 | 变量成分 | 语句成分 | 传输成分 | D |
73 | 在结构化程序设计思想提出之前，在程序设计中曾强调程序的效率，现在，与程序的效率相比，人们更重视程序的（ ）。 | 安全性 | 一致性 | 可理解性 | 合理性 | C |
74 | 为了避免流程图在描述程序逻辑时的灵活性，提出了用方框图来代替传统的程序流程图，通常也把这种图称为（ ）。 | PAD图 | N-S图 | 结构图 | 数据流图 | B |
75 | 在软件开发中，有利于发挥集体智慧的一种做法是（ ）。 | 设计评审 | 模块化 | 主程序员制 | 进度控制 | A |
76 | 程序的三种基本控制结构是顺序、条件和循环，它们的共同点是（ ）。 | 不能嵌套使用 | 只能用来写简单的程序 | 已经用硬件实现 | 只有一个入口和一个出口 | D |
77 | 软件的（ ）设计又称为总体结构设计，其主要任务是建立软件系统的总体结构。 | 概要 | 抽象 | 逻辑 | 规划 | D |
78 | 源程序的版面文档要求应有变量说明、适当注释和（ ）。 | 框图 | 统一书写格式 | 修改记录 | 编程日期 | B |
79 | 程序编写（实现）阶段完成的文档有（ ）。 | 详细设计说明书、模块开发宗卷 | 详细设计说明书、用户手册 | 模块开发宗卷、操作手册 | 用户手册、操作手册 | B |
80 | 结构化设计方法是面向（ ）的设计方法。 | 过程 | 对象 | 数据流 | 数据结构 | A |
81 | 软件测试按照功能划分可以分为（ ）。 | 黑盒测试和单元测试 | 白盒测试和黑盒测试 | 集成测试和单元测试 | 白盒测试和静态测试 | B |
82 | 若有一个计算类型程序，它的输入量只有一个A，其范围是[-2.0,2.0]。现在输入的角度考虑设计一组测试该程序的测试用例为-2.001,-2.0,2.0,2.001，设计这组测试用例的方法是（ ）。 | 边界值分析法 | 等价类划分法 | 逻辑覆盖法 | 错误猜测法 | A |
83 | 下列选项中不属于单元测试的内容的是（ ）。 | 模块接口测试 | 局部数据结构测试 | 路径测试 | 数据测试 | D |
84 | 在白盒测试法中的逻辑覆盖技术中，其中发现错误能力最弱的覆盖技术是（ ）。 | 语句覆盖 | 判定覆盖 | 条件覆盖 | 数据流 | A |
85 | 在软件测试过程的4个步骤中，测试依据是需求规格说明的是（ ）。 | 单元测试 | 集成测试 | 确认测试 | 系统测试 | C |
86 | 软件测试用例是指为了测试软件而设计的一组数据，它应该包括输入的数据和（ ）两部分。 | 测试计划 | 测试规则 | 以往测试记录 | 预期输出结果 | D |
87 | 软件测试方法中，白盒测试法和黑盒测试法是常用的方法，其中白盒测试法主要用于测试（ ）。 | 结构合理性 | 软件外部功能 | 程序正确性 | 程序内部逻辑 | D |
88 | 程序测试是一项复杂的工作，一般测试者在进行测试中都需要设计（ ）。 | 测试用例 | 数据结构 | 测试方法 | 测试研究 | A |
89 | 黑盒测试法属于（ ）。 | 集成测试 | 系统测试 | 动态测试 | 静态测试 | C |
90 | （ ）实际上是确认在的外部环境中软件的逻辑正确性，它应该包括需求规格说明和程序等的确认。 | 动态测试 | 静态测试 | 确认测试 | 系统测试 | B |
91 | 下列测试方法中不属于白盒测试法的是（ ）。 | 逻辑覆盖测试法 | 循环测试法 | 基本路径测试法 | 边界值分析法 | D |
92 | 下列叙述中错误的是（ ）。 | 测试是为了寻错误而运行程序的过程 | 一个成功的测试是揭示了迄今为止尚未发现的错误的测试 | 测试的目的是为了证明程序是正确的 | 一个好的测试用例是指很可能到迄今为止尚未发现的错误的测试 | C |
93 | 下列选项中不属于动态测试法的是（ ）。 | 白盒测试法 | 人工测试法 | 黑盒测试法 | 基本路径测试法 | B |
94 | 软件测试过程是软件开发过程的逆过程，其最基础性的测试应是（ ）。 | 集成测试 | 单元测试 | 有效性测试 | 系统测试 | B |
95 | 软件测试的目的是（ ）。 | 发现错误 | 演示程序的功能 | 改善软件的性能 | 挖掘软件的潜能 | A |
96 | 与设计测试数据无关的文档是（ ）。 | 需求说明书 | 设计说明书 | 源程序 | 项目开发设计 | D |
97 | 软件测试中设计测试实例（test case）主要由输入数据和（ ）两部分组成。 | 测试规则 | 测试计划 | 预期输出结果 | 以往测试记录分析 | C |
98 | 成功的测试是指（ ）。 | 运行测试实例后未发现错误项 | 发现程序的错误 | 证明程序正确 | 改正程序的错误 | B |
99 | 单独测试一个模块时，有时需要一个 驱动程序驱动被测试的模块。有时还要有一个或几个（ ）模块模拟由被测试模块调用的模块。 | 子（Sub） | 仿真（Initation） | 栈（Stack） | 桩（Stub） | D |
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论