很多單位在軟件研發(fā)的配置管理執(zhí)行的過程中或多或少都會存在一些問題，目前存在的問題包括：
♦ 軟件的配置管理基本依賴手工完成，沒有專業(yè)的配置管理工具將控制系統(tǒng)研發(fā)過程中的軟件進行集中統(tǒng)一管理
♦ 即使購買了配置管理軟件也很難使用起來，造成資源的浪費
♦ 缺少正式的軟件變更流程，沒有需求變更、設(shè)計變更、缺陷處理的流程和表單
♦ 配置管理體系不健全甚至基本沒有軟件配置管理體系
♦ 由于沒有進行有效的配置管理，導(dǎo)致項目之間數(shù)據(jù)復(fù)用的困難、版本的混亂甚至數(shù)據(jù)的丟失
解決方案
恒潤科技整個配置管理系統(tǒng)架構(gòu)在IBM Rational ClearCase 和ClearQuest 之上，然后依據(jù)CMMI 和客戶當前已有的配置管理體系制定配置管理方案。
在項目的前期，控制系統(tǒng)的研發(fā)數(shù)據(jù)集中存放在ClearCase 的某個存儲庫中，我們把項目數(shù)據(jù)定型之前的數(shù)據(jù)存放區(qū)域稱為開發(fā)庫。
當開發(fā)人員開發(fā)的數(shù)據(jù)(設(shè)計方案、代碼、測試用例)達到某種穩(wěn)定狀態(tài)(比如基本功能開發(fā)完成、輪測試通過等)并且通過了相應(yīng)的測試和評審，則將數(shù)據(jù)轉(zhuǎn)移至受控庫進行相對嚴格的管理，并在受控庫上標記入庫的數(shù)據(jù)版本(基線)。
如果對于受控庫中的數(shù)據(jù)進行變更，則需要將數(shù)據(jù)提取到專門的更改庫中，然后需要根據(jù)不同類型的變更(設(shè)計變更、軟件Bug、需求變更)提交相應(yīng)的變更請求。變更完成后，將通過測試的變更內(nèi)容返回受控庫。
當項目可以交付生產(chǎn)的時候，我們可以將項目數(shù)據(jù)從受控庫提交到產(chǎn)品庫，產(chǎn)品庫可以存放在ClearCase 中，也可以考慮將終的可執(zhí)行文件提交到PDM 系統(tǒng)中，作為一個普通的零部件對待。
