軟件配置課件上課講義

軟件配置管理第一頁，共59頁。內(nèi)容提要(nèirónɡtíyào)軟件配置管理的概念軟件配置管理計劃軟件配置標(biāo)識變更管理版本管理配置審核配置狀態(tài)(zhuàngtài)報告軟件配置管理工具CMM2級SCMKPA第二頁，共59頁。一、軟件配置管理的概念(gàiniàn)（一）軟件(ruǎnjiàn)配置項的概念1、軟件(ruǎnjiàn)配置項：配置管理的對象稱為軟件(ruǎnjiàn)配置項。表1軟件(ruǎnjiàn)配置項的分類、特征和舉例分類特征舉例環(huán)境類軟件開發(fā)環(huán)境及軟件維護(hù)環(huán)境編譯器、操作系統(tǒng)、編輯器、數(shù)據(jù)庫管理系統(tǒng)、開發(fā)工具（如測試工具）、項目管理工具、文檔編輯工具定義類需求分析及定義階段完成后得到的工作產(chǎn)品需求規(guī)格說明書、項目開發(fā)計劃、設(shè)計標(biāo)準(zhǔn)或設(shè)計準(zhǔn)則、驗收測試計劃設(shè)計類設(shè)計階段結(jié)束后得到的產(chǎn)品系統(tǒng)設(shè)計規(guī)格說明、程序規(guī)格說明、數(shù)據(jù)庫設(shè)計、編碼標(biāo)準(zhǔn)、用戶界面標(biāo)準(zhǔn)、測試標(biāo)準(zhǔn)、系統(tǒng)測試計劃、用戶手冊編碼類編碼及單元測試后得到的工作產(chǎn)品源代碼、目標(biāo)碼、單元測試數(shù)據(jù)及單元測試結(jié)果測試類系統(tǒng)測試完成后的工作產(chǎn)品系統(tǒng)測試數(shù)據(jù)、系統(tǒng)測試結(jié)果、操作手冊、安裝手冊維護(hù)類進(jìn)入維護(hù)階段以后產(chǎn)生的工作產(chǎn)品以上任何需要變更的軟件配置項第三頁，共59頁。2、軟件配置軟件配置是一個軟件產(chǎn)品在生存期各個階段的不同形式(xíngshì)（記錄特定信息的不同媒體）和不同版本的程序、文檔及相關(guān)數(shù)據(jù)的集合，或者說是配置項的集合。初始系統(tǒng)機型1機型2機型n操作系統(tǒng)1操作系統(tǒng)2用戶1用戶2圖1不同用戶有自己(zìjǐ)的工作環(huán)境第四頁，共59頁。ABCGDHEABFCDE用戶(yònghù)1用戶(yònghù)2圖2面對(miànduì)不同用戶產(chǎn)品的配置第五頁，共59頁。

AFBDGCHE用戶1用戶2ABCDE

FABCDE

GH

