项目配置管理心得体会

第一篇：项目配置管理心得体会

项目配置管理心得体会：

1、配置管理的定义：配置管理是标识和控制配置项，以维护其完整性、可追溯性以及正确性的学科

2、配置管理的过程：

（1）配置项识别。

（2）配置项标识。

（3）配置库创建。

（4）基线计划。

（5）备份计划。

（6）配置库管理（权限管理、基线管理、配置项审计、版本管理）

3、有效实施配置管理后的解决问题：

（1）开发人员未经授权修改代码或文档。

（2）人员流动造成企业的软件核心技术泄密。

（3）找不到某个文件的历史版本。

（4）无法重现历史版本。

（5）无法重新编译某个历史版本，使维护工作十分困难。

（6）“合版本”时，开发冻结，造成进度延误。

（7）软件系统复杂，编译速度慢，造成进度延误。

（8）因一些特性无法按期完成而影响整个项目的进度而导致项目失败。

（9）已修复的bug在新版本中出现。

（10）配置管理制度难于实施。

（11）分处异地的开发团队难于协调，可能会造成重复工作，并导致系统集成困难。

4、在实施配置管理过程中遇见的问题：

（1）配置管理制度难于实施。解决办法：在项目立项时，对项目组成员进行配置管

理制度理解培训，让大家都意识到配置管理在整个项目中重要位置。

（2）已修复的bug在新版本中出现。解决办法：有效的控制配置管理过程中每一

阶段的变更修改，并记录相关信息。如：

 谁进行的修改？

 修改了什么？

 什么时候进行的修改？

 为什么要进行修改？

 当前发布包含哪些新功能?

 当前发布对已有功能进行了那些增强?

 当前发布修复了哪些BUG?

第二篇：项目配置管理心得体会[推荐]

项目配置管理心得体会：

1、配置管理的定义：配置管理是标识和控制配置项，以维护其完整性、可追溯性以及正确性的学科

2、配置管理的过程：（1）配置项识别。（2）配置项标识。（3）配置库创建。（4）基线计划。（5）备份计划。

（6）配置库管理（权限管理、基线管理、配置项审计、版本管理）

3、有效实施配置管理后的解决问题：（1）开发人员未经授权修改代码或文档。（2）人员流动造成企业的软件核心技术泄密。（3）找不到某个文件的历史版本。（4）无法重现历史版本。（5）无法重新编译某个历史版本，使维护工作十分困难。（6）“合版本”时，开发冻结，造成进度延误。（7）软件系统复杂，编译速度慢，造成进度延误。（8）因一些特性无法按期完成而影响整个项目的进度而导致项目失败。（9）已修复的bug在新版本中出现。（10）配置管理制度难于实施。

（11）分处异地的开发团队难于协调，可能会造成重复工作，并导致系统集成困难。

4、在实施配置管理过程中遇见的问题：

（1）配置管理制度难于实施。解决办法：在项目立项时，对项目组成员进行配置管理制度理解培训，让大家都意识到配置管理在整个项目中重要位置。

（2）已修复的bug在新版本中出现。解决办法：有效的控制配置管理过程中每一阶段的变更修改，并记录相关信息。如：

 谁进行的修改？  修改了什么？

 什么时候进行的修改？  为什么要进行修改？

 当前发布包含哪些新功能?  当前发布对已有功能进行了那些增强?  当前发布修复了哪些BUG?

第三篇：配置管理岗位职责

配置管理员岗位职责

一、配置经理的基本技能与资格

资格：

能够重视配置管理工作；

能够按规范实施配置管理工作；

积极支持部门的配置管理方面的工作；

能够积极支持与帮助其他人员；

为部门的配置管理能力的提高贡献力量；

熟悉公司配置流程以及其他相关的流程；

为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门；

基本技能：

能够独立规划项目的配置管理工作；

熟练掌握配置管理的相关概念；

能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具；

具有基本的与人沟通的技巧；

能够了解项目管理过程中的主要环节；

初步了解项目管理过程中的质量保证的各个方面；

了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等；

二、配置经理的职责

作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力.具体表现为：

        项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； 熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； 为项目控制好版本，保证项目各阶段所使用的版本正确；

及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； 与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； 能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献； 项目进行中或结束后，能够总结并编写配置管理过程中的案例； 管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持；

三、配置经理的工作内容 项目计划阶段：

在项目计划阶段，是配置管理工作前期准备的重要阶段，配置经理的工作主要有以下几方面的内容：

1、制定配置管理计划

对于项目工程部在项目立项前期指派配置管理人员的项目，在项目立项初期，配置经理要与项目经理协商，制定配置管理的计划，规划未来的配置管理工作。配置管理计划的约束条件：

    配置管理的规划必须以项目开展的工作为基础，参考工作说明书。

