【導(dǎo)讀】其他個(gè)人或集體已經(jīng)發(fā)表或撰寫的成果作品。對(duì)本文的研究做出重要貢獻(xiàn)。的個(gè)人和集體，均已在文中以明確方式標(biāo)明。本人完全意識(shí)到本聲明的法。律后果由本人承擔(dān)。本人授權(quán)湖南大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入?？刂?、變更控制、配置狀態(tài)統(tǒng)計(jì)和配置審核等實(shí)踐活動(dòng).對(duì)特定環(huán)節(jié),淺談可能存在的問題以及相應(yīng)的解決方法或?qū)崿F(xiàn)途徑。本文是討論軟件開發(fā)管理系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)的研究。針對(duì)這樣一個(gè)復(fù)雜的大型系統(tǒng)，怎樣的架。構(gòu)才能保障整個(gè)系統(tǒng)的順利建立，并保證長(zhǎng)期穩(wěn)定的運(yùn)行；；3．對(duì)于復(fù)雜的管理系統(tǒng)，如何提供完善的維護(hù)管理，以實(shí)現(xiàn)實(shí)時(shí)，科學(xué)管理。通過此課題的研究，使得研究成果能夠運(yùn)用于軟件開發(fā)過程管理中，提高

　　

【正文】 過程改進(jìn)、實(shí)施 配置管理的組織帶來(lái)了一定的難度 . 在實(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) . 在購(gòu)買了工具軟件后 ,必須對(duì)操作人員進(jìn)行上崗培訓(xùn) . (4) 建立軟件配置管理庫(kù)系統(tǒng)建立軟件配置管理庫(kù)系統(tǒng)的主要目的是用來(lái)存軟件開發(fā)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 10 放軟件基線 . 它可以對(duì)軟件配置管理進(jìn)行多級(jí)的控制 ,譬如在產(chǎn)品的開發(fā)周期中 ,不同的階段有著不同力度的配置管理 ,隨著產(chǎn)品不 斷成熟 ,控制力度也隨之增強(qiáng) 。提供對(duì)庫(kù)中配置項(xiàng)的存儲(chǔ)和修改的功能 ,支持在相關(guān)組之間和庫(kù)中不同控制級(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)求表、庫(kù)詳細(xì)目錄表、數(shù)據(jù)分配表、發(fā)布表、文檔記錄表、報(bào)告等 . 配置審核配置審核主要作用是作為變更控制的補(bǔ)充手段 ,其目的是驗(yàn)證軟件基準(zhǔn)庫(kù)內(nèi)容的一致性和完整性 . 通常在每次產(chǎn)品發(fā)布之前 (即在里程碑評(píng)審后 ) 實(shí)施配置審核 . 執(zhí)行配置審核有以下活動(dòng) :(1) 組成審核小組 ,并明確各自的職責(zé) .(2) 收集審核材料 ,確定審核內(nèi)容和日程安排 . (3) 進(jìn)行功能審核 :檢驗(yàn)軟件基準(zhǔn)庫(kù)內(nèi)容是否一致 ,如驗(yàn)證配置項(xiàng)的實(shí)際功能與軟件需求規(guī)格說明一致 ,確認(rèn)當(dāng)前基線配 置項(xiàng)的正確性 ,完整性 ,完備性 . (4) 進(jìn)行物理審核 :檢驗(yàn)軟件基準(zhǔn)庫(kù)內(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)管理，還需要記錄、跟蹤碩士學(xué)位論文 11 和回溯文檔、代碼的設(shè)計(jì)歷史，這對(duì)積累設(shè)計(jì)經(jīng)驗(yàn)、實(shí)現(xiàn)軟件維護(hù)創(chuàng)新尤為重要。 所以，在軟件項(xiàng)目開發(fā)和維護(hù)過程中建立本企業(yè)的知識(shí)庫(kù)及經(jīng)驗(yàn)庫(kù) , 有效地控制和使用軟件信息資源，為開發(fā)維護(hù)人員提供一個(gè)實(shí)時(shí)的配置管理平臺(tái)，是軟件系統(tǒng)開發(fā)與實(shí)施的基礎(chǔ)。 1 軟 件項(xiàng)目開發(fā)和維護(hù)過程問題分析 版本難以控制軟件開發(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)，幾乎記不起原來(lái)是什么樣子了；根據(jù)用戶提出的多次變更要求 更改后的軟件，與用戶的需要相距甚遠(yuǎn)，無(wú)法恢復(fù)原來(lái)的版本；如某維護(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)目組成員間源代碼的更新和保存記錄變得越來(lái)越復(fù)雜，終端使用混亂，下層終端應(yīng)用軟件 存在多個(gè)版本或同一版本存放在不用路徑，給下層使用人員也帶來(lái)不便，造成終端操作人員在使用軟件過程中出現(xiàn)多次打開，數(shù)據(jù)重復(fù)上傳的現(xiàn)象，并且在問題出現(xiàn)時(shí)無(wú)法快速追蹤到故障原因。 軟件項(xiàng)目開發(fā)和維護(hù)過程中的配置管理技術(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ǔ)庫(kù)的按類別進(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é)果；⑤軟件開發(fā)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 12 具備良好的可配置性、可維護(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ù)用、可管理的有序化過程。 2. 軟件開發(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ā)布和變更。 配置狀態(tài)統(tǒng)計(jì)（ CSA， Configuration Status Accounting）涉及記錄和報(bào)告變更過程，持續(xù)地記錄配置的狀態(tài)以及保持基線產(chǎn)品和其變更建議的歷史，并使相關(guān)人員了解配置和基線的情況。 配置審計(jì)（ Configuration Audit）用來(lái)驗(yàn)證配置管理過程，以保證配置庫(kù)中所有配置項(xiàng)的完整性。 然而對(duì)于分布于不同地點(diǎn)的開發(fā)人員來(lái)共同協(xié)作開發(fā)的大型軟件項(xiàng)目而言，配置管理是一項(xiàng)十分復(fù)雜的工作，而且目前可以應(yīng)用的自動(dòng)化配置管理技術(shù)僅限于配置管理的幾個(gè)方面。對(duì)于一些大的開發(fā)項(xiàng) 目團(tuán)隊(duì)來(lái)說，他們更傾向于擁有自己的開發(fā)配置管理系統(tǒng)，然而這一工作開銷卻異常巨大，往往維護(hù)配置管理系統(tǒng)的開銷比維護(hù)應(yīng)用程序開發(fā)更大。而且 CM 的解決方案只有 10%的技術(shù)成分，其余的則是管理過程和用戶培訓(xùn)。因此對(duì)于一個(gè)軟件開發(fā)項(xiàng)目來(lái)說，無(wú)論選擇何種策略和方法，配置管理的制定和實(shí)施都不是一件容易的事情。因此要實(shí)施配置管理，就必需引進(jìn)良好管理模式。 3. 軟件開發(fā)配置管理的兩段模型軟件開發(fā)配置管理，是對(duì)軟件開發(fā)的過程進(jìn)行的配置管理，是整個(gè)軟件生命周期中重要內(nèi)容。完整的軟件開發(fā)配置管理流程碩士學(xué)位論文 13 可以分為兩部分：制定 軟件配置管理方案和實(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ì)劃，部署配置工具及配置庫(kù)，其后便可以進(jìn)行項(xiàng)目開發(fā)了。之所以配置管理計(jì)劃的制定要在項(xiàng)目開始之前，是因?yàn)槿绻辉陧?xiàng)目開始之初制定軟件配置管理計(jì)劃，那么軟件配置管理的許多關(guān)鍵活動(dòng)就無(wú)法及時(shí)有效的進(jìn)，而它的直接后果就是造成了項(xiàng)目開發(fā)狀況的混亂，并注定軟件配置管理活動(dòng)將成為一種 救火 的行為。所以及時(shí)制定一份軟件配置管理計(jì)劃在一定程度上是項(xiàng)目成功的非常重要保證。 實(shí)施流程當(dāng)配置管理方案制定并發(fā)布后，整個(gè)軟件開發(fā)工程就應(yīng)該嚴(yán)格按照該方案進(jìn)行。管理方案的實(shí)施要由 CEB 指導(dǎo)來(lái)進(jìn)行，在開發(fā)工程中，隨著配置管理的深入進(jìn)行， CEB 的作用逐漸淡化，并最終解散。 一個(gè)配置管理實(shí)施的流程：當(dāng) 一個(gè)軟件生命周期階段設(shè)計(jì)開始后，往往也是一個(gè)新的版本設(shè)計(jì)的開始。在開發(fā)工程中，由于客戶需求的變動(dòng)、系統(tǒng)結(jié)構(gòu)的變更，會(huì)引起變更請(qǐng)求，變更請(qǐng)求交 CCB 審核， CCB 評(píng)估該變更所需要的成本和它對(duì)軟件系統(tǒng)其它部分的影響，以決定是否實(shí)施變更。若同意變更，則借助配置管理工具生 成配置狀態(tài)報(bào)告，并生成新的版本，繼續(xù)開發(fā)過程直至整個(gè)階段的完成。在階段設(shè)計(jì)結(jié)束時(shí)，應(yīng)該對(duì)配置項(xiàng)的變化信息進(jìn)行配置審計(jì)，同時(shí)生成配置狀態(tài)報(bào)告，最后發(fā)布新的版本，生成該階的基線，完成該階段的設(shè)計(jì)。 .NET 技術(shù) MicroSoft .NET 平臺(tái)包括用于創(chuàng)建和操作新一代服務(wù)的 .NET 基礎(chǔ)結(jié)構(gòu)和工具；可以啟用大量客戶機(jī)的 .NET User Experience；用于建立新一代高度分布式的數(shù)以百萬(wàn)計(jì)的 .NET 積木式組件服務(wù)；以及用于啟用新一代智能互聯(lián)網(wǎng)設(shè)備的 .NET 設(shè) 備軟件。 Dot Net 的框架是： 軟件開發(fā)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 14 .Net 環(huán)境中的突破性改進(jìn)在于 ： 1． 使用統(tǒng)一的 Inter 標(biāo)準(zhǔn)（如 XML）將不同的系統(tǒng)對(duì)接； 2． 這是 Inter 上首個(gè)大規(guī)模的高度分布式應(yīng)用服務(wù)架構(gòu)； 3．使用了一個(gè)名為“聯(lián)盟”的管理程序，這個(gè)程序能全面管理平臺(tái)中運(yùn)行的服務(wù)程序，并且為它們提供強(qiáng)大的安全保護(hù)后臺(tái)； .NET 平臺(tái)包括如下組件： 1．用戶數(shù)據(jù)訪問技術(shù)。其中包括一個(gè)新的基于 XML 的、以瀏覽器為組件的混合信息 架構(gòu)，