第一篇：項目配置管理心得體會[推薦]

項目配置管理心得體會：

1、配置管理的定義：配置管理是標識和控制配置項，以維護其完整性、可追溯性以及正確性的學科

2、配置管理的過程：（1）配置項識別。（2）配置項標識。（3）配置庫創(chuàng)建。（4）基線計劃。（5）備份計劃。

（6）配置庫管理（權限管理、基線管理、配置項審計、版本管理）

3、有效實施配置管理后的解決問題：（1）開發(fā)人員未經授權修改代碼或文檔。（2）人員流動造成企業(yè)的軟件核心技術泄密。（3）找不到某個文件的歷史版本。（4）無法重現歷史版本。（5）無法重新編譯某個歷史版本，使維護工作十分困難。（6）“合版本”時，開發(fā)凍結，造成進度延誤。（7）軟件系統(tǒng)復雜，編譯速度慢，造成進度延誤。（8）因一些特性無法按期完成而影響整個項目的進度而導致項目失敗。（9）已修復的bug在新版本中出現。（10）配置管理制度難于實施。

（11）分處異地的開發(fā)團隊難于協(xié)調，可能會造成重復工作，并導致系統(tǒng)集成困難。

4、在實施配置管理過程中遇見的問題：

（1）配置管理制度難于實施。解決辦法：在項目立項時，對項目組成員進行配置管理制度理解培訓，讓大家都意識到配置管理在整個項目中重要位置。

（2）已修復的bug在新版本中出現。解決辦法：有效的控制配置管理過程中每一階段的變更修改，并記錄相關信息。如：

? 誰進行的修改？ ? 修改了什么？

? 什么時候進行的修改？ ? 為什么要進行修改？

? 當前發(fā)布包含哪些新功能? ? 當前發(fā)布對已有功能進行了那些增強? ? 當前發(fā)布修復了哪些BUG?

第二篇：項目配置管理心得體會

項目配置管理心得體會：

1、配置管理的定義：配置管理是標識和控制配置項，以維護其完整性、可追溯性以及正確性的學科

2、配置管理的過程：

（1）配置項識別。

（2）配置項標識。

（3）配置庫創(chuàng)建。

（4）基線計劃。

（5）備份計劃。

（6）配置庫管理（權限管理、基線管理、配置項審計、版本管理）

3、有效實施配置管理后的解決問題：

（1）開發(fā)人員未經授權修改代碼或文檔。

（2）人員流動造成企業(yè)的軟件核心技術泄密。

（3）找不到某個文件的歷史版本。

（4）無法重現歷史版本。

（5）無法重新編譯某個歷史版本，使維護工作十分困難。

（6）“合版本”時，開發(fā)凍結，造成進度延誤。

（7）軟件系統(tǒng)復雜，編譯速度慢，造成進度延誤。

（8）因一些特性無法按期完成而影響整個項目的進度而導致項目失敗。

（9）已修復的bug在新版本中出現。

（10）配置管理制度難于實施。

（11）分處異地的開發(fā)團隊難于協(xié)調，可能會造成重復工作，并導致系統(tǒng)集成困難。

4、在實施配置管理過程中遇見的問題：

（1）配置管理制度難于實施。解決辦法：在項目立項時，對項目組成員進行配置管

理制度理解培訓，讓大家都意識到配置管理在整個項目中重要位置。

（2）已修復的bug在新版本中出現。解決辦法：有效的控制配置管理過程中每一

階段的變更修改，并記錄相關信息。如：

? 誰進行的修改？

? 修改了什么？

? 什么時候進行的修改？

? 為什么要進行修改？

? 當前發(fā)布包含哪些新功能?

? 當前發(fā)布對已有功能進行了那些增強?

? 當前發(fā)布修復了哪些BUG?

第三篇：配置管理崗位職責

配置管理員崗位職責

一、配置經理的基本技能與資格

資格：

能夠重視配置管理工作；

能夠按規(guī)范實施配置管理工作；

積極支持部門的配置管理方面的工作；

能夠積極支持與幫助其他人員；

為部門的配置管理能力的提高貢獻力量；

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

為增進項目管理，對于項目內的困難和關鍵問題，能夠及時反映到部門；

基本技能：

能夠獨立規(guī)劃項目的配置管理工作；

熟練掌握配置管理的相關概念；

能夠了解配置的相關工具，熟練使用技術工程部配置所使用的工具；

具有基本的與人溝通的技巧；

能夠了解項目管理過程中的主要環(huán)節(jié)；

初步了解項目管理過程中的質量保證的各個方面；

了解部分系統(tǒng)和應用工具，如數據庫ORACLE，前臺開發(fā)工具DEPHI等；

二、配置經理的職責

作為一名配置人員，配置經理的職責就是能夠與質量人員、測試人員等共同保證項目的質量。如：作為質量保證的成員之一，能夠為整個技術工程部規(guī)范化管理的推進作貢獻，如宣傳規(guī)范化管理的知識，陳述規(guī)范化管理的利弊等；能夠在項目進行的整個生命過程中，不斷的與項目經理、QA、SCCB及項目成員進行配置管理規(guī)范化的溝通，為項目配置管理的規(guī)范化作出努力.具體表現為：

