【正文】 理”正式定義為“應用技術(shù)的和管理的指導和監(jiān)督來：標識和用文檔記錄配置項的功能和物理特征、控制對這些特征的變更、記錄和報告變更處理過程和實現(xiàn)狀態(tài)、驗證與規(guī)定的需求的一致性?！? 軟件配置管理是一個支持性的軟件生命周期過程()，它有益于項目管理、開發(fā)和維護活動、各種保證活動、最終產(chǎn)品的客戶和用戶。盡管硬件配置管理和軟件配置管理的實現(xiàn)有所不同，配置管理的概念可以應用于所有要控制的項。 軟件配置管理包括4個主要活動：配置識別、變更控制、狀態(tài)報告和配置審計，詳見下文。 1．配置項 IEEE對配置項的定義為“硬件、軟件或二者兼有的集合，為配置管理指定的，在配置管理過程中作為一個單獨的實體對待?！盵見IEEE610文本】 以下內(nèi)容都可以作為配置項進行管理：外部交付的軟件產(chǎn)品和數(shù)據(jù)、指定的內(nèi)部軟件工作產(chǎn)品和數(shù)據(jù)、指定的用于創(chuàng)建或支持軟件產(chǎn)品的支持工具、供方，供應商提供的軟件和客戶提供的設(shè)備，軟件。典型配置項包括項目計劃書、需求文檔、設(shè)計文檔、源代碼、可執(zhí)行代碼、測試用例、運行軟件所需的各種數(shù)據(jù)，它們經(jīng)評審和檢查通過后進八軟件配置管理。 2．配置庫 配置庫是一組受控制的、輔助軟件開發(fā)、使用和維護的軟件及相關(guān)的文檔()，它在軟件發(fā)布管理和交付活動中，起著器械性的作用。 3．配置管理活動和流程 配置管理活動和講e程主要包括制定配置管理計劃、配置識別與建立基線、建立配置管理系統(tǒng)、版本管理、配置狀態(tài)報告和配置審計。 4．配置管理系統(tǒng) 軟件配置管理系統(tǒng)是軟件工程化的重要組成部分。目的是通過確定軟件配置管理細則和提供規(guī)范的軟件配置項管理軟件系統(tǒng)，加強軟件研制過程的質(zhì)量控制，增強軟件研制過程的可控性．確保軟件配置管理項（包括各種文檔、數(shù)據(jù)和程序）的完備、清晰、一致和可追蹤性，以及技術(shù)狀態(tài)的可控制性。 5．基線 一組擁有唯一標識號的需求、設(shè)計、源代碼文卷以及相應的可執(zhí)行代碼、構(gòu)造文卷和用戶文檔構(gòu)成一條基線?；€一經(jīng)放行，就可以作為從配置管理系統(tǒng)檢索源代碼文卷（配置項）和生成可執(zhí)行文卷的工具。 在建立基線之前，工作產(chǎn)品的所有者能快速、非正式地對工作產(chǎn)品做出變更。但基線建立之后，變更要通過評價和驗證變更的正式程序來控制。 1，配置管理計劃編制工作的基本步驟 為給定項目制訂軟件配置管理過程計劃時，應該與組織的上下文、可應用的約束、普遍接受的指南、項目的本質(zhì)（例如規(guī)模和關(guān)鍵性）保持一致。覆蓋的主要活動包括軟件配置標識、軟件配置控制、軟件配置狀態(tài)報告、軟件配置審計、軟件發(fā)布管理與交付。另外，一般還要考慮一些問題，例如組織與責任、資源與進度、工具選擇與實現(xiàn)、銷售商與子合同控制、接口控制等。制訂計劃活動的結(jié)果記錄在軟件配置管理計劃中，它要接受軟件質(zhì)量保證的評審和審計。 2．配置管理計劃的主要內(nèi)容 配置管理計劃的主要內(nèi)容包括配置管理軟硬件資源、配置項計劃、基線計劃、交付計劃、備份計劃、配置審計和評審、變更管理等。變更管理委員會(Change Control Board，CCB)審批該計劃。 1．配置識別的基本步驟 配置識別是“配置管理的一個要素，包括選擇一個系統(tǒng)的配置項和在技術(shù)文檔中記錄配置項的功能和物理特性?！盵見IEEE610文本】 配置識別是配置管理員的職能，包括如下內(nèi)容。 (1)識別需要受控的軟件配置項。 (2)給每個產(chǎn)品和它的組件及相關(guān)的文檔分配唯一的標識。 (3)定義每個配置項的重要特征以及識別其所有者。 (4)識別組件、數(shù)據(jù)及產(chǎn)品獲取點和準則。 (5)建立和控制基線。 (6)維護文檔和組件的修訂與產(chǎn)品版本之間的關(guān)系。 所有配置項都應按照相關(guān)規(guī)定統(tǒng)一編號，按照相應的模板生成，并在文檔中的規(guī)定章節(jié)（部分）記錄對象的標識信息。在引入軟件配置管理工具進行管理后，這些配置項都應以一定的目錄結(jié)構(gòu)保存在配置庫申。所有配置項的操作權(quán)限應由CMO（配置管理員）嚴格管理，基本原則是：基線配置項向軟件開發(fā)人員開放讀取的權(quán)限；非基線配置項向PM、CCB及相關(guān)人員開放。 2．建立基線的目的及其在項目實施中的應用 配置項的識別是配置管理活動的基礎(chǔ)，也是制定配置管理計劃的重要內(nèi)容。軟件配置項分類軟件的開發(fā)過程是一個不斷變化著的過程，為了在不嚴重阻礙合理變化的情況下來控制變化，軟件配置管理引入了“基線”這一概念。根據(jù)這個定義，我們在軟件的開發(fā)流程中把所有需加以控制的配置項分為基線配置項和非基線配置項兩類，例如，基線配置項可能包括所有的設(shè)計文檔和源程序等；非基線配置項可能包括項目的各類計劃和報告等。 對于每一個基線，要定義下列內(nèi)容：建立基線的事件、受控的項、建立和變更基線的程序、批準變更基線所需的權(quán)限。在項目實施過程中，每個配置項的基線都要納入配置控制，對這些基線的更新只能采用正式的變更管理過程。這確保了基線的變更只反映已批準的組件部分的變更。 1．建立配置管理方案的基本步驟基本步驟如下。 (1)組建配置管理方案構(gòu)造小組。 這個小組負責構(gòu)造配置管理過程中的所有工作，包括了解本組織的現(xiàn)有開發(fā)、管理現(xiàn)狀，選擇配置管理工具，制訂配置管理規(guī)范，安排試驗項目的實施，溝通部門間關(guān)系，獲得管理者支持和開發(fā)人員的認同。 配置管理過程構(gòu)造小組應該包括如下成員。 ④小組負責人。其對整個構(gòu)造過程負責。主要職責是協(xié)調(diào)與其他部門或與上級主管的關(guān)系， 監(jiān)督工作進程，協(xié)調(diào)小組內(nèi)部關(guān)系。 @技術(shù)支持專家。其負責在技術(shù)、設(shè)備方面為本組提供支持和服務(wù)，井負責本組同其他部門就技術(shù)問題進行聯(lián)絡(luò)，如了解相關(guān)項目情況、開發(fā)環(huán)境和開發(fā)人員狀況等。 ③配置管理技術(shù)專家。其對配置管理過程的構(gòu)造和配置管理工具十分熟悉。主要任務(wù)是指導配置管理過程的構(gòu)造，幫助制訂配置管理規(guī)章，負責對開發(fā)人員進行配置管理工具的培訓。通常由配置管理工具提供商或?qū)ｉT的配置管理顧問機構(gòu)的人員擔當此任。 ④配置管理系統(tǒng)用戶代表。他們是從將來要在實際的項目開發(fā)過程中使用該系統(tǒng)、遵循該過程的開發(fā)人員中挑選出來的。他們負責從構(gòu)造初期了解配置管理系統(tǒng)和規(guī)程，根據(jù)開發(fā)羥驗協(xié)助制訂、修改配置管理規(guī)程，并在試驗項目中擔任部分開發(fā)角色。這部分成員應包括軟件開發(fā)項目經(jīng)理、設(shè)計人員、編碼、測試和構(gòu)造、發(fā)布人員。該項目小組成立后，將按后述步驟開展配置管理過程的構(gòu)造工作。 (2)對目標機構(gòu)進行了解、評估。 目標機構(gòu)的調(diào)查評估工作由配置管理技術(shù)專家領(lǐng)導，配置管理系統(tǒng)用戶代表參與，提供基本信息，并由小組負責人協(xié)調(diào)，對相關(guān)部門人員進行深入調(diào)查獲得較全面的數(shù)據(jù)。對目標機構(gòu)的了解、評估應從人員、技術(shù)、工作流程、現(xiàn)有項目和期望值幾方面入手。 (3)配置管理工具及其提供商評估。 通過對組織的評估，了解該組織的現(xiàn)狀和需求后，就需要選擇適合該組織的配置管理工具。市場上現(xiàn)有的配置管理工具不下數(shù)十種，它們各有所長，在功能、性能等方面有較大的差別，只有對產(chǎn)品及其提供商進行仔細地分析評估，核對目標機構(gòu)的需求，才能挑選出合適的工具，實現(xiàn)一個理想的配置管理過程。這種評估可從三個方面進行：配置管理工具的評估、供應商評估和其他用戶使用經(jīng)驗的評估。 (4)制訂實施計劃。 實施計劃由如下部分組成；必要性和影響因素、人員組織和分工、進度計劃和風險管理。 (5)定義配置管理流程。 配置管理流程是軟件開發(fā)機構(gòu)進行配置管理的依據(jù)，也是配置管理構(gòu)造小組最重要的工作成果。配置管理流程規(guī)定開發(fā)過程中需要做哪些配置管理方面的工作，由誰做、如何做。 制訂配置管理流程的方法是：通過對目標機構(gòu)的調(diào)查、評估，定義現(xiàn)有的配置管理流程，由配置管理技術(shù)專家對它進一步分析，結(jié)合常規(guī)的配置管理方法制訂出新的流程。之后，依據(jù)選定的配置管理工具的功能，將新流程中可自動化的環(huán)節(jié)交由配置管理工具處理，其他環(huán)節(jié)由新制訂的配置管理規(guī)范控制。除了制訂配置管理規(guī)范外，該小組還應制訂出適合目標機構(gòu)的配置管理基本章程。該章程應包括配置管理部門的設(shè)立、該部門的職能（通常是負責監(jiān)督配置管理規(guī)范的執(zhí)行情況，對配置規(guī)范進行完善，并擔當日常的內(nèi)部配置管理過程支持任務(wù)），定義配置管理過程與開發(fā)過程的協(xié)調(diào)關(guān)系，以及各開發(fā)階段的開發(fā)人員構(gòu)成、在配置管理流程中的責任劃分等。 一般來說，配置管理包括配置項標識，配置項控制（修改控制）、配置狀態(tài)報告和配置審計4個方面的活動。配置管理規(guī)范的制訂也應按這4個方面內(nèi)容進行。每一個方面要考慮的問題如下。 ①配置項標志制訂文檔或文件編號、標記體系，定義文檔和文件之間昀聯(lián)系。 ②確定受控的配置項的取舍，如軟件源碼、硬件描述文件、中間文件、目標文件、測試方案和系統(tǒng)數(shù)據(jù)等。確定產(chǎn)品版本、基線的標志體系。 ③確定庫程序的標志和管理機制。配置項控制確定產(chǎn)品版本的演化策略，規(guī)定何時、何人創(chuàng)建新的基線，如何創(chuàng)建。確定修改變更控制委員會的人員組成、職能和工作程序。 ④確定修改請求的處理流程和終止條件。 ⑤確定修改請求處理過程中各開發(fā)人員的職能。確定修改請求和所生成結(jié)果的對應機制。 ⑥確定文檔的修改方式。 ⑦確定配置項的提取方式。配置狀態(tài)報告定義報告的內(nèi)容、形式和提交方式。 ⑧確定產(chǎn)品的發(fā)行事宜，包括發(fā)行時間如何確定、發(fā)行說明的生成發(fā)布方式及發(fā)行方式等。配置審計確定審計的執(zhí)行人員、執(zhí)行時機，審計的內(nèi)容和方式。 ⑨確定發(fā)現(xiàn)問題后的處理方法。 (6)試驗項目的實施。 這一階段的任務(wù)是選取目標機構(gòu)中的一個現(xiàn)有項目，按既定的配置管理流程進行開發(fā)和配置管理工作。這種試驗的目的是在一定風險范圍內(nèi)，通過實地運作來確定所選配置管理工具、所制訂的配置管理規(guī)范是否能滿足目標機構(gòu)的需要。 (7)全面實施。 經(jīng)過試驗項目證實、校正后的配置管理流程就可以在目標機構(gòu)的各個項目、各個相關(guān)工作環(huán)節(jié)中去應用、實施，最終使醌置管理過程日?；⒁?guī)范化。全面實施過程主要第15章信息（文檔）和配置管理 413由配置管理部門根據(jù)新的配置管理流程來指導。配置管理過程構(gòu)造小組的作用趨于湞化，主要起監(jiān)督和支持作用。該小組在全面實施過程中逐步解散，小組中部分成員可轉(zhuǎn)移到配置管理部門中去。 2．建立配置庫 1)配置庫的類型 配置庫可以分為動態(tài)庫（開發(fā)庫、程序員庫、工作癢）、受控庫（主庫）、靜態(tài)庫（軟件倉庫）和備份庫4種類型。 (l)動態(tài)庫。也稱為開發(fā)庫、程序員庫或工作庫，用于保存開發(fā)人員當前正在開發(fā)的配置實體。動態(tài)庫通常包括新模塊、文檔、數(shù)據(jù)元素或進行修改的已有元素。動態(tài)庫是軟件工程師的工作區(qū)，由工程師控制。 (2)受控庫。也稱為主庫或系統(tǒng)庫，是用于管理當前基線和控制對基線的變更。受控庫包括配置單元和被提升并集成到配置項中的組件。軟件工程師和其他人員可以自由地復制受控庫中的單元或組件。然而，必須有適當?shù)臋?quán)限授權(quán)變更。受控庫中的單元或組件用于創(chuàng)建集成、系統(tǒng)和驗收測試或?qū)τ脩舭l(fā)布的構(gòu)建， (3)靜態(tài)庫。也稱為軟件倉庫或軟件產(chǎn)品庫，用于存檔各種廣泛使用的已發(fā)布的基線。靜態(tài)庫用于控制、保存和檢索主媒介。 (4)備份庫。包括制作軟件和相關(guān)構(gòu)架、數(shù)據(jù)和文檔的不同版本的復制品。在各點的及時備價，可以每天、每周或每月執(zhí)行備份。 2)配置庫的建庫模式 決定配置庫的結(jié)構(gòu)是配置管理活動的重要基礎(chǔ)。一般常用的是兩種組織形式：按配置項類型分類建庫和按任務(wù)建庫。 按配置項的類型分類建庫的方式經(jīng)常被一些咨詢服務(wù)公司所推薦，它適用于通用的應用軟件開發(fā)組織。這樣的組織，往往產(chǎn)品的繼承性較強，工具比較統(tǒng)一，對并行開發(fā)有一定的需求。使用這樣的庫結(jié)構(gòu)有利于對配置項的統(tǒng)一管理和控制，同時也能提高編譯和發(fā)布的效率。但由于這樣的庫結(jié)構(gòu)并不是面向各個開發(fā)團隊的開發(fā)任務(wù)的，所以可能會造成開發(fā)人員的工作目錄結(jié)構(gòu)過于復雜，帶來一些不必要的麻煩。 而接任務(wù)建立相應的配置庫，則適用于專業(yè)軟件的研發(fā)組織。在這樣的組織內(nèi)，使用的開發(fā)工具種類繁多，開發(fā)模式以線性發(fā)展為主，所以就沒有必要把配置項嚴格地分類存儲，人為增加目錄的復雜性。因此，對于研發(fā)性的軟件組織來說，還是采用這種設(shè)置策略比較靈活。 3)用于建立配置庫的工具 可以用vss、cvs等工具建立配置庫，進行選擇時考慮以下內(nèi)容。 (1)所支持的組件類型。工具是否支持文檔（文本）、代碼（源代碼、目標代碼和可執(zhí)行文件）、圖解的表示和數(shù)據(jù)。 (2)版本策略。用于維護版本歷史的方法是什么。 (3) SCM模型。模型是否僅基于源文件修改或者關(guān)注版本、基線和軟件工程學范例。 (4)數(shù)據(jù)管理。如何存儲配置實體。 (5)系統(tǒng)生成什么類型的報告。 (6)用戶界面和查詢能力。系統(tǒng)是否有易用和健壯的用戶界面？有哪種類型的信息查詢可供使用，是否易用。 (7)可追溯性。將一個配置實體和其他實體聯(lián)系是否容易。 (8)自動構(gòu)建方法。當發(fā)生變更時，使用什么技術(shù)來創(chuàng)建新的版本。 (9)安全性。使用什么機制來控制配置實體的存取。 (10)測試管理。能否使用工具管理測試用例和測試結(jié)果。 (1])定制化管理。能否定制這個工具以滿足本土化的SCM過程和需要。 (12)集成。這個工具是否能和其他的SCM工具集成，或者這個工具是否能和連接SCM環(huán)境的工具集成。 1．配置項狀態(tài)變遷規(guī)則 配置項的狀態(tài)可分為“草稿”、“正式”和“修改”三種。配置項剛建立時，其狀態(tài)為“草稿”。配