软件工程相关术语第1章 需求1.1 接口需求（interface requirement）-GBT11457规定系统或系统部件必须与之交互的外部项或提出由这样的交互引起的在格式、时间关系或其他因素方面提出的限制的需求。1.2 性能需求（performance requirement）-GBT11457在功能需求上加上条件的需求。例如，在规定的速度、精度或存储器使用条件下执行指定函数的需求。1.3 性能规格说明（performance specification）-GBT11457规定系统或部件必须具有的性能特征的文档。这些特征典型地包括：速度、精度和存储器使用。常常是需求规格说明书的一部分。1.4 物理需求（physical requirement）-GBT11457规定系统或系统部件必须具有的物理特征的一种需求，例如材料、形状、尺寸、重量。第2章 测试（test）-GBT11457A） 一种活动，在此活动中，系统或部件在一定的条件下执行，观察或记录其结果，对系统或部件的某些方面进行评价。B） 实施如在A）中的活动。C） 一个或多个测试用例集。D） 一个或多个测试规程集。E） 一个或多个测试用例和规程集。2.1 接口测试（interface testing）-GBT11457引导以评价系统或部件能否相互正确地传送数据与控制信息的测试。2.2 变异测试（mutation testing）-GBT11457一种测试技术，其中的两个或多个程序变异用相同的测试用例执行，以评价测试用例检测变异中的差别的能力。2.3 运行测试（operational testing）-GBT11457在它的目标环境中，评价系统或部件的测试行为。2.4 路径测试（path testing）-GBT11457设计以执行通过计算机程序的全部或所选择的路径的测试。2.5 性能测试（performance testing）-GBT11457评价系统或部件与规定的性能需求的依从性的测试行为。2.6 合格性测试（qualification testing）-GBT11457确定系统或部件是否适合于操作使用的测试行为。2.7 回归测试（regression testing）-GBT11457系统或部件选择的重新测试，用以验证修改未引起不希望的有害效果，或证明修改后的系统或系统部件仍满足规定的需求。2.8 强度测试（stress testing）-GBT11457评价系统或部件在它规定的需求的限定或超出时情况的测试。2.9 结构测试（structural testing）-GBT11457侧重于系统或部件内部机制的测试。类型包括分支测试、路径测试、语句测试。2.10 系统测试（system testing）-GBT11457在完整的、集成的系统上的测试行为，它用以评价系统与规定的需求的遵从性。2.11 测试性（testability）-GBT11457a) 系统或成分便于建立测试准则并进行测试以确定是否满足测试准则的程度。b) 使用允许建立测试准则并进行测试以确定是否满足测试准则方面的措辞来描述需求的程度。2.12 测试台（test bed）-GBT11457a) 测试环境，其中包括测试系统或部件所必须的硬件、探测工具、模拟程序、软件工具以及其他支持软件。b) 在测试系统或系统的部件时所必需的全部测试用例的汇集。2.13 测试用例（test case）-GBT11457a) 为具体的目标（例如，为练习具体的程序路径或验证对特定需求的遵循性）而开发的一组测试输入、执行条件和预料的结果。b) 对于测试项，规定输入、预料的结果和一组执行条件的文档。2.14 测试用例生成器（test case generator）-GBT11457一种软件工具，它接受输入源代码、测试准则、规格说明或数据结构定义，用这些输入以产生测试输入数据，有时，还确定预料的结果。2.15 测试用例规格说明（test case specification）-GBT11457对于要测试的项，规定测试输入、执行条件和预料的结果的文档。2.16 测试覆盖（test coverage）-GBT11457测试范围给定的测试或测试集，对于给定的系统和部件实现所有规定的需求的程度。2.17 测试准则（test criteria）-GBT11457系统或部件为通过给定的测试必须满足的准则。2.18 测试数据（test data）-GBT11457用来测试系统或系统部件的数据。2.19 测试设计（test design）-GBT11457一种文档，它规定对软件特性或软件特性与标识相关测试的组合的详细测试方法。2.20 测试文档集（test documentation）-GBT11457描述系统或部件的测试计划或测试结果的文档。类型包括：测量用例规格说明、测试事件报告、测试日志、测试计划、测试规程和测试报告。2.21 测试驱动程序（test driver）-GBT11457一种软件模块，它用于引用测试下的模块并常常提供测试输入、控制和监控执行并报告测试结果。2.22 测试项（test item）-GBT11457是测试目标的软件项。2.23 测试项传输报告（test item transmittal report）-GBT11457标识为测试传送的一个或多个项的文档。它包括当前状态和位置信息。2.24 测试日志（test log）-GBT11457按年月日对全部测试活动有关细节所做的记录。2.25 测试目标（test objective）-GBT11457在规定的条件下要度量的软件特性的标识集，它由把实际行为与在软件文档中描述的所要求的行为进行比较来度量。 2.26 测试阶段（test phase）-GBT11457软件生存周期中的一段时间，在此期间对软件产品的部件进行评价且进行集成。并评价软件产品以确定需求是否已得到满足。测试计划（test plan）-GBT11457a) 描述要进行的测试活动的范围、方法、资源和进度的文档。它标识测试项、要测试的特性、测试任务、谁做每一个任务和任务意外事故的风险计划。b) 描述为测试系统或部件必须遵循的技术和管理方法的文档。典型包括：标识要测试的项、要执行的任务、响应、进度和测试活动要求的资源。2.27 测试规程（test procedure）-GBT11457a) 对于给定的测试用例的设置、执行和评价测试结果的详细指令。b) 包含如a）中一组相关指令的文档。c) 规定执行测试的动作序列的文档。2.28 测试可重复性（test repeatability）-GBT11457测试的一种属性。指明每次进行的测试时，产生相同的结果。2.29 测试报告（test report）-GBT11457描述对系统或部件进行测试产生的行为及结果的文件。2.30 测试集体系结构（test set architecture）-GBT11457在直接反应测试目标的层次分解的测试用例集之间的嵌套关系。2.31 测试总结报告（test summary report）-GBT11457总结测试活动和结果的文件。它也包含相应测试项的评价。2.32 测试单元（test unit）-GBT11457一个或多个计算机程序模块与相关的控制数据（例如，表）、用法规程和操作规程一起的集合，这些集合满足下列条件：a）所有模块来自单个计算机程序、b）在集中至少有一个新的或更改的模块未完成单元测试、c)模块与它相关的数据和规程是测试过程的唯一目标。2.33 测试有效性（test-validity）-GBT11457完成测试规定目标的程度。2.34 测试（testing）a) 在规定的条件下操作系统或部件、观察或记录结果并对系统或部件的某些方面作评价的过程。b) 分析软件项以检测在存在的和要求的条件之间的区别（即，隐错）以评价软件项的特征。2.35 单元测试（unit testing）-GBT11457独立的硬件或软件单元或相关单元组的测试。第3章 软件工程3.1 生存周期模型（life-cycle model）-GBT11457一个框架，它含有从需求定义到使用终止，跨越整个生存期的系统开发、操作和维护中所需实施的过程、活动和任务。3.2 中间件（middleware）-GBT11457一种类型的软件模块，它处在系统软件和应用软件之间，依赖系统软件的支持，又为应用软件提供支持，以方便应用软件的开发。3.3 模型（model）-GBT11457现实世界中过程、设备或概念的一种表示。3.3.1 分析模型（analytical model）3.3.2 可用性模型（availability model）3.3.3 排错模型（debugging model）3.3.4 出错模型（error model）3.3.5 可靠性模型（reliability model）3.3.6 仿真（simulation）3.3.7 统计测试模型（statistical test model）-GBT11457一种模型，它把程序故障与输入数据集联系起来。模型也给出了这些故障将引起程序失效的概率。3.4 模型元素（model element）-GBT11457从被建模的系统抽象出来的元素。3.5 模型库（model library）-GBT11457含有供其他包重用的模型元素的一种衍型包。模型库类似于某种程序设计语言中的类库。3.6 模块（module）-GBT11457a) 离散的程序单位。且对于编译、与其他单位相结合和装入来说是可标识的。b) 程序中一个能逻辑地分开的部分。3.7 同行评审（peer review）-GBT11457由软件工程产品生产者的同行遵循已定义的规程对工作产品进行的评审，以标识工作产品存在的缺陷和需要的改进。3.8 物理配置审核（physical configuration audit）-GBT11457验证已建立的某个配置项遵循定义它的技术文档的审核行为。3.9 软件体系结构（software architecture）-GBT11457它是对系统整体结构设计的刻画，包括全局组织与控制结构，构件间通信、同步和数据访问的协议，设计元素间的功能分配、物理分布、设计元素集成、伸缩性和性能、设计选择等。3.10 软件基线审核（software baseline audit）-GBT11457为验证基线是否与描述基线的文档相符，对软件基线库的结构、内容和设施进行的一种检查。3.11 软件开发环境（software development environment）-GBT11457支持软件产品开发的软件系统，简称SDE。它由软件工具和环境集成机制构成，前者用以支持软件开发的相关过程、活动和任务，后者为工具集成和软件的开发、维护及管理提供统一的支持。3.12 软件工程过程组（software engineering process group）-GBT11457负责组织所用软件过程的定义、维护和改进工作的专家组。在关键实践中，这个组一般称作“负责组织的软件过程活动的组”。3.13 软件集成（software integration）-GBT11457将选定的软件成分集成在一起，旨在提供最终软件系统具备的一组能力或者规定的一组子能力的过程。3.14 确认（validation）-GBT11457在开发过程期