? ? ? ? ? ? ? ? 項目進行初期或首次進入項目中時，能夠首先與項目經理、QA、SCCB及項目成員就項目的未來配置積極了解項目情況，項目各階段的進展，為更好的進行配置管理作努力； 熟練并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； 為項目控制好版本，保證項目各階段所使用的版本正確；

及時發(fā)現項目問題，把問題及時反饋給項目經理、QA或SCCB，并積極協(xié)助解決； 與項目內其他組成員，如開發(fā)組、測試組等協(xié)調工作，并能夠很好的溝通； 能夠在項目中不斷總結、分析，為項目內配置管理工作的進一步優(yōu)化作貢獻； 項目進行中或結束后，能夠總結并編寫配置管理過程中的案例； 管理工作進行溝通，取得項目經理、QA、SCCB及項目全體成員對配置工作的認可與支持；

三、配置經理的工作內容 項目計劃階段：

在項目計劃階段，是配置管理工作前期準備的重要階段，配置經理的工作主要有以下幾方面的內容：

1、制定配置管理計劃

對于項目工程部在項目立項前期指派配置管理人員的項目，在項目立項初期，配置經理要與項目經理協(xié)商，制定配置管理的計劃，規(guī)劃未來的配置管理工作。配置管理計劃的約束條件：

? ? ? ? 配置管理的規(guī)劃必須以項目開展的工作為基礎，參考工作說明書。

配置管理計劃的編寫必須以公司的流程為模版，與工作說明書和質量保證計劃相一致； 配置管理計劃能夠指導未來的配置管理工作，配置管理工作必須以配置管理計劃為基準； 配置管理計劃必須經過最終的評審通過，才能夠成立；

如配置管理計劃不能滿足未來配置管理工作的需要，可以再增加配置管理工作計劃作為配置管理計劃的輔助，指導未來的配置管理工作；

2、規(guī)范配置管理環(huán)境

配置管理計劃制定結束后，配置管理人員要依據計劃實施配置管理的前期工作。首先必須規(guī)范配置管理的環(huán)境，實現項目組內的專機專用，與項目經理協(xié)商，開發(fā)用機、測試用機、配置用機的情況，并最終生成配置管理環(huán)境維護清單，便于后期對環(huán)境的維護；

3、建立配置庫

配置庫作為項目組內成員今后工作的平臺，前期的詳細準備是非常重要的。配置庫建立的準則：

依據配置管理計劃中的定義建立配置庫；

與項目經理協(xié)商配置庫人員使用的權限規(guī)定與配置庫工作區(qū)間的劃分，保證個人工作區(qū)間的隔離；

4、與項目負責人討論變更控制的實施

與項目SCCB討論項目中變更控制實施的措施，指定出相應的變更控制流程。在變更控制流程中應注意變更過程中責任到人，不同變更情況的處理方式，具體操作可參見《變更控制流程制定指導書》。

5、配置培訓

配置培訓作為與項目成員溝通配置管理內容的一個主要渠道，配置經理應與項目經理協(xié)商在項目開始初期進行。培訓內容包括：

? ? ? ?

在項目的立項材料經過正式評審通過，宣布項目立項后，配置經理要整理項目的立項材料，正式生成計劃基線，并標識基線，保證基線存放于基線庫中。配置管理的基本概念； 項目中配置管理工具的使用； 項目中配置管理的相關流程； 配置庫的使用及規(guī)范等；

6、生成計劃基線，并發(fā)布基線

基線的發(fā)布通過配置狀態(tài)報告來實現。

項目執(zhí)行階段：

項目執(zhí)行階段，配置工作真正深入到了項目中，工作主要表現為：

1、維護配置庫

? ? ? ? ?

版本控制是配置管理的另一項主要內容，包括文檔版本的控制和代碼版本的控制。版本控制中注意的問題： 版本標識明確、清晰；

? ? ? ? ? 在配置庫中，有效利用標簽； 注意保證版本的歷史在線和可以回溯； 注意每一次的開發(fā)以基線版本為基礎和基準； 注意版本的受控性，保證測試的版本的受控； 每一次新的基線版本的生成，要及時發(fā)布； 配置庫維護包括維護配置庫結構、日常權限的設置、帳戶的增加與刪除、工作區(qū)維護、配置庫備份維護時要注意：對配置庫的備份要與配置機分開，以確保安全性；

配置庫中帳戶的管理要注意定期維護，避免帳戶不斷增加，出現垃圾帳戶的問題； 工作區(qū)的維護要注意結構清晰、明了，工作區(qū)隔離；

監(jiān)督項目組成員使用配置庫問題，避免工作脫離配置庫平臺和配置項長期被CHECK OUT的問題等； 等；

2、進行版本控制

3、協(xié)助生成項目進行過程中的各種基線

項目執(zhí)行過程中生成各種基線，包括需求基線、設計基線、代碼基線等，基線的正式生成要經過評審通過才有效。

配置經理協(xié)助項目經理組織評審。在評審之前首先要進行物理審計，審計后填寫物理審計報告，然后傳遞給QA進行過程審計。物理審計報告作為配置項存放在配置庫中。

評審通過后，正式生成基線，配置經理負責整理并標識基線，然后把基線存放在基線庫中，通過配置狀態(tài)報告來發(fā)布基線。

在代碼基線生成時，注意維護源代碼清單。

4、與測試人員協(xié)作

配置經理注意與測試人員的溝通，保證與測試組配置管理協(xié)接的無誤。測試組與配置組溝通的兩個主要問題是：測試配置項的管理問題和版本的傳遞問題。