配置管理计划的编写必须以公司的流程为模版，与工作说明书和质量保证计划相一致； 配置管理计划能够指导未来的配置管理工作，配置管理工作必须以配置管理计划为基准； 配置管理计划必须经过最终的评审通过，才能够成立；

如配置管理计划不能满足未来配置管理工作的需要，可以再增加配置管理工作计划作为配置管理计划的辅助，指导未来的配置管理工作；

2、规范配置管理环境

配置管理计划制定结束后，配置管理人员要依据计划实施配置管理的前期工作。首先必须规范配置管理的环境，实现项目组内的专机专用，与项目经理协商，开发用机、测试用机、配置用机的情况，并最终生成配置管理环境维护清单，便于后期对环境的维护；

3、建立配置库

配置库作为项目组内成员今后工作的平台，前期的详细准备是非常重要的。配置库建立的准则：

依据配置管理计划中的定义建立配置库；

与项目经理协商配置库人员使用的权限规定与配置库工作区间的划分，保证个人工作区间的隔离；

4、与项目负责人讨论变更控制的实施

与项目SCCB讨论项目中变更控制实施的措施，指定出相应的变更控制流程。在变更控制流程中应注意变更过程中责任到人，不同变更情况的处理方式，具体操作可参见《变更控制流程制定指导书》。

5、配置培训

配置培训作为与项目成员沟通配置管理内容的一个主要渠道，配置经理应与项目经理协商在项目开始初期进行。培训内容包括：

   

在项目的立项材料经过正式评审通过，宣布项目立项后，配置经理要整理项目的立项材料，正式生成计划基线，并标识基线，保证基线存放于基线库中。配置管理的基本概念； 项目中配置管理工具的使用； 项目中配置管理的相关流程； 配置库的使用及规范等；

6、生成计划基线，并发布基线

基线的发布通过配置状态报告来实现。

项目执行阶段：

项目执行阶段，配置工作真正深入到了项目中，工作主要表现为：

1、维护配置库

    

版本控制是配置管理的另一项主要内容，包括文档版本的控制和代码版本的控制。版本控制中注意的问题： 版本标识明确、清晰；

     在配置库中，有效利用标签； 注意保证版本的历史在线和可以回溯； 注意每一次的开发以基线版本为基础和基准； 注意版本的受控性，保证测试的版本的受控； 每一次新的基线版本的生成，要及时发布； 配置库维护包括维护配置库结构、日常权限的设置、帐户的增加与删除、工作区维护、配置库备份维护时要注意：对配置库的备份要与配置机分开，以确保安全性；

配置库中帐户的管理要注意定期维护，避免帐户不断增加，出现垃圾帐户的问题； 工作区的维护要注意结构清晰、明了，工作区隔离；

监督项目组成员使用配置库问题，避免工作脱离配置库平台和配置项长期被CHECK OUT的问题等； 等；

2、进行版本控制

3、协助生成项目进行过程中的各种基线

项目执行过程中生成各种基线，包括需求基线、设计基线、代码基线等，基线的正式生成要经过评审通过才有效。

配置经理协助项目经理组织评审。在评审之前首先要进行物理审计，审计后填写物理审计报告，然后传递给QA进行过程审计。物理审计报告作为配置项存放在配置库中。

评审通过后，正式生成基线，配置经理负责整理并标识基线，然后把基线存放在基线库中，通过配置状态报告来发布基线。

在代码基线生成时，注意维护源代码清单。

4、与测试人员协作

配置经理注意与测试人员的沟通，保证与测试组配置管理协接的无误。测试组与配置组沟通的两个主要问题是：测试配置项的管理问题和版本的传递问题。

配置经理要与测试经理、项目经理沟通有关测试配置项的管理问题与版本的传递问题。测试配置项可以单独管理，也可以与其他配置项一起存放与一个配置库中，这要根据项目的大小和配置库的增长趋势来决定，建议大型项目在有条件的情况下单独存放，单独管理测试案例、测试数据等； 版本的传递指开发组产生出代码，经配置组编译执行生成执行文件并进行版本标识后，传递给测试组进行测试的过程。在此过程中注意的问题是：配置组与开发、测试组的接口的唯一，保证测试版本的正确性。

5、与QA协作

配置经理负责向QA及项目经理反映项目进行过程中的不规范问题，并与QA与项目经理沟通，解决问题。

6、发布配置状态报告

配置经理在项目进行过程中，要及时发布配置状态报告。发布配置状态报告有两种方式：时间驱动和事件驱动。基线生成时、重要配置象产生时，都要发布配置状态报告；定期发布配置状态报告以向全体成员通报项目现阶段的进展情况，注意全体成员要包含QA。

