在软件开发过程中，由于各种原因，可能需要变动需求、预算、进度和设计方案等，尽管这些变动请求中绝大部分是合理的，但在不同的时机作不同的变动，难易程度和造成影响差别甚大，为了有效地控制变动，软件配置治理引入基线（baseline）的概念。
基线标志软件开发过程的各个里程碑，任一SCI（例如，设计师说明书），一旦形成文档并复审通过，即形成一个基线，它标志开发过程中一个阶段的结束。对于已成为基线的SCI，虽然可以修改，但必须按照一个非凡的、正式的过程进行评估，确认每一处修改。相反，对于未成为基线的SCI，可以进行非正式修改。
虽然基线可在任何级别上定义，但一般最常用的软件基线如下图所示。
某个SCI一旦成为基线，随即被放入项目数据库（PRoject database）。此后，若开发小组中某位成员与、欲改动SCI，首先要将它拷贝到私有工作区并在项目数据库中锁住，不答应他人使用。在私有工作区中完成修改控制过程并复审通过之后，再把修改后的SCI推出并回到项目数据库，同时解锁。
软件配置项
一般软件配置需包括下列SCI：
1． 系统规格说明书
2． 软件项目规划
3． 要求分析结果
a． 软件需求规格说明书
b． 可执行的或“纸样”原形
4． 初步用户手册
5． 设计规格说明书
a． 数据设计描述
b． 总体结构设计描述
c． 模块设计描述
d． 界面设计描述
e． 对象描述（若采用面向对象技术）
6． 源代码清单
7． 测试规格说明书
a． 测试计划和过程
b． 测试用例与实验结果
8． 操作和安装手册
9． 可执行程序
a． 每个模块的可执行代码
b． 链接到一起的代码
10． 数据库描述
a． 数据模型和文件结构
b． 初始化映象
11． 联机用户手册
12． 维护文档
a． 软件问题报告单
b． 维护申请单
c． 预计变动的顺序
13． 软件工程的标准
除此之外，有时把软件工具也列入配置治理的范畴，即把软件开发中选用的编辑器，编译器和其他一些CASE工具固定地作为软件配置的一部分，当配置中其他的SCI发生变化时，， 时考虑这些工具是否与之适应和匹配。
普遍认为，用面向对象的方法组织项目数据库最自然、合理。此时，将每个SCI看作一个配置对象，它有自己的名字和一组属性，各SCI之间的联系用对象间的关系表示。以下图为例，“设计规格说明书”、“数据模块：”、“模块N”、“源代码”、和“测试规格说明书”分别为五个配置对象，对象之间的关系用有向连线表示。有向曲线说明对象的部分-整体关系。例如，“数据模型”和“模型N”都是“设计规格说明书”的组成部分。双向连线说明对象间的内在联系。例如，一个模块的源代码一旦变动对应的测试用例亦需修改，随之需要重新执行测试过程。