配置經理要與測試經理、項目經理溝通有關測試配置項的管理問題與版本的傳遞問題。測試配置項可以單獨管理，也可以與其他配置項一起存放與一個配置庫中，這要根據項目的大小和配置庫的增長趨勢來決定，建議大型項目在有條件的情況下單獨存放，單獨管理測試案例、測試數據等； 版本的傳遞指開發(fā)組產生出代碼，經配置組編譯執(zhí)行生成執(zhí)行文件并進行版本標識后，傳遞給測試組進行測試的過程。在此過程中注意的問題是：配置組與開發(fā)、測試組的接口的唯一，保證測試版本的正確性。

5、與QA協(xié)作

配置經理負責向QA及項目經理反映項目進行過程中的不規(guī)范問題，并與QA與項目經理溝通，解決問題。

6、發(fā)布配置狀態(tài)報告

配置經理在項目進行過程中，要及時發(fā)布配置狀態(tài)報告。發(fā)布配置狀態(tài)報告有兩種方式：時間驅動和事件驅動。基線生成時、重要配置象產生時，都要發(fā)布配置狀態(tài)報告；定期發(fā)布配置狀態(tài)報告以向全體成員通報項目現階段的進展情況，注意全體成員要包含QA。

7、優(yōu)化配置管理活動

在配置管理過程中，隨項目的進展和工作的開展情況，配置經理要適時的調整配置管理的活動。如整理配置庫、優(yōu)化配置流程等。但是必須注意，任何變動和更改必須經過項目經理的同意；更改后要通過配置狀態(tài)報告發(fā)布；變動和更改的配置項要有相應的變更說明。

如配置工作需要調整時，需升級配置管理計劃，必須確保工作與計劃的一致性；

8、維護項目環(huán)境

在項目進行過程中，注意維護項目的環(huán)境，包括配置環(huán)境、測試環(huán)境、開發(fā)環(huán)境等。環(huán)境的變更要體現在配置管理環(huán)境維護清單中。環(huán)境的變化要通過配置狀態(tài)報告發(fā)布出去。

9、協(xié)助項目組完成變更管理

配置組有責任協(xié)助項目組完成變更控制的管理，并維護變更管理過程記錄。變更執(zhí)行過程中出現的問題，可以向項目經理和QA甚至SCCB反映。變更執(zhí)行結束，要發(fā)布配置狀態(tài)報告，報告變更的情況

10、參加項目組的會議

為使配置管理工作對項目切實可行和有意義，配置管理人員除主動積極了解項目情況外，要參加項目組的例行會議，了解項目的總體情況，以及項目的下一步工作規(guī)劃，以便配置管理及時作出反饋

11、參加項目工程部的活動

配置經理要積極參加項目工程部組織的各種配置活動，如配置經理述職等；

項目結項：

項目結項時，配置管理人員主要是協(xié)助項目經理整理結項材料，對項目配置管理工作進行總結、整理，編寫配置管理案例、進行配置工作述職等。如項目配置項需要入產品庫，則按產品庫規(guī)范整理產品配置項。

在編寫案例時要注意總結項目配置管理工作進行過程中的得失以及經驗教訓。案例總結和述職的進行都要在項目工程部內進行。

第四篇：消防器材配置管理規(guī)定

消防器材配置管理規(guī)定；1總則；1.1為了確保移動滅火器（含手提和推車式，下稱滅；2滅火器的配置；2.1電力生產和電網調度場所，應按照《電力設備典；一個滅火器配置場所內的滅火器不應少于2具，每個設；2.2其他場所應按照《建筑滅火器配置設計規(guī)范》的；新建、改建、擴建、裝修工程項目應同期進行滅火器配；2.3根據公安部、國家環(huán)境保護總局《關于在非必要；2.4滅火器應

消防器材配置管理規(guī)定 1 總則

1.1 為了確保移動滅火器（含手提和推車式，下稱滅火器）的合理配置和正確使用，及時有效地撲滅初起火災，最大限度地減少火災損失，依照《建筑滅火器配置設計規(guī)范》、《電力設備典型消防規(guī)程》、《滅火器維修與報廢》等技術規(guī)范，制定本規(guī)定。滅火器的配置

2.1 電力生產和電網調度場所，應按照《電力設備典型消防規(guī)程》的要求配齊、配足各類滅火器。

一個滅火器配置場所內的滅火器不應少于2具，每個設置點的滅火器不宜多于5具，每個設置點原則上采用同一類型規(guī)格的滅火器。

2.2 其他場所應按照《建筑滅火器配置設計規(guī)范》的要求，根據使用場所的性質，確定滅火器的類型及配置數量。

新建、改建、擴建、裝修工程項目應同期進行滅火器配置的設計與安裝。2.3 根據公安部、國家環(huán)境保護總局《關于在非必要場所停止再配置哈龍滅火器的通知》（公通字［1994］94號）、公安部《關于進一步加強哈龍?zhí)娲芳捌涮娲夹g管理的通知》（公消［2001］217號）要求，禁止在非必要場所配置哈龍滅火器，非必要場所應選配二氧化碳、干粉、機械泡沫、水系等滅火器。電力生產和電網調度場所屬必要場所，仍可以配置哈龍滅火器。2.4 滅火器應配置在明顯和取用方便的地點，且不得影響安全疏散。無法兼顧而配置在隱蔽處的，應采用滅火器標志牌導視。配置在室外的滅火器應避免雨淋日曬，潮濕腐蝕。禁止上鎖封閉。滅火器維護管理