產(chǎn)品1產(chǎn)品2圖3兩個產(chǎn)品具有(jùyǒu)不同的配置用戶(yònghù)1：A、B、C、D、E和F用戶(yònghù)2：A、B、C、D、E和G、H第六頁，共59頁。（二）軟件配置管理(guǎnlǐ)1、什么是軟件配置管理(guǎnlǐ)（1）ISO9000-3:1997配置管理(guǎnlǐ)是一個管理(guǎnlǐ)學(xué)科，它對配置項（包括軟件項）的開發(fā)和支持生存期給予技術(shù)上的和管理(guǎnlǐ)上的指導(dǎo)。配置管理(guǎnlǐ)的應(yīng)用取決于項目的規(guī)模、復(fù)雜程度和風(fēng)險大小。（2）W.Babich的解釋軟件配置管理(guǎnlǐ)能協(xié)調(diào)軟件開發(fā)，使混亂減少到最小。軟件配置管理(guǎnlǐ)是一種標(biāo)識、組織和控制修改的技術(shù)，目的是最有效的提高生產(chǎn)率。（3）GB/T11457:1995《軟件工程術(shù)語》國家標(biāo)準(zhǔn)A.表示和確定系統(tǒng)中配置項的過程，在系統(tǒng)整個生存期內(nèi)控制這些配置項的投放和更動，記錄并報告配置的狀態(tài)和更動要求，驗證配置項的完整性和正確性。B.對下列工作進(jìn)行技術(shù)和行動指導(dǎo)與監(jiān)督的一套規(guī)范：——對配置項的功能特性和物理特性進(jìn)行標(biāo)識和文件編制工作；——控制這些特性的更動情況；——記錄并報告這些更動進(jìn)行的處理和實現(xiàn)的狀態(tài)。第七頁，共59頁。2、軟件配置管理的任務(wù)——制定軟件配置管理計劃——確定配置標(biāo)識規(guī)則——實施變更(biàngēng)控制——報告配置狀態(tài)——進(jìn)行配置審核——進(jìn)行版本管理和發(fā)行管理第八頁，共59頁。表2《ISO/IEC12207:1995信息技術(shù)—軟件生存周期過程》關(guān)于(guānyú)軟件配置管理過程的規(guī)定活動任務(wù)解釋1．實施過程開發(fā)配置管理計劃計劃描述：配置活動、這些活動的規(guī)程、進(jìn)度、配置管理組織及與其他組織的關(guān)系計劃應(yīng)形成文件2．配置標(biāo)識制定標(biāo)識規(guī)則以控制軟件項及其版本標(biāo)識內(nèi)容包括：基線文檔、版本基準(zhǔn)號、其他3．配置控制標(biāo)志并記錄變更申請分析與評價變更批準(zhǔn)（或不期準(zhǔn)）申請實現(xiàn)、驗證和發(fā)行已變更的軟件項審核跟蹤變更控制并審核受控軟件項

跟蹤變更原因、變更授權(quán)以保證重要功能的安全或保密4．配置狀態(tài)報告編制管理記錄和狀態(tài)報告表明受控項（包括基線）的狀態(tài)和歷史狀態(tài)報告應(yīng)包括變更號、最新版本、發(fā)行標(biāo)識、版本號及各種版本比較5．配置評價確定和保證軟件項的功能完整性、物理完整性

6．發(fā)行管理和交付有效控制軟件產(chǎn)品和文檔的發(fā)行和交付在產(chǎn)品的生存期內(nèi)保存代碼、文擋的主拷貝

