在基础标准方面，主要有《软件工程术语》 (GB/T11457—2006)、 《信息处理数据
流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编辑符号及约定》
(GB 1526—1989) 和《信息处理系统计算机系统配置图符号及约定》 (GB/T 14085—
1993)等标准。
1. GB/T 11457—2006
GB/T 11457—2006规定了软件工程领域中的1859个中文术语，以及每个中文术语
对应的英文词，还对每个术语给出了一个或一个以上的定义。标准的最后附有英文索引和中文索引。与项目管理相关的术语摘录如下。
(1)验收准则：软件产品要符合某一测试阶段必须满足的准则，或软件产品满足交
货要求的准则。
(2)验收测试：确定一系统是否符合其验收准则，使客户能确定是否接收此系统的 正式测试。
(3)需方：从供方获得或得到一个系统、产品或服务的一个机构。需方可以是买主、 客户、拥有者、用户、采购人员等。
(4)活动： 一个过程的组成元素。对基线的改变要经有关当局的正式批准。
(5)审计：为评估是否符合软件需求、规格说明、基线、标准、过程、指令、代码 以及合同和特殊要求而进行的一种独立的检查；通过调查研究确定已制定的过程、指令、 规格说明、代码和标准或其他的合同及特殊要求是否恰当和被遵守，以及其实现是否有 效而进行的活动。
(6)代码审计：由某人、某小组或借助某种工具对源代码进行的独立的审查，以验 证其是否符合软件设计文件和程序设计标准。还可能对正确性和有效性进行估计。
(7)配置审计：证明所要求的全部配置项均已产生出来，当前的配置与规定的需求 相符。技术文件说明书完全而准确地描述了各个配置项目，并且曾经提出的所有更动请 求均已得到解决的过程。
(8)认证： 一个系统、部件或计算机程序符合其规定的需求，对操作使用是可接受 的一种书面保证。例如， 一计算机系统是安全的允许在定义的环境中操作的书面的认可； 为使系统获准投入运行性使用，对系统遵循规定的需求是可接受的所做的正式演示；验 证系统或部件遵循规定的需求，且其操作使用是可接受的过程。
(9)走查： 一种静态分析技术或评审过程，在此过程中，设计者或程序员引导开发 组的成员通读已书写的设计或编码，其他成员负责提出问题并对有关技术、风格、可能 的错误、是否违背开发标准等方面进行评论。
(10)鉴定： 一个正式的过程，通过这个过程确定系统或部件是否符合它的规格说 明，是否可在目标环境中适合于操作使用。
(11)基线：业已经过正式审核与同意，可用作下一步开发的基础，并且只有通过正 式的修改管理步骤方能加以修改的规格说明或产品；在配置项生存周期的某一特定时间 内，正式指定或固定下来的配置标识文件和一组这样的文件。基线加上根据这些基线批 准统一的改动构成了当前配置标识。对于配置管理，有以下三种基线：功能基线(最初 通过的功能配置)、分配基线(最初通过的分配的配置)、产品基线(最初通过的或有条 件地通过的产品配置)。
(12)配置控制委员会：对提出的工程上的更动负责进行估价、审批，对核准进行 的更动确保其实现的权力机构。
(13)配置管理：标识和确定系统中配置项的过程，在系统整个生存周期内控制这
些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性；
对下列工作进行技术和行政指导与监督的一套规范：对配置项的功能和物理特性进行标识和文件编制工作；控制这些特性的更动情况；记录并报告对这些更动进行的处理和实现的状态。
(14)配置状态报告；记录和报告为有效地管理某一配置所需的信息。包括列出经 批准的配置标识表、列出对配置提出更动的状态表和经批准的更动的实现状态。
(15)设计评审：在正式会议上，将系统的初步的或详细的设计提交给用户、客户 或有关人士供其评审或批准；对现有的或提出的设计所做的正式评估和审查，其目的是 找出可能会影响产品、过程或服务工作的适用性和环境方面的设计缺陷并采取补救措施， 以及(或者)找出在性能、安全性和经济方面的可能的改进。
(16)桌面检查：对程序执行情况进行人工模拟，用逐步检查源代码中有无逻辑或 语法错误的办法来检测故障。
(17)评价：决定某产品、项目、活动或服务是否符合它的规定的准则的过程。
(18)故障、缺陷：功能部件不能执行所要求的功能。
(19)功能配置审计：验证一个配置项的实际工作性能是否符合它的需求规格说明 的一项审查，以便为软件的设计和编码建立一个基线.
