软件配置管理计划书

1.配置管理环境的物理拓扑介绍(服务器ip和作用)

2.配置管理计划涉及到的人员角色

3.配置管理流程(一般是开发过程流程,如何使用流或分支,并行开发和合并代码的策略和流程)

4.该计划的时间安排,基于项目开发里程碑点,何时做审计,打基线,发布包.

5.人员培训需求表,配置管理工具和流程的培训

该计划大部分都是不需要修改的,不如配置管理的物理拓扑,一些和项目相关的信息才需要修改.

这样会减少编写时间

一个软件研发项目一般可以划分为三个阶段：计划阶段、开发阶段和维护阶段。然而从软件配置管理的角度来看，后两个阶段所涉及的活动是一致，所以就把它们合二为一，成为“项目开发和维护”阶段。 一个项目设立之初PM首先需要制定整个项??研发计划之后，软件配置管理的活动就可以展开了，因为如果不在项目开始之初制定软件配置管理计划，那么软件配置管理的许多关键活动就无法及时有效的进行，而它的直接后果就是造成了项目开发状况的混乱并注定软件配置管理活动成为一种“救火”的行为。所以及时制定一份软件配置管理计划在一定程度上是项目成功的重要保证。

在软件配置管理计划的制定过程中，它的主要流程应该是这样的：

CCB根据项目的开发计划确定各个里程碑和开发策略；

CMO根据CCB的规划，制定详细的配置管理计划，交CCB审核；

CCB通过配置管理计划后交项目经理批准，发布实施。 这一阶段是项目研发的主要阶段。在这一阶段中，软件配置管理活动主要分为三个层面：

⑴主要由CMO完成的管理和维护工作；

⑵由SIO和DEV具体执行软件配置管理策略；

⑶变更流程。这三个层面是彼此之间既独立又互相联系的有机的整体。

在这个软件配置管理过程中，它的核心流程应该是这样的：

⑴CCB设定研发活动的初始基线；

⑵CMO根据软件配置管理规划设立配置库和工作空间，为执行软件配置管理计划做好准备；

⑶开发人员按照统一的软件配置管理策略，根据获得的授权的资源进行项目的研发工作；

⑷SIO按照项目的进度集成组内开发人员的工作成果，并构建系统，推进版本的演进；

⑸CCB根据项目的进展情况，审核各种变更请求，并适时的划定新的基线，保证开发和维护工作有序的进行。

这个流程就是如此循环往复，直到项目的结束。当然，在上述的核心过程之外，还涉及其他一些相关的活动和 *** 作流程，下面按不同的角色分工予以列出：

各开发人员按照项目经理发布的开发策略或模型进行工作；

SIO负责将各分项目的工作成果归并至集成分支，供测试或发布；

SIO可向CCB提出设立基线的要求，经批准后由CMO执行；

CMO定期向项目经理和CCB提交审计报告，并在CCB例会中报告项目在软件过程中可能存在的问题和改进方案；

在基线生效后，一切对基线和基线之前的开发成果的变更必须经CCB的批准；

CCB定期举行例会，根据成员所掌握的情况、CMO的报告和开发人员的请求，对配置管理计划作出修改，并向项目经理负责。

综上所述，配置管理的工作流程如图1所示：