小項目實施軟件配置管理探析[3]
作者：ITPUB 來源：ITPUB論壇
2.軟件配置管理工具
軟件配置管理工具(SCMT,Soft Configure Management Tool)正是從這一角度出發，對軟件配置管理過程進行具體實施，將抽象的軟件配置管理工作轉化為可借鑒的、可操作的具體執行規范。
SCMT作為軟件配置管理的輔助手段，必須要制定一個實際、可行的軟件配置管理流程，依據該流程，加之SCMT的輔助，軟件配置管理工作才能真正做到科學、有序。
3.軟件配置管理流程
SCMT將軟件配置管理工作分解為項目建立、配置策劃項目策劃、計算機軟件配置項(CSCI)策劃、CSCI入庫(初始入庫、更動入庫)、軟件問題報告、軟件更動報告、更動出庫、瀏覽出庫、項目歸檔、項目導入、產品定義、產品出庫、配置審計、配置追蹤、狀態報告等。
首先由系統管理員建立項目，將項目基本信息入庫和創建軟件配置控制委員會(SCCB)用戶、項目管理員;其次由項目管理員對已建立的項目進行項目策劃，劃分CSCI，一個項目可以包含一個或多個CSCI，包括將CSCI 基本信息入庫和創建CSCI管理員、配置管理組成員，項目策劃需要由軟件配置控制委員會審批。
其次，由CSCI管理員進行CSCI策劃，包括劃分基線、為每條基線標識軟件配置管理項(CMI)、確定CMI之間的依賴關系、創建一般用戶，CSCI策劃由配置管理組審批;配置策劃完成后，即可進行初始入庫(指CMI的初次入庫，由權限用戶操作，由配置管理組審批)。有了已入庫的CMI后就可以進行后續操作。
SCMT中規定如下配置更動規程：配置更動針對的是受控庫中登錄的軟件問題，配置更動實施前必須填寫軟件更動報告，經更動評審組評審通過，且確認評審結論為“按計劃實施”時，才能從受控庫中提出需更動的 CMI并實施更動。更動實施完成后，必須通過評審才能重新進入受控庫。
更動過程在 SCMT 內分解為提交軟件問題報告，提交軟件更動報告，更動出庫和更動入庫。軟件問題報告由發現問題的人員填寫，不需要審批;軟件更動報告由CSCI管理員填寫，交更動評審組審核。在項目建立時或在接到軟件更動報告后，建立更動評審組。根據所開發軟件的關鍵級別和規模大小決定更動評審組規模的大小，構成人員應包括軟件項目的管理人員、技術負責人員、總體設計人員、軟件質量保證人員和軟件配置管理人員，組成人數可視實際情況酌定。更動評審組收到軟件更動報告后，分析此更動的必要性和技術可行性，并權衡其他的更動策略和方法，所涉及的有關CMI，對系統的功能和性能的影響，更動所需的資源是否合理、充分以及對整個工程進展和經費的影響等。由此決策是否實施此項更動，并給出更動評審結論，同時由 SCCB簽署該軟件更動報告。
SCMT審查簽署后的軟件更動報告中的更動結論，清除問題時，形成“問題報告”-“更動報告”鏈并發布問題解決通告;暫緩執行時，不需做任何處理;按計劃實施時，允許CMI更動出庫。更動出庫由權限用戶依據簽署的軟件更動報告進行;更動入庫由權限用戶操作，由CMG審批。
瀏覽出庫指出于測試或閱讀的需要對CMI進行出庫，瀏覽出庫不需要審批。
產品定義、產品出庫、項目歸檔和項目導入由項目管理員操作，由SCCB審批。要求出庫的產品必須曾經定義過，要求導入的項目必須為歸檔項目。
配置審計、配置追蹤、狀態報告由SCCB、CMG、CSCI管理員操作。
SCMT提供配置審計向導，引導用戶完成配置審計處理過程。
在導入SCMT時應該本著軟件配置管理關鍵域的核心思想，從現有市場中選擇適合自己的配置工具。需要強調的是，無論什么樣的工具都無法完全實現軟件配置管理的目標與關鍵實踐，在此也不排除自我開發的SCMT。問題的關鍵在于對人的培訓，在使用工具的同時深化CMM管理理念，使整個軟件項目團隊在開發過程中確保質量達標。因此，手工操作仍然是今后一段時間內軟件配置管理實施中必不可少的基礎手段。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
