在需求开发中，完成（）过程后将确定需求基线

需求基线是在需求规格说明书评审通过以后所形成，具体的步骤是开发人员先完成需求规格说明书的写作，然后组织相关人员对需求进行评审，在评审通过以后就纳入到配置库进行管理，形成需求基线。基线(Baseline)，基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础.所以,当基线形成后,项目负责SCM的人需要通知相关人员基线已经形成,并且哪儿可以找到这基线了的版本.这个过程可被认为内部的发布.至于对外的正式发布,更是应当从基线了的版本中发布.基线的定义：基线是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。参与项目的开发人员将基线所代表的各版本的目录和文件填入他们的工作区。随着工作的进展，基线将合并自从上次建立基线以来开发人员已经交付的工作。变更一旦并入基线，开发人员就采用新的基线，以与项目中的变更保持同步。调整基线将把集成工作区中的文件并入开发工作区。基线是配置管理中的一个概念,通常在软件开发周期中需要对开发代码,测试代码,需求文档的重要相对稳定的版本(milestone)进行配置管理基线是一个状态,也就是相当于一个标准吧,基线化后就不能改动(改动需要变更控制委员会通过才可以)大家工作向基线化后的代码,需求说明书,设计说明书等看齐,这样便于工作一致性吧,可以这样说，尤其对于大的软件项目,这样有利于管理和维护