本文的重點是介紹如何應用軟件配置管理工具軟件進行大規模軟件的軟件配置管理，在軟件開發實施過程中依據項目進度和要求，適時調整軟件配置管理系統，保證軟件開發有序進行，保證開發過程版本和最終發布版本正確、統一。
一、前言
對于一個軟件企業，開發出滿足用戶需求的、高質量的軟件產品是其追求的目標，而實現這一目標的關鍵是建立起一個穩定、可控、可重用的軟件開發過程。軟件企業要想永葆競爭優勢就必須不斷地改進它的軟件開發過程，而要進行軟件開發過程改進就需要有明確的、量化的對現狀的分析和對未來的預期，這些數據來源于對軟件過程的度量，而進行度量的前提和基礎就是軟件配置管理。所以，軟件配置管理工作是以整個軟件過程的改進為目標，是為軟件項目管理和軟件工程的其他領域打好基礎，以便于穩步推進整個軟件企業的能力成熟度。而做好軟件配置管理是邁向軟件開發規范化管理的第一步。
對于中小型軟件開發，軟件配置管理的作用不是很明顯，但對大型軟件開發，由于開發人員眾多，程序量大，系統復雜，軟件配置管理至關重要。
軟件配置管理對于軟件開發管理是如此重要，它的主要思想和具體內容在于版本控制。版本控制是軟件配置管理的核心思想之一，是指對軟件開發過程中各種程序代碼、配置文件及說明文檔等文件變更的管理。版本控制最主要的功能就是追蹤文件的變更。它將什么時候、什么人更改了文件的什么內容等信息忠實地記錄下來。每一次文件的改變，文件的版本號都將增加。除了記錄版本變更外，版本控制的另一個重要功能是并行開發。軟件開發往往是多人協同作戰，版本控制可以有效地解決版本的同步以及不同開發者之間的開發通訊問題，提高協同開發的效率。并行開發中最常見的不同版本軟件的Bug修正問題，就可以通過版本控制中分支與合并的方法有效地解決。
二、大型軟件系統
大型一體化系統軟件是為了滿足石油勘探開發對地震數據處理與解釋日益增長的需要，而開發的大型處理、解釋一體化系統，該系統由系統平臺和應用系統組成，系統平臺包括數據平臺、交互框架平臺、通用顯示工具、可視化顯示平臺。在這個平臺上構建處理系統、解釋系統和一體化應用系統。項目計劃在兩年內完成，預計程序行數400萬以上、開發人員200余人。
經驗表明，軟件規模越大生產率越低。而且隨著軟件規模增大，軟件開發成功率也越低，在我們國家，軟件業還沒有脫離手工作坊的方式。如此大規模的軟件開發，已往手工作坊式的管理方式要改變，軟件配置管理要創新。與其他的一些軟件工程活動不一樣，軟件配置管理的對象——（軟件）配置項，它們不僅是大量人力物力投入的結晶，更是開發經驗的積累，是軟件組織最寶貴的財富。
軟件配置管理貫穿于軟件開發活動的始終，覆蓋了開發活動的各個環節，它的重要作用之一就是要全面的管理保存各個配置項，監控各配置項的狀態，并向項目經理及項目長提交配置報告。配置管理工作更強調工具的支持，缺乏良好的配置管理工具的話，要做好配置管理的實施會非常困難。軟件配置管理是一項十分繁瑣的工作，同時又和整個軟件的開發活動緊密地聯系在一起，為使軟件開發能夠始終處于受控之中，就必須建立一套體現軟件工程特點的配置管理體系，并依據體系要求選用軟件配置管理工具。
三、軟件配置管理工具
Firefly是Hansky公司軟件開發管理套件中的重要組件。Firefly可以對大型軟件開發的程序代碼和相關文檔進行管理，具有以下突出的特點：
1、本地工作區（Local Workspace）
Local Workspace存儲從服務器上下載的一個分支的下的文件，開發人員在工作時首先要從服務器上將最新修改的項目文件下載到本地工作區，然后才能對項目文件進行編輯、編譯、調試等工作。有了Local Workspace，可以保持本地的工作文件和服務器上的工作文件的同步。同時，還可以比較本地工作區文件與服務器文件的不同，在每次下載和上傳時不必將所有的項目文件都傳輸一遍，從而提高了工作的效率。
2、標簽（Label）
Label采用索引技術提高了操作效率，通過下載Lable的功能為編譯、測試提供了便利。
3、兩種開發模式
Firefly支持并行/串行兩種開發模式，并且提供向導來檢驗和解決文件的沖突，使得團隊的開發快速、便捷而且高效。
4、分支
在Firefly中可以方便的建立項目的分支，可以在主分支上建立分支，也可以在次分支上建立分支，還可以在Label的基礎上建立分支；建立分支的時候可以選擇父分支的一部分文件。
在開發主分支的同時有可能同時開發修正Bug的分支，當主分支的開發工作告一階段后，通常會把Bug修正分支合并到主分支上去，如下圖：
javascript:return big(this)" style="ZOOM: 90%" hspace=0 src="http://www.kjueaiud.com/attachments/2009/06/54376_200906290954371bIuK.gif" onload="javascript:if(this.width>498)this.style.width=498;" align=baseline border=0>
這種建立和管理項目分支和記錄分支間父子關系的功能，避免了由于兩方歸并所造成的混亂問題，為軟件產品的多個版本的同時開發提供了強有力的支持。
4、變更集
Firefly將每一次工作區的檢入都視作一個變更集，每一個變更集都作為項目分支的歷史被保存下來，管理人員可以通過WEB界面方便的查詢分支的歷史。
5、原子事務
利用原子事務的概念，將一個包含多個文件改變的入庫操作作為一個事務（Transaction）來對待，全部文件的提交只有成功或者不成功兩種情況，沒有中間狀態（如一部分成功提交，而另一部分提交失敗的狀態）。這樣能夠處理一些操作過程中的異常情況，比如提交過程中網絡中斷等，保證軟件系統的一致性，防止其他開發人員取到錯誤的代碼而編譯、運行失敗。
6、本地記錄
通過Delta操作支持本地版本的記錄。在某一工作區中，修改了一個文件，然后通Delta操作，可以在本地記錄下一個新的版本。提交到服務器上后，其他人也可以訪問這一版本。
7、權限控制
Firefly采取了類似于NTFS的權限控制體系，不僅能夠控制項目分支一級的權限，還可以深入到目錄/文件一級進行權限設定，文件的權限缺省從目錄繼承，還可以手工對特定文件的權限進行調整；并且可以細分權限的等級。這種權限體系可以保證項目所涉及到的開發工作都處于受控的狀態下，從而保障項目不受干擾，能夠順利開發。
四、建立配置管理體系
1、管理層次
依據配置管理系統功能特性，結合我們實際情況和需要，建立自己的管理體系。以往，我們已經成功地開發了其他大中型軟件，但配置管理體系很不完善，一些主要配置項（源代碼和程序文檔）是靠手工管理，由于人員流動性大，又沒有統一的配置管理體系，開發活動不能受到有效的控制，不能形成團隊財富的積累。有人對配置管理是什么都不清楚，對配置管理系統的使用在思想上不容易接受，認為使用配置管理系統進行程序版本控制使開發活動受到了限制，給開發增加了工作量。特別是這次超大規模軟件系統的開發，時間緊，任務重，如果配置管理系統使用不當影響項目進度或造成源程序丟失，會給開發帶來巨大損失，后果不堪設想。
為此，從管理層次和系統集成兩個方面考慮，選擇了降低管理風險方案，首先采用了兩層管理層次（圖1? 二層管理層次圖）。
2、存儲庫創建
依據兩層管理模式，配置管理和版本控制主要在項目級和子項目級配置管理員中使用。從一體化系統的結構來說，盡管該系統龐大，包括許多子系統，但是，最終要集成一個系統，而且管理模式決定了版本控制是在項目開發到一定階段，形成初步系統模型時納入版本控制。因此在Firefly服務器上創建一個程序代碼庫，用來存儲初步集成的源代碼。使用這樣的庫結構有利于對配置項的統一管理和控制，同時也能提高編譯和發布的效率。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