7、优化配置管理活动

在配置管理过程中，随项目的进展和工作的开展情况，配置经理要适时的调整配置管理的活动。如整理配置库、优化配置流程等。但是必须注意，任何变动和更改必须经过项目经理的同意；更改后要通过配置状态报告发布；变动和更改的配置项要有相应的变更说明。

如配置工作需要调整时，需升级配置管理计划，必须确保工作与计划的一致性；

8、维护项目环境

在项目进行过程中，注意维护项目的环境，包括配置环境、测试环境、开发环境等。环境的变更要体现在配置管理环境维护清单中。环境的变化要通过配置状态报告发布出去。

9、协助项目组完成变更管理

配置组有责任协助项目组完成变更控制的管理，并维护变更管理过程记录。变更执行过程中出现的问题，可以向项目经理和QA甚至SCCB反映。变更执行结束，要发布配置状态报告，报告变更的情况

10、参加项目组的会议

为使配置管理工作对项目切实可行和有意义，配置管理人员除主动积极了解项目情况外，要参加项目组的例行会议，了解项目的总体情况，以及项目的下一步工作规划，以便配置管理及时作出反馈

11、参加项目工程部的活动

配置经理要积极参加项目工程部组织的各种配置活动，如配置经理述职等；

项目结项：

项目结项时，配置管理人员主要是协助项目经理整理结项材料，对项目配置管理工作进行总结、整理，编写配置管理案例、进行配置工作述职等。如项目配置项需要入产品库，则按产品库规范整理产品配置项。

在编写案例时要注意总结项目配置管理工作进行过程中的得失以及经验教训。案例总结和述职的进行都要在项目工程部内进行。

第四篇：消防器材配置管理规定

消防器材配置管理规定；1总则；1.1为了确保移动灭火器（含手提和推车式，下称灭；2灭火器的配置；2.1电力生产和电网调度场所，应按照《电力设备典；一个灭火器配置场所内的灭火器不应少于2具，每个设；2.2其他场所应按照《建筑灭火器配置设计规范》的；新建、改建、扩建、装修工程项目应同期进行灭火器配；2.3根据公安部、国家环境保护总局《关于在非必要；2.4灭火器应

消防器材配置管理规定 1 总则

1.1 为了确保移动灭火器（含手提和推车式，下称灭火器）的合理配置和正确使用，及时有效地扑灭初起火灾，最大限度地减少火灾损失，依照《建筑灭火器配置设计规范》、《电力设备典型消防规程》、《灭火器维修与报废》等技术规范，制定本规定。灭火器的配置

2.1 电力生产和电网调度场所，应按照《电力设备典型消防规程》的要求配齐、配足各类灭火器。

一个灭火器配置场所内的灭火器不应少于2具，每个设置点的灭火器不宜多于5具，每个设置点原则上采用同一类型规格的灭火器。

2.2 其他场所应按照《建筑灭火器配置设计规范》的要求，根据使用场所的性质，确定灭火器的类型及配置数量。

新建、改建、扩建、装修工程项目应同期进行灭火器配置的设计与安装。2.3 根据公安部、国家环境保护总局《关于在非必要场所停止再配置哈龙灭火器的通知》（公通字［1994］94号）、公安部《关于进一步加强哈龙替代品及其替代技术管理的通知》（公消［2001］217号）要求，禁止在非必要场所配置哈龙灭火器，非必要场所应选配二氧化碳、干粉、机械泡沫、水系等灭火器。电力生产和电网调度场所属必要场所，仍可以配置哈龙灭火器。2.4 灭火器应配置在明显和取用方便的地点，且不得影响安全疏散。无法兼顾而配置在隐蔽处的，应采用灭火器标志牌导视。配置在室外的灭火器应避免雨淋日晒，潮湿腐蚀。禁止上锁封闭。灭火器维护管理

3.1 灭火器不论已经使用还是未经使用，距出厂年月已达规定期限的，必须送已取得维修许可证的维修单位进行水压试验检查。

3.1.1 1211灭火器，干粉灭火器，以及二氧化碳灭火器期满5年，以后每隔二年，必须

进行水压试验等检查。

3.1.2 机械泡沫灭火器，清水灭火器期满三年，以后每隔二年，必须进行水压试验检查。

3.1.3 化学泡沫灭火器，酸碱灭火器期满二年，以后每隔一年，必须进行水压试验检查。

3.2 根据公共安全行业标准灭火器从出厂日期算起，达到如下年限的，必须报废：

