软件工程考试复习题目和答案 v1

《软件工程考试复习题目和答案 v1》由会员分享，可在线阅读，更多相关《软件工程考试复习题目和答案 v1（51页珍藏版）》请在金锄头文库上搜索。

1、软件工程与方法复习软件工程与方法复习_名词解释（名词解释（100 题）题） 1. 语句覆盖语句覆盖 语句覆盖，又称又称行覆盖，段覆盖，基本块覆盖，这是最常用也是最常见最常用也是最常见的一种覆盖方式，就是度量被测代码 中每个可执行语句是否被执行到了。 语句覆盖常常被人指责为“最弱的覆盖”， 它只管覆盖代码中的执行语句， 却不考虑各种分支的组合等等。假如只要求达到语句覆盖，那么换来的测试效果不明显，很难更多地发现代 码中的问题。 2. 软件软件 软件是一系列按照特定顺序组织的计算机数据和指令的集合。一般来讲软件被划分为编程语言、系统软件、应用 软件和介于这两者之间的中间件。软件并不只是包括可以在计

2、算机上运行的电脑程序，与这些电脑程序相关的文 档一般也被认为是软件的一部分。简单的说软件就是程序加文档的集合体。另也泛指社会结构中的管理系统、思 想意识形态、思想政治觉悟、法律法规等等。 软件是用户与硬件之间的接口界面。用户主要是通过软件与计算机进行交流。软件是计算机系统设计的重要 依据。为了方便用户，为了使计算机系统具有较高的总体效用，在设计计算机系统时，必须全局考虑软件与 硬件的结合，以及用户的要求和软件的要求。 软件=程序+数据+文档。 3. 项目项目 项目是一件事情、一项独一无二的任务，也可以理解为是在一定的时间和一定的预算内所要达到的预期目的。项 目是指在一定的约束条件下（主要是限定

3、时间、限定资源） ，具有明确目标的一次性任务。项目是一系列具有 特定目标,有明确开始和终止日期，资金有限，消耗资源的活动和任务。 4. 通信聚合通信聚合 通信内聚：访问相同数据的所有操作被定义在一个类中。一般来说，这些类只着眼于数据的查询，访问和存储。 5. 分布图 分布图是表现一些现象空间分布位置与范围的图型。包括占有空间小又零散的现象，或流动性大难于确定具 体位置的现象，或性质与数量不能立即确定的现象等。 6. 判定覆盖 所谓判定覆盖，就是设计若干个测试用例，运行被测程序，使得程序中每判定的取真分支和取假分支至少评 价一次。又称为分支覆盖。 7. 软件工程 软件工程是一门研究用工程化方法构

4、建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言， 数据库，软件开发工具，系统平台，标准，设计模式等方面。在现代社会中，软件应用于多个方面。 8. 配置管理 配置管理是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的 目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。 9. 信息聚合 10. 组件图 组件图是用来反映代码的物理结构。从组件图中，您可以了解各软件组件（如源代码文件或动态链接库）之间的 编译器和运行时依赖关系。使用组件图可以将系统划分为内聚组件并显示代码自身的结构。 11. 条件覆盖

5、条件覆盖是指选择足够的测试用例，使得运行这些测试用例后，要使每个判断中每个条件的可能取值至少满 足一次，但未必能覆盖全部分支。 12. 软件危机 随着计算机硬件技术的进步，要求软件能与之相适应。然而，软件技术的进步一直未能满足形势发展提出的 要求，致使问题堆积起来，形成日益尖锐的矛盾，最终导致了软件危机。 13. 配置项 凡是纳入配置管理范畴的工作成果都是配置项；一个纯软件的 CIs 通常也称为软件配置。 14. 数据聚合 15. 活动图 活动图是阐明了业务用例实现的工作流程。业务用例工作流程说明了业务为向所服务的业务主角提供其所需 的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为

6、业务主角生成某些工件。工作流程通常 包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。 16. 路径覆盖 路径覆盖要求设计足够多的测试用例，在白盒测试法中，覆盖程度最高的就是路径覆盖，因为其覆盖程序中 所有可能的路径。 17. 软件生存周期 软件生存周期又称为软件生命期，生存期。是指从形成开发软件概念起，所开发的软件使用以后，直到失去 使用价值消亡为止的整个过程。 18. 基线 基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础。基线是项目储存库中每个工 件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过

7、授权后才能 变更这个标准。 建立一个初始基线后， 以后每次对其进行的变更都将记录为一个差值， 直到建成下一个基线。 19. 控制耦合 如果一个模块通过传送开关、 标志、 名字等控制信息， 明显地控制性选择另一模块中的功能， 就是控制耦合。 20. 协作图 协作图(也叫合作图)是一种交互图，强调的是发送和接收消息的对象之间的组织结构。一个协作图显示了一 系列的对象和在这些对象之间的联系以及对象间发送和接收的消息。对象通常是命名或匿名的类的实例，也 可以代表其他事物的实例，例如协作、组件和节点。使用协作图来说明系统的动态情况。协作图使描述复杂 的程序逻辑或多个平行事务变得容易。协作图显示某组对象如