包括重要的安全或保密功能的代碼和文檔應(yīng)按組織的方針處理、儲存、包裝和交付第九頁，共59頁。3、軟件配置管理與軟件開發(fā)過程兩類不同的變更：開發(fā)階段內(nèi)部發(fā)生的變更：開發(fā)過程解決不了的變更：變更的評估(pínɡɡū)和批準(zhǔn)以及變更實施都要由軟件配置管理人員去做。開發(fā)過程應(yīng)納入配置管理過程的控制之下。配置管理階段1階段2階段n開發(fā)(kāifā)過程圖4配置管理與開發(fā)(kāifā)過程第十頁，共59頁。（三）軟件配置管理的意義1、軟件項目的特點（1）不可見的邏輯實體（2）軟件項目的規(guī)模日益龐大和復(fù)雜（3）參與軟件項目的人員增加，人員間的溝通渠道數(shù)量按指數(shù)(zhǐshù)倍增。（4）產(chǎn)品非常容易拷貝（5）時時處在演化和變更狀態(tài)。這包括:——技術(shù)——業(yè)務(wù)環(huán)境——不同用戶各有不同的需求——需求變更（6）開發(fā)人員的離去有較大的影響第十一頁，共59頁。2、忽視(hūshì)軟件配置管理可能導(dǎo)致的混亂現(xiàn)象發(fā)錯了版本安裝后不工作異地不能正常工作已經(jīng)解決的缺陷過后又出現(xiàn)錯誤開發(fā)人員把產(chǎn)品拿出去出售贏利找不到最新修改了的源程序找不到編程序的人第十二頁，共59頁。二、軟件配置管理計劃(jìhuà)配置管理計劃標(biāo)準(zhǔn)——IEEE828-19901．引言——配置管理計劃的目的、適應(yīng)范圍、使用要求——項目概述——項目中需特別關(guān)注的配置管理問題和風(fēng)險——軟件配置管理嚴(yán)格性要求的等級——限制和假設(shè)(jiǎshè)——術(shù)語——參考文件第十三頁，共59頁。2、軟件配置管理——配置管理的組織結(jié)構(gòu)——職責(zé)(zhízé)和權(quán)限——指令和方針——參照的規(guī)程（組織的規(guī)程或客戶的規(guī)程）——遵循的標(biāo)準(zhǔn)3、軟件配置管理活動——配置管理活動——變更管理和配置控制——配置狀態(tài)說明——配置審核——接口和子合同方控制第十四頁，共59頁。4、軟件配置管理進(jìn)度安排——軟件配置管理重要事件的順序——軟件配置管理各項活動間的依賴關(guān)系5、軟件配置管理所需的資源——采用(cǎiyòng)的工具——使用的設(shè)備——所需的培訓(xùn)——對其他人員的要求6、軟件配置管理計劃的維護(hù)——維護(hù)的職責(zé)——計劃更新的條件和審批——計劃變更的交流和通報第十五頁，共59頁。三、軟件配置(pèizhì)標(biāo)識（一）確定配置項1、系統(tǒng)(xìtǒng)規(guī)格說明2、軟件項目計劃3、軟件需求規(guī)格說明書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.模式和文件結(jié)構(gòu)b.初始內(nèi)容11、聯(lián)機用戶手冊12、維護(hù)文檔a.軟件(ruǎnjiàn)問題報告b.維護(hù)請求c.工程變更指令13.軟件(ruǎnjiàn)工程標(biāo)準(zhǔn)和規(guī)程第十六頁，共59頁。圖5軟件(ruǎnjiàn)配置項第十七頁，共59頁。（二）配置項命名及其相關(guān)信息1、配置項命名。命名的基本要求(yāoqiú)：唯一性；可追溯性。例：CODE是根結(jié)點為PCL_TOOLS樹結(jié)構(gòu)的第六層結(jié)點，對其命名為：PCL_TOOLS/EDIT/FORMS/DISPLAY/AST_INTERFACE/CODE

第十八頁，共59頁。2、配置項的相關(guān)標(biāo)識信息每一配置項的有關(guān)信息：——組名——項名——項標(biāo)識（文件名或命名規(guī)則(guīzé)）——版本編號規(guī)則(guīzé)——什么情況下納入控制之下，或——版本號——所遵循的變更控制規(guī)程第十九頁，共59頁。四、變更(biàngēng)管理（一）軟件變更1、軟件變更的不可避免性2、軟件變更的復(fù)雜性軟件配置項數(shù)量大版本多變更的遷延性人員(rényuán)溝通協(xié)調(diào)3、變更管理的任務(wù)分析變更記錄和追蹤變更采取措施保證變更在受控狀態(tài)下進(jìn)行第二十頁，共59頁。（二）配置庫1、配置庫的作用記錄與配置相關(guān)的所有信息利用庫中的信息可評價變更的后果可利用庫中的信息查詢，例如：那些客戶(kèhù)已提取了某個特定的系統(tǒng)版本？運行一個給定的系統(tǒng)版本需要什么硬件和系統(tǒng)的哪些版本?一個系統(tǒng)到目前已生成了多少版本，何時生成的？如果某一特定的構(gòu)件變更了，會影響到系統(tǒng)的那些版本？一個特定的版本曾提出過那幾個變更請求？一個特定的版本有多少已報告的錯誤？第二十一頁，共59頁。2、三類庫（1）開發(fā)庫：存放開發(fā)過程中需要保留(bǎoliú)的各種信息，供開發(fā)人員個人專用。（2）受控庫：在軟件開發(fā)的某個階段工作結(jié)束時，將工作產(chǎn)品存入或?qū)⒂嘘P(guān)的信息存入。（3）產(chǎn)品庫：在開發(fā)的軟件產(chǎn)品完成系統(tǒng)測試之后，作為最終產(chǎn)品存入庫內(nèi)，等待交付用戶或現(xiàn)場安裝。第二十二頁，共59頁。（三）配置基線基線是軟件生存期各開發(fā)階段末尾(mòwěi)的特定點，也稱為里程碑。第二十三頁，共59頁。2、三種常見基線

