隨著軟件開發項目規模的逐漸增大，多人協同開發同一項目已成為普遍現實。在多人協同工作環境下，如果沒有很好的版本控制和配置管理，項目開發無法順利實施。OPNET就是一個網絡仿真技術軟件包，它能夠準確的分析復雜網絡的性能和行為，在網絡模型中的任意位置都可以插入標準的或用戶指定的探頭，以采集數據和進行統計。通過探頭得到的仿真輸出可以以圖形化顯示、數字方式觀察、或者輸出到第三方的軟件包去。其產品結構有三個模塊組成，能為用戶提供一系列的仿真模型庫，在電信、軍事、航天航空、系統集成、咨詢服務、大學、行政機關等方面被廣泛應用。在網絡規劃設計過程中經常出現多個不同的設計方案，它們往往是各有優缺點，很難作 出正確的選擇，因此如何進行科學的比較和取舍往往是網絡設計者們感到頭疼的事。網絡仿真能夠通過為不同的設計方案建立模型，進行模擬，獲取定量的網絡性能預測數據 ,為方案的驗證和比較提供可靠的依據。這里所指的設計方案可以是網絡拓撲結構、路 由設計、業務配置等等。

1 OPNET模型開發配置管理需求分析

1.1 OPNET模型開發配置管理與軟件開發配置管理的相似之處

OPNET 仿真模型庫為客戶提供了一系列的仿真模型。在這些仿真模型的基礎上，實現對網絡的仿真。OPNET仿真模型庫與其網絡仿真引擎（OPNET Modeler,ITGuru, Applicat ion DecisionGuru等）是分離的。這種設計方式方便了模型的修改、升級。OPNET的專業 部門負責對模型庫進行及時更新。同時，客戶還可以根據自己的要求定制模型。

在軟件開發領域對配置管理有嚴格的要求，與其相類似，在基于OPNET開發網絡仿真模型時，對模型開發也有一定要求，主要表現為：（1）軟件開發配置管理和OPNET模型開發，同樣需要保存模型源文件的記錄；（2）在軟件開發過程中，需要協同開發源代碼，而對于OPNET模型開發，則需要在不同的Modeler之間協同開發OPNET仿真模型； （3）在軟件開發過程中，需要重用源代碼，而OPNET模型開發，在新的工程中也需要重用以前開發的OPNET模型源代碼。

1.2 缺少配置管理的OPNET模型開發存在的風險

在開發大型網絡仿真模型的過程中，如果不采用有效的配置管理方法，可能會造成難以預計的損失。例如：（1）開發的模型文件丟失；（2）運行仿真對所開發的模型進行驗證時，無法得到預期的仿真結果；（3）不同的模型開發人員所工作的模型文件版本不同，給模型集成帶來困難。

1.3 OPNET模型開發配置管理的目的

基于以上原因，在OPNET模型開發過程中，需實施有效的配置管理，這樣可以達到以下目的：（1）保存良好的版本記錄。開發人員可以保存源代碼的主要版本，在此基礎上，配置管理保留了該版本的全部修改記錄，這樣可以使開發人員在任何時候都能獲取到所需文件的所有版本。因此，不論對于團隊，還是個人開發OPNET仿真模型，都能做到條理清晰，避免重復工作；（2）利于開發團隊的合作。可以約定開發人員獲取、更新源代碼主要版本的途徑，使得在并行開發模型的過程中，開發人員能有效地同步工作，從而提高模型的開發效率。

2 配置管理工具分析

目前流行的配置管理工具包括Rational ClearCase、Visual Source Safe和CVS等。Rational ClearCase是IBM用來管理和控制軟件開發資源的系列軟件之一，它集成了設計、開發、構建、測試和部署工具，為支持在軟件全生命周期中對資源進行訪問提供了較為完整的解決方案。但Rational ClearCase的安裝、維護復雜，成為合格的Rational ClearCase的系統管理員需要接受專門的培訓；并且Rational ClearCase不提供變更管理的功能，用戶除需購買license外，還需要支付技術服務的費用。Visual Source Safe（VSS）是微軟公司的Visual Studio軟件工具包中的配置管理工具，沒有對license進行收費（費用較低），但VSS不提供對流程的管理功能，也無法支持異地團隊的開發，且VSS只能在Windows平臺上運行。Concurrent Version System（CVS）除具備VSS的功能外，其C/S存取方法使得開發者可以從互聯網的任何接入點檢出新的代碼；其無限制版本管理的檢出模式避免了排它檢出模式引起的人工沖突；其客戶端工具可以在絕大多數平臺上使用，可運行于Windows、UNIX和Mac平臺之上，并能在3種平臺之間有效交互，是國際上最流行最成熟的配置管理軟件。