3.1 滅火器不論已經使用還是未經使用，距出廠年月已達規(guī)定期限的，必須送已取得維修許可證的維修單位進行水壓試驗檢查。

3.1.1 1211滅火器，干粉滅火器，以及二氧化碳滅火器期滿5年，以后每隔二年，必須

進行水壓試驗等檢查。

3.1.2 機械泡沫滅火器，清水滅火器期滿三年，以后每隔二年，必須進行水壓試驗檢查。

3.1.3 化學泡沫滅火器，酸堿滅火器期滿二年，以后每隔一年，必須進行水壓試驗檢查。

3.2 根據公共安全行業(yè)標準滅火器從出廠日期算起，達到如下年限的，必須報廢：

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，可印制或粘貼于箱蓋中央或托架正上方，要求材質牢固，字跡清晰，內容應含：配置場所、滅火器種類（規(guī)格）、數量、保管部門等，消防管理部門署名落款。詳見附錄二。

3.4 保衛(wèi)部必須加強移動滅火器的日常維護和管理的監(jiān)督檢查，落實維護和管理責任，建立管理檔案，并且對管理情況進行定期檢查。防火重點部位、其他場所的部門（班組）應確定日常管理責任人，按檢查周期開展檢查工作。

3.4.1 檢查周期。

ａ.防火重點部位應當每日檢查滅火器是否在位、完整，每季度檢查滅火器的配置及表計的有效性，并保持滅火器外部清潔；

ｂ.其他場所每半年檢查滅火器的配置及表計的有效性；

ｃ.季度和半年檢查后，檢查人應在檢查標簽上簽名并記錄檢查時間。3.4.2 檢查項目及處理。ａ.滅火器外部結構和配件檢查。

①噴嘴變形、開裂、撞傷等缺陷的，必須更換。②壓把、閥體等金屬件有損傷、變形、嚴重銹蝕等影響使用的缺陷，頂針有肉眼可見的缺陷，必須更換。

③噴氣管有彎折、堵塞、損傷和裂紋等缺陷，必須更換。④其他應更換的情況。ｂ.筒體外部腐蝕程度檢查。

①筒體嚴重銹蝕（漆皮大面積脫落，銹蝕面積大于、等于筒體總面積的三分之一者）或連接部位、筒底嚴重銹蝕的，應更換。

②筒身有磕碰、劃傷，焊縫外觀不符合規(guī)定要求的，筒體嚴重變形的，應更換。

③其他應更換的情況。ｃ.表計、銘牌和標簽檢查。

①壓力表外表面有變形、損傷等缺陷，壓力表顯示指針不在正常區(qū)域，應更換。

②壓力表顯示指針在正常區(qū)域但滅火器的重量明顯減輕的，應更換。③經維修過的滅火器維修銘牌應有如下內容：維修單位名稱；維修許可證號；筒體水壓試驗壓力值MPａ；維修的年、月等。

④滅火器上檢查標簽各項要素齊全，超過報廢期的應更換。⑤其他應予更換的情況。ｄ.滅火器藥劑檢查。

①泡沫滅火器筒內溶液一年更換一次。

②二氧化碳滅火器重量比額定重量減少十分之一時，應進行灌裝。③干粉滅火器的滅火劑有效期四至五年。④1211滅火器重量低于標明重量十分之九時，應重新灌裝。⑤其他品種滅火器藥劑更換的年限。

3.4.3 滅火器臺帳管理。防火重點部位、其他場所的部門（班組）應建立滅火器臺帳，臺帳可錄入電腦建立管理文檔，做到帳實相符，并報保衛(wèi)部備案。保衛(wèi)部應建本單位滅火器臺帳。臺帳格式詳見附錄三。

3.4.4 檢查和管理責任劃分。

ａ.防火重點部位、其他場所的部門（班組）負責日常、季度或半年檢查，并由檢查人粘貼并填寫滅火器檢查標簽。

ｂ.對于檢查發(fā)現的缺陷或應予換藥的滅火器，應及時通知保衛(wèi)部，保衛(wèi)部審核后，按規(guī)定程序予以補充更換。

ｃ.滅火器的配置、報廢、購買等工作按消防規(guī)范和本單位規(guī)定的程序實施； ｄ.滅火器檢查標簽和箱（架）管理標簽由保衛(wèi)部統(tǒng)一印制，并負責箱（架）管理標簽的配置。

3.5各部門必須組織員工尤其是崗位責任人接受滅火器維護管理和使用操作的培訓，保衛(wèi)部要定期組織員工參加滅火演練，確保每個員工都能正確維護和使用滅火器，培訓和演練情況應記錄備查。附則

4.1 本規(guī)定未盡事宜按有關法規(guī)、規(guī)范執(zhí)行，與上級法規(guī)、規(guī)范沖突的從其規(guī)定。

4.2 本規(guī)定由保衛(wèi)部負責解釋。4.3 本規(guī)定自發(fā)布之日起施行。5 附錄

5.1滅火器檢查標簽（附錄A）5.2滅火器箱管理標簽（附錄B）5.3移動滅火器臺帳（附錄C）附錄A（規(guī)范性附錄）滅火器檢查標簽 6CM 8CM 注：

