配置与配置项
在配置管理中，“配置”和“配置项”是重要的概念，“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。因此“配置”包括了即将受控的所有产品特性，其内容及相关文档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的“配置”包括更多的内容并具有易变性。
受控软件经常被划分为各类配置项（Configuraion items, CIs），这类划分是进行软件配置管理的基础和前提，CIs是逻辑上组成软件系统的各组成部分。比如一个软件产品包括几个程序模块，每个 程序模块及其相关文档和支撑数据可能被命名为一个CI。一个系统包括的CIs的数目是一个与设计密切相关的问题，关于怎样将一个软件系统划分为不同的CIs将在以下有关章节中阐述，注意如果一个产品同时包括硬件和软件部分，一般一个CI也同时包括软件和硬件部分，一个纯软件的CI通常也称之为软件配置项（CSCI）。本规范的CI一般指CSCI，软硬件的配置管理有一些相通的地方，但因为软件更易于修改，所以软件配置管理是一个更应该系统化的过程。

基线与基线管理
各CIs随软件开发活动的进展，会有越来越多的部件进入受控状态。一般地，软件开发过程从概念演绎和需求分析开始，然后是设计，各CSCIs的编码或写作，集成测试，最后是用户手册的编写等。软件配置管理包括了在软件生命周期的时间分散点上对各CIs进行标识并对对他们的修改进行控制的过程。在一个开发阶段结束或一组功能开发完成后，要对相应的CIs进行基线化并形成各类基线。在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。
每个基线都将接受配置管理的严格控制，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线，这就是“基线管理”的过程，因此基线具有以下属性：

通过正式的评审过程建立
基线存在于基线库中，对基线的变更接受更高权限的控制
基线是进一步开发和修改的基准和出发点。

一般地，第一个基线包含了通过评审的软件需求，因此称之为“需求基线”，通过建立这样一个基线，受控的系统需求成为进一步软件开发的出发点，对需求的变更被正式初始化、评估。受控的需求还是对软件进行功能评审的基础。

版本
版本（版本号）是表示一个CI具有一组定义的功能的一种标识。随着功能的增加，修改或删除，CI被赋予不同的版本号。一般在配置标识方案中给出版本标记方法。