| 《GB/T 11457—2006信息技术软件工程术语》定义了软件工程领域中通用的术语，适用于软件开发、软件维护、科研、教学和出版等方面。
|
|
|
| .抽象：对某一问题的概括，它抽取于某一特定目标相关的本质内容而忽略其非本质内容。
|
|
|
| .验收准则：系统或部件必须满足的准则，其目的是用户、客户或其他授权实体能够予以接受。
|
|
|
| .验收测试：确定一系统是否符合其验收准则，使客户能确定是否接收此系统的正式测试。
|
|
|
| .活动：一个过程的组成元素。对基线的变更要经有关机构的正式批准。
|
|
|
| .活动图：用于对涉及一个或多个类目的进程建模的状态机的一种特例。
|
|
|
| .适应性：使不同的系统约束条件和用户需求得到满足的容易程度。
|
|
|
| .关联：规定其实例件连接的多个类目之间的语义联系。
|
|
|
| .审计：为评估工作产品或工作产品集是否符合软件需求、规格说明、基线、标准、过程、指令、代码以及合同和特殊要求而进行的一种独立检查。
|
|
|
| .可用性：软件（系统或部件）在投入使用时可操作和可访问的程度或能实现其指定的系统功能的概率。
|
|
|
| .基线：业已经过正式审核与同意，可以作下一步开发的基础，并且只能通过正式的修改管理工程方能加以修改的规格说明或产品。在配置项目生存周期的某一特定时间内，正式指定或固定下来的配置标识文件。基线加上根据这些基线批准同意的改动构成了当前配置标识。对于配置管理，有三种基线：功能基线（最初通过的功能配置）、分配基线（最初通过的分配的配置）、产品基线（最初通过的或有条件地通过的产品配置）。
|
|
|
| .边界值：相应于为系统或部件规定的最小或最大的输入、内部、输出的数据值。
|
|
|
| .代码审计：由某人、某小组或借助某种工具对源代码进行的审查，目的是验证其是否符合软件设计文件和程序设计标准，还可能对正确性和有效性进行估计。
|
|
|
| .代码评审：把软件代码呈现给项目人员、管理人员、用户、客户或其他感兴趣的人员用于评论或批准的会议。
|
|
|
| .数据字典：软件系统中使用的所有数据项的名字及与这些数据项有关的特性（例如数据项长度、表示等）的集合。
|
|
|
| .依赖：两个建模元素之间的一种关系，对其中一个建模元素（独立元素）的更改，将影响另一建模元素（依赖元素）。
|
|
|
| .验证：确定软件开发周期中的一个给定阶段的产品是否达到在上一阶段确立的需求的过程。
|
|
|
| .确认：在软件开发过程结束时对软件进行评价以确定它是否和软件需求相一致的过程。
|
|
|
| .测试：通过执行程序来有意识地发现程序中的设计错误和编码错误的过程。测试是验证和确认的手段之一。
|
|
|
| .软件开发方法：是指软件开发过程中所遵循的办法和步骤。软件开发活动的目的是有效地得到一些工作产物，也就是一个运行的系统及其支持文档，并且满足有关的质量要求。
|
|
|
| .鉴定：是一个正式的过程，通过这个过程决定产品是否符合它的规格说明，是否可在目标环境中使用。
|
|
|