1、白紙規(guī)格長寬6×8CM，黑框黑字，仿宋體小4，標題加粗。

2、本例為2公斤滅火器標簽規(guī)格，其他重量滅火器可按比例放大規(guī)格。

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

概述

隨著現代軟件技術的發(fā)展，對于軟件項目的需求日益復雜而且變更頻繁，項目的開發(fā)模式已經由昔日的手工作坊式的開發(fā)轉變?yōu)橐?guī)模化、團隊式的開發(fā)，當開發(fā)團隊發(fā)展到一定規(guī)模時，會越來越強調開發(fā)過程規(guī)范化和成熟度。軟件項目的成敗在很大程度上取決于對其開發(fā)過程的控制，這包括對質量、源代碼、進度、資金、人員等的控制。要進行有效的過程控 制，僅僅依靠人的力量是不夠的，還需要有相應的管理工具。“軟件配置管理”是一套規(guī)范、高效的軟件開發(fā)管理方法，同時也是提高軟件質量的重要手段。軟件配置管理可以幫助開發(fā)團隊對軟件開發(fā)過程進行有效的變更控制，高效地開發(fā)高質量的軟件。在質量體系的諸多支持活動中，配置管理處在支持活動的中心位置，它有機地把其它支持活動結合起來，形成一 個整體，相互促進，相互影響，有力地保證了質量體系的實施。

軟件配置管理并不是一個新的概念，早在二十世紀70 年代，加州大學圣巴巴拉分校（University of California at Santa Barbara）的Leon Presser 授就已經提出變更和配置控制的理論，并隨著軟件產業(yè)的逐漸壯大，在國外成熟的軟件企業(yè)中逐漸得到重視和普及，在一些國外的大中型軟件企業(yè)中，不僅設置專職的配置管理人員，而且有些公司還設有公司級的變更控制委員會（CCB：Change Control Board）對公司的軟件配置管理工作進行統(tǒng)一的管理，配置管理對于軟件開發(fā)的重要性由此可見一斑。國內的企業(yè)真正認識到配置管理的重要性，卻是近幾年的事情，隨著CMM（Capability Maturity Model）的概念和理論的普及，配置管理作為CMM 2 級的一個關鍵過程域，其重要性逐漸為人們認同。

“進行管理和控制”意味著在給定時間（過去或現在）使用的工作產品的版本是已知的（即版本控制），而且以受控的方式引進變更（即變更控制）。如果希望有比“進行管理和控制”所蘊含的更高程度的控制，則工作產品可置于配置管理的完備的紀律之下。CMM Level2 KPA3

其實在日常的開發(fā)中，我們已經在自覺或不自覺的進行著軟件配置管理的工作。最簡單的如使用軟件開發(fā)集成環(huán)境提供的Backup 功能，它可以使我們回溯到最近的修改；再進一步，就是使用文件夾或者壓縮工具，把實現了一定功能的程序版本按日期進行備份，這也已經實踐了配置管理的部分必要功能，但這僅僅是配置管理眾多功能重的一小部分。真正的配置管理系統(tǒng)應該具有以下功能：

· 并行開發(fā)支持：因開發(fā)和維護的原因，要求能夠實現開發(fā)人員同時在同一個軟件模塊上工作，同時對同一個代碼部分作不同的修改，即使是跨地域分布的開發(fā)團隊也能互不干擾，協(xié)同工作，而又不失去控制；

· 修訂版管理：跟蹤每一個變更的創(chuàng)造者、時間和原因，從而加快問題和缺陷的確定；

· 版本控制：能夠簡單、明確地重現軟件系統(tǒng)的任何一個歷史版本；

· 產品發(fā)布管理：管理、計劃軟件的變更，與軟件的發(fā)布計劃、預先定制好的生命周期或相關的質量過程保持一致；項目經理能夠隨時清晰地了解項目的狀態(tài)

· 建立管理：基于軟件存儲庫的版本控制功能，實現建立（build）過程自動化；

· 過程控制：貫徹實施開發(fā)規(guī)范，包括訪問權限控制、開發(fā)規(guī)則的實施等；

· 變更請求管理：跟蹤、管理開發(fā)過程中出現的缺陷（Defect）、功能增強請求（RFE）或任務（Task），加強溝通和協(xié)作，能夠隨時了解變更的狀態(tài)；

· 代碼共享：提供良好的存儲和訪問機制，開發(fā)人員可以共享各自的開發(fā)資源。

缺乏配置管理造成的常見問題

由于歷史和現實的原因，配置管理流程和工具在我國軟件行業(yè)中的應用并不普及，由于缺乏必要的配置管理流程和工具，很多軟件企業(yè)在日常的開發(fā)工作中都會或多或少的遇到如下的問題：

· 組織的知識和過程財富流失

現代的社會競爭激烈，人員流動頻繁，如果由于沒有必要的配置管理流程和工具，大量的文檔和代碼等知識財富必然缺乏統(tǒng)一的管理，可能隨意地保存在項目經理和軟件工程師各自的機器里，往往會因為硬盤的故障或人員的離職而永遠的消失，軟件組織的數字財富就這樣因為缺乏必要的配置管理而白白的流失

· 不能及時了解項目的進展狀況

