軟件配置管理實(shí)施的若干問(wèn)題研究

　摘要：本文以軟件配置管理在軟件質(zhì)量體系中的作用為切入點(diǎn)，以我國(guó)軟件企業(yè)在軟件開(kāi)發(fā)、維護(hù)過(guò)程中忽視軟件配置管理為著手點(diǎn)，從而過(guò)渡到軟件企業(yè)要實(shí)施軟件配置管理所要面臨與考慮的問(wèn)題，以及如何應(yīng)對(duì)與處理這些問(wèn)題作些具體探討。　

　關(guān)鍵字：配置項(xiàng)　配置庫(kù)　基線　軟件配置

　隨著計(jì)算機(jī)應(yīng)用的深入,軟件項(xiàng)目的規(guī)模越來(lái)越大,復(fù)雜性越來(lái)越高。傳統(tǒng)的二、三個(gè)人搞定一個(gè)項(xiàng)目的情況越來(lái)越少,稍大一點(diǎn)的項(xiàng)目已經(jīng)不再是靠某個(gè)"技術(shù)高手"從頭到尾一手操辦。從而在我們平時(shí)的軟件項(xiàng)目中一些混亂現(xiàn)象往往是屢見(jiàn)不鮮，比如：

　編那個(gè)程序的人現(xiàn)在離開(kāi)本公司了，留下的程序因缺文檔而導(dǎo)致無(wú)人能接上手。

　多個(gè)程序員對(duì)一個(gè)模塊操作，出現(xiàn)了怪異現(xiàn)象：一個(gè)程序員對(duì)該模塊所作的變更消失了。

　在一個(gè)模塊中作了修改，導(dǎo)致另一模塊不能正常運(yùn)行。

　上個(gè)星期已經(jīng)把這個(gè)錯(cuò)誤改正了，現(xiàn)在又出現(xiàn)了。

　采用科學(xué)的配置管理思想，輔之以先進(jìn)的配置管理工具，可以很容易的解決項(xiàng)目開(kāi)發(fā)過(guò)程中由于管理上引起的問(wèn)題。我國(guó)軟件企業(yè)可以從以下幾方面思路去實(shí)施軟件配置管理。

　1、列出軟件開(kāi)發(fā)、運(yùn)行、維護(hù)各階段所需的軟件配置項(xiàng)

　所謂軟件配置項(xiàng)就是在軟件開(kāi)發(fā)工作進(jìn)展中得到的許多工作產(chǎn)品、階段產(chǎn)品、使用的工具軟件等信息項(xiàng)。表一中列舉了若干類軟件配置項(xiàng)及其生成的階段。

　　
表一

　只有明確了各階段有哪些軟件配置項(xiàng)，軟件企業(yè)才能在實(shí)施軟件配置管理時(shí)胸有成竹、游刃有余。

　2、對(duì)現(xiàn)有軟件配置項(xiàng)進(jìn)行分類、補(bǔ)充，進(jìn)一步完善軟件配置

　軟件企業(yè)在實(shí)施某一軟件時(shí)，針對(duì)不同的用戶都有不同的需求。表二是不同用戶的工作環(huán)境：

　為了滿足各個(gè)用戶的使用要求，我們的軟件產(chǎn)品必須考慮到這些差異。在產(chǎn)品的設(shè)計(jì)時(shí)我們盡可能的作成表三所示的安排：

　
　　為了實(shí)現(xiàn)這兩種不同的軟件配置，在實(shí)際開(kāi)發(fā)應(yīng)用中，我們完全可以將各個(gè)配置項(xiàng)分別開(kāi)發(fā)出來(lái)，再根據(jù)用戶的需求，組合成不同的產(chǎn)品，如圖一所示：

　
　3、對(duì)軟件項(xiàng)目的變更要實(shí)行有效的控制和管理

　軟件企業(yè)在軟件的開(kāi)發(fā)、運(yùn)行、維護(hù)過(guò)程中必然要遇到軟件的變更。引起軟件的變更主要有兩方面的因素：一方面是用戶，如用戶要求修改工作范圍和需求等；另一方面是軟件開(kāi)發(fā)人員自身，如他們?cè)诠ぷ髦邪l(fā)現(xiàn)前期工作中的錯(cuò)誤而修改源碼甚至設(shè)計(jì)。對(duì)于以上兩種情況軟件企業(yè)可以從以下幾方面加以解決：

　3.1、明確實(shí)施變更的雙方人員

　事先應(yīng)該明確用戶有權(quán)提出需求變更申請(qǐng)的人員和軟件企業(yè)項(xiàng)目開(kāi)發(fā)組有權(quán)受理變更的人員，并且對(duì)雙方人數(shù)要加以控制。這樣做的好處是可以約束需求方，使需求方每提一個(gè)需求都要經(jīng)過(guò)仔細(xì)討論。而項(xiàng)目開(kāi)發(fā)組收到用戶的需求變更時(shí)，通過(guò)有權(quán)實(shí)施變更人員討論后，可以兼顧全局，對(duì)涉及到的相關(guān)文檔、程序、計(jì)劃都隨之變更。

　3.2、對(duì)變更進(jìn)行嚴(yán)格的審核

　并不是所有的變更都要修改，也不是所有變更都要立刻修改，審核的目的就是為了決定是否需要修改和什么時(shí)候修改。比如涉及到界面風(fēng)格問(wèn)題，就可以先不修改，或者規(guī)劃一下修改的時(shí)間待到以后進(jìn)行優(yōu)化。另外，對(duì)于核心模塊的修改要嚴(yán)格審核把關(guān)，否則會(huì)引起全局問(wèn)題。

　3.3、對(duì)變更的影響進(jìn)行評(píng)估

　變更都是有代價(jià)的，應(yīng)該評(píng)估一下變更的代價(jià)和對(duì)項(xiàng)目的影響，要讓用戶了解變更的后果，并與用戶一起做判斷。

　3.4、讓客戶確認(rèn)是否接受變更的代價(jià)。在評(píng)估代價(jià)并且與客戶討論的過(guò)程中，可以請(qǐng)用戶一起做判斷：“我可以修改，但您能接受后果嗎？”，并且對(duì)用戶一一列出修改的后果。