3.2.1 手提式化学泡沫灭火器－5年； 3.2.2 手提式酸碱灭火器－5年；

3.2.3 手提式干粉灭火器（贮气瓶式）－8年； 3.2.4 手提贮气式干粉灭火器－10年； 3.2.5 手提式1211灭火器－10年； 3.2.6 手提式二氧化碳灭火器－12年； 3.2.7 推车式化学泡沫灭火器－8年；

3.2.8 推车式干粉泡沫灭火器（贮气瓶式）－10年； 3.2.9 推车贮压式干粉灭火器－12年； 3.2.10 推车式1211灭火器－10年； 3.2.11 推车式二氧化碳灭火器－12年。

3.3 每一灭火器配置点的灭火器应悬挂或存放在灭火器箱（架）内，并实行标签管理，具体要求如下：

3.3.1 灭火器检查标签用长方形白纸，长宽为6×8CM，粘贴在灭火器压力表正下方筒体上，内容应含：配置场所、出厂日期、换药日期、检查人（检查日期）等。详见附录一。

3.3.2 灭火器箱（架）的管理标签，长宽为11×15CM，可印制或粘贴于箱盖中央或托架正上方，要求材质牢固，字迹清晰，内容应含：配置场所、灭火器种类（规格）、数量、保管部门等，消防管理部门署名落款。详见附录二。

3.4 保卫部必须加强移动灭火器的日常维护和管理的监督检查，落实维护和管理责任，建立管理档案，并且对管理情况进行定期检查。防火重点部位、其他场所的部门（班组）应确定日常管理责任人，按检查周期开展检查工作。

3.4.1 检查周期。

ａ.防火重点部位应当每日检查灭火器是否在位、完整，每季度检查灭火器的配置及表计的有效性，并保持灭火器外部清洁；

ｂ.其他场所每半年检查灭火器的配置及表计的有效性；

ｃ.季度和半年检查后，检查人应在检查标签上签名并记录检查时间。3.4.2 检查项目及处理。ａ.灭火器外部结构和配件检查。

①喷嘴变形、开裂、撞伤等缺陷的，必须更换。②压把、阀体等金属件有损伤、变形、严重锈蚀等影响使用的缺陷，顶针有肉眼可见的缺陷，必须更换。

③喷气管有弯折、堵塞、损伤和裂纹等缺陷，必须更换。④其他应更换的情况。ｂ.筒体外部腐蚀程度检查。

①筒体严重锈蚀（漆皮大面积脱落，锈蚀面积大于、等于筒体总面积的三分之一者）或连接部位、筒底严重锈蚀的，应更换。

②筒身有磕碰、划伤，焊缝外观不符合规定要求的，筒体严重变形的，应更换。

③其他应更换的情况。ｃ.表计、铭牌和标签检查。

①压力表外表面有变形、损伤等缺陷，压力表显示指针不在正常区域，应更换。

②压力表显示指针在正常区域但灭火器的重量明显减轻的，应更换。③经维修过的灭火器维修铭牌应有如下内容：维修单位名称；维修许可证号；筒体水压试验压力值MPａ；维修的年、月等。

④灭火器上检查标签各项要素齐全，超过报废期的应更换。⑤其他应予更换的情况。ｄ.灭火器药剂检查。

①泡沫灭火器筒内溶液一年更换一次。

②二氧化碳灭火器重量比额定重量减少十分之一时，应进行灌装。③干粉灭火器的灭火剂有效期四至五年。④1211灭火器重量低于标明重量十分之九时，应重新灌装。⑤其他品种灭火器药剂更换的年限。

3.4.3 灭火器台帐管理。防火重点部位、其他场所的部门（班组）应建立灭火器台帐，台帐可录入电脑建立管理文档，做到帐实相符，并报保卫部备案。保卫部应建本单位灭火器台帐。台帐格式详见附录三。

3.4.4 检查和管理责任划分。

ａ.防火重点部位、其他场所的部门（班组）负责日常、季度或半年检查，并由检查人粘贴并填写灭火器检查标签。

ｂ.对于检查发现的缺陷或应予换药的灭火器，应及时通知保卫部，保卫部审核后，按规定程序予以补充更换。

ｃ.灭火器的配置、报废、购买等工作按消防规范和本单位规定的程序实施； ｄ.灭火器检查标签和箱（架）管理标签由保卫部统一印制，并负责箱（架）管理标签的配置。

3.5各部门必须组织员工尤其是岗位责任人接受灭火器维护管理和使用操作的培训，保卫部要定期组织员工参加灭火演练，确保每个员工都能正确维护和使用灭火器，培训和演练情况应记录备查。附则

