配置管理创新案例.docxVIP

配置管理创新案例 概述 配置管理是通过技术或行政手段对产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录产品的演化过程，确保开发者在研发生命周期中各个阶段都能得到精确的产品配置。 为提高企业项目开发管理的水平，增强企业自身的竞争力，企业引进配置管理工具SVN进行配置管理工作，并重点对配置管理工作中的版本控制、变更控制、产品发布三大模块进行学习、实施与完善；最终实现研发输出成果的完整性、一致性、可控性、追踪性，使产品极大程度地与用户 HYPERLINK /doc/1569111.html \t _blank 需求相吻合。 创新点之版本控制 概述及作用 在项目开发过程中，绝大部分的 HYPERLINK /doc/2612554.html \t _blank 配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比老版本“好”，所以不能抛弃老版本。完整保存开发过程中成果的所有版本，即可以形成“时间的记忆”，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。 创新前企业版本控制劣势 未进行创新改革前，我企业主要通过个人在个人电脑上进行输出成果各个版本文件的保留来实现版本控制，且无各版本的版本记录，或进行人工版本记录。下面针对文件和程序进行概述。 针对文件的版本控制： 以流程文件“配置管理计划”为例如下图2-1所示： 图2-1 以测试报告类文件为例如下图2-2所示： 图2-2 软件程序修改次数较多，版本升级较快，则设计人员在Txt格式文件中加以记录，如下图2-3所示： 图2-3 上述版本控制方式的劣势： 资源占用空间大。因个人在个人电脑上保存同一文件的多个版本，占用资源空间大，尤其是软件程序更甚。倘若且个人电脑故障，后果可想而知。 成果无法共享。倘若文件作为后一阶段参考文件之用，则后一阶段设计人员需单独进行沟通索取，沟通频繁，效率低下。 实时性差。倘若设计人员所参考的前一阶段文件进行升级更改，不可保证实时沟通，导致参考版本误用，等同于做了无用功。??其针对软件程序变更较为频繁，此类问题体现的更为显著，交由测试的软件程序，因测试人员无法保证测试版本的准确性，则测试一致性的失衡风险就会经常发生。 版本完整性、一致性差。个人保留版本难以保证版本完整性，则历史数据无从谈起，而历史数据是反映软开发队伍的能力的标尺，没有了这个标尺，就无法对项目开发过程有一个清醒的认识。最终成果版本杂乱，追溯困难。个人提供的成果版本无法保证一致性，例如在产品发布时无法确定该版本所有的组件，或者向用户提供了错误的版本。 成果复用率低。成果演变过程、细节记录缺失，导致成果的复用性降低。以软件程序为例，Txt格式文件的记录是不能细致到程序代码修改了哪一行的程度的。倘若细致，无疑增加设计人员负担。但时间较长时，设计人员记忆模糊，则软件程序最新版及之前版本的复用率相当低。 既有版本维护性差。对于特定客户出现的问题，无法重现其使用过的版本，只能到用户的现场才能进行相应的调试工作。由于应用软件的特点，各个不同的客户会有不同的要求，开发人员要手工地保持多份不同的拷贝，即使是相 同的问题，但由于在不同地方提出，由不同人解决，其做法也不尽相同，程序的可维护性越来越差。这些都会延长实施的周期，同时意味着人力物力的浪费。 创新点—SVN版本控制优势 我企业借助配置管理工具SVN实施版本控制以来，取得显著效果，记录条理清晰，历史数据保存完整，可追溯还原研发历程。对比结果如表2-1所示： 表2-1 企业版本控制创新前后对比创新前创新后个人保存文件多个版本，资源占用空间大服务器统一管理保存，节省个人资源空间输出成果无法共享；项目组成员私下进行文件的交换、且需大量的沟通交流；浪费时间，效率低下根据权限，可查阅任何相关内容，实现成果的共享无法实时查阅追踪项目相关输出成果设计人员借助SVN自带check out（检出）、commit（提交）功能实时联系，上传下载成果版本完整性、一致性差，个人保留版本难以保证版本完整性，则历史数据无从谈起服务器统一管理，保证版本完整性，一致性，根据配置管理工具SVN自带Show Log（查阅日志）、Revision（修订号）功能，可有效追溯成果所有历史数据成果演变过程、细节记录缺失，成果的复用性低成果演变历程清晰，变更记录、追踪记录保存完整，成果任何一版本均可进行再利用。大大缩短了产品研发生命周期版本冗余，误用风险高所有项目输出成果只留一个服务器拷贝，集中管理，减少冗余；全程跟踪记录，可随时查看不同时期不同文档，相互比对，降低误用风险测试版本混乱，测试流程不规范测试人员根据申请测试程序的Revision（修订号