現代軟件工程思想認為越早發(fā)現缺陷和風險，采取相應措施的代價越小。CMM 的一個重要作用就是要提高軟件開發(fā)過程中的可視性，使得問題能夠被及時的發(fā)現。然而由于缺乏配置管理的流程和工具的支持，部門主管無法確切得知項目的進展情況，即便是項目經理也不知道各個開發(fā)人員的具體工作，項目進展隨意性很大。所有的問題往往都會集中到項目里程碑時一起出現，這必然會造成巨大的開銷，其結果往往是容忍部分缺陷存在或者延誤開發(fā)周期。所有問題只能寄希望于最終實施時再解決，項目的實施工 作因此變成了無法匯報、無法理清、無休止的維護。

· 缺乏實現并行開發(fā)的手段

在日常的開發(fā)工作中，經常會出現并行開發(fā)的需求，比如：對于一個 項目可能要在開發(fā)新版本的同時繼續(xù)對先前的版本進行必要的維護，或者針對某個特定的版本需要針對不同的客戶同時進行客戶化的修改等等。在并行模式下，不同開發(fā)人員可以同時編輯修改某一文件，并行開發(fā)有可能產生沖突，但是卻能夠提高開發(fā)效率。如果沒有配置管理工具的支持，進行并行開發(fā)將十分困難，單單通過人工操作，往往會造成修改過的bug 重復出現或者幾個人進行相同的工作，產生不必要的浪費。

軟件復用率低下

軟件復用是現代軟件工程中的重要思想，是提高軟件產品生產效率和質量的重要手段。軟件產品是一個公司的寶貴財富，代碼的可重用性是相當高的，如何建好知識庫，用好知識庫將對公司優(yōu)質高效開發(fā)產品產生重大的影響。但如果沒有良好的配置管理流程，軟件復用的效率將大打折扣，比如對于復用的代碼進行了必要的修改或改進，卻只 能通過手工的方式將發(fā)生的變更傳遞給所有復用該軟件的項目，效率如何可想而知。另外由于缺乏進行溝通的必要手段，各個開發(fā)人員各自為政，編寫的代碼不僅風格迥異，而且編碼和設計脫節(jié)，往往會導致開發(fā)大量重復的難以維護的代碼。

無法開展規(guī)范化的測試工作

在傳統(tǒng)的開發(fā)方式中，由于缺乏必要的配置管理和變更控制，測試工作只是人們的 一種主觀愿望，根本無法提出具體的測試要求，加之開發(fā)人員的遮丑，測試工作往往是 走走過場，測試結果既無法考核又無法量化，當然就無法對以后的開發(fā)工作起指導作用。

對軟件版本的發(fā)布缺乏有效的管理

因為缺乏有效的管理手段，往往會在產品發(fā)布時卻無法確定該版本所有的組件，或者向用戶提供了錯誤的版本。對于特定客戶出現的問題，無法重現其使用的版本，只能到用戶的現場才能進行相應的調試工作。由于應用軟件的特點，各個不同的客戶會有不同的要求，開發(fā)人員要手工地保持多份不同的拷貝，即使是相同的問題，但由于在不同 地方提出，由不同人解決，其做法也不盡相同，程序的可維護性越來越差。這些都會延長實施的周期，同時意味著人力物力的浪費。

缺乏歷史數據的積累，沒有軟件開發(fā)的歷史數據

缺乏軟件開發(fā)的歷史數據是大多數軟件項目失敗的關鍵所在，這樣的結論也許使很多人感到吃驚，但事實就是如此。因為軟件開發(fā)的歷史數據是反映軟件開發(fā)隊伍的能力的標尺，沒有了這個標尺，就無法對軟件的開發(fā)過程有一個清醒的認識。而良好的配置管理正是收集軟件開發(fā)歷史數據的重要來源。

無法有效的管理和跟蹤變更

軟件的一個顯著特點就是易于改變，沒有配置管理將無法對軟件的變更進行有效的記錄、跟蹤和控制。

實施配置管理的收益

國內很多軟件企業(yè)已經逐漸認識到配置管理的重要性，都希望通過實施配置管理來提高軟件開發(fā)管理的水平，增強企業(yè)自身的競爭力，應對市場的壓力。

針對市場的這些需求，Hansky 公司在中國市場推出了業(yè)界技術領先的軟件配置管理解決方案，產品包括配置管理工具Firefly 和變更管理工具Butterfly。Firefly 是Hansky 公司推出的軟件配置管理系統(tǒng)，它可以輕松管理、維護整個企業(yè)的軟件、代碼和文檔。Firefly 是一個高性能、運行速度極快的軟件配置管理系統(tǒng)，支持不同的開發(fā)、運行平臺，因此它能在整個企業(yè)中的不同團隊、不同項目中都得以廣泛的應用。Firefly能夠對團隊開發(fā)提供有力的支持，開發(fā)團隊一旦擁有了Firefly，就可以非常準確的定義：

· 軟件將在什么時間發(fā)布

· 當前發(fā)布版本中有哪些功能，由哪些組件構成· 當前版本中加入了針對哪些Bug的修改

· 軟件的某個修改是誰認可的· 如何建立新的發(fā)布版本

· 等等…

Butterfly 是Hansky公司提供的新一代的軟件變更請求管理軟件。它以軟件產品為中心，有效的協(xié)調軟件項目中各職位人員的工作，能夠使軟件項目在較短時間內高質量完成。

