论项目配置管理.doc

论项目配置管理 [摘要]随着软件系统的日益复杂化和用户需求、软件更新的频繁化，配置管理逐渐成为软件生命周期中的重要控制过程，在软件开发过程中扮演着越来越来重要的角色。一个好的配置管理过程能覆盖软件开发和维护的各个方面，同时对软件开发过程进行的宏观管理，即项目管理，起着重要的支持作用。配置管理（即Configuration Management，简称CM）是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。良好的配置管理能使软件开发过程有更好的可预测性，使软件系统具有可重复性。配置管理在整个软件研发过程中起着至关重要的作用　　一个软件研发项目一般可以划分为三个阶段：计划阶段、开发阶段和维护阶段。然而从软件配置管理的角度来看，后两个阶段所涉及的活动是一致，所以就把它们合二为一，成为“项目开发和维护”阶段。 项目计划阶段： 　　一个项目设立之初PM首先需要制定整个项??研发计划之后，软件配置管理的活动就可以展开了，因为如果不在项目开始之初制定软件配置管理计划，那么软件配置管理的许多关键活动就无法及时有效的进行，而它的直接后果就是造成了项目开发状况的混乱并注定软件配置管理活动成为一种“救火”的行为。所以及时制定一份软件配置管理计划在一定程度上是项目成功的重要保证。 　　在软件配置管理计划的制定过程中，它的主要流程应该是这样的： 　　CCB根据项目的开发计划确定各个里程碑和开发策略； 　　CMO根据CCB的规划，制定详细的配置管理计划，交CCB审核； 　　CCB通过配置管理计划后交项目经理批准，发布实施。 项目开发维护阶段： 　　这一阶段时项目研发的主要阶段。在这一阶段中，软件配置管理活动主要分为三个层面： 　　（1）主要由CMO完成的管理和维护工作； 　　（2）由SIO和DEV具体执行软件配置管理策略； 　　（3）变更流程。这三个层面是彼此之间既独立又互相联系的有机的整体。 　　在这个软件配置管理过程中，它的核心流程应该是这样的： 　　（1）CCB设定研发活动的初始基线； 　　（2）CMO根据软件配置管理规划设立配置库和工作空间，为执行软件配置管理就阿做好准备； 　　（3）开发人员按照统一的软件配置管理策略，根据获得的授权的资源进行项目的研发工作； 　　（4）SIO按照项目的进度集成组内开发人员的工作成果，并构建系统，推进版本的演进； 　　（5）CCB根据项目的进展情况，审核各种变更请求，并适时的划定新的基线，保证开发和维护工作有序的进行。 　　这个流程就是如此循环往复，直到项目的结束。当然，在上述的核心过程之外，还涉及其他一些相关的活动和操作流程，下面按不同的角色分工予以列出： 　　各开发人员按照项目经理发布的开发策略或模型进行工作； 　　SIO负责将各分项目的工作成果归并至集成分支，供测试或发布； 　　SIO可向CCB提出设立基线的要求，经批准后由CMO执行； 　　CMO定期向项目经理和CCB提交审计报告，并在CCB例会中报告项目在软件过程中可能存在的问题和改进方案； 　　在基线生效后，一切对基线和基线之前的开发成果的变更必须经CCB的批准； 　　CCB定期举行例会，根据成员所掌握的情况、CMO的报告和开发人员的请求，对配置管理计划作出修改，并向项目经理负责。 　　综上所述，配置管理的工作流程如图1所示： ?? 信息系统项目的对象是信息系统，它和传统的制造产品有着很大的差别，这些差别决定了信息系统项目必须相应地采取特殊的措施，否则无法达到其目标。但是，由于在当今软件开发活动中由于缺乏必要配置管理流程和工具很多软件企业在日常开发工作中都会遇到诸如组织知识和过程财富流失，项目成员不能及时了解项目进展状况，缺乏实现并行开发手段，无法有效管理和跟踪变更等问题。那么配置管理在it项目管理中到底能起到什么作用呢? （一）多重维护问题。在日常开发工作中经常会出现并行开发的需求，比如对于某个项目可能要在开发新版本同时继续对先前版本进行必要维护或者针对某个特定版本需要针对区别客户同时进行客户化修改等等，在并行模式下区别开发人员可以同时编辑修改某文件并行开发有可能产生冲突，但是，却能够提高开发效率。如果没有配置管理工具支持进行并行开发将十分困难单单通过人工操作往往会造成修改过bug重复出现或者几个人进行相同工作产生不必要浪费。 同时，一个文档的几个拷贝在不同的地方使用时，或者若干个文档中含有一些共同的内容。如果一个用户发现了一个文档出现了问题便直接进行修改，或者几个用户发现了问题各自都做了修正，这样文档就不一致了。 这是配置管理最容易解决的问题，用户需要修改某个文档