1、软件开发中的基线基线 （ base line）是软件工程活动从一个环节转入另外一个环节时对阶段产品或组件的标识。因为软件规模的膨胀和分工的细化，软件开发过程变得越来越复杂，每个阶段可能由不同类型的角色和人员来完成，因此有必要清晰标识上一阶段完成的成果和下阶段开始工作的基础。这种标识活动就是建立基线。根据同行评审或阶段评审的结果建立基线是质量保证人员（ Quality Assurance， QA ）的职责，项目参与人员（设计、开发、测试、配置管理、 PSO）有责任配合 QA 建立各项基线。通常一个项目（工程）需要建立如下几种基线：需求基线设计基线测试基线发布基线需求基线 在需求分析规格说明书通过
2、同行评审后建立，此时客户需求和产品需求应该是全面、清晰、准确并且文档化的。必要的文档包括需求分析规格 .doc和功能清单 .xls。通常这些文档由需求调研人员或设计人员提供。设计基线 在详细设计完成并通过同行评审后建立。此时产品需求的实现方式应该是全面、清晰、准确和文档化的。必要的文档包括总体设计规格 .doc、详细设计规格 .doc、数据库设计 .pdm。通常这些文档由设计人员提供，详细设计规格 .doc可能由开发小组中的核心开发人员提供，面向对象的设计必需提供 oom 文档。设计基线建立后，开发人员可以根据设计基线确定的成果进行代码开发。在开发过程中必然会遇到需求变更和设计变更的活动，这些
3、变更需要被完整记录并且变更的内容要及时反应到需求文档和设计文档中。保证需求和设计文档内容完整的有效办法是指定文档的唯一责任人，比如数据库设计的变更只能由一个人控制。测试基线 是开发人员完成开发后，将软件系统交给测试人员测试时对之前所有开发成果的标识。建立测试基线需要设计、开发人员提供功能清单、需求分析规格 .doc、总体设计规格 .doc、详细设计规格 .doc、数据库设计 .pdm、数据库初始化脚本、系统安装配置说明和源码（含 ant编译脚本）。在建立测试基线时，根据测试人员的要求，设计、开发人员还应该提供相应的讲解和培训。发布基线 是在测试人员完成测试工作后建立。建立测试基线时，测试中发现
4、的所有 bug 应该已经 fixed 或者未 fixed 但不影响系统使用。未 fixed 的 bug 作为遗留问题被记录下来。软件发布时，测试人员应该提供的文档包括 readme.txt（描述软件产品信息）、用户手册 .doc、安装配置手册 .doc、软件产品质量报告 .doc和产品安装包。产品发布后，所有产品的安装根据用户需求从已经发布的版本中选择或者进行增量开发，不能直接从 cvs上 check 源码编译后交付用户。所有文档、源码、程序包都放在 cvs server 上，参与软件产品设计、开发、测试、配置管理人员提交的文档以 cvs 上最新版本为准；每次建立基线时需要打 tag 并通知软件系统所有参与人员 。