4.1 本规定未尽事宜按有关法规、规范执行，与上级法规、规范冲突的从其规定。

4.2 本规定由保卫部负责解释。4.3 本规定自发布之日起施行。5 附录

5.1灭火器检查标签（附录A）5.2灭火器箱管理标签（附录B）5.3移动灭火器台帐（附录C）附录A（规范性附录）灭火器检查标签 6CM 8CM 注：

1、白纸规格长宽6×8CM，黑框黑字，仿宋体小4，标题加粗。

2、本例为2公斤灭火器标签规格，其他重量灭火器可按比例放大规格。

第五篇：配置管理的重要性

概述

随着现代软件技术的发展，对于软件项目的需求日益复杂而且变更频繁，项目的开发模式已经由昔日的手工作坊式的开发转变为规模化、团队式的开发，当开发团队发展到一定规模时，会越来越强调开发过程规范化和成熟度。软件项目的成败在很大程度上取决于对其开发过程的控制，这包括对质量、源代码、进度、资金、人员等的控制。要进行有效的过程控 制，仅仅依靠人的力量是不够的，还需要有相应的管理工具。“软件配置管理”是一套规范、高效的软件开发管理方法，同时也是提高软件质量的重要手段。软件配置管理可以帮助开发团队对软件开发过程进行有效的变更控制，高效地开发高质量的软件。在质量体系的诸多支持活动中，配置管理处在支持活动的中心位置，它有机地把其它支持活动结合起来，形成一 个整体，相互促进，相互影响，有力地保证了质量体系的实施。

软件配置管理并不是一个新的概念，早在二十世纪70 年代，加州大学圣巴巴拉分校（University of California at Santa Barbara）的Leon Presser 授就已经提出变更和配置控制的理论，并随着软件产业的逐渐壮大，在国外成熟的软件企业中逐渐得到重视和普及，在一些国外的大中型软件企业中，不仅设置专职的配置管理人员，而且有些公司还设有公司级的变更控制委员会（CCB：Change Control Board）对公司的软件配置管理工作进行统一的管理，配置管理对于软件开发的重要性由此可见一斑。国内的企业真正认识到配置管理的重要性，却是近几年的事情，随着CMM（Capability Maturity Model）的概念和理论的普及，配置管理作为CMM 2 级的一个关键过程域，其重要性逐渐为人们认同。

“进行管理和控制”意味着在给定时间（过去或现在）使用的工作产品的版本是已知的（即版本控制），而且以受控的方式引进变更（即变更控制）。如果希望有比“进行管理和控制”所蕴含的更高程度的控制，则工作产品可置于配置管理的完备的纪律之下。CMM Level2 KPA3

其实在日常的开发中，我们已经在自觉或不自觉的进行着软件配置管理的工作。最简单的如使用软件开发集成环境提供的Backup 功能，它可以使我们回溯到最近的修改；再进一步，就是使用文件夹或者压缩工具，把实现了一定功能的程序版本按日期进行备份，这也已经实践了配置管理的部分必要功能，但这仅仅是配置管理众多功能重的一小部分。真正的配置管理系统应该具有以下功能：

· 并行开发支持：因开发和维护的原因，要求能够实现开发人员同时在同一个软件模块上工作，同时对同一个代码部分作不同的修改，即使是跨地域分布的开发团队也能互不干扰，协同工作，而又不失去控制；

· 修订版管理：跟踪每一个变更的创造者、时间和原因，从而加快问题和缺陷的确定；

· 版本控制：能够简单、明确地重现软件系统的任何一个历史版本；

· 产品发布管理：管理、计划软件的变更，与软件的发布计划、预先定制好的生命周期或相关的质量过程保持一致；项目经理能够随时清晰地了解项目的状态

· 建立管理：基于软件存储库的版本控制功能，实现建立（build）过程自动化；

· 过程控制：贯彻实施开发规范，包括访问权限控制、开发规则的实施等；

· 变更请求管理：跟踪、管理开发过程中出现的缺陷（Defect）、功能增强请求（RFE）或任务（Task），加强沟通和协作，能够随时了解变更的状态；

· 代码共享：提供良好的存储和访问机制，开发人员可以共享各自的开发资源。

缺乏配置管理造成的常见问题

由于历史和现实的原因，配置管理流程和工具在我国软件行业中的应用并不普及，由于缺乏必要的配置管理流程和工具，很多软件企业在日常的开发工作中都会或多或少的遇到如下的问题：

· 组织的知识和过程财富流失

现代的社会竞争激烈，人员流动频繁，如果由于没有必要的配置管理流程和工具，大量的文档和代码等知识财富必然缺乏统一的管理，可能随意地保存在项目经理和软件工程师各自的机器里，往往会因为硬盘的故障或人员的离职而永远的消失，软件组织的数字财富就这样因为缺乏必要的配置管理而白白的流失

