产品配置是指一个产品在其生命周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项（Configuration Item，CI），每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了项目产品的演化过程。

置于配置管理之下的工作产品包括将交付给顾客的产品、指定的内部工作产品、采办的产品、工具和其他用于创建和描述这些工作产品的实体。

可以在若干层次上执行工作产品的配置管理。“配置项”是配置管理的指定实体，它可以由多个相关的工作产品组成。可以把配置项分解成若干配置元素和配置单元。

用户1和用户2有着不同的工作环境，A、B、C、D、E模块相同，其余模块F、G和H是不同的。软件产品必须考虑到这些差异，并且充分地使其满足各个用户的使用要求。如果开发的软件产品是具有一定功能和性能的初始系统，那么最终的产品应满足用户的需求。所以必须认真研究用户的真正需求。为做到这一点，应该是针对两个用户，分别进行产品内部模块设计。

由于两者的差别不仅表现在一个含有F，另一个含有G和H，而且即使两者的A在逻辑上是同一个内容，但在物理上仍然可能因两类用户需求的不同而有差异，如两个A分别以不同的媒体出现。为实现这两种不同的软件配置，在实际工作中，完全可以将各个配置项分别开发出来，再根据需要，组合成针对不同用户需求的不同产品，如右图所示。可见“D．在后续开发阶段两个用户所要求的所有模块都要作为不同的分配置进行管理”是不对的。

基线（Baseline）由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能再被任何人随意修改（如：跟踪和控制变更）。基线通常对应于开发过程中的里程碑（ Milestone），一个产品可以有多个基线，也可以只有一个基线。基线的主要属性有：名称、标识符、版本、日期等。通常将给客户的基线称为一个“Release”，为内部开发用的基线则称为一个“Build”。产品的一个测试版本（包括需求分析说明书、概要设计说明书、详细设计说明书、已编译的可执行代码、测试大纲、测试用例、使用手册等）是基线的一个例子。