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

　　1 OPNET模型開(kāi)發(fā)配置管理需求分析

　　1.1 OPNET模型開(kāi)發(fā)配置管理與軟件開(kāi)發(fā)配置管理的相似之處

　　OPNET 仿真模型庫(kù)為客戶(hù)提供了一系列的仿真模型。在這些仿真模型的基礎(chǔ)上，實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)的仿真。OPNET仿真模型庫(kù)與其網(wǎng)絡(luò)仿真引擎（OPNET Modeler,ITGuru, Applicat ion DecisionGuru等）是分離的。這種設(shè)計(jì)方式方便了模型的修改、升級(jí)。OPNET的 部門(mén)負(fù)責(zé)對(duì)模型庫(kù)進(jìn)行及時(shí)更新。同時(shí)，客戶(hù)還可以根據(jù)自己的要求定制模型。

　　在軟件開(kāi)發(fā)領(lǐng)域?qū)ε渲霉芾碛袊?yán)格的要求，與其相類(lèi)似，在基于OPNET開(kāi)發(fā)網(wǎng)絡(luò)仿真模型時(shí)，對(duì)模型開(kāi)發(fā)也有一定要求，主要表現(xiàn)為：（1）軟件開(kāi)發(fā)配置管理和OPNET模型開(kāi)發(fā)，同樣需要保存模型源文件的記錄；（2）在軟件開(kāi)發(fā)過(guò)程中，需要協(xié)同開(kāi)發(fā)源代碼，而對(duì)于OPNET模型開(kāi)發(fā)，則需要在不同的Modeler之間協(xié)同開(kāi)發(fā)OPNET仿真模型； （3）在軟件開(kāi)發(fā)過(guò)程中，需要重用源代碼，而OPNET模型開(kāi)發(fā)，在新的工程中也需要重用以前開(kāi)發(fā)的OPNET模型源代碼。

　　1.2 缺少配置管理的OPNET模型開(kāi)發(fā)存在的風(fēng)險(xiǎn)

　　在開(kāi)發(fā)大型網(wǎng)絡(luò)仿真模型的過(guò)程中，如果不采用有效的配置管理方法，可能會(huì)造成難以預(yù)計(jì)的損失。例如：（1）開(kāi)發(fā)的模型文件丟失；（2）運(yùn)行仿真對(duì)所開(kāi)發(fā)的模型進(jìn)行驗(yàn)證時(shí)，無(wú)法得到預(yù)期的仿真結(jié)果；（3）不同的模型開(kāi)發(fā)人員所工作的模型文件版本不同，給模型集成帶來(lái)困難。

　　1.3 OPNET模型開(kāi)發(fā)配置管理的目的

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

　　2 配置管理工具分析

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

　　3 基于CVS的OPNET模型開(kāi)發(fā)管理

　　3.1 配置管理工作流程

　　基于CVS進(jìn)行軟件開(kāi)發(fā)配置管理的主要工作流程如圖1所示。

　　具體過(guò)程為： （1）在本地硬盤(pán)上，創(chuàng)建CVS的倉(cāng)庫(kù)目錄；（2）把本地需要CVS進(jìn)行管理的原始目錄導(dǎo)入到CVS服務(wù)器上去，使之成為CVS服務(wù)器上倉(cāng)庫(kù)的"模塊";（3）在本地硬盤(pán)上創(chuàng)建工作目錄；（4）協(xié)同工作的開(kāi)發(fā)人員可以從CVS服務(wù)器的倉(cāng)庫(kù)導(dǎo)出"模塊"到本地硬盤(pán)的工作目錄； （5）從CVS服務(wù)器同步開(kāi)發(fā)對(duì)象的所有修改到本地工作目錄，在工作目錄上進(jìn)行工作，在此過(guò)程中可將文件的中間版本提交給CVS服務(wù)器。

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

　　3.2 配置管理要點(diǎn)

　　基于CVS進(jìn)行OPNET模型開(kāi)發(fā)配置管理的流程與圖1完全相同，但由于OPNET模型文件的特殊性，所以在基于CVS進(jìn)行配置管理時(shí)需要對(duì)其模型文件做如下特殊處理：

