| ·验收测试： | 为确定系统是否符合其验收准则及客户是否接收该系统而进行的正式测试。 |
| ·异常： | 在文档集或在软件运行中发现的偏离已验证的软件产品或引用文档期望值的任何事物。
关键异常应在着手进行生存期下一个阶段的 V&V 工作前解决。 |
| ·部件测试： | 为验证一个软件元素(例如单元、模块)或软件元素集的设计实现而进行的测试。 |
| ·概念阶段： | 软件开发项目的初始阶段，在本阶段需要用文档集对用户的需求进行描述和评估(例如，
系统需求陈述、系统定义文档、软件任务书、前期规划报告、项目初始备忘录、可行性研究、管理
规程和有关项目的策略等)。 |
| ·关键软件： | 其故障可能影响安全性或引起巨大经济、社会或军事损失的软件。 |
| ·设计阶段： | 软件生存期的一个阶段，在此期间进行体系结构、软件部件、接口和数据的设计，编制文
档，并对其进行验证以确定是否满足要求。 |
| ·实现阶段： | 软件生存期的一个阶段，在此期间根据设计文档集制造软件产品并排除其中的错误。 |
| ·集成测试： | 一种有序的测试过程，在该过程中，对软件诸元、硬件诸元或软硬件诸元进行联合并测试，
直到整个系统集成起来。 |
| ·生存期阶段： | 软件开发或运行期间的任何一个阶段，其特点在于进行一项主要类型的活动(例如设计或
测试)。对于 V&V 来说，这些阶段可以相互交错；仅当一个阶段开发的产品完全进行验证后
时才能给出该阶段的 V&V 结论。 |
| ·最低限度的任务： | 这些 v&v 任务可应用于所有项目，对于关键软件，V&V 计划应包含所有这样的任务；
对于非关键软件的 V&V，这些任务是建议的。 |
| ·运行和维护阶段： | 软件生存期的一个阶段，在此期间软件产品在规定的运行环境中使用、并对其监控，需要
时对软件产品进行修改以改正问题或对变化了的需求作出响应，最终获得满意的功能和性能。 |
| ·可选任务： | 应用于某些但不是全部软件的那些 V&V 任务，或者那些要求使用专门工具或技术的
v&v 任务。适当时，这些任务宜被执行。表 2 中列举的任务并不是全部的任务。 |
| ·要求的输入： | 为执行生存期任何阶段内委托的最低限度的 V&V 任务所需项的集合。 |
| ·要求的输出： | 生存期任何阶段内委托的最低限度的 V&V 任务的执行结果所产生项的集合。 |
| ·需求阶段： | 软件生存期中的一个阶段，在此期间对软件产品的需求(如功能、性能和接口等)进行定义
并编制出相应的文档。 |
| ·软件设计描述： | 为便于分析、规划、实现和决策而产生的软件的一种表示。软件设计描述可用作交流软件
设计信息的媒体，也可以被认为是系统的设计蓝图或模型。 |
| ·软件需求规格说明： | 软件和它的外部接口的基本需求(功能、性能、设计约束和属性)的文档。 |
| ·软件验证和确认计划： | 为实施软件验证和确认工作而编写的计划。 |
| ·软件验证和确认报告： | V&V 结果和相应的软件质量评估结果的文档。 |
| ·系统测试： | 硬件和软件系统集成后的测试过程，以验证系统是否满足规定的需求。 |
| ·测试用例： | 为测试项规定输入、预期结果和-组执行条件的文档。 |
| ·测试设计： | 为软件特征或软件特征的组合以及为标识相关测试而规定详细的测试方法的文档。 |
| ·测试阶段： | 软件生存期的一个阶段，在此期间对软件产品的部件进行评价和集成，以及对软件产品进
行评价以确定需求是否已得到满足。 |
| ·测试计划： | 规定期望的测试活动的范围、方法、资源和进度的文档。 |
| ·测试规程： | 为执行测试而规定-系列工作的：艾档集。 |
| ·确认： | 在软件开发过程结束时，为确保符合软件需求而对软件进行评估的过程。 |
| ·验证： | 在软件开发周期的给定阶段，确定软件产品是否满足前阶段确立的需求的过程。 |