軟件配置管理

1、軟件配置管理,內容提要,軟件配置管理的概念軟件配置管理計劃軟件配置標識變更管理版本管理配置審核配置狀態(tài)報告軟件配置管理工具,一、軟件配置管理的概念,（一）軟件配置項的概念1、軟件配置項：配置管理的對象稱為軟件配置項。表1 軟件配置項的分類、特征和舉例,2、軟件配置 軟件配置是一個軟件產品在生存期各個階段的不同形式（記錄特定信息的不同媒體）和不同版本的程序、文檔及相關數(shù)據(jù)的集合，或者說是配置項的集合。,圖1

2、不同用戶有自己的工作環(huán)境,用戶1,用戶2,圖2 面對不同用戶產品的配置,,產品1 產品2 圖3 兩個產品具有不同的配置,,用戶1： A、B、C、D、E和F用戶2： A、B、C、D、E和G、H,（二）軟件配置管理1、什么是軟件配置管理（1）ISO 9000-3 :1997 配置管理是一個管理學科，它對配置項（包括軟件項）的開發(fā)和支持生存期給與技術上的和管理上的指導。配置管理的應

3、用取決于項目的規(guī)模、復雜程度和風險大小。（2） W.Babich 的解釋 軟件配置管理能協(xié)調軟件開發(fā)，使混亂減少到最小。軟件配置管理是一種標識、組織和控制修改的技術，目的是最有效的提高生產率。（3） GB/T 11457 :1995《軟件工程術語》國家標準 A.表示和確定系統(tǒng)中配置項的過程，在系統(tǒng)整個生存期內控制這些配置項的投放和更動，記錄并報告配置的狀態(tài)和更動要求，驗證配置項的完整性和正確性。 B.對下列工作

4、進行技術和行動指導與監(jiān)督的一套規(guī)范： ——對配置項的功能特性和物理特性進行標識和文件編制工作； ——控制這些特性的更動情況； ——記錄并報告這些更動進行的處理和實現(xiàn)的狀態(tài)。,2、軟件配置管理的任務——制定軟件配置管理計劃——確定配置標識規(guī)則——實施變更控制——報告配置狀態(tài)——進行配置審核——進行版本管理和發(fā)行管理,表2《ISO/IEC 12207: 1995信息技術—軟件生存周期過程》關于軟件配

5、置管理過程的規(guī)定,3、軟件配置管理與軟件開發(fā)過程 兩類不同的變更：開發(fā)階段內部發(fā)生的變更：開發(fā)過程解決不了的變更：變更的評估和批準以及變更實施都要由軟件配置管理人員去做。開發(fā)過程應納入配置管理過程的控制之下。,,開發(fā)過程,圖4 配置管理與開發(fā)過程,,（三）軟件配置管理的意義1、軟件項目的特點（1）不可見的邏輯實體（2）軟件項目的規(guī)模日益龐大和復雜（3）參與軟件項目的人員增加，人員間的溝通渠道數(shù)量按指數(shù)倍增。

6、（4）產品非常容易拷貝（5）時時處在演化和變更狀態(tài)。這包括: ——技術 ——業(yè)務環(huán)境 ——不同用戶各有不同的需求 ——需求變更（6）開發(fā)人員的離去有較大的影響,2、忽視軟件配置管理可能導致的混亂現(xiàn)象發(fā)錯了版本安裝后不工作異地不能正常工作已經解決的缺陷過后又出現(xiàn)錯誤開發(fā)人員把產品拿出去出售贏利找不到最新修改了的源程序找不到編程序的人,二、

7、軟件配置管理計劃,配置管理計劃標準——IEEE 828-19901．引言——配置管理計劃的目的、適應范圍、使用要求——項目概述——項目中需特別關注的配置管理問題和風險——軟件配置管理嚴格性要求的等級——限制和假設——術語——參考文件,2、軟件配置管理——配置管理的組織結構——職責和權限——指令和方針——參照的規(guī)程（組織的規(guī)程或客戶的規(guī)程）——遵循的標準3、軟件配置管理活動——配置管理活動——變更管理和配置

8、控制——配置狀態(tài)說明——配置審核——接口和子合同方控制,4、軟件配置管理進度安排——軟件配置管理重要事件的順序——軟件配置管理各項活動間的依賴關系5、軟件配置管理所需的資源——采用的工具——使用的設備——所需的培訓——對其他人員的要求6、軟件配置管理計劃的維護——維護的職責——計劃更新的條件和審批——計劃變更的交流和通報,三、軟件配置標識,（一）確定配置項1、 系統(tǒng)規(guī)格說明2、軟件項目計劃3、軟件需求規(guī)