——功能基線在系統(tǒng)分析和軟件定義階段(jiēduàn)結(jié)束時，經(jīng)過正式評審和批準(zhǔn)的系統(tǒng)設(shè)計規(guī)格說明中對被開發(fā)軟件系統(tǒng)的規(guī)格說明；經(jīng)過項目委托單位和項目承辦單位雙方簽字同意的協(xié)議書或合同中所規(guī)定的對被開發(fā)軟件系統(tǒng)的規(guī)格說明；由下級申請及上級同意或直接由上級下達(dá)的項目任務(wù)書中所規(guī)定的開發(fā)軟件系統(tǒng)的規(guī)格說明。 ——分配基線在軟件需求分析階段(jiēduàn)結(jié)束時，經(jīng)正式評審和批準(zhǔn)的軟件需求規(guī)格說明。 ——產(chǎn)品基線在軟件組裝與系統(tǒng)測試階段(jiēduàn)，經(jīng)正式評審和批準(zhǔn)的有關(guān)所開發(fā)的軟件產(chǎn)品的全部配置項的規(guī)格說明。第二十四頁，共59頁。第二十五頁，共59頁。3、基線與配置項4、典型的配置項和基線庫內(nèi)容——初始庫：包括項目開始時可供利用的配置項已有的源代碼（如可以利用且需要）已有的軟件文檔（如可以利用且有需要）已有的測試計劃和測試數(shù)據(jù)（如可利用且有需要）合同或建議書——環(huán)境(huánjìng)配置項：包括對穩(wěn)定的開發(fā)環(huán)境(huánjìng)或維護(hù)環(huán)境(huánjìng)所必需的配置項編譯器、操作系統(tǒng)、編輯程序、實用程序、RDBMS團(tuán)組所用的工具（項目管理工具，進(jìn)展表，測試工具，缺陷追蹤等）第三方庫文檔工具（字處理器、電子表格等）第二十六頁，共59頁。——定義庫：在需求規(guī)格說明工作(gōngzuò)結(jié)束時生成的需求規(guī)格說明項目計劃設(shè)計標(biāo)準(zhǔn)與設(shè)計準(zhǔn)則驗收測試計劃——設(shè)計庫：在設(shè)計工作(gōngzuò)結(jié)束時所產(chǎn)生的系統(tǒng)設(shè)計說明書程序規(guī)格說明數(shù)據(jù)庫設(shè)計編碼標(biāo)準(zhǔn)、用戶接口標(biāo)準(zhǔn)、測試標(biāo)準(zhǔn)系統(tǒng)測試計劃用戶手冊第二十七頁，共59頁?！獦?gòu)造庫：在編碼和段單元測試結(jié)束時生 成的源代碼標(biāo)代碼單元測試數(shù)據(jù)——測試庫：系統(tǒng)測試完成后生成的系統(tǒng)測試數(shù)據(jù)運行手冊和安裝手冊——維護(hù)庫：驗收測試、安裝和培訓(xùn)(péixùn)等之后將有變更的所有配置項第二十八頁，共59頁。（四）變更控制(kòngzhì)1、變更控制(kòngzhì)組變更控制(kòngzhì)組（ChangeControlBoard）也稱為配置控制(kòngzhì)組（ConfigurationControlBoard），是配置項變更的監(jiān)管組織。其任務(wù)是對建議的配置項變更做出評價、審批以及監(jiān)督已批準(zhǔn)的變更的實施。第二十九頁，共59頁。2、變更請求與變更控制(kòngzhì)（1）利用配置庫實現(xiàn)變更控制(kòngzhì)軟件配置項通過評審作為基線，將準(zhǔn)許進(jìn)入配置庫（實施檢入Check-in），開始“凍結(jié)”。由于多種原因需要變更就需要提出“變更請求”。在得到批準(zhǔn)的情況下，允許配置項從庫中檢出（Check-out）第三十頁，共59頁。（2）變更請求(qǐngqiú)的主要內(nèi)容變更描述對變更的審批有關(guān)變更實施的一些信息表5變更(biàngēng)請求表CRF第三十一頁，共59頁。（3）變更(biàngēng)控制過程表6第三十二頁，共59頁。（4）故障報告故障報告包含的內(nèi)容有：——FRID（故障報告標(biāo)識）——故障信息故障描述故障嚴(yán)重程度懷疑有問題的部位(bùwèi)故障的影響故障現(xiàn)象和環(huán)境信息估計的故障原因故障信息提供者——ＣＣＢ評估意見批準(zhǔn)或拒絕優(yōu)先性說明——故障修復(fù)信息要變更的部分說明第三十三頁，共59頁。3、變更記錄變更記錄置于模塊(mókuài)首部的實例。//PROTEUSProjet(ESPRIT6087)//PCL_TOOLS/EDIT/FORMS/DISPLAY/INTERFACE//Object:PCL_TOOL_DESC//作者：陳**//開發(fā)(kāifā)日期：2000.12.8//版權(quán)歸屬：ASDC//變更記錄//版號 變更負(fù)責(zé)人日期變更概要變更理由//1.0 王**2001.4********//1.1 李**2001.9**** ****表7代碼變更記錄(jìlù)實例第三十四頁，共59頁。五、版本(bǎnběn)管理1、軟件版本：包含兩種不同含義（1）為滿足不同用戶的不同使用要求，如適用于不同運行環(huán)境或不同平臺的系列產(chǎn)品。（2）軟件產(chǎn)品投入使用以后，經(jīng)過一段時間運行提出了變更的要求，需要做較大的修正或糾錯，增強功能或提高性能。2、版本標(biāo)識版本管理也稱版本控制。版本標(biāo)識方法：（1）號碼版本標(biāo)識（2）符號版本標(biāo)識：把重要(zhòngyào)的版本屬性有選擇地給出。如：V1/VMS/DBServer3、版本管理工具V1.0V1.1V1.1aV1.1bV1.1.1V1.2V2.0V2.1V2.2第三十五頁，共59頁。（一）什么是配置審核它是指對于存儲配置項及相關(guān)記錄的軟件基線庫的結(jié)構(gòu)、內(nèi)容和設(shè)施進(jìn)行檢驗，其目的在于驗證基線是否符合描述基線的文檔。驗證包括：配置項的處理是否有背離初始(chūshǐ)的規(guī)格說明或已批準(zhǔn)的變更請求的現(xiàn)象；配置標(biāo)識的準(zhǔn)則是否得到了遵循；變更控制規(guī)程是否以遵循，變更記錄是否可供使用是否保持了可追溯性。配置審核工作主要集中在兩個方面，即：功能配置審核——驗證配置項的實際功效是與其軟件需求一致的。 物理配置審核——確定配置項符合預(yù)期的物理特性，即特定的媒體形式。六、配置審核第三十六頁，共59頁。（二）為什么要實施配置審核確保軟件配置管理的有效性，不允許出現(xiàn)任何混亂現(xiàn)象。例如：——防止出現(xiàn)向用戶提交了不適合的產(chǎn)品，如交付了用戶手冊不 適當(dāng)?shù)陌姹?；——發(fā)現(xiàn)不完善的實現(xiàn)，如開發(fā)出不符合初始規(guī)格說明或未按變 更請求實施變更；——找出各配置項間不匹配或不相容的現(xiàn)象；——確認(rèn)配置項已在所要求質(zhì)量控制審查之后(zhīhòu)作為基線入庫保存；——確認(rèn)記錄和文檔保持著可追溯性。第三十七頁，共59頁。（三）如何實施配置審核1、實施配置審核的時機——軟件產(chǎn)品交付或是軟件產(chǎn)品正式發(fā)行前——軟件開發(fā)的階段工作結(jié)束之后——在維護(hù)工作中，定期的進(jìn)行2、實施配置審核的責(zé)任人參與實施配置審核的審核人員包括：項目組人員和非項目組人員，例如其他(qítā)項目的配置管理人員、軟件組織的內(nèi)部審核員以及軟件組織的軟件配置管理人員。第三十八頁，共59頁。3、配置審核工作的開展（1）由項目經(jīng)理決定何時進(jìn)行配置審核工作（2）質(zhì)量保證組或軟件組的配置管理組指定該項目的配置審核 人員（3）項目經(jīng)理和配置審核員決定審核范圍。（4）配置審核員準(zhǔn)備配置審核檢查單（5）配置審核員安排時間審核文檔和記錄，審核活動可能涉及 到：項目范圍配置項的檢入（check-in）及檢出（check_out）評審記錄配置項的變更歷史測試記錄文件的命名變更請求版本的編號（6）配置審核員在審核中發(fā)現(xiàn)不符合現(xiàn)象，并作記錄。（7）由項目經(jīng)理負(fù)責(zé)消除(xiāochú)不符合現(xiàn)象。（8）配置審核員驗證所有發(fā)現(xiàn)的不符合現(xiàn)象確已得到解決。第三十九頁，共59頁。七、配置狀態(tài)(zhuàngtài)報告（一）什么是配置狀態(tài)報告1、配置狀態(tài)報告（configurationstatusreporting）也稱配置狀態(tài)說明與報告（configurationstatusaccounting&reporting）。任務(wù)：有效的記錄和報告管理配置所需要(xūyào)的信息目的：及時、準(zhǔn)確的給出軟件配置項的當(dāng)前狀況，供相關(guān)人員 了解，以加強配置管理工作。2、需要(xūyào)跟蹤捕捉的狀態(tài)報告信息可以是：配置項的當(dāng)前標(biāo)識已交付軟件的配置變更請求或問題報告的狀態(tài)已獲準(zhǔn)變更的狀態(tài)第四十頁，共59頁。（二）配置狀態(tài)報告信息1、狀態(tài)說明(shuōmíng)的實體關(guān)系第四十一頁，共59頁。2、狀態(tài)說明(shuōmíng)數(shù)據(jù)詞典——配置項庫（repository）庫名庫標(biāo)識所有者范圍/描述——配置項（configurationitem）庫標(biāo)識項標(biāo)識項名描述項類型（源代碼、測試計劃等）——配置項版本（configurationitemversion）庫標(biāo)識項標(biāo)識版本號入庫日期、時間(shíjiān)與前版差異描述鎖定狀態(tài)第四十二頁，共59頁。——檢出與檢入（check-out&check-in）庫標(biāo)識項標(biāo)識出庫版本號出庫負(fù)責(zé)人出庫日期及時間實施的變更請求號變更描述(miáoshù)入庫版本號入庫負(fù)責(zé)人入庫日期及時間第四十三頁，共59頁?！兏埱?changerequest)變更請求號軟件版本號申請

