填空题
1. 基于计算机系统的软件要素中的软部件由 程序 、数据 和 文档 组成。
（程序、数据、文档）
2. 软件工程方法学分两类：结构化 方法学和 面向对象 方法学。
（传统or结构化or软件生命周期、面向对象）
3. 软件工程的目标是在给定成本、开发进度 的前提下开发出高质量的、 满足用户要求 的软件产品。
（开发进度、满足用户要求）
4. 软件过程 是软件生存期中的一系列相关软件工程活动的集合，它由软件规格说明、软件设计与开发、软件确认、软件改进等活动组成。
（软件过程）
5. 软件工程釆用层次化的方法,每个层次都包括 工具 、方法、 过程 三要素。
（工具、过程）
6. 使用 快速原型 这一软件过程模型可以让用户更多、更早地参与需求分析过程。
（快速原型）
7. 描绘物理系统的传统工具是 系统流程图 。
（系统流程图）
8. 需求分析阶段产生的文档是 软件需求规格说明书 ，它的主要组成部分是 数据流图， 数据字典 。
（软件需求规格说明书、数据流图、数据字典）
9. 数据流图用图形符号表示 数据元素 、 处理过程 、数据源及数据存储。
（数据源、加工/处理）
10. 实体—关系图是数据模型 的基础，它描述 数据对象、属性及其关系。
（数据模型、数据对象）
11. 软件设计的主要任务是根据 软件需求规格说明书 导出系统的实现方案。
（软件需求规格说明书）
12. 一个模块拥有的直属下级模块的个数称为 模块的扇出 ，一个模块的直接上级模块的个数称为 模块的扇入 。
（模块的扇出、模块的扇入）
13. 将数据流图映射为软件结构时, 所用映射方法涉及信息流的类型。其信息流分为 变换型数据流图 和 事务型数据流图 两种类型。
（变换型、事务型）
14. 耦合的强弱取决于 模块接口 的复杂性、进入或调用模块的位置以及通过界面传送数据的多少等。
（模块间接口）
15. 总体设计确定模块的 外部结构，而详细设计确定模块的 内部结构。
（外部结构、内部结构）
16. 软件结构是以 模块 为基础而组成的一种控制层次结构。
（模块）
17. 详细设计的工具可分为 图形类 、 表格类 和 语言类 三大类。
（图形类、表格类、语言类）
18. 软件过程设计中最常用的技术和工具主要为程序流程图、 判定表 、 判定树 、盒图、 PAD图 和PDL语言。
（判定表、判定树、PAD图）
19. 详细设计通常以 结构化程序设计 技术为逻辑基础，因为从软件工程观点看， 可理
解性 是软件最重要的质量标准之一。
（结构化程序设计、可理解性 or 可读性）
20. 对于复杂数据中的数据元素的组成方式有 顺序 、 选择 、循环 和可选等四种基本类型。
（顺序、选择、重复）
21. 影响编码质量的因素包括 编程语言 、编程准则和 编码风格 。
（编程语言、编码风格）
22. 软件维护的副作用副作用大致可分为三类：代码 副作用、 数据 副作用、 文档 的副作用。
（数据、文档）
23. 软件测试的目的是 发现并改正错误 ，通常把测试方法分为 黑盒法 和 白盒法 两大
类。因为通常不可能做到 穷举测试 ，所以精心设计 测试用例 是保证达到测试目的所必需的。
（发现并改正错误、黑盒法、白盒法、穷举测试、测试用例）
24. 进行软件测试的关键是设计出 高效 的测试用例，测试用例应由 输入数据 和 预期的输出结果 两部分组成。
（高效、输入数据、预期的输出结果）
25. 单元测试过程应为测试模块开发一个 驱动模块 和(或)若干个 桩模块 。
（驱动模块、存根模块）
26. 进行单元测试的依据是 详细设计 描述，单元测试应对模块内所有重要的 执行通路 设计测试用例，以便发现模块内部的错误。
（详细设计、执行通路）
27. 确认测试应检查软件能否按合同要求进行工作，即是否满足 软件需求规 格说明书 的确认标准。
（软件需求规格说明书）
28. UML的类包含三个部分：类的名称、 类的属性 、 类的操作 。
（类的属性、类的操作）
29. 类之间的继承关系是现实世界中遗传关系的模拟，它表示类之间的内在联系以及对 属性和操作 的共享。
（属性和操作）
30. UML类之间的关系主要有 关联 、聚集、 泛化 和依赖。
（关联、泛化）
31. 类A的一个操作调用类B的一个操作，且这两个类之间不存在其他关系，那么类A和类B之间是 依赖 关系。
（依赖）
32. 在面向对象的软件中， 类 是对具有相同数据和相同操作的一组相似对象的定义； 实例 是由某个特定的类所描述的一个具体对象。
（类、实例）
33. 面向对象方法用 对象 分解取代了传统方法的 功能 分解。
（对象、功能）
判断题
1. 计算机软件由文档和数据组成。 （ F ）
2. 软件开发采用了软件工程之后，就不会发生软件危机了。 （ F ）
3. 软件工程使用的软件工具能够自动或半自动地支持软件的开发、管理和文档的生成。 （ T ）
4. 一个好的开发人员应具备的素质和能力包括善于与周围人员团结协作，建立良好的人际关系，善于听取别人的意见。 （ T ）
5. 缺乏处理大型软件项目的经验。是产生软件危机的唯一原因。 （ F ）
6. 软件开发小组人数越多越好。 （ F ）
7. 难以控制开发进度和工作量估计困难是软件危机的主要表现之一。 （ T ）
8. 面对日益增长的软件需求，人们显得力不从心。往往是产生软件危机的原因之一。 （ T ）
9. 软件需求是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。 （ T ）
10. 系统规格说明是系统分析和定义阶段生成的一种文档。 （ T ）
11. 需求分析阶段所生成的文档主要是进度计划和可行性研究报告。 （ F ）
12. 软件就是完成特定功能的程序的集合。 （ F ）
13. 瀑布模型在实际的的项目中严格顺序执行就基本可以成功。 （ T ）
14. 快速原型技术的适用于软件产品要求大量的用户交互、或产生大量的可视输出、或设计一些复杂的算法等场合。 （ T ）
15. 只要实行严格的产品控制就不用担心用户随意改需求。 （ T ）
16. 在可行性研究中最难决断和最关键的问题是技术可行性。 （ T ）
17. 流程图用三个基本的控制构件“分支”，“循环”，“重复”来表示。 （ F ）
18. 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 （ T ）
19. 系统分析阶段和系统设计阶段一般不考虑测试。 （ F ）
20. 改造程序结构，要降低耦合度，提高内聚度。 （ T ）
21. 一个软件系统中可能会出现所有模块之间没有任何联系的情况。 （ F ）
22. 采用信息隐藏原理指导模块设计可以支持模块的并行开发，减少软件测试和软件维护的工作量。 （ T ）
23. 数据流图的分解速度应保持较高。通常一个加工每次可分解为10~20个子加工。 （ F ）
24. 概要设计也称总体设计，其过程由确定设计方案和结构设计两个阶段组成。（ T ）
25. 只有了解用户、了解任务，才能设计出好的用户界面。 （ T ）
26. 一般单元测试不可以并行进行。 （ F ）
27. 测试最终是为了证明程序无错误。 （ F ）
28. 通常用数据流图、数据字典和简明算法描述表示系统的逻辑模型。 （ T ）
29. 数据流图就是用来刻画数据流和转换的信息系统建模技术。 （ T ）
30. 软件过程设计不用遵循“自上而下，逐步求精”的原则和单入口单出口的结构化设计思想。 （ F ）
31. 判定表不适合做通用的设计工具，不能表示顺序结构、循环结构。 （ T ）
32. 面向数据结构设计方法一般都包括下列任务：确定数据结构特征；用顺序、选择和重复三种基本形式表示数据等步骤。 （ T ）
33. 结构化程序设计SP强调模块采用自上而下逐步求精设计方法，单入口、单出口标准结构。 （ T ）
34. 盒图的主要优点之一是强制设计人员采用结构化设计方法。 （ T ）
35. 通常紧致性好的语言一致性就好。 （ F ）
36. 编程风格是在提高性能的前提下,有效地编排和组织程序以提高可读性和可维护性。 （ F ）
37. 数据输入的一般准则中包括保证信息显示方式与数据输入方式的协调一致；允许用户定做输入格式等内容。 程序设计语言一般可分为三大类（ T ）
38. 编码时应尽可能使用全局变量。 （ F ）
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论