軟件配置管理

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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