*申請人 *申請日期 *變更部位 *變更優(yōu)先性 *變更概述(ɡàishù) *變更預(yù)期效果 *附件分析與審批*受影響工作項*估計工作量投入*成本*其他影響*假設(shè)*效果*分析日期(rìqī)*分析人*是否批準(zhǔn)*理由*審批日期(rìqī)*批準(zhǔn)人*發(fā)行版本實施狀態(tài)*受影響的每一個工作項—庫標(biāo)識—項標(biāo)識—變更(biàngēng)描述—出庫版本—出庫日期及時間—變更(biàngēng)工作量—驗證工作量—入庫版本—入庫日期及時間*說明*變更(biàngēng)結(jié)束日期及時間*變更(biàngēng)結(jié)束負(fù)責(zé)人第四十四頁，共59頁。——發(fā)行（release）發(fā)行版本發(fā)行日期目的創(chuàng)建時間——發(fā)行配置項及版本號庫標(biāo)識項標(biāo)識項名稱概述(ɡàishù)項類型（源代碼、測試計劃等）版本號第四十五頁，共59頁。——備份備份號備份日期備份人目的介質(zhì)——備份配置(pèizhì)項庫標(biāo)識項標(biāo)識——備份配置(pèizhì)項版本庫標(biāo)識項標(biāo)識版本號第四十六頁，共59頁。3、定期提交的配置(pèizhì)狀態(tài)報告的內(nèi)容示例——變更請求概要：變更請求號、日期、申請人、 狀態(tài)、估計工作量、實際工作量、發(fā)行版本、變 更結(jié)束日期——基線庫狀態(tài)：庫標(biāo)識、至某日預(yù)計庫內(nèi)配置(pèizhì)項數(shù)、 實際配置(pèizhì)項數(shù)——發(fā)行信息：發(fā)行版本、計劃發(fā)行時間、實際發(fā)行 時間、說明——備份信息：備份日期、介質(zhì)、備份存放位置——配置(pèizhì)管理工具狀態(tài)——配置(pèizhì)管理培訓(xùn)狀態(tài)第四十七頁，共59頁。八、軟件配置管理工具(gōngjù)（一）手工方法實施軟件配置管理存在的問題1、由于認(rèn)識和理解的局限性，缺乏遠(yuǎn)見和堅定性2、規(guī)程過于繁瑣3、可能出現(xiàn)人為的失誤4、個別人可能持逆反心理5、必須(bìxū)作充分培訓(xùn)6、對人員的依賴性較大第四十八頁，共59頁。（二）采用工具支持配置管理的自動方法采用工具可能有如下的好處減少了人為因素節(jié)省人工實施配置管理所花費的時間發(fā)生配置問題的機會較少程序人員可集中精力在自己(zìjǐ)的工作中，不必?fù)?dān)心配置問題第四十九頁，共59頁。（三）采用配置管理工具的經(jīng)濟考慮購置工具軟件的成本培訓(xùn)成本改變工作方式的代價首先采用手工方法(fāngfǎ)更為直觀，積累經(jīng)驗，提高認(rèn)識采購配置管理工具時應(yīng)慎重選擇第五十頁，共59頁。九、CMM2級SCMKPA圖15SCMKPA結(jié)構(gòu)(jiégòu)G12級RMSPPSPTOSSMSQASCMG2G3G4Ab5V3V4約定能力活動測量驗證C1Ab1Ac1M1V1Ab2Ac2V2Ab3Ab4Ac3Ac4Ac5Ac6Ac7Ac8Ac9Ac10