Butterfly的主要功能如下：

· 提供對開發(fā)過程中的缺陷、建議和任務的追蹤管理；

· 規(guī)劃開發(fā)過程，完善源代碼編寫，提高軟件重用率，最大限度保護企業(yè)知識財富；

· 提供豐富的報表功能，以直觀圖形統(tǒng)計開發(fā)人員的工作進度和編碼質量，客觀評價員工表現；

· 優(yōu)化業(yè)務流程，科學的工作流系統(tǒng)使用戶工作起來有條不紊，大大提高工作效率，同時用戶可以根據實際情況簡單、快捷地定制自己的業(yè)務流程；

· 掌握工作進度，在軟件開發(fā)的各個階段進行都可以進行強大的過程控制；

· 開發(fā)人員可以明確地了解他被分配的開發(fā)任務，并根據優(yōu)先級依次完成；

· 提供友好的人機界面，支持工作分配的電子郵件自動通知，方便各種類型的工作人員使用，增加溝通和交流；

· 對軟件的錯誤進行系統(tǒng)管理，從根本上提高軟件產品競爭力，提高產品質量；

· 加速開發(fā)進程，規(guī)范軟件產品開發(fā)的各個階段，避免浪費不必要的時間。

Hansky公司的配置管理解決方案給公司帶來的益處將是顯而易見的：管理者能夠輕松控制產品的進度、質量；開發(fā)人員將有更多的時間進行創(chuàng)造性的工作；測試人員將依照一個 標準的流程高效完成日常工作； 產品發(fā)布人員能夠確保交到用戶手中的產品的質量。

具體而言，用戶可以在資金、管理水平和保護知識財富等方面得到切實收益。

節(jié)約用戶資金

(1)Hansky 配置管理系統(tǒng)的總體實施成本低

對硬件系統(tǒng)性能的要求低，可以跨平臺使用，節(jié)約了用戶的投資；

安裝簡單，易于維護，無需專職的系統(tǒng)管理員；

功能簡潔、實用，易于學習和掌握，可以有效縮短配置管理系統(tǒng)投入實際使用的周期；

良好的擴展性和靈活的License管理方式，以及組件式的解決方案，使得我們的配置管理系統(tǒng)既支持小組模式的用戶，也能夠支持大規(guī)模團隊的協(xié)同開發(fā)工作，并且能夠方便地進行擴展，用戶可以根據實際需要，靈活的配置，大大降低了降低初期投入的資金；

具有前瞻性，保護用戶的投資。Hansky公司的軟件配置管理產品采用最新的技術（如純TCP/IP技術、J2EE技術、MS.NET的開發(fā)環(huán)境等）和全新的應用模式（如三層結構、B/S應用結構等），確保系統(tǒng)在較長的時間內不會落后于同類產品或不需要技術上的更新；

自帶存儲庫增量備份/恢復功能，節(jié)約用戶在備份方面的支出。

(2)縮短用戶的產品開發(fā)周期

利用Hansky的Firefly系統(tǒng)對開發(fā)資源進行版本管理和跟蹤，可以建立公司級的代碼知識庫，保存開發(fā)過程中的所有歷史版本，這樣大大提高了代碼的復用率，還便于同時維護多個版本和進行新版本的開發(fā)，最大限度地共享代碼。利用Butterfly組建開發(fā)團體之間的問題跟蹤及消息通訊機制，通過與電子郵件系統(tǒng)的結合大大增強了開發(fā)團體之間 的溝通能力，通過豐富的報表功能可對發(fā)現的問題進行整理、以報表方式分類報出，作為開發(fā)的指導。通過使用Hansky的配置管理套件可以提高開發(fā)效率和產品質量，避免了代碼覆蓋、溝通不夠、開發(fā)無序的混亂局面，大大縮短了產品的開發(fā)周期。

(3)降低產品的部署費用

使用Hansky的軟件配置管理解決方案后，用戶可以在Hansky技術專家的幫助下建立規(guī)范的配置管理流程，所有的軟件產品將得到統(tǒng)一有效的管理。借助Firefly和Butterfly，工程人員可以通過訪問服務器直接獲取所需的最新版本，查找公司的知識庫，提交變更請求，收集用戶的反饋意見。開發(fā)人員無需到現場即可再現用戶環(huán)境，集中解 決問題，發(fā)布補丁。這樣可以同時響應多個地點的項目，防止開發(fā)人員分配到各個項目點、力量分散、人員不夠的弊端，同時節(jié)約大量的旅差費用。

提高軟件開發(fā)管理的水平

(1)改進用戶的開發(fā)工作模式

使用Hansky的配置管理解決方案，可以有效地改進用戶的軟件開發(fā)模式和過程，提高企業(yè)軟件能力成熟度的級別。

借助Firefly和Butterfly，用戶可以：

有效的管理工作空間，各個成員的具有獨立的工作空間，并能記錄其變更集和整個生命周期中的完整變更歷史；

簡便建立分支，支持分支之間的比較與合并，歸并，管理基線；

支持并行開發(fā)模式，提高開發(fā)效率；

支持異地開發(fā)，Firefly 通過自動或手動同步不同開發(fā)地點的的存儲庫，為地理分布的開發(fā)團隊提供很好的支持；

集成變更請求管理與項目生存周期中的變更記錄與追蹤，優(yōu)化測試流程；