　　（1）OPNET模型具有圖2所示的層次結(jié)構(gòu)，因此要有效地存儲(chǔ)OPNET模型文件，必須合理組織倉(cāng)庫(kù)中的目錄結(jié)構(gòu)，以在工作副本中繼續(xù)保存這種模型層次結(jié)構(gòu)。

　?。?）在多數(shù)應(yīng)用軟件開(kāi)發(fā)過(guò)程中，源代碼都是以文本文件形式存儲(chǔ)，而OPNET模型源代碼必須存儲(chǔ)為二進(jìn)制文件，但OPNET模型文件卻不僅只包含二進(jìn)制文件，所以需要針對(duì)OPNET模型中不同的文件類(lèi)型，進(jìn)行區(qū)別處理：

　?、賹⒈?中的各種模型文件在倉(cāng)庫(kù)中保存為二進(jìn)制文件，標(biāo)識(shí)為-kb.

　?、趯⒈?中的派生文件添加到"cvsignore"文件類(lèi)型，使得這些文件不會(huì)被提交到CVS服務(wù)器的倉(cāng)庫(kù)中。因?yàn)殡S著模型的調(diào)試，派生文件或中間文件越來(lái)越多，將會(huì)占用大量不必要的存儲(chǔ)空間。

　?。?）雖然CVS可基于"復(fù)制-調(diào)整-合并"的方式進(jìn)行開(kāi)發(fā)，但由于CVS不具備自動(dòng)合并二進(jìn)制文件的能力，所以需要手動(dòng)合并OPNET模型文件，或?qū)⑿枰喜⒌亩M(jìn)制模型文件導(dǎo)出成文本文件（如EMA文件、XML文件等形式），以充分利用CVS的合并功能。

　　3.3 配置管理實(shí)例與經(jīng)驗(yàn)

　　在開(kāi)發(fā)OPNET模型過(guò)程中，利用WinCVS配置管理OPNET模型的實(shí)例如圖3所示。同時(shí)在實(shí)踐過(guò)程中總結(jié)了如下幾點(diǎn)經(jīng)驗(yàn)：

　　（1）開(kāi)始基于CVS進(jìn)行OPNET模型文件配置管理時(shí)，可能難以準(zhǔn)確標(biāo)注所有的二進(jìn)制文件，所以需要在模型提交給CVS服務(wù)器之后，進(jìn)行多次檢出和運(yùn)行仿真來(lái)確保模型的完整性和存儲(chǔ)的正確性。

　?。?）由于很多OPNET模型文件較大，倉(cāng)庫(kù)很容易被填滿(mǎn)，所以?xún)H需要存儲(chǔ)模型源文件和必要的文檔文件，并使導(dǎo)入服務(wù)器的場(chǎng)景數(shù)量化。另外，目錄結(jié)構(gòu)要清晰合理，以便有利于組織不同類(lèi)型的文件，提高用戶(hù)自定義模型的可重用性，減少倉(cāng)庫(kù)中需要復(fù)制的模型數(shù)量。

　?。?）可采用XML方式自動(dòng)合并模型文件。OPNET Modeler提供了*.pr.m、*.nd.m文件的XML表現(xiàn)形式。

　?。?）在合作開(kāi)發(fā)過(guò)程中，即使使用了CVS,也要有稱(chēng)職的管理人員，并且需要?jiǎng)?chuàng)建良好的配置管理使用流程，在開(kāi)發(fā)人員之間經(jīng)常溝通并達(dá)成一致。

　　本文將軟件開(kāi)發(fā)中的配置管理引入OPNET仿真模型開(kāi)發(fā)領(lǐng)域，分析了合適的OPNET模型開(kāi)發(fā)配置管理工具，探索了配置管理流程和要點(diǎn)。通過(guò)合理的設(shè)置，可以成功使用CVS作為OPNET模型開(kāi)發(fā)強(qiáng)有力的輔助工具，提高OPNET模型開(kāi)發(fā)工作效率。