· 不能及时了解项目的进展状况

现代软件工程思想认为越早发现缺陷和风险，采取相应措施的代价越小。CMM 的一个重要作用就是要提高软件开发过程中的可视性，使得问题能够被及时的发现。然而由于缺乏配置管理的流程和工具的支持，部门主管无法确切得知项目的进展情况，即便是项目经理也不知道各个开发人员的具体工作，项目进展随意性很大。所有的问题往往都会集中到项目里程碑时一起出现，这必然会造成巨大的开销，其结果往往是容忍部分缺陷存在或者延误开发周期。所有问题只能寄希望于最终实施时再解决，项目的实施工 作因此变成了无法汇报、无法理清、无休止的维护。

· 缺乏实现并行开发的手段

在日常的开发工作中，经常会出现并行开发的需求，比如：对于一个 项目可能要在开发新版本的同时继续对先前的版本进行必要的维护，或者针对某个特定的版本需要针对不同的客户同时进行客户化的修改等等。在并行模式下，不同开发人员可以同时编辑修改某一文件，并行开发有可能产生冲突，但是却能够提高开发效率。如果没有配置管理工具的支持，进行并行开发将十分困难，单单通过人工操作，往往会造成修改过的bug 重复出现或者几个人进行相同的工作，产生不必要的浪费。

软件复用率低下

软件复用是现代软件工程中的重要思想，是提高软件产品生产效率和质量的重要手段。软件产品是一个公司的宝贵财富，代码的可重用性是相当高的，如何建好知识库，用好知识库将对公司优质高效开发产品产生重大的影响。但如果没有良好的配置管理流程，软件复用的效率将大打折扣，比如对于复用的代码进行了必要的修改或改进，却只 能通过手工的方式将发生的变更传递给所有复用该软件的项目，效率如何可想而知。另外由于缺乏进行沟通的必要手段，各个开发人员各自为政，编写的代码不仅风格迥异，而且编码和设计脱节，往往会导致开发大量重复的难以维护的代码。

无法开展规范化的测试工作

在传统的开发方式中，由于缺乏必要的配置管理和变更控制，测试工作只是人们的 一种主观愿望，根本无法提出具体的测试要求，加之开发人员的遮丑，测试工作往往是 走走过场，测试结果既无法考核又无法量化，当然就无法对以后的开发工作起指导作用。

对软件版本的发布缺乏有效的管理

因为缺乏有效的管理手段，往往会在产品发布时却无法确定该版本所有的组件，或者向用户提供了错误的版本。对于特定客户出现的问题，无法重现其使用的版本，只能到用户的现场才能进行相应的调试工作。由于应用软件的特点，各个不同的客户会有不同的要求，开发人员要手工地保持多份不同的拷贝，即使是相同的问题，但由于在不同 地方提出，由不同人解决，其做法也不尽相同，程序的可维护性越来越差。这些都会延长实施的周期，同时意味着人力物力的浪费。

缺乏历史数据的积累，没有软件开发的历史数据

缺乏软件开发的历史数据是大多数软件项目失败的关键所在，这样的结论也许使很多人感到吃惊，但事实就是如此。因为软件开发的历史数据是反映软件开发队伍的能力的标尺，没有了这个标尺，就无法对软件的开发过程有一个清醒的认识。而良好的配置管理正是收集软件开发历史数据的重要来源。

无法有效的管理和跟踪变更

软件的一个显著特点就是易于改变，没有配置管理将无法对软件的变更进行有效的记录、跟踪和控制。

实施配置管理的收益

国内很多软件企业已经逐渐认识到配置管理的重要性，都希望通过实施配置管理来提高软件开发管理的水平，增强企业自身的竞争力，应对市场的压力。

针对市场的这些需求，Hansky 公司在中国市场推出了业界技术领先的软件配置管理解决方案，产品包括配置管理工具Firefly 和变更管理工具Butterfly。Firefly 是Hansky 公司推出的软件配置管理系统，它可以轻松管理、维护整个企业的软件、代码和文档。Firefly 是一个高性能、运行速度极快的软件配置管理系统，支持不同的开发、运行平台，因此它能在整个企业中的不同团队、不同项目中都得以广泛的应用。Firefly能够对团队开发提供有力的支持，开发团队一旦拥有了Firefly，就可以非常准确的定义：

· 软件将在什么时间发布

· 当前发布版本中有哪些功能，由哪些组件构成· 当前版本中加入了针对哪些Bug的修改

· 软件的某个修改是谁认可的· 如何建立新的发布版本

