基线（base line）是软件工程活动从一个环节转入另外一个环节时对阶段产品或组件的标识。因为软件规模的膨胀和分工的细化，软件开发过程变得越来越复杂，每个阶段可能由不同类型的角色和人员来完成，因此有必要清晰标识上一阶段完成的成果和下阶段开始工作的基础。这种标识活动就是建立基线。

根据同行评审或阶段评审的结果建立基线是质量保证人员（Quality Assurance，QA）的职责，项目参与人员（设计、开发、测试、配置管理、PSO）有责任配合QA建立各项基线。

通常一个项目（工程）需要建立如下几种基线：

  需求基线

  设计基线

  测试基线

  发布基线

需求基线在需求分析规格说明书通过同行评审后建立，此时客户需求和产品需求应该是全面、清晰、准确并且文档化的。必要的文档包括《需求分析规格.doc》和《功能清单.xls》。通常这些文档由需求调研人员或设计人员提供。

设计基线在详细设计完成并通过同行评审后建立。此时产品需求的实现方式应该是全面、清晰、准确和文档化的。必要的文档包括《总体设计规格.doc》、《详细设计规格.doc》、《数据库设计.pdm》。通常这些文档由设计人员提供，《详细设计规格.doc》可能由开发小组中的核心开发人员提供，面向对象的设计必需提供oom文档。

设计基线建立后，开发人员可以根据设计基线确定的成果进行代码开发。在开发过程中必然会遇到需求变更和设计变更的活动，这些变更需要被完整记录并且变更的内容要及时反应到需求文档和设计文档中。保证需求和设计文档内容完整的有效办法是指定文档的唯一责任人，比如数据库设计的变更只能由一个人控制。

测试基线是开发人员完成开发后，将软件系统交给测试人员测试时对之前所有开发成果的标识。建立测试基线需要设计、开发人员提供《功能清单》、《需求分析规格.doc》、《总体设计规格.doc》、《详细设计规格.doc》、《数据库设计.pdm》、《数据库初始化脚本》、《系统安装配置说明》和源码（含ant编译脚本）。在建立测试基线时，根据测试人员的要求，设计、开发人员还应该提供相应的讲解和培训。

发布基线是在测试人员完成测试工作后建立。建立测试基线时，测试中发现的所有bug应该已经fixed或者未fixed但不影响系统使用。未fixed的bug作为遗留问题被记录下来。软件发布时，测试人员应该提供的文档包括《readme.txt》（描述软件产品信息）、《用户手册.doc》、《安装配置手册.doc》、《软件产品质量报告.doc》和产品安装包。

产品发布后，所有产品的安装根据用户需求从已经发布的版本中选择或者进行增量开发，不能直接从cvs上check源码编译后交付用户。

谢谢分享

感谢Baseline的详细描述。
Baseline后如果有问题，再走变更。