软件开发规范化解决方案--软件配置管理.doc

软件开发规范化解决方案 ----软件配置管理服务篇 1 引言 编程曾经是一种神秘的艺术，但这种时代随着IBM OS/360项目的失败而告终，软件开发进入了软件工程时代，软件形成了产业。 对于软件开发组织，软件产品的质量可以说是赖以生存的要素之一。对于“软件”这种软的产品，它没有“原材料”的质量问题，所以唯一保证质量的途径就是加强管理，而软件配置管理是各种管理的基础。 2 配置管理的重要性 缺乏配置管理造成的问题 如果您是一位软件项目管理人员或是软件企业的领导，相信您一定曾经，或者正在被以下问题所困扰，如： 版本控制问题 文档、图表、源代码等等，经过多次修改后，发现有用的版本反而丢掉了 并行开发控制问题：情景1：程序员A和B共同修改同一个模块，两人都辛辛苦苦地改了好几天，最后都回存到服务器上。可是到使用的时候，发现有一个人的修改被冲掉了！ 一个软件往往由许多的模块组成，在不同的阶段（基础功能、新增功能），很可能为了不同的环境（如不同的操作系统）、不同的客户开发了特点各异的版本，这些版本之间有大量的共享模块，以及类似而又不同的模块。最后拼装某个版本时，张冠李戴了 有的模块没有经过测试，就直接进入了产品之中 变更控制问题 软件变化有多条途径进入产品，导致覆盖和丢失变化：情景2：用户1发现一个错误，交给程序员A去改，A修改之后直接改动了用户正在使用的版本；用户2想要增加一个功能，交给程序员B去做，B也如法炮制，结果导致A的改动被B覆盖而丢失 由于改动过大，消耗大量人力物力，导致项目严重超期、超支 项目经过了几次大改动，几乎记不起原来是什么样子了；更要命的是，这些改动原本是客户提出的，现在却不认帐了 配置审核问题 在整个应用的生命周期中迁移变化时没有正常的审核过程：比如在上述情景2中，对于客户变更请求的处理就缺少必要的审核过程 物理配置审核问题：比如发布出去的产品中，缺少文档，或者文档与应用不一致 项目管理问题 项目开始之后，每个人每天都在编程序，也不知道每个人进度怎么样 整个项目的开发可控性差，无法做到阶段可控 如果您还在为这些事情发愁，说明您的团队需要实施配置管理了。 什么是软件配置管理？ 软件配置管理是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。 软件配置管理系统主要分为版本控制，变更管理，状态统计和配置审核。版本控制主要是对变更配置项的软件行为及变更结果提供一个可跟踪的手段，便于软件开发工作以基线渐进的方式完成；变更管理主要是控制和协调不同责任的软件开发人员有效的交流；状态统计主要是在版本控制与过程管理的基础上，通过量化的数据和报表展现软件开发进度的状态；配置审核主要是以用户和开发团队均认可的衡量尺度（如：与用户签定的软件合同），通过功能审核及物理审核两种方式，对软件实施过程和软件功能的完整性、正确性进行检验审核。软件配置管理正是以这四种功能的具体实现来贯穿整个软件生存周期，对软件进行标识、控制与管理。 软件配置管理作为软件开发过程的必要环节和软件开发管理的基础，支持和控制着整个软件生命周期，同时对软件开发过程的宏观管理，即项目管理，也有重要的支持作用。良好的配置管理能使软件开发过程有更好的可预测性，使软件系统具有可重复性，使用户和主管部门对软件质量和开发小组有更强的信心。若要有效的实施软件配置管理，必须要培养软件开发者的管理意识，结合开发组织的实际情况制订出相应的配置管理规范，由开发人员依据规范，通过专业化的配置管理工具来实现。 3 实施配置管理过程中的几个要点 根据SEI CMM[1]二级中的阐述，软件配置管理的目标是在项目的整个软件生命周期中建立和维护软件产品的完整性，它是软件过程和管理过程不可缺少的部分。配置管理在软件开发过程中的重要地位已不言而喻。许多软件企业已深深体会到这一工作的重要性，而在实施或正在准备实施。以往实践经验证明，在软件开发组织中实施或改进配置管理，仅仅依靠工具往往不能取得令人满意的效果，而需要软件开发组织指派拥有较高技术水平、管理水平的人员负责，尚须投入大量人力、物力、财力和时间来重点进行以下工作： 3.1研究标准 配置管理最重要的是“管理”二字，管理是一种理念，是前人在经验教训之中总结出来的；同时，实施这种管理也需要实施的经验，否则很可能会走一些弯路。而相关标准正是这些理念与经验的体现。显然，实施配置管理首先要深入理解这些标准。深刻理解了这些标准，才能够领会先进的、被广泛接受的管理理念，并把这些理念体现于本团队的管理体系中。 所以要有专人进行这方面的研究工作，这些人要有一定的开发和管理经验，而且对配置管理工作有兴趣。 3.2制定计划 在实施之前，要仔细