主要任务
识别在指定时间形成基线的产品配置
控制配置项变更
由配置库构建和发布产品
提供精确的配置状态
维护在整个软件生命周期中<b>配置的完整性和可跟踪性</b>
基线（Baseline）
<b>由一组配置项组成</b>，这些配置项构成了一个<b>相对稳定的整体</b>
基线中的配置项被“冻结”了，不能再被任何人随意修改
通常对应于项目/开发过程中的里程碑，<b>一个产品可以有多个基线，也可以只有一个基线</b>
是项目储存库中每个工件版本在<b>特定时期的一个“快照”</b>
对基线的更改必须遵循<b>变更控制规程</b>
大题：软件全生命周期中，分为早期阶段（制定规章制度、人员配置、配置项划分）、中期（开发）、<br>后期（集成、测试），怎么设置你的配置管理？各阶段的主要工作或者说是侧重点是什么？
<b>在软件开发的早期阶段</b>，我们的主要工作是<b>明确相关的项目需求</b>。<b>获取对需求的理解，承诺，并对需求的变更进行管理，维护双向可追踪矩阵，识别需求和工作产品的不一致之处</b>。在此基础上，我们的<b>配置管理重点是对配置项进行识别</b>，只有识别配置项之后，才能相适应的建立配置管理系统，然后根据部分配置项来建立和发布基线，为后续的开发打下基础。
<b>在软件开发的中期阶段</b>，我们的主要工作是集中在<b>软件开发和对客户提出来的变更进行配置管理</b>。基于此，我们工作的重点应聚焦在<b>跟踪和控制变更</b>。根据开发过程中<b>自身发现的问题和客户所提出来的变更进行跟踪</b>，控制相应需要改变的配置项。确保整个项目和流程是在受控制的状态下进行。
<b>在软件开发的后期阶段</b>，我们的主要工作为<b>测试工作，测试工作此时主要为集成测试，系统测试和验收测试</b>。在测试流程中将产生大量的测试报告，同时此过程中<b>对软件的变更流程将会更加严格，在跟踪变更申请和控制配置项的基础上，建立配置的完整性</b>。通过<b>配置管理管理系统建立配置管理记录，形成报告，并对配置管理记录进行配置审计最终生成审计结果</b>。