目標(biāo)(mùbiāo)第五十一頁，共59頁。

活動圖16SCMKPA的目標(biāo)與活動目標(biāo)1目標(biāo)212345678910目標(biāo)3目標(biāo)4（一）目標(biāo)(mùbiāo)與活動目標(biāo)1：軟件配置管理活動是有計劃的。活動1：按照文件化的規(guī)程為每一個軟件項目制定(zhìdìng)軟件配置管理計劃。活動2：以文件化和經(jīng)批準(zhǔn)的軟件配置管理計劃作為開展軟件配置管理活動 的基礎(chǔ)。目標(biāo)2：選定的軟件工作產(chǎn)品是已標(biāo)識的、受控的和可用的?；顒?：（同上）活動3：建立配置管理庫作為軟件基線倉庫。活動4：對置于配置管理下的軟件工作產(chǎn)品做出標(biāo)識。活動7：根據(jù)文件化規(guī)程由軟件基線庫中生成產(chǎn)品，并控制這些產(chǎn)品的發(fā)行。第五十二頁，共59頁。目標(biāo)3：對已標(biāo)識的軟件工作產(chǎn)品的變更加以控制。活動5：按已文件化規(guī)程啟動、記錄、評審、批準(zhǔn)和跟 蹤對所有配置項或單元的變更請求和問題報告?；顒?：按已文件化規(guī)程控制基線的變更。目標(biāo)4：受影響的組合人員都應(yīng)得知軟件基線的狀態(tài)和內(nèi) 容?；顒?：根據(jù)文件化規(guī)程記錄配置項或配置單元的狀態(tài)?；顒?：編制記載軟件配置管理活動和軟件基線內(nèi)容的 標(biāo)準(zhǔn)報告。并使受影響的組和人員可以(kěyǐ)使用它?；顒?0：根據(jù)文件化規(guī)程進(jìn)行軟件基線審核。第五十三頁，共59頁。（二）約定與能力約定1：項目遵循實施軟件配置