8、何为了由一个用例描述的一个系统事件而与另 一组对象进行协作的交互图。 21. 条件组合覆盖 在白盒测试法中， 选择足够的测试用例， 使得每个判定中条件的各种可能组合都至少出现一次。 显然， 满足“条 件组合覆盖”的测试用例是一定满足“判定覆盖”、“条件覆盖”和“判定/条件覆盖”的。 22. 软件过程 是软件生存期中的一系列相关软件工程活动的集合。每个软件过程是由一组工作任务、项目里程碑、软件工 程产品和交付物、质量保证点等组成。 23. 里程碑 里程碑一般是项目中完成阶段性工作的标志，标志着上一个阶段结束、下一个阶段开始，将一个过程性的任 务用一个结论性的标志来描述，明确任务的起止点。一系列的

9、起止点就构成了引导整个项目进展的里程碑。 里程碑定义了当前阶段完成的标准和下一新阶段启动的条件和前提。 24. 标记耦合 标记耦合指两个模块之间传递的是数据结构,如高级语言的数组名,记录名,文件名等这些名字即为标记,其实传 递的是这个数据结构的地址。 25. 时序图 时序图，亦称为序列图或循序图，是一种 UML 行为图。它通过描述对象之间发送消息的时间顺序显示多个对象之 间的动态协作。它可以表示用例的行为顺序，当执行一个用例行为时，时序图中的每条消息对应了一个类操作或 状态机中引起转换的触发事件。 26. 等价类划分 等价类划分法是一种典型的、重要的黑盒测试方法，它将程序所有可能的输入数据（有

10、效的和无效的）划分 成若干个等价类。然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，测试用例由有效 等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性。利用这一方法设计测试用例可以 不考虑程序的内部结构，以需求规格说明书为依据，选择适当的典型子集，认真分析和推敲说明书的各项需 求，特别是功能需求，尽可能多地发现错误。等价类划分法是一种系统性的确定要输入的测试条件的方法。 27. 软件基本过程 软件过程（Software Process）是指一套关于项目的阶段、状态、方法、技术和开发、维护软件的人员以及 相关 Artifacts（计划、文档、模型、编码、测试、手册等

11、）组成。软件过程可概括为三类：基本过程类、 支持过程类和组织过程类。基本过程类包括获取过程、供应过程、开发过程、运作过程、维护过程和管理 过程。 28. 项目范围管理 项目范围的管理也就是对项目应该包括什么和不应该包括什么进行相应的定义和控制。它包括用以保证项目能按 要求的范围完成所涉及的所有过程，包括：确定项目的需求、定义规划项目的范围、范围管理的实施、范围的变 更控制管理以及范围核实等。 29. 数据耦合 数据耦合指两个模块之间有调用关系,传递的是简单的数据值,相当于高级语言的值传递。 一个模块访问另一个 模块时，彼此之间是通过简单数据参数 (不是控制参数、公共数据结构或外部变量) 来交换

12、输入、输出信息 的。 30. 状态图 状态图是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应 的。通常我们创建一个 UML 状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。 31. 边界值测试 人们从长期的测试工作经验得知， 大量的错误是发生在输入或输出范围的边界上， 而不是在输入范围的内部。 因此针对各种边界情况设计测试用例，可以查出更多的错误。使用边界值分析方法设计测试用例，首先应确 定边界情况。通常输入等价类与输出等价类的边界，就是应着重测试的边界情况。应当选取正好等于，刚刚 大于，或刚刚小于边界的值做为测试数据，而不是选取

13、等价类中的典型值或任意值做为测试数据。 32. 软件支持过程 支持过程类包括文档过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审计过 程以及问题解决过程。 33. 项目整体管理 项目整体管理，一方面体现完整和善始善终的意思，所以整体管理是唯一贯穿启动到收尾所有过程组的知识 体系，从项目启动到项目收尾项目整体管理都得管，对于微型项目来讲，其它项目知识体系或过程组都可以 裁剪，但整体管理则是最小的过程集，每一个过程都项目来讲都非常重要；其二取整合之意，主要是资源的 整合，干系人的整合,对其它项目过程组的整合，项目四要素的整合。 34. 预防性维护 为了降低设备失效或功能退化的

14、概率，按预定的时间间隔或规定的标准进行的维护。 35. 对象图 对象图是显示了一组对象和他们之间的关系。使用对象图来说明数据结构，类图中的类或组件等的实例的静 态快照。对象图和类图一样反映系统的静态过程，但它是从实际的或原型化的情景来表达的。对象图显示某 时刻对象和对象之间的关系。 36. 基本路径测试 基本路径测试法是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而 设计测试用例的方法。设计出的测试用例要保证在测试中程序的每个可执行语句至少执行一次。 37. 软件组织过程 组织过程类包括基础设施过程、改进过程以及培训过程。 38. 软件度量 软件度量是对软件

15、开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程，目的在于对此加 以理解、预测、评估、控制和改善。 39. 适应性维护 为使软件产品在改变了的环境下仍能使用而进行的维护。 40. 类图 类图是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示 暂时性信息。 41. 黑盒测试 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开 的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照 需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生

16、正确的输出信息。黑盒测试着眼于程序 外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 42. 过程框架 定义了若干小的框架活动，为完整的软件开发过程建立基础 43. 功能点分析 是面向功能的软件度量方法，注意力集中于软件系统的“功能性”和“实用性” 44. 结构化程序设计 结构化程序设计是进行以模块功能和处理过程设计为主的详细设计的基本原则。它的主要观点是采用自顶向 下、逐步求精及模块化的程序设计方法；使用三种基本控制结构构造程序，任何程序都可由顺序、选择、循 环三种基本控制结构构造。结构化程序设计主要强调的是程序的易读性。 45. 用例图 用例图是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它 们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。 46. 白盒测试 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否 按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试 对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关