【文章內(nèi)容簡(jiǎn)介】 相關(guān)理論知識(shí)介紹本系統(tǒng)應(yīng)用到的技術(shù)包括：CMM、.NET技術(shù)、Oracle技術(shù)。 CMM　　1　概述能力成熟度集成模型(CapabilityMaturityModelIntegration, CMM I)是由美國(guó)卡耐基梅隆大學(xué)的軟件工程研究所( SE I)組織開發(fā),于2002年發(fā)布的一種規(guī)范、實(shí)用的途徑來管理軟件過程的模型[ 1 ] .　　　　CMM I通過指導(dǎo)軟件開發(fā)人員的活動(dòng)來改進(jìn)軟件過程,以達(dá)到軟件過程可復(fù)用性、可定量管理、可有效控制的目的.　　　　軟件配置管理( Software Configuration Manage2ment, SCM)是CMMI可重復(fù)級(jí)的一個(gè)關(guān)鍵過程域(Key ProcessArea, KPA) ,其目的是在整個(gè)項(xiàng)目的軟件生命周期中,保持軟件產(chǎn)品的完整性和可追蹤性,這包含了對(duì)改變的控制和所有能影響到改變的軟件因素的管理.　　 　軟件配置管理的基本概念　軟件配置項(xiàng)軟件配置項(xiàng)( Software Configuration Item, SC I)指定為軟件配置管理的對(duì)象且在軟件配置管理過程中作為單個(gè)實(shí)體予以處理的軟件工作產(chǎn)品. 項(xiàng)目SCM工作是從識(shí)別軟件系統(tǒng)的配置項(xiàng)開始,以下3 類都可成為項(xiàng)目的配置項(xiàng): (1)對(duì)外交付的軟件產(chǎn)品,如源代碼。 ( 2)指定的內(nèi)部軟件工作產(chǎn)品,如需求文檔、設(shè)計(jì)文檔等。 ( 3)指定的內(nèi)部使用的支持工具,如編輯環(huán)境.　　基線為了有效地控制變動(dòng), SCM專門引入了基線的概念. 基線常對(duì)應(yīng)于開發(fā)過程中的里程碑,其標(biāo)志是有一個(gè)或多個(gè)SCI的交付,且這些SCI已經(jīng)過技術(shù)審核而獲得認(rèn)可. 對(duì)于已成為基線的SCI,在進(jìn)行修改時(shí),必須按照一個(gè)特殊的、正式的過程進(jìn)行評(píng)估,確認(rèn). 基線一般分為功能基線、指派基線和產(chǎn)品基線.　　功能基線:系統(tǒng)分析與軟件定義階段結(jié)束時(shí),產(chǎn)生系統(tǒng)設(shè)計(jì)規(guī)格說明中對(duì)待開發(fā)軟件系統(tǒng)的規(guī)格說明,經(jīng)正式評(píng)審和審批后建立該基線.　　指派基線:需求分析階段產(chǎn)生軟件需求的規(guī)格說明,經(jīng)正式評(píng)審和審批后建立該基線.　　產(chǎn)品基線:組裝與系統(tǒng)測(cè)試結(jié)束時(shí),經(jīng)系統(tǒng)測(cè)試與確認(rèn)后,產(chǎn)生有關(guān)所開發(fā)的產(chǎn)品的全部配置項(xiàng)的規(guī)格說明,經(jīng)正式評(píng)審、鑒定和審批后建立該基線.　　角色軟件配置管理過程中主要涉及到的角色包括項(xiàng)目經(jīng)理、配置控制委員會(huì)( Configuration ControlBoard, CCB) 、SCM小組、CM 經(jīng)理、配置管理員、系統(tǒng)集成員、開發(fā)人員和測(cè)試人員,不同的角色具備且只能具備自己職責(zé)范圍內(nèi)的相應(yīng)權(quán)限.　　項(xiàng)目經(jīng)理是整個(gè)軟件開發(fā)活動(dòng)的負(fù)責(zé)人,主要的職責(zé)是制定和修改項(xiàng)目的配置管理策略,批準(zhǔn)和發(fā)布配置管理實(shí)施計(jì)劃,審閱CCB的報(bào)告. 配置管理員根據(jù)配置管理計(jì)劃執(zhí)行各項(xiàng)管理任務(wù),完成配置審核并提交報(bào)告,對(duì)開發(fā)人員進(jìn)行相關(guān)的培訓(xùn).　　CCB負(fù)責(zé)指導(dǎo)和控制配置管理的各項(xiàng)具體活動(dòng)的進(jìn)行,審核變更申請(qǐng),根據(jù)配置管理員的報(bào)告決定相應(yīng)的對(duì)策,為項(xiàng)目經(jīng)理的決策提建議. 對(duì)于普通的小型軟件項(xiàng)目而言, CCB可由項(xiàng)目經(jīng)理或者配置管理員替代. CM經(jīng)理負(fù)責(zé)為項(xiàng)目團(tuán)隊(duì)提供全面的配置管理基礎(chǔ)設(shè)施和環(huán)境,并支持配置管理活動(dòng)的角色.　　　版本版本是某一配置項(xiàng)的已標(biāo)識(shí)了的實(shí)例. 在一般的開發(fā)中,修改后的文件保存會(huì)直接覆蓋原有文件,而在配置管理中,配置項(xiàng)文件在發(fā)生變更后保存是形成該文件的新版本,與原有版本一同存在,這樣使整個(gè)開發(fā)過程有跡可尋,確?；厮菪院涂梢曅?　　　基于CMM 的軟件配置管理的實(shí)施SCM是CMM 中的一個(gè)基礎(chǔ)構(gòu)件,在這個(gè)KPA中包含了業(yè)界普遍認(rèn)可的、行之有效的最佳實(shí)踐,然而,在該模型中,并沒有給予如何實(shí)施配置管理的指導(dǎo),只告訴實(shí)施人員在配置管理過程中應(yīng)該做什么以及一些簡(jiǎn)單的方法. 這給采用該模型進(jìn)行軟件過程改進(jìn)、實(shí)施配置管理的組織帶來了一定的難度.　　在實(shí)施配置管理的過程中,由SCM組與項(xiàng)目經(jīng)理一起制定SCM計(jì)劃. 要將制定配置管理計(jì)劃的任務(wù)分配到指定的人員,要確保負(fù)責(zé)制定配置管理計(jì)劃的人員在目標(biāo)、規(guī)程和方法等內(nèi)容方面接受培訓(xùn),同時(shí)要確保所有受影響的部門或者個(gè)人都要參與評(píng)審配置管理計(jì)劃.　　創(chuàng)建配置管理環(huán)境(1) 設(shè)置軟件配置組織結(jié)構(gòu)SCM過程實(shí)施必須有一個(gè)獨(dú)立的機(jī)構(gòu),如SCM組. 配置管理組由配置管理專職人員組成,目前主要由CM經(jīng)理、配置管理員. SCM過程中還涉及到其他的角色,具體見前文所述.　　(2) 建立SCM文件體系SCM實(shí)施文件體系包括:第1層的SCM方針政策,描述SCM的目標(biāo)、方法、途徑,由CM經(jīng)理編制。第2層次的SCM過程,是整個(gè)文件體系的核心,將SCM標(biāo)準(zhǔn)的包括執(zhí)行活動(dòng)在內(nèi)的所有共同特性的關(guān)鍵實(shí)踐予以文件化和制度化,由CM經(jīng)理組織人員編制。第3層次的配置管理規(guī)范和適合目標(biāo)機(jī)構(gòu)的配置管理基本章程,為具體執(zhí)行SCM活動(dòng)提供作業(yè)規(guī)范或模板,一般由從事這項(xiàng)具體工作的人員編制,由CM經(jīng)理審核,經(jīng)項(xiàng)目經(jīng)理批準(zhǔn). 下層的文件支持上層的文件,形成金字塔構(gòu)架的文件體系.　　(3) 提供SCM所需的資源組織必須提供足夠的資源以保證具備實(shí)施SCM的執(zhí)行能力. 在實(shí)施CMM過程中, SCM是最需要軟件工具支撐的KPA. 這些工具包括SCM軟件、配置狀態(tài)統(tǒng)計(jì)軟件等,如Rational Clear Case、CVS等. 選擇工具時(shí)須考慮SCM目標(biāo)和過程,組織的規(guī)模、軟件開發(fā)方式和特點(diǎn). 在購買了工具軟件后,必須對(duì)操作人員進(jìn)行上崗培訓(xùn).　　(4) 建立軟件配置管理庫系統(tǒng)建立軟件配置管理庫系統(tǒng)的主要目的是用來存放軟件基線. 它可以對(duì)軟件配置管理進(jìn)行多級(jí)的控制,譬如在產(chǎn)品的開發(fā)周期中,不同的階段有著不同力度的配置管理,隨著產(chǎn)品不斷成熟,控制力度也隨之增強(qiáng)。提供對(duì)庫中配置項(xiàng)的存儲(chǔ)和修改的功能,支持在相關(guān)組之間和庫中不同控制級(jí)間共享和傳輸配置項(xiàng)。支持生成軟件配置管理的報(bào)告文檔以及軟件基線內(nèi)容的報(bào)告文檔.　　標(biāo)識(shí)配置項(xiàng)確定置于配置管理下的配置項(xiàng),確保已確定的每個(gè)配置項(xiàng)有唯一標(biāo)識(shí),用于跟蹤和管理. 在選定配置項(xiàng)時(shí)應(yīng)遵循下列準(zhǔn)則之一:(1) 兩個(gè)或以上的組共同使用的工作產(chǎn)品(2) 可能因需求的差錯(cuò)或變更而做相應(yīng)變化的工作產(chǎn)品(3) 彼此相關(guān)并且其中之一發(fā)生變更將會(huì)使得其他工作產(chǎn)品發(fā)生變更的工作產(chǎn)品。(4) 對(duì)整個(gè)項(xiàng)目至關(guān)重要的工作產(chǎn)品.　　版本控制版本控制是SCM的核心,其目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本,避免發(fā)生版本丟失或混淆等現(xiàn)象,保證產(chǎn)品的可追溯性. 在本方法中,根據(jù)配置項(xiàng)的狀態(tài)及其變遷,制定了版本標(biāo)識(shí)規(guī)則與版本控制流程.　　配置狀態(tài)統(tǒng)計(jì)配置狀態(tài)統(tǒng)計(jì)記錄和報(bào)告管理SCI所需的信息,如基線和對(duì)基線的變更的實(shí)現(xiàn)狀態(tài). 以便于開發(fā)人員及時(shí)地了解或查閱配置項(xiàng)的當(dāng)前狀態(tài)和歷史版本,避免因溝通不當(dāng)而造成的軟件開發(fā)版本的混亂.　　配置狀態(tài)統(tǒng)計(jì)的輸入數(shù)據(jù)包括SCCB 決定,也包括SCI和變更請(qǐng)求的狀態(tài)信息. 輸出數(shù)據(jù)被格式化為配置狀態(tài)統(tǒng)計(jì)報(bào)告. 配置狀態(tài)統(tǒng)計(jì)一般包含如下形式的內(nèi)容:記錄、變更請(qǐng)求表、庫詳細(xì)目錄表、數(shù)據(jù)分配表、發(fā)布表、文檔記錄表、報(bào)告等.　 配置審核配置審核主要作用是作為變更控制的補(bǔ)充手段,其目的是驗(yàn)證軟件基準(zhǔn)庫內(nèi)容的一致性和完整性. 通常在每次產(chǎn)品發(fā)布之前(即在里程碑評(píng)審后)　　實(shí)施配置審核. 執(zhí)行配置審核有以下活動(dòng):(1) 組成審核小組,并明確各自的職責(zé).(2) 收集審核材料,確定審核內(nèi)容和日程安排.　　(3) 進(jìn)行功能審核:檢驗(yàn)軟件基準(zhǔn)庫內(nèi)容是否一致,如驗(yàn)證配置項(xiàng)的實(shí)際功能與軟件需求規(guī)格說明一致,確認(rèn)當(dāng)前基線配置項(xiàng)的正確性,完整性,完備性.　　(4) 進(jìn)行物理審核:檢驗(yàn)軟件基準(zhǔn)庫內(nèi)容是否完整,如驗(yàn)證項(xiàng)目的配置管理工作是否符合適用的標(biāo)準(zhǔn)和規(guī)程。驗(yàn)證交付的產(chǎn)品確實(shí)包含所有必需的項(xiàng)目,如正確版本的源代碼、資源、文檔等.　　(5) 形成配置審核報(bào)告,并上報(bào)相關(guān)人員.　　(6) 跟蹤審核發(fā)現(xiàn)的問題的糾正措施直至問題解決,糾正情況記錄于《審核問題跟蹤記錄》中.　　SCM的對(duì)象是軟件研發(fā)活動(dòng)中的全部開發(fā)資產(chǎn). 因SCM覆蓋了整個(gè)軟件開發(fā)過程,故它是改進(jìn)軟件過程、提高過程能力成熟度的理想切入點(diǎn).隨著信息技術(shù)的不斷發(fā)展，在軟件項(xiàng)目開發(fā)過程中形成大量的信息資源，如需求文檔、設(shè)計(jì)文檔、代碼、測(cè)試文檔、 原代碼、軟件說明書和手冊(cè)等。同時(shí)，軟件項(xiàng)目開發(fā)和維護(hù)是一個(gè)不斷增加、反復(fù)修改的過程，軟件項(xiàng)目不僅要求實(shí)現(xiàn)對(duì)文檔、代碼的增刪改、瀏覽、檢索和統(tǒng)計(jì)匯總等靜態(tài)管理，還需要記錄、跟蹤和回溯文檔、代碼的設(shè)計(jì)歷史，這對(duì)積累設(shè)計(jì)經(jīng)驗(yàn)、實(shí)現(xiàn)軟件維護(hù)創(chuàng)新尤為重要。　　　　所以，在軟件項(xiàng)目開發(fā)和維護(hù)過程中建立本企業(yè)的知識(shí)庫及經(jīng)驗(yàn)庫, 有效地控制和使用軟件信息資源，為開發(fā)維護(hù)人員提供一個(gè)實(shí)時(shí)的配置管理平臺(tái)，是軟件系統(tǒng)開發(fā)與實(shí)施的基礎(chǔ)。　　1 版本難以控制軟件開發(fā)和維護(hù)過程的特點(diǎn)是連續(xù)性，從軟件項(xiàng)目立項(xiàng)、需求分析、總體設(shè)計(jì)到系統(tǒng)運(yùn)維的過程中兼具功能變化和新增功能，或者適應(yīng)不同的環(huán)境（如不同的操作系統(tǒng)）、根據(jù)不同用戶的要求開發(fā)了特點(diǎn)各異的版本，這些版本之間存在大量的共享模塊（圖表、原代碼、文檔等等），經(jīng)過多人次修改后，發(fā)現(xiàn)實(shí)際有用的版本卻不知去向了?！　?資源變化頻繁企業(yè)的軟件開發(fā)過程中其資源急劇增加，由于沒有控制好軟件變化過程，項(xiàng)目經(jīng)過了幾次大改動(dòng)，幾乎記不起原來是什么樣子了；根據(jù)用戶提出的多次變更要求更改后的軟件，與用戶的需要相距甚遠(yuǎn)，無法恢復(fù)原來的版本；如某維護(hù)人員未經(jīng)正常的軟件變化申請(qǐng)，自行修改軟件中的某一錯(cuò)誤，雖然局部錯(cuò)誤是改正了，但由于沒有考慮到局部改動(dòng)對(duì)全局的影響，使得整個(gè)系統(tǒng)不能正常工作，造成開發(fā)過程的停滯?！　　　?配置審核問題對(duì)軟件開發(fā)和維護(hù)的變化沒有正常的審核過程，對(duì)于用戶所提出的變更要求，缺少必要的審查和確認(rèn)程序，發(fā)布出去的產(chǎn)品中，缺少文檔，或者文檔與應(yīng)用不一致?！　　　?項(xiàng)目管理問題項(xiàng)目組成員間源代碼的更新和保存記錄變得越來越復(fù)雜，終端使用混亂，下層終端應(yīng)用軟件存在多個(gè)版本或同一版本存放在不用路徑，給下層使用人員也帶來不便，造成終端操作人員在使用軟件過程中出現(xiàn)多次打開，數(shù)據(jù)重復(fù)上傳的現(xiàn)象，并且在問題出現(xiàn)時(shí)無法快速追蹤到故障原因?！　　　?基本定義配置管理定義(configuration management) 主要解決軟件開發(fā)和軟件維護(hù)過程中的方法和規(guī)則，通過在特定的時(shí)刻選擇軟件配置，系統(tǒng)地控制對(duì)配置的修改，并在整個(gè)軟件生命周期中維護(hù)配置的完整性和可追蹤性?！　　　?開發(fā)原則軟件項(xiàng)目應(yīng)充分考慮其項(xiàng)目的特點(diǎn)，配置管理定義軟件開發(fā)和維護(hù)過程應(yīng)遵循以下原則：①各個(gè)項(xiàng)目存儲(chǔ)庫的按類別進(jìn)行定義，滿足對(duì)開發(fā)維護(hù)過程實(shí)施科學(xué)、有效、規(guī)范的管理；②版本管理標(biāo)準(zhǔn)化，按項(xiàng)目的生命周期過程進(jìn)行版本控制管理（版號(hào)＋版次，如A ， 等），保持程序、文檔和數(shù)據(jù)的完整性和可追溯性；③支持團(tuán)隊(duì)并行開發(fā)和異地開發(fā)，滿足用戶的不同要求；④查詢統(tǒng)計(jì)功能，可幫助管理層監(jiān)控、跟蹤、分析項(xiàng)目開發(fā)過程和結(jié)果；⑤具備良好的可配置性、可維護(hù)性、適應(yīng)性和具有版本管理及權(quán)限動(dòng)態(tài)管理功能。在軟件開發(fā)這個(gè)龐大而復(fù)雜的過程中，需要涉及到各種文檔（包括需求文檔、技術(shù)文檔、數(shù)據(jù)、程序代碼等），而且在開發(fā)過程中往往涉及大量人員（包括項(xiàng)目經(jīng)理、需求調(diào)查人員、文檔書寫人員、軟件開發(fā)人員、軟件維護(hù)人員等。因此客戶需求的變動(dòng)、系統(tǒng)結(jié)構(gòu)的變更都會(huì)導(dǎo)致對(duì)軟件的修改，小到可能只是對(duì)某個(gè)源文件中的某個(gè)變量的定義改動(dòng)，大到重新設(shè)計(jì)程序模塊甚至可能是整個(gè)需求分析變動(dòng)。本文提出的軟件配置管理流程模型能夠?qū)浖_發(fā)進(jìn)行有效的配置管理，使軟件開發(fā)從初始混亂的過程過渡到可復(fù)用、可管理的有序化過程?！　　　?. 軟件開發(fā)配置管理兩段模型的提出配置管理(Configuration Management，CM)作為軟件工程的一個(gè)方面，在過去的30 年內(nèi)得到了長(zhǎng)足的發(fā)展。隨著自動(dòng)化配置工具的不斷發(fā)展完善，配置管理手段逐步走向自動(dòng)化方式。目前比較流行的CM工具有很多，例如：MicroSoft 公司的VSS，RationalRose 公司的ClearCase 等。這些CM工具大體上包括以下幾個(gè)方面的內(nèi)容：、版本控制：標(biāo)識(shí)、記錄配置項(xiàng)的功能和物理特征。　　　　變更控制（Change Control）：是軟件配置管理的核心，它通過創(chuàng)建產(chǎn)品基線，在產(chǎn)品的整個(gè)生命周期中控制它的發(fā)布和變更?！　　　∨渲脿顟B(tài)統(tǒng)計(jì)（CSA，Configuration Status Accounting）涉及記錄和報(bào)告變更過程，持續(xù)地記錄配置的狀態(tài)以及保持基線產(chǎn)品和其變更建議的歷史，并使相關(guān)人員了解配置和基線的情況。　　　　配置審計(jì)（Configuration Audit）用來驗(yàn)證配置管理過程，以保證配置庫中所有配置項(xiàng)的完整性?！　　　∪欢鴮?duì)于分布于不同地點(diǎn)的開發(fā)人員來共同協(xié)作開發(fā)的大型軟件項(xiàng)目而言，配置管理是一項(xiàng)十分復(fù)雜的工作，而且目前可以應(yīng)用的自動(dòng)化配置管理技術(shù)僅限于配置管理的幾個(gè)方面。對(duì)于一些大的開發(fā)項(xiàng)目團(tuán)隊(duì)來說，他們更傾向于擁有自己的開發(fā)配置管理系統(tǒng)，然而這一工作開銷卻異常巨大，往往維護(hù)配置管理系統(tǒng)的開銷比維護(hù)應(yīng)用程序開發(fā)更大。而且CM的解決方案只有10%的技術(shù)成分，其余的則是管理過程和用戶培訓(xùn)。因此對(duì)于一個(gè)軟件開發(fā)項(xiàng)目來說，無論選擇何種策略和方法，配置管理的制定和實(shí)施都不是一件容易的事情。因此要實(shí)施配置管理，就必需引進(jìn)良好管理模式?！　　　?. 軟件開發(fā)配置管理的兩段模型軟件開發(fā)配置管理，是對(duì)軟件開發(fā)的過程進(jìn)行的配置管理，是整個(gè)軟件生命周期中重要內(nèi)容。完整的軟件開發(fā)配置管理流程可以分為兩部分：制定軟件配置管理方案和實(shí)施軟件配置管理方案?！　　　?制定流程要實(shí)現(xiàn)軟件配置管理，首先要根據(jù)需求分析文檔在開發(fā)組織中成立CEB（Configuration Establishment Board，配置構(gòu)造委員會(huì)），它是由負(fù)責(zé)人、配置管理專家，系統(tǒng)開發(fā)技術(shù)人員等成員臨時(shí)組成的配置構(gòu)造小組，負(fù)責(zé)配置管理方案制定過程中的所有工作。CEB 通過分析用戶需求分析文檔，評(píng)估開發(fā)組織情況，從項(xiàng)目經(jīng)理或技術(shù)經(jīng)理或相關(guān)權(quán)威技術(shù)專家中挑選出部分人員，及邀請(qǐng)客戶組織中相關(guān)專業(yè)的專家組成CCB（ConfigurationControl Board，配置控制委員會(huì)），用以評(píng)審開發(fā)過程中的變更。下一步CEB 制定出配置管理計(jì)劃，該計(jì)劃主管配置管理的領(lǐng)導(dǎo)審核，審核通過，發(fā)布該配置管理計(jì)劃