本第10章軟件配置管理

第10章軟件配置管理軟件配置管理的概念軟件配置項及基線軟件配置管理過程1西安交通大學劉海巖10.1軟件配置管理的概念軟件配置管理（SoftwareConfigurationManagement，SCM）是應用于整個軟件過程中的庇護性活動。軟件配置是一個軟件產品在生存期各個階段的不同形式和不同版本的程序、文檔及相關數(shù)據(jù)的集合。軟件開發(fā)過程中，會得到許多工作產品或階段產品，還會用到許多工具軟件，所有這些信息都需要管理，以便在提出某些特定的要求時，能將其進行約定的組合來滿足使用的目的。（見下圖）2西安交通大學劉海巖兩個產品具有不同的配置3西安交通大學劉海巖

軟件開發(fā)屬于變化驅動的過程。軟件時時處于演化變更狀態(tài)。技術的快速發(fā)展、業(yè)務環(huán)境的不斷改變、不同用戶的不同需求、需求在開發(fā)中的頻繁變更、開發(fā)人員對階段產品的改變等等，都會對產品的最后質量造成影響。

SCM是對軟件生存期過程中的各階段產品和最終產品演化和變更的管理，是CMM第二級中的關鍵過程域。它的主要目的是對變更加以控制，將變更對成本、進度和質量影響降到最小。

4西安交通大學劉海巖10.2軟件配置項及基線1、軟件配置項

程序、文檔、數(shù)據(jù)這些軟件配置中的每一個成員稱為軟件配置項（SCI），是軟件配置的基本單位。大中型軟件項目在開發(fā)中會產生幾十個、上百個文檔或數(shù)據(jù)信息，這些信息每個階段都在演化，后期版本是對前期的修改及擴展。另外，在軟件開發(fā)中還使用很多開發(fā)工具。這些所有的軟件配置都應該被組織成配置對象，有自己的名字并被歸類到項目數(shù)據(jù)庫中，以適應開發(fā)和維護中變更管理的需要。5西安交通大學劉海巖2、基線基線是軟件開發(fā)各個階段不能輕易改變的底線，它的作用用于控制變更。IEEE對基線的定義如下：已經(jīng)通過正式評審和批準的規(guī)約或產品，可以作為進一步開發(fā)的基礎，并且只能通過正式的變更控制規(guī)程才能改變。因此，在軟件配置項作為基線前，變更可以按照非正式的過程進行。對于已成為基線的SCI，雖然可以修改，但必按照正式的規(guī)程進行評估、確認每一個變更，才能進行修改。如需求分析、設計等規(guī)格說明書，一旦通過正式評審就成為基線。建立基線的概念是為了把各開發(fā)階段的工作劃分得更加明確，這樣有利于檢驗和肯定階段工作的成果。同時也有利于變更控制。有了基線的規(guī)定后，就可以禁止開發(fā)人員隨便修改一個“已凍結”的工作成果。

6西安交通大學劉海巖10.3軟件配置管理過程SCM的基本任務:

?制定SCM計劃

?配置項標識?版本控制

?變更控制?配置審核和報告7西安交通大學劉海巖1、軟件配置項標識

（1）確定配置項（SCI）

確定哪些數(shù)據(jù)、文檔需要被保存、被管理。

（2）配置項標識

?唯一性：在一個項目內不能出現(xiàn)重名，

?可追溯性：名字能體現(xiàn)相鄰配置項之間的關系，如采用層次式命令規(guī)則反映樹狀結構，便于查詢。8西安交通大學劉海巖2、版本控制

版本控制結合了規(guī)程和工具來管理在軟件工程過程中所創(chuàng)建的配置對象的不同版本。配置管理使得用戶能夠通過對適當版本的選擇來指定可選的軟件系統(tǒng)的配置。實現(xiàn)的方法是通過將屬性（版本號和特征表）關聯(lián)到每個軟件版本，然后通過描述一組所期望的屬性來指定（或構造）配置。

軟件的每個版本都是一組SCI實體的集合，并且每個版本都可能由多種不同的變體（variant）組成。（見ppt第3頁）9西安交通大學劉海巖為了構造某程序給定版本的適當變體，為每個實體賦予一個特征表——屬性元素組，它定義了當構造某軟件版本的特定變體時是否被使用。同樣對每個變體也賦予一個或多個屬性，定義它屬于哪個版本，由哪些SCI實體構成。SCI與實體、變體、版本之間的關系可以表示為一個三維空間（教材P160圖10-2）。

10西安交通大學劉海巖3、變更控制

