本标准采用GB/T6583、GB/T 5271.1和GB/T 5271.20中规定的定义以及下列定义。

注：合适时，产品可以解释为系统的一部分。

3.1  需方  acquirer

从供方获得或采购系统、软件产品或软件服务的组织。

注：需方可以是买主、顾客、拥有者、用户、采购者。

3.2  获取  acquisition

取得系统、软件产品或软件服务的过程。

3.3  协议  agreement

确定将要建立的工作关系的期限和条件。

3.4  审核  audit

由授权人员对软件产品和过程进行的独立评估，以便评定是否符合需求。

3.5  基线  baseline

在配置项的生存周期内的某一特定时刻已正式设计并固定了的且经正式批准的配置项的一个版本，而不管媒体是什么。

3.6  配置项  configuration item

一个配置中的实体，它满足一项最终使用功能，并能在给定的基准点上单独标识。

3.7  合同  contract

通过法律约束当事双方的一个协议，或者一个组织内类似的内部协议，以保证软件服务的提供，或软件产品的供应、开发、生产、操作或维护。

3.8  开发者  developer

在软件生存周期过程中执行开发活动 (包括需求分析、设计、测试直到验收) 的一个组织。

3.9  评价  evaluation

系统地确定一个实体项目满足其规定准则的程度。

3.10  固件  firmware

硬件装置和驻留在硬件装置的只读软件中的计算机指令或计算机数据的组合，其软件不能在程序控制下方便地修改。

3.11  生存周期模型  life cycle model

一个框架，它含有遍历系统从确定需求到终止使用这一生存周期的软件产品的开发、运行和维护中需实施的过程、活动和任务。

3.12  维护者  maintainer

执行维护活动的组织。

3.13  监督  monitoring

由需方或第三方对供方活动状况及其成果的检查。

3.14  非交付项  non-deliverable item

按合同不要求交付，但可以在软件开发中使用的硬件或软件产品。

3.15  现货产品  off-the shelf product

已经开发出来的、可得到的、可使用的、现成的或需要加以修改的产品。

3.16  操作者  operator

运行系统的组织。

3.17  过程  process

把输入转换为输出的一组彼此相关的活动。

注：术语“活动”包括资源的使用。[见GB/T 6583, 1.2]

3.18  鉴定  qualification

证实实体是否有能力满足规定需求的过程。[见GB/T 6583, 2.13]

3.19  鉴定需求  qualification requirement

一组准则或条件，当一个软件产品符合这些准则或条件时，就确定它符合规格说明，并可以在其目标环境中使用。

3.20  合格性测试  qualification testing

由开发者进行并有需方见证的测试 (如合适) ，以证明软件产品符合其规格说明，并可以在目标环境中使用。

3.21  质量保证  quality  assurance

为了提供足够的信任表明实体能够满足质量要求，而在质量体系中实施并根据需要进行证实的全部有计划和有系统的活动。

注：

1  质量保证有内部和外部两种目的。

a) 内部质量保证：在组织内部，质量保证向管理者提供信任。

b) 外部质量保证：在合同或其他情况下，质量保证向顾客或其他方提供信任。

2  质量控制和质量保证的某些活动是相互关联的。

3  只有质量要求全面反映了用户的要求，质量保证才能提供足够的信任。

[GB/T 6583, 3.5]

3.22  发行  release

一个配置项的特定版本，已准备好用于特定目的 (例如测试发行) 。

3.23  招标 (标书)  request for proposal (tender)

需方使用的一种文件，用来向潜在的投标人表示它要获得特定系统、软件产品或软件服务的意图。

3.24  退役  retirement

运作和维护组织撤出现有的支持，部分或全部由一个新的系统代替或者安装一个升级的系统。

3.25  保密安全  security

对信息和数据的保护，这样，未经授权的人员或系统不能阅读或修改它们，不能拒绝授权人员或系统对它们的访问。

3.26  软件产品  software product

一组计算机程序、规程以及可能的相关文档和数据。

3.27  软件服务  software service

实施与软件产品有关的活动、工作或义务，比如软件开发、维护和运作。

3.28  软件单元  software unit

一段可分开编译的代码。

3.29  工作说明  statement of work

需方使用的一种文件，用来叙述和规定按合同必须执行的任务。

3.30  供方  supplier

与需方签订合同，并按合同规定提供系统、软件产品或软件服务的组织。

注：

1  术语“供方”是承制方、生产方、卖方或供货方的同义词。

2  需方可以指定本组织的一部分为供方。

3.31  系统  system

由一个或多个过程、硬件、软件、设施和人员组成的集合体，提供满足规定需求或目标的能力。

3.32  测试覆盖  test coverage

测试用例测试系统或软件产品的需求的程度。

3.33  可测试性  testability

为了确定一项需求是否满足，所设计的测试目标和可行性所能达到的程度。

3.34  用户  user

使用运行系统完成一项特定功能的个人或组织。

注：用户可以扮演其他角色，比如需方、开发者或维护者。

3.35  确认  validation

通过检查和提供客观证据认可针对某一特定预期用途的需求已经满足。

注：

1  在设计和开发中，确认涉及到审查某个产品是否符合用户的需要之过程。

2  确认通常是对最终产品在规定的使用条件下进行的。在早期阶段，这样做也可能是需要的。

3  “确认过的”一词用来表示相应的状况。

4  如果有几种不同的预期用途，可进行多项确认。

[GB/T 6583，2.18]

3.36  验证  verification

通过检查和提供客观证据认可规定需求已经满足。

注：

1  在设计和开发中，验证是指对某项规定活动的结果进行检查的过程，以确定该活动对规定需求的合格情况。

2  “验证过的”一词用来表示相应的状况。

[GB/T 6583，2.17]

3.37  版本  version

某一配置项的已标识了的实例。

注：软件产品某版本的修改产生一个新版本，但要求配置管理活动。

欢迎关注我的微博：http://weibo.com/wontter