完善的發(fā)布管理，可以方便的回溯任意版本，為不同的用戶定制應用程序的版本，促進系統(tǒng)的快速部署，提供發(fā)布版本內容的審計能力；

支持變更集和原子事務，確保變更的一致性；

支持離線的版本管理，幫助用戶記錄項目證明周期內的完整歷史；

內置Defect、RFE、Task（問題、建議、任務）工作流，符合正規(guī)軟件公司的軟件開發(fā)流程。科學的工作流系統(tǒng)可以使公司人員工作起來得心應手，有條不紊，從而大大提高工作效率。

(2)加強項目管理能力

通過瀏覽器，項目負責人可以方便地查看項目進展情況以及員工工作情況；

利用Web界面即可實現代碼復查和項目狀態(tài)復查；

豐富的圖表、報告功能，可以自動生成變更統(tǒng)計報告、配置審計報告，支持過程管理與進度分析，能夠幫助管理者進行決策。

(3)量化工作量考核

傳統(tǒng)的開發(fā)管理中，工作量一直是難以估量的指標?？块_發(fā)人員自己把握，隨意性過大；靠管理人員把握，主觀性又太強。采用Firefly和Butterfly管理后，系統(tǒng)能夠客觀 的記錄員工的工作內容和質量，可以作為工作量的衡量指標。

(4)規(guī)范測試流程

Butterfly和Firefly集成后，可以有效地跟蹤和處理軟件的變更，完整地記錄測試人員的工作內容，測試有了實實在在的工作，測試人員根據修改描述細節(jié)對每一天的工作做具體的測試。對測試人員也具有相應的可考核性，這樣環(huán)環(huán)相扣，有效地增強了對測試的管理。

(5)加強協(xié)調與溝通，增加團隊競爭力

使用Firefly保存公司的所有知識財富、利用Butterfly的FAQ、檢索以及Email自動通知功能，有效地加強了項目成員之間的溝通，做到有問題及時發(fā)現、及時修改、及時通知，卻又不會額外增加很多的工作量，大大提高了開發(fā)團隊的協(xié)同工作效率。

保護企業(yè)的知識財富

從整個企業(yè)的發(fā)展戰(zhàn)略來說，如何在技術日新月異、人員流動頻繁的情況下，本公司的知識庫及經驗庫，把個人的知識及經驗轉變?yōu)楣镜闹R和經驗，這對于提高工作效率、縮短產品周期以及提高公司的競爭力都具有至關重要的作用。采用科學的配置管理思想，輔之以先進的配置管理工具，可以幫助用戶在內部建立完善的知識管理體系

(1)代碼對象庫

軟件代碼是軟件開發(fā)人員腦力勞動的結晶，也是軟件公司的寶貴財富，長期開發(fā)過程中形成的各種代碼對象就像一個個零件一樣，是快速生成系統(tǒng)的組成部分。然而長期以來的一個事實是：一旦某個開發(fā)人員離開工作崗位，其原來所編寫的代碼便基本成為垃圾，無人過問；或者由于文檔不全，無從考究。究其原因，就是沒有專門對每個開發(fā) 人員的代碼、組件和文檔進行科學的管理，將其應用范圍擴大到公司一級，進行規(guī)范化，加以說明和普及。Firefly為代碼管理提供了一個平臺和倉庫，有利于建立公司級的代碼對象庫，增進代碼復用，提高開發(fā)重用率和軟件質量。

(2)業(yè)務及經驗庫

通過Firefly和Butterfly，可自動生成完整的開發(fā)日志及問題集合，用文字記錄開發(fā)的整個過程，不會因某人的流動而消失，有利于公司積累業(yè)務經驗，無論對軟件維護或版本升級，都具有重要的指導作用。此外，利用Butterfly內建的FAQ模塊，可以建立檢索方便的經驗庫，傳播和共享集體的智慧。

(3)安全性和可靠性

由于配置管理系統(tǒng)集中存儲了企業(yè)的重要知識財富，因此對其安全性和可靠性有極高的要求。Firefly可以對所有存儲的文件進行冗余校驗，使用MD5作為文件的校驗和，并提供備份和恢復工具，確保了數據的可靠性。同時Firefly支持用戶身份驗證和訪問控制，支持用戶組，便于權限設置。訪問控制可以針對分支、目錄，甚至單個文件設置，采用類似Windows NTFS的權限管理方式，既靈活又安全。這些措施使得企業(yè)的知識財富得到了安全可靠的存儲和保護。

另外，由于Hansky的產品采用了三層結構設計，其存儲庫完全不依賴于網絡文件體統(tǒng)，無需共享存儲目錄，能夠有效防止病毒攻擊所導致的存儲庫癱瘓或損壞，同時杜絕網絡非法訪問。結語

作為源自美國硅谷的高科技公司，Hansky十分看重中國市場，向用戶提供全面的本地化支持。針對中國市場，Hansky專門做了本地化工作，其所有文檔，包括在線幫助均有中文版本，而且即將推出全中文界面的Hansky軟件配置管理系統(tǒng)。通過Hansky 軟件配置管理系統(tǒng)的實施，除了可以給企業(yè)帶來上述的益處，對于使用配置管理系統(tǒng)的每個人，同樣會有所收益：學習了先進的軟件過程管理思想，培養(yǎng)了良好的團隊合作精神，提高了個人專業(yè)水平，增強了自身的競爭力。