9、格說明書a.圖形分析模型b.處理規(guī)格說明c.原型d.數(shù)學規(guī)格說明4． 初步用戶手冊5． 設計規(guī)格說明書a.數(shù)據(jù)設計描述b.體系結構設計描述c.模塊設計描述d.接口設計描述e.對象描述（采用面向對象技術時）6． 源代碼清單,7、 測試規(guī)格說明 a.測試計劃和步驟 b.測試用例和記錄的結果8、操作和安裝手冊9、 可執(zhí)行程序 a.模塊可執(zhí)行代碼b.連接的模塊10、數(shù)據(jù)庫描述 a.

10、模式和文件結構 b.初始內容11、聯(lián)機用戶手冊12、維護文檔 a.軟件問題報告 b.維護請求 c.工程變更指令13.軟件工程標準和規(guī)程,,圖5 軟件配置項,（二）配置項命名及其相關信息1、配置項命名。命名的基本要求：唯一性；可追溯性。 例：CODE是根結點為PCL_TOOLS樹結構的第六層結點，對其命名為：PCL_TOOLS/EDIT/FORMS/DISPLAY/AST_INT

11、ERFACE/CODE,,,2、配置項的相關標識信息 每一配置項的有關信息：——組名——項名——項標識（文件名或命名規(guī)則）——版本編號規(guī)則——什么情況下納入控制之下，或——版本號——所遵循的變更控制規(guī)程,四、變更管理,（一）軟件變更1、軟件變更的不可避免性2、軟價變更的復雜性軟件配置項數(shù)量大版本多變更的遷延性人員溝通協(xié)調3、變更管理的任務分析變更記錄和追蹤變更采取措施保證變更在受控狀態(tài)下進行,（二）

12、配置庫1、配置庫的作用記錄與配置相關的所有信息利用庫中的信息可評價變更的后果可利用庫中的信息查詢，例如：那些客戶已提取了某個特定的系統(tǒng)版本？運行一個給定的系統(tǒng)版本需要什么硬件和系統(tǒng)的哪些版本?一個系統(tǒng)到目前已生成了多少版本，何時生成的？如果某一特定的構件變更了，會影響到系統(tǒng)的那些版本？一個特定的版本曾提出過那幾個變更請求？一個特定的版本有多少已報告的錯誤？,2、三類庫 （1）開發(fā)庫： 存放開發(fā)過程中需要保留的

13、各種信息，供開發(fā)人員個人專用。（2）受控庫： 在軟件開發(fā)的某個階段工作結束時，將工作產品存入或將有關的信息存入。（3）產品庫： 在開發(fā)的軟件產品完成系統(tǒng)測試之后，作為最終產品存入庫內，等待交付用戶或現(xiàn)場安裝。,（三）配置基線 基線是軟件生存期各開發(fā)階段末尾的特定點，也稱為里程碑。,,2、三種常見基線 ——功能基線 在系統(tǒng)分析和軟件定義階段結束時，經過正是評審和批準的系統(tǒng)設計規(guī)格說明中對被開發(fā)軟件

14、系統(tǒng)的規(guī)格說明；經過項目委托單位和項目承辦單位雙方簽字同意的協(xié)議書或合同中所規(guī)定的對被開發(fā)軟件系統(tǒng)的規(guī)格說明；由下級申請及上級同意或直接由上級下達的項目任務書中所規(guī)定的對待開發(fā)軟件系統(tǒng)的規(guī)格說明?！峙浠€ 在軟件需求分析階段結束時，經正式評審和批準的軟件需求規(guī)格說明?！a品基線 在軟件組裝與系統(tǒng)測試階段技術時，經正式評審和批準的有關所開發(fā)的軟件產品的全部配置項的規(guī)格說明。,3、基線與配置項4、典型的

15、配置項和基線庫內容——初始庫：包括項目開始時可供利用的配置項已有的源代碼（如可以利用且需要）已有的軟件文檔（如可以利用且有需要）已有的測試計劃和測試數(shù)據(jù)（如可利用且有需要）合同或建議書——環(huán)境配置項：包括對穩(wěn)定的開發(fā)環(huán)境或維護環(huán)境所必需的配置項編譯器、操作系統(tǒng)、編輯程序、實用程序、RDBMS團組所用的工具（項目管理工具，進展表，測試工具，缺陷追蹤等）第三方庫文檔工具（字處理器、電子表格等）,——定義庫：在需求規(guī)格說明