· 等等…

Butterfly 是Hansky公司提供的新一代的软件变更请求管理软件。它以软件产品为中心，有效的协调软件项目中各职位人员的工作，能够使软件项目在较短时间内高质量完成。

Butterfly的主要功能如下：

· 提供对开发过程中的缺陷、建议和任务的追踪管理；

· 规划开发过程，完善源代码编写，提高软件重用率，最大限度保护企业知识财富；

· 提供丰富的报表功能，以直观图形统计开发人员的工作进度和编码质量，客观评价员工表现；

· 优化业务流程，科学的工作流系统使用户工作起来有条不紊，大大提高工作效率，同时用户可以根据实际情况简单、快捷地定制自己的业务流程；

· 掌握工作进度，在软件开发的各个阶段进行都可以进行强大的过程控制；

· 开发人员可以明确地了解他被分配的开发任务，并根据优先级依次完成；

· 提供友好的人机界面，支持工作分配的电子邮件自动通知，方便各种类型的工作人员使用，增加沟通和交流；

· 对软件的错误进行系统管理，从根本上提高软件产品竞争力，提高产品质量；

· 加速开发进程，规范软件产品开发的各个阶段，避免浪费不必要的时间。

Hansky公司的配置管理解决方案给公司带来的益处将是显而易见的：管理者能够轻松控制产品的进度、质量；开发人员将有更多的时间进行创造性的工作；测试人员将依照一个 标准的流程高效完成日常工作； 产品发布人员能够确保交到用户手中的产品的质量。

具体而言，用户可以在资金、管理水平和保护知识财富等方面得到切实收益。

节约用户资金

(1)Hansky 配置管理系统的总体实施成本低

对硬件系统性能的要求低，可以跨平台使用，节约了用户的投资；

安装简单，易于维护，无需专职的系统管理员；

功能简洁、实用，易于学习和掌握，可以有效缩短配置管理系统投入实际使用的周期；

良好的扩展性和灵活的License管理方式，以及组件式的解决方案，使得我们的配置管理系统既支持小组模式的用户，也能够支持大规模团队的协同开发工作，并且能够方便地进行扩展，用户可以根据实际需要，灵活的配置，大大降低了降低初期投入的资金；

具有前瞻性，保护用户的投资。Hansky公司的软件配置管理产品采用最新的技术（如纯TCP/IP技术、J2EE技术、MS.NET的开发环境等）和全新的应用模式（如三层结构、B/S应用结构等），确保系统在较长的时间内不会落后于同类产品或不需要技术上的更新；

自带存储库增量备份/恢复功能，节约用户在备份方面的支出。

(2)缩短用户的产品开发周期

利用Hansky的Firefly系统对开发资源进行版本管理和跟踪，可以建立公司级的代码知识库，保存开发过程中的所有历史版本，这样大大提高了代码的复用率，还便于同时维护多个版本和进行新版本的开发，最大限度地共享代码。利用Butterfly组建开发团体之间的问题跟踪及消息通讯机制，通过与电子邮件系统的结合大大增强了开发团体之间 的沟通能力，通过丰富的报表功能可对发现的问题进行整理、以报表方式分类报出，作为开发的指导。通过使用Hansky的配置管理套件可以提高开发效率和产品质量，避免了代码覆盖、沟通不够、开发无序的混乱局面，大大缩短了产品的开发周期。

(3)降低产品的部署费用

使用Hansky的软件配置管理解决方案后，用户可以在Hansky技术专家的帮助下建立规范的配置管理流程，所有的软件产品将得到统一有效的管理。借助Firefly和Butterfly，工程人员可以通过访问服务器直接获取所需的最新版本，查找公司的知识库，提交变更请求，收集用户的反馈意见。开发人员无需到现场即可再现用户环境，集中解 决问题，发布补丁。这样可以同时响应多个地点的项目，防止开发人员分配到各个项目点、力量分散、人员不够的弊端，同时节约大量的旅差费用。

提高软件开发管理的水平

(1)改进用户的开发工作模式

使用Hansky的配置管理解决方案，可以有效地改进用户的软件开发模式和过程，提高企业软件能力成熟度的级别。

借助Firefly和Butterfly，用户可以：

有效的管理工作空间，各个成员的具有独立的工作空间，并能记录其变更集和整个生命周期中的完整变更历史；

简便建立分支，支持分支之间的比较与合并，归并，管理基线；

支持并行开发模式，提高开发效率；

支持异地开发，Firefly 通过自动或手动同步不同开发地点的的存储库，为地理分布的开发团队提供很好的支持；

集成变更请求管理与项目生存周期中的变更记录与追踪，优化测试流程；