3 基于CVS的OPNET模型開發管理

3.1 配置管理工作流程

基于CVS進行軟件開發配置管理的主要工作流程如圖1所示。

具體過程為： （1）在本地硬盤上，創建CVS的倉庫目錄；（2）把本地需要CVS進行管理的原始目錄導入到CVS服務器上去，使之成為CVS服務器上倉庫的"模塊";（3）在本地硬盤上創建工作目錄；（4）協同工作的開發人員可以從CVS服務器的倉庫導出"模塊"到本地硬盤的工作目錄； （5）從CVS服務器同步開發對象的所有修改到本地工作目錄，在工作目錄上進行工作，在此過程中可將文件的中間版本提交給CVS服務器。

CVS（Concurrent Versions System）版本控制系統是一種GNU軟件包，主要用于在多人開發環境下的源碼的維護。Concurrent有并發的、協作的、一致的等含義。實際上CVS可以維護任意文檔的開發和使用，例如共享文件的編輯修改，而不僅僅局限于程序設計。CVS維護的文件類型可以是文本類型也可以是二進制類型。CVS用Copy-Modify-Merge（拷貝、修改、合并）變化表支持對文件的同時訪問和修改。它明確地將源文件的存儲和用戶的工作空間獨立開來，并使其并行操作。CVS基于客戶端/服務器的行為使其可容納多個用戶，構成網絡也很方便。這一特性使得CVS成為位于不同地點的人同時處理數據文件（特別是程序的源代碼）時的首選。所有重要的免費軟件項目都使用CVS作為其程序員之間的中心點，以便能夠綜合各程序員的改進和更改。這些項目包括GNOME、KDE、THE GIMP和Wine等。

3.2 配置管理要點

基于CVS進行OPNET模型開發配置管理的流程與圖1完全相同，但由于OPNET模型文件的特殊性，所以在基于CVS進行配置管理時需要對其模型文件做如下特殊處理：

（1）OPNET模型具有圖2所示的層次結構，因此要有效地存儲OPNET模型文件，必須合理組織倉庫中的目錄結構，以在工作副本中繼續保存這種模型層次結構。

（2）在多數應用軟件開發過程中，源代碼都是以文本文件形式存儲，而OPNET模型源代碼必須存儲為二進制文件，但OPNET模型文件卻不僅只包含二進制文件，所以需要針對OPNET模型中不同的文件類型，進行區別處理：

①將表1中的各種模型文件在倉庫中保存為二進制文件，標識為-kb.

②將表2中的派生文件添加到"cvsignore"文件類型，使得這些文件不會被提交到CVS服務器的倉庫中。因為隨著模型的調試，派生文件或中間文件越來越多，將會占用大量不必要的存儲空間。

（3）雖然CVS可基于"復制-調整-合并"的方式進行開發，但由于CVS不具備自動合并二進制文件的能力，所以需要手動合并OPNET模型文件，或將需要合并的二進制模型文件導出成文本文件（如EMA文件、XML文件等形式），以充分利用CVS的合并功能。

3.3 配置管理實例與經驗

在開發OPNET模型過程中，利用WinCVS配置管理OPNET模型的實例如圖3所示。同時在實踐過程中總結了如下幾點經驗：

（1）開始基于CVS進行OPNET模型文件配置管理時，可能難以準確標注所有的二進制文件，所以需要在模型提交給CVS服務器之后，進行多次檢出和運行仿真來確保模型的完整性和存儲的正確性。

（2）由于很多OPNET模型文件較大，倉庫很容易被填滿，所以僅需要存儲模型源文件和必要的文檔文件，并使導入服務器的場景數量最小化。另外，目錄結構要清晰合理，以便有利于組織不同類型的文件，提高用戶自定義模型的可重用性，減少倉庫中需要復制的模型數量。

（3）可采用XML方式自動合并模型文件。OPNET Modeler提供了*.pr.m、*.nd.m文件的XML表現形式。

（4）在合作開發過程中，即使使用了CVS,也要有稱職的管理人員，并且需要創建良好的配置管理使用流程，在開發人員之間經常溝通并達成一致。

本文將軟件開發中的配置管理引入OPNET仿真模型開發領域，分析了合適的OPNET模型開發配置管理工具，探索了配置管理流程和要點。通過合理的設置，可以成功使用CVS作為OPNET模型開發強有力的輔助工具，提高OPNET模型開發工作效率。