（1）軟件變更

?軟件變更的不可避免性：變更來源于用戶或開發(fā)人員;

?變更的復雜性：涉及一些相關部件和文檔，需要將某些變更通知相關人員。（2）變更管理的任務

?分析變更：研究變更的必要性、經(jīng)濟可行性（成本－效益比，是否合理）和技術可行性（能否實現(xiàn)）。?記錄和追蹤變更。

?采取措施保證變更在受控狀態(tài)下進行。（3）建立配置項庫11西安交通大學劉海巖◆配置項庫的作用

①記錄與配置相關的所有信息，其中很重要的內容是存放受控的軟件配置項。

②利用庫中的信息評價變更的后果，對變更控制有重要的意義。③從庫中提取各種配置管理過程的管理信息，可利用庫中的信息查詢回答許多配置管理問題，例如：

?哪些客戶已提取了某個特定的系統(tǒng)版本？?運行一個給定的系統(tǒng)版本需要什么硬件和系統(tǒng)軟件？

?一個系統(tǒng)到目前已生成了多少個版本，何時生成的？?如果某一特定的構件變更了，會影響到系統(tǒng)的哪些版本？?一個特定的版本曾提出過哪幾個變更請求？?一個特定的版本有多少已報告的錯誤？12西安交通大學劉海巖

◆配置項庫的類別

?

開發(fā)庫：存放開發(fā)過程中需要保留的各種信息，供開發(fā)人員個人使用，庫中的信息無需對其做任何限制，可以有較為頻繁的修改。

?受控庫：在軟件開發(fā)的某個階段工作結束時，將工作產品或有關信息存入，應該對庫內的信息的讀寫和修改加以控制。

?產品庫：所開發(fā)的軟件產品完成系統(tǒng)測試后，作為最終產品存入庫內，庫內的信息也應加以控制。受控庫和產品庫的規(guī)范化運行是實現(xiàn)軟件配置項管理的重要手段。13西安交通大學劉海巖

（4）建立配置基線（baseline）

（5）變更請求與變更控制

?變更請求變更請求是實施變更控制的起始步。最常見的變更理由可能是清除缺陷、或適應運行平臺的變更、或是軟件擴展提出的要求，例如增加功能、提高性能等。

?利用配置庫實現(xiàn)變更控制變更控制過程從變更請求開始，處于開發(fā)狀態(tài)的SCI尚未穩(wěn)定下來，不受SCM的控制，對SCI的變更不受限制。但當開發(fā)人員認為工作已告完成，可供其他配置項使用時，配置項進入評審狀態(tài)，若通過評審就作為基線允許進入配置項庫（check-in)，配置項處于受控狀態(tài)，開發(fā)人員不允許隨便對其做任何修改。配置項的狀態(tài)變化見下圖。14西安交通大學劉海巖

配置項的狀態(tài)變化變更控制過程見下圖：15西安交通大學劉海巖變更控制過程16西安交通大學劉海巖（6）兩個變更控制因素

?訪問控制：管理哪個程序員有權訪問和修改SCI。

?同步控制：保證兩個不同人員完成的并行變更不會相互覆蓋。

訪問控制與同步控制流程如下圖所示：

17西安交通大學劉海巖

訪問控制和同步控制流程加鎖：使得當前被提取的版本在放回之前別人不能對它作任何修改（同步控制）。

解鎖：在經(jīng)過SQA和測試后，新的基線對象被解鎖并提交修改后的版本。

18西安交通大學劉海巖4、配置審核配置審核是一個SQA活動，確保SCM的有效性，不允許出現(xiàn)混亂現(xiàn)象。如何實施：（1）實施的時機：

?軟件產品交付或正式發(fā)行前；

?開發(fā)過程中的階段工作結束之后；

?在維護工作中定期進行。（2）審核的責任人：軟件配置管理員或審核員。（3）審核工作的開展：19西安交通大學劉海巖

?項目經(jīng)理決定配置審核的時間和范圍；

?審核員準備配置審核檢查單；

?審核員安排時間審核文檔和記錄，審核活動可能涉及到：項目范圍、評審記錄、測試記錄、變更請求、配置項的入庫和出庫記錄、配置項的變更歷史、文件的命名、版本的編號等等；?審核員發(fā)現(xiàn)不符合現(xiàn)象時做出記錄；?項目經(jīng)理負責消除不符合現(xiàn)象；

?審核員驗證所有不符合現(xiàn)象確已得到解決。20西安交通大學劉海巖5、配置狀態(tài)報告

其任務是有效