完善的发布管理，可以方便的回溯任意版本，为不同的用户定制应用程序的版本，促进系统的快速部署，提供发布版本内容的审计能力；

支持变更集和原子事务，确保变更的一致性；

支持离线的版本管理，帮助用户记录项目证明周期内的完整历史；

内置Defect、RFE、Task（问题、建议、任务）工作流，符合正规软件公司的软件开发流程。科学的工作流系统可以使公司人员工作起来得心应手，有条不紊，从而大大提高工作效率。

(2)加强项目管理能力

通过浏览器，项目负责人可以方便地查看项目进展情况以及员工工作情况；

利用Web界面即可实现代码复查和项目状态复查；

丰富的图表、报告功能，可以自动生成变更统计报告、配置审计报告，支持过程管理与进度分析，能够帮助管理者进行决策。

(3)量化工作量考核

传统的开发管理中，工作量一直是难以估量的指标。靠开发人员自己把握，随意性过大；靠管理人员把握，主观性又太强。采用Firefly和Butterfly管理后，系统能够客观 的记录员工的工作内容和质量，可以作为工作量的衡量指标。

(4)规范测试流程

Butterfly和Firefly集成后，可以有效地跟踪和处理软件的变更，完整地记录测试人员的工作内容，测试有了实实在在的工作，测试人员根据修改描述细节对每一天的工作做具体的测试。对测试人员也具有相应的可考核性，这样环环相扣，有效地增强了对测试的管理。

(5)加强协调与沟通，增加团队竞争力

使用Firefly保存公司的所有知识财富、利用Butterfly的FAQ、检索以及Email自动通知功能，有效地加强了项目成员之间的沟通，做到有问题及时发现、及时修改、及时通知，却又不会额外增加很多的工作量，大大提高了开发团队的协同工作效率。

保护企业的知识财富

从整个企业的发展战略来说，如何在技术日新月异、人员流动频繁的情况下，本公司的知识库及经验库，把个人的知识及经验转变为公司的知识和经验，这对于提高工作效率、缩短产品周期以及提高公司的竞争力都具有至关重要的作用。采用科学的配置管理思想，辅之以先进的配置管理工具，可以帮助用户在内部建立完善的知识管理体系

(1)代码对象库

软件代码是软件开发人员脑力劳动的结晶，也是软件公司的宝贵财富，长期开发过程中形成的各种代码对象就像一个个零件一样，是快速生成系统的组成部分。然而长期以来的一个事实是：一旦某个开发人员离开工作岗位，其原来所编写的代码便基本成为垃圾，无人过问；或者由于文档不全，无从考究。究其原因，就是没有专门对每个开发 人员的代码、组件和文档进行科学的管理，将其应用范围扩大到公司一级，进行规范化，加以说明和普及。Firefly为代码管理提供了一个平台和仓库，有利于建立公司级的代码对象库，增进代码复用，提高开发重用率和软件质量。

(2)业务及经验库

通过Firefly和Butterfly，可自动生成完整的开发日志及问题集合，用文字记录开发的整个过程，不会因某人的流动而消失，有利于公司积累业务经验，无论对软件维护或版本升级，都具有重要的指导作用。此外，利用Butterfly内建的FAQ模块，可以建立检索方便的经验库，传播和共享集体的智慧。

(3)安全性和可靠性

由于配置管理系统集中存储了企业的重要知识财富，因此对其安全性和可靠性有极高的要求。Firefly可以对所有存储的文件进行冗余校验，使用MD5作为文件的校验和，并提供备份和恢复工具，确保了数据的可靠性。同时Firefly支持用户身份验证和访问控制，支持用户组，便于权限设置。访问控制可以针对分支、目录，甚至单个文件设置，采用类似Windows NTFS的权限管理方式，既灵活又安全。这些措施使得企业的知识财富得到了安全可靠的存储和保护。

另外，由于Hansky的产品采用了三层结构设计，其存储库完全不依赖于网络文件体统，无需共享存储目录，能够有效防止病毒攻击所导致的存储库瘫痪或损坏，同时杜绝网络非法访问。结语

作为源自美国硅谷的高科技公司，Hansky十分看重中国市场，向用户提供全面的本地化支持。针对中国市场，Hansky专门做了本地化工作，其所有文档，包括在线帮助均有中文版本，而且即将推出全中文界面的Hansky软件配置管理系统。通过Hansky 软件配置管理系统的实施，除了可以给企业带来上述的益处，对于使用配置管理系统的每个人，同样会有所收益：学习了先进的软件过程管理思想，培养了良好的团队合作精神，提高了个人专业水平，增强了自身的竞争力。