16、工作結束時生成的需求規(guī)格說明項目計劃設計標準與設計準則驗收測試計劃——設計庫：在設計工作結束時所產生的系統(tǒng)設計說明書程序規(guī)格說明數(shù)據(jù)庫設計編碼標準、用戶接口標準、測試標準系統(tǒng)測試計劃用戶手冊,——構造庫：在編碼和段單元測試結束時生 成的源代碼標代碼 單元測試數(shù)據(jù)——測試庫：系統(tǒng)測試完成后生成的系統(tǒng)測試數(shù)據(jù)運行手冊和安裝手冊——維護庫：驗收測試、安裝和培訓等之后將有變更的所有配置項,（

17、四）變更控制1、變更控制組 變更控制組（Change Control Board）也稱為配置控制組（Configuration Control Board），是配置項變更的監(jiān)管組織。其任務是對建議的配置項變更做出評價、審批以及監(jiān)督已批準的變更的實施。,2、變更請求與變更控制（1）利用配置庫實現(xiàn)變更控制軟件配置項通過評審作為基線，將準許進入配置庫（實施檢入Check-in），開始“凍結”。由于多種原因需

18、要變更就需要提出“變更請求”。在得到批準的情況下，允許配置項從庫中檢出（Check-out）,（2）變更請求的主要內容變更描述對變更的審批有關變更實施的一些信息,表5 變更請求表CRF,（3）變更控制過程,表6,（4）故障報告故障報告包含的內容有：——FR ID（故障報告標識）——故障信息故障描述故障嚴重程度懷疑有問題的部位故障的影響故障現(xiàn)象和環(huán)境信息估計的故障原因故障信息提供者——ＣＣＢ評估意見批準或

19、拒絕 優(yōu)先性說明——故障修復信息要變更的部分說明,3、變更記錄變更記錄置于模塊首部的實例。,// PROTEUS Projet( ESPRIT 6087)// PCL_TOOLS/EDIT/FORMS/DISPLAY/INTERFACE// Object: PCL_TOOL_DESC//作者：陳**//開發(fā)日期：2000.12.8//版權歸屬：ASDC//變更記錄//版號變更負責人 日期

20、 變更概要 變更理由//1.0王** 2001.4 **** ****//1.1李** 2001.9 **** ****,,,表7 代碼變更記錄實例,五、版本管理,1、軟件版本：包含兩種不同含義（1）為滿足不同用戶的不同使用要求，如適用于不同運行環(huán)境或不同平臺的系列產品。（2）軟件產品投入使用以后

21、，經過一段時間運行提出了變更的要求，需要做較大的修正或糾錯，增強功能或提高性能。2、版本標識版本管理也稱版本控制。版本標識方法：（1）號碼版本標識（2）符號版本標識：把重要的版本屬性有選擇地給出。 如：V1/VMS/DB Server3、版本管理工具,,（一）什么是配置審核 它是指對于存儲配置項及相關記錄的軟件基線庫的結構、內容和設施進行檢驗，其目的在于驗證基線是否符

22、合描述基線的文檔。 驗證包括：配置項的處理是否有背離初始的規(guī)格說明或已批準的變更請求的現(xiàn)象；配置標識的準則是否得到了遵循；變更控制規(guī)程是否以遵循，變更記錄是否可供使用是否保持了可追溯性。配置審核工作主要集中在兩個方面，即：功能配置審核——驗證配置項的實際功效是與其軟件需求一致的。物理配置審核——確定配置項符合預期的物理特性，即特定的媒體形式。,六、配置審核,（二）為什么要實施配置審核 確保軟件配置管理的

23、有效性，不允許出現(xiàn)任何混亂現(xiàn)象。例如：——防止出現(xiàn)向用戶提交了不適合的產品，如交付了用戶手冊不適當?shù)陌姹?；——發(fā)現(xiàn)不完善的實現(xiàn)，如開發(fā)出不符合初始規(guī)格說明或未按變更請求實施變更；——找出各配置項間不匹配或不相容的現(xiàn)象；——確認配置項已在所要求質量控制審查之后作為基線入庫保存；——確認記錄和文檔保持著可追溯性。,（三）如何實施配置審核1、實施配置審核的時機——軟件產品交付或是軟件產品正式發(fā)行前——軟件開發(fā)的階段工作結

24、束之后——在維護工作中，定期的進行2、實施配置審核的責任人 參與實施配置審核的審核人員包括：項目組人員和非項目組人員，例如其他項目的配置管理人員、軟件組織的內部審核員以及軟件組織的軟件配置管理人員。,3、配置審核工作的開展 （1）由項目經理決定何時進行配置審核工作 （2）質量保證組或軟件組的配置管理組指定該項目的配置審核 人員 （3）項目經理和配置審核員決定審核范圍。 （4）配置審核

25、員準備配置審核檢查單 （5）配置審核員安排時間審核文檔和記錄，審核活動可能涉及 到： 項目范圍 配置項的檢入（check-in）及檢出（check_out） 評審記錄 配置項的變更歷史 測試記錄 文件的命名 變更請求 版本的編號 （6）配置審核遠在審核中發(fā)現(xiàn)不符合現(xiàn)象，并作記錄。 （7）由項

26、目經理負責消除不符合現(xiàn)象。 （8）配置審核員驗證所有發(fā)現(xiàn)的不符合現(xiàn)象確已得到解決。,七、配置狀態(tài)報告,（一）什么是配置狀態(tài)報告 1、配置狀態(tài)報告（configuration status reporting）也稱配置狀態(tài)說明與報告（configuration status accounting & reporting）。任務：有效的記錄和報告管理配置所需要的信息目的：及時、準確的給出軟件配置項的當前狀況，供相

27、關人員 了解，以加強配置管理工作。 2、需要跟蹤捕捉的狀態(tài)報告信息可以是：配置項的當前標識已交付軟件的配置變更請求或問題報告的狀態(tài)已獲準變更的狀態(tài),（二）配置狀態(tài)報告信息1、狀態(tài)說明的實體關系,2、狀態(tài)說明數(shù)據(jù)詞典,——配置項庫（repository）庫名庫標識所有者范圍/描述——配置項（configuration item）庫標識項標識項名描述項類型（源代碼、測試計劃等）——配置項版本（co

28、nfiguration item version）庫標識項標識版本號入庫日期、時間與前版差異描述鎖定狀態(tài),——檢出與檢入（check-out & check-in）庫標識項標識出庫版本號出庫負責人出庫日期及時間實施的變更請求號變更描述入庫版本號入庫負責人入庫日期及時間,——變更請求 (change request)變更請求號 軟件版本號申請   

29、  *申請人 *申請日期 *變更部位 *變更優(yōu)先性 *變更概述 *變更預期效果 *附件,分析與審批 *受影響工作項 *估計工作量投入 *成本 *其他影響 *假設 *效果 *分析日期 *分析人

30、 *是否批準 *理由 *審批日期 *批準人 *發(fā)行版本,實施狀態(tài) *受影響的每一個工作項 —庫標識 —項標識 —變更描述 —出庫版本 —出庫日期及時間 —變更工作量 —驗證工作量 —入庫版本 —入庫日期及時間 *說明 *變更結束日期及時間 *變更結束負責人,——發(fā)行（release）發(fā)行版本

31、發(fā)行日期目的創(chuàng)建時間——發(fā)行配置項及版本號庫標識項標識項名稱概述項類型（源代碼 、測試計劃等）版本號,——備份備份號備份日期備份人目的介質——備份配置項庫標識項標識——備份配置項版本庫標識項標識版本號,3、定期提交的配置狀態(tài)報告的內容示例——各份變更請求概要：變更請求號、日期、申請人、狀態(tài)、估計工作量、實際工作量、發(fā)行版本、變更結束日期——基線庫狀態(tài)：庫標識、至某日預計庫內配置項數(shù)、實

32、際配置項數(shù)——發(fā)行信息：發(fā)行版本、計劃發(fā)行時間、實際發(fā)行時間、說明——備份信息：備份日期、介質、備份存放位置——配置管理工具狀態(tài)——配置管理培訓狀態(tài),八、軟件配置管理工具,（一）手工方法實施軟件配置管理存在的問題1、由于認識和理解的局限性，缺乏遠見和堅定性2、規(guī)程過于繁瑣3、可能出現(xiàn)人為的失誤4、個別人可能持逆反心理5、必須作充分培訓6、對人員的依賴性較大,（二）采用工具支持配置管理的自動方法采用工具可能有如