1 ．什么是基线？
基线是软件文档或源码的一个稳定版本，是进一步开发的基础。（是一个里程碑版本的快照）
一组已经被正式评审并一致通过其作为以后开发的基础的文档或工作产品。
这些文档或工作产品只容许通过变更流程来改变。
2 ．什么是基线项和配置项？ (baseline item & configration item)
纳入配置库进行版本管理的都是配置项。
基线项是具有里程碑性质的配置项。
项目的所有产出物 包含（ 配置项 包含 （基线项））
3 ．如何设置基线计划？
基线计划的设定是根据基线的种类和控制力度不同而有所不同。
基线的种类：
■ 作为里程碑和和其他工作的基础
■ 在某一过程中要保留的状态
控制力度：
对于基线项的变更要实施基线变更流程（分析， Review ，控制实施）
综上所述我个人认为可以这样设置基线计划
■ 一定要选取里程碑的版本（较大的阶段，比如计划完了，设计完了，连接测试完了，综合测试完了）
■ 基线计划不仅在于计划基线的设置时间，而更多的关注点在于对基线项的控制（谁来控制，什么样的流程，什么样的文档）控制力度大，那么基线计划设置的就要细，控制力度小，基线就设置的粗。
一般而言我认为以下内容完了之后必须设置基线，并对基线的变更进行控制。
计划阶段 ( 基线内容： schedule, 見積もり、レビュー計画&hellip&hellip ..)
单体测试完了（基线内容：设计书）
连接测试完了阶段（设计书， Code ，单体测试产生物，连接测试产生物）
综合测试完了（设计书， Code ，单体测试产生物，连接测试产生物，综合测试产生物）
纳品完了（项目内的所有开发产物，计划产物）
以上内容只是一般而言，根据项目的情况进行调整：
例如移行在单体结束后可能还不能对设计书打基线
4 ．如何变更基线（实施基线变更流程）？
针对被谨慎选择的基线项的变更，一般而言通过以下流程。
变更请求提出 --- 〉 CCB 审核请求 --- 〉识别关联内容 ---- 〉 CCB 确认关联内容 ---- 〉实施变更 --- 〉 CCB 确认变更的实施情况 --- 〉文档化
5 ． CCB
CCB （控制变更委员会）的主要作用是在配置变更的过程中审核，确认，监督，检查配置变更过程。还包括配置列表，权限设置，基线计划，基线发布等活动的检查确认工作。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/miller_cn/archive/2009/08/14/4445780.aspx
