基线管理 _原创精品文档.pdfVIP

一、基线

1.什么是基线

基线是软件文档或源码的一个稳定版本，是进一步开发的基础，是进一步开

发的基础。

2.什么是基线项和配置项

所有被纳入配置库进行版本管理的都是配置项。基线项是具有里程碑性质的

配置项。

3.版本管理

•Trunk：开发时版本存放的目录，开发阶段的代码都保存在这个目录下。

•Branches：测试时的版本存放目录，版本稳定后用于测试的版本保存在

该目录中。

•Tags：通过测试后的一个完整的里程碑版本存放目录，该版本的代码、

文档不允许修改。

当项目分阶段完成时，那么每完成一个阶段完成相对稳定的版本时将代码合

并到branches目录中，这样在进入第二阶段开发时，就对一期的代码没有影响。

branches中的版本作为测试版本，如果在测试阶段发现缺陷，需要在trunk

上修改，修改完后编译trunk上最新的代码合并到branches中。

tags的作用是将在branches上已修改版本合并到tags作为发布版本。

二、设置基线

一般基线分为两类：

作为里程碑和其他工作的基础

例如里程碑、阶段性的版本。

在某一阶段中要保留的状态

例如计划、设计、测试、系统测试等完成。

•基线计划不仅在于计划基线的设置时间，而更多的关注点是在于及现象

的控制，控制力度大，那么基线计划设置的就细。控制力度小，基线相

对就设置的粗。

一般以下内容在完成、分析、Review后应设置基线，并进行控制。

计划阶段：时间表或计划甘特图、项目计划、开发计划、测试计划等。

设计阶段：需求说明文档、开发设计文档（概要设计、详细设计）、测试文

档（测试方案、测试计划、测试用例等）

测试阶段：代码、测试产生物（buglist、测试分析等）。

完成阶段：各阶段文档、代码、计划产物。

三、基线变更

申请→评估审核→变更实施→确认

申请：申请人提交申请，说明变更的内容、变更的原因、受变更影响的关联

配置项、工作量、变更实施人等。

评估审核：对基线变更申请进行评估。（变更的内容是否合理；变更的范围

是否正确、考虑周全；工作量估计是否合理；基线变更的实施方案是否合理）。

变更实施：项目经理组织修改相关的配置项，并在相应的文档或程序代码中

记录变更信息，同时填写变更报告。实施人员在经过测试/走查完成后提交，并

填写变更报告。

确认：根据变更申请验证变更项是否已实施完成。并将与其对应的关联文档

进行变更。