基线管理 《转》

1 ．什么是基线？

基线是软件文档或源码的一个稳定版本，是进一步开发的基础。（是一个里程碑版本的快照）

一组已经被正式评审并一致通过其作为以后开发的基础的文档或工作产品。

这些文档或工作产品只容许通过变更流程来改变。

2 ．什么是基线项和配置项？ (baseline item & configration item)

    纳入配置库进行版本管理的都是配置项。

   基线项是具有里程碑性质的配置项。

  项目的所有产出物 包含（ 配置项 包含 （基线项））

3 ．如何设置基线计划？

基线计划的设定是根据基线的种类和控制力度不同而有所不同。

基线的种类：

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

■      在某一过程中要保留的状态

控制力度：

对于基线项的变更要实施基线变更流程（分析， Review ，控制实施）

综上所述我个人认为可以这样设置基线计划

■      一定要选取里程碑的版本（较大的阶段，比如计划完了，设计完了，连接测试完了，综合测试完了）

■      基线计划不仅在于计划基线的设置时间，而更多的关注点在于对基线项的控制（谁来控制，什么样的流程，什么样的文档）控制力度大，那么基线计划设置的就要细，控制力度小，基线就设置的粗。

一般而言我认为以下内容完了之后必须设置基线，并对基线的变更进行控制。

   计划阶段 ( 基线内容： schedule, 見積もり、レビュー計画&hellip&hellip ..)

   单体测试完了（基线内容：设计书）

连接测试完了阶段（设计书， Code ，单体测试产生物，连接测试产生物）

综合测试完了（设计书， Code ，单体测试产生物，连接测试产生物，综合测试产生物）

纳品完了（项目内的所有开发产物，计划产物）

以上内容只是一般而言，根据项目的情况进行调整：

例如移行在单体结束后可能还不能对设计书打基线

4 ．如何变更基线（实施基线变更流程）？

  针对被谨慎选择的基线项的变更，一般而言通过以下流程。

  变更请求提出 --- 〉 CCB 审核请求 --- 〉识别关联内容 ---- 〉 CCB 确认关联内容 ---- 〉实施变更 --- 〉 CCB 确认变更的实施情况 --- 〉文档化

5 ． CCB

   CCB （控制变更委员会）的主要作用是在配置变更的过程中审核，确认，监督，检查配置变更过程。还包括配置列表，权限设置，基线计划，基线发布等活动的检查确认工作。

 

 

问题：

1 ．刘斐提出

一个 PG 担当的工作延迟了两天，那么项目进度就发生了一定的变化。这是不是基线变更。

答：我的理解：不是。项目 schedule 中的实际进度经常出现提前一两天或延迟一两天的情况，在这种情况下不影响项目的整体 schedule ，所以也不需要对计划进行调整。

识别 schedule 这样的基线项是否需要走基线变更流程的关键在看 schedule 的计划时间有没有变化。

    2 ．杜荣进提出

连接测试中对 BUG 的修改，是否算对基线项的变更。是否要走基线变更流程。

答：此时需要根据控制的力度来看，需要进行严格控制的基线项，是要进行基线变更的。举例：根据上述第三个问题我的建议的基线设置方法，在连接测试中发现的式样书 bug 需要走基线变更流程。

3 ．自问自答

基线是为了取版本方便吗？

答：我不否认基线有如此功能，但是我的理解，基线的最大作用在于对变更的控制。