第10章軟件項(xiàng)目配置管理

1、第 10 章 軟件項(xiàng)目配置管理,10.1 軟件項(xiàng)目范圍核實(shí),項(xiàng)目范圍管理 ——為了集中注意力于項(xiàng)目，滿足利益相關(guān)者的期望，需要對項(xiàng)目范圍進(jìn)行管理，使得整個(gè)項(xiàng)目范圍既無溢出，也無縮水。關(guān)注點(diǎn)合同范圍交付成果（產(chǎn)品定義是什么？）中西項(xiàng)目管理文化差異美國人的思路：拒絕鍍金中國人的思路：錦上添花思考：買個(gè)手機(jī)，盒子里面都有什么？,軟件項(xiàng)目范圍核實(shí),工作分解結(jié)構(gòu)（WBS） ——面向可交付成果而對項(xiàng)目元素的分

2、組，它組織并定義了整個(gè)項(xiàng)目范圍。面向可交付物，不是面向可交付活動(dòng)不在WBS中的，就不在項(xiàng)目范圍內(nèi)工作包最低層次的WBS可以被分解為子項(xiàng)目的單元80小時(shí)完成原則WBS詞典工作組件的描述包括：工作包，進(jìn)度日期，成本預(yù)算，人員分配,軟件項(xiàng)目范圍核實(shí),范圍核實(shí) —— 范圍核實(shí)是指利益相關(guān)者對項(xiàng)目范圍的正式接受，包括項(xiàng)目最終產(chǎn)品和評估程序，以及這些產(chǎn)品的滿意程度和評估的正確性。 需要審查交付物和工作產(chǎn)品，確保正確圓滿

3、的完成項(xiàng)目如果提前終止，則需要對項(xiàng)目完成程度建立文檔區(qū)別范圍核實(shí)與質(zhì)量控制范圍核實(shí)：關(guān)心工作成果的接受質(zhì)量控制：關(guān)心工作成果的正確Inspection，Review，Audit，walkthrough,10.2 軟件項(xiàng)目配置管理概念,開發(fā)人員使用錯(cuò)誤的版本修改程序開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔,或修改的結(jié)果不能及時(shí)反映到各個(gè)相關(guān)部分；人員流動(dòng)，交接工作不徹底造成軟件關(guān)鍵部件遺失；已修復(fù)的Bug在新版本中出現(xiàn),找不到某個(gè)

4、文件的歷史版本；無法重新編譯某個(gè)歷史版本，使維護(hù)工作十分困難；因協(xié)同開發(fā)中，或者異地開發(fā)，版本變更混亂導(dǎo)致整個(gè)項(xiàng)目失?。弧?…,軟件項(xiàng)目開發(fā)中是否遇到如下的問題？,——軟件項(xiàng)目進(jìn)行中面臨的一個(gè)主要問題是持續(xù)不斷的變化；配置管理是有 效管理變更的手段，它貫穿著幾乎軟件的整個(gè)生命周期。,軟件項(xiàng)目配置管理概念,配置管理 ——軟件配置管理(Software Configuration Management，SCM)是對產(chǎn)品進(jìn)

5、行標(biāo)志、存儲(chǔ)和控制，以維護(hù)其完整性、可追溯性以及正確性，它為軟件開發(fā)提供了一套管理辦法和活動(dòng)原則。 配置管理目的 The purpose of Configuration Management (CM) is to establish and maintain the integrity of work products using configuration identification, configuration co

6、ntrol, configuration status accounting, and configuration audits.記錄軟件產(chǎn)品的演化過程確保軟件開發(fā)者在軟件生命周期中的各個(gè)階段都能得到精確的產(chǎn)品配置。最終保證軟件產(chǎn)品的完整性、一致性、追朔性、可控性,軟件項(xiàng)目配置管理概念,配置管理主要作用版本管理變更管理其它（過程管理）,軟件項(xiàng)目配置管理概念,配置管理的相關(guān)概念軟件配置項(xiàng) ——凡是納入配置管理范疇的

7、工作成果統(tǒng)稱為配置項(xiàng)（Configuration Item，CI）。配置項(xiàng)主要有兩大類：屬于產(chǎn)品組成部分的工作成果，例如源代碼、需求文檔、設(shè)計(jì)文檔、測試用例等等。在管理過程中產(chǎn)生的文檔，例如各種計(jì)劃、狀態(tài)報(bào)告等等，這些文檔雖然不是產(chǎn)品的組成部分，但是值得保存。 每個(gè)配置項(xiàng)的主要屬性有：名稱、標(biāo)識符、文件狀態(tài)、版本、作者、日期等。所有配置項(xiàng)都被保存在配置庫里，確保不會(huì)混淆、丟失；配置項(xiàng)及其歷史記錄反映了軟件的演化過程。,軟件項(xiàng)目配

8、置管理概念,版本與版本控制 ——軟件的每一個(gè)版本都是源代碼、文檔及數(shù)據(jù)以及相關(guān)的系統(tǒng)環(huán)境的一個(gè)收集，且各個(gè)版本都可能由不同的變種組成。版本控制的目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。配置項(xiàng)的狀態(tài)有三種：“草稿”（Draft）、“正式發(fā)布”（Released）和“正在修改”（Changing）。,軟件項(xiàng)目配置管理概念,配置項(xiàng)狀態(tài)變遷 配置項(xiàng)剛建立時(shí)其狀

9、態(tài)為“草稿”；配置項(xiàng)通過評審（或?qū)徟┖?，其狀態(tài)變?yōu)椤罢桨l(fā)布”；此后若更改配置項(xiàng)，必須依照“變更控制流程”執(zhí)行，其狀態(tài)變?yōu)椤罢谛薷摹?。?dāng)配置項(xiàng)修改完畢并重新通過評審（或?qū)徟r(shí)，其狀態(tài)又變?yōu)椤罢桨l(fā)布”，如此循環(huán)。,軟件項(xiàng)目配置管理概念,版本控制規(guī)則處于“草稿”狀態(tài)的配置項(xiàng)的版本號格式為：0.YZ YZ數(shù)字范圍為01-99。隨著草稿的不斷完善，“YZ”的取值應(yīng)遞增。“YZ”的初值和增幅由用戶自己把握。 處于“正式發(fā)布”狀態(tài)的

10、配置項(xiàng)的版本號格式為：X.Y X為主版本號，取值范圍為1-9。Y為次版本號，取值范圍為1-9。 配置項(xiàng)第一次“正式發(fā)布”時(shí)，版本號為1.0。 如果配置項(xiàng)的版本升級幅度比較小，一般只增大Y值，X值保持不變。只有當(dāng)配置項(xiàng)版本升級幅度比較大時(shí)，才允許增大X值。 處于“正在修改”狀態(tài)的配置項(xiàng)的版本號格式為：X.YZ 配置項(xiàng)正在修改時(shí)，一般只增大Z值，X.Y值保持不變。 當(dāng)配置項(xiàng)修改完畢，狀態(tài)重新成為“正式發(fā)布”時(shí)，將Z值設(shè)置為0，增

11、加X.Y值。,軟件項(xiàng)目配置管理概念,版本圖,軟件項(xiàng)目配置管理概念,配置項(xiàng)的版本,軟件項(xiàng)目配置管理概念,基線 —— 基線是軟件生存期各開發(fā)階段末尾的特定點(diǎn)，也稱為里程碑。基線（Baseline）由一組配置項(xiàng)組成，這些配置項(xiàng)構(gòu)成了一個(gè)相對穩(wěn)定的邏輯實(shí)體?；€中的配置項(xiàng)被“凍結(jié)”了，不能再被隨意修改?；€通常對應(yīng)于開發(fā)過程中的里程碑（Milestone），一個(gè)產(chǎn)品可以有多個(gè)基線，也可以只有一個(gè)基線?；€的主要屬性有：名稱、標(biāo)識符

12、、版本、日期等。通常將交付給客戶的基線稱為一個(gè)“Release”；為內(nèi)部開發(fā)用的基線則稱為一個(gè)“Build”。,軟件項(xiàng)目配置管理概念,配置管理委員會(huì) —— 配置管理委員會(huì)(Software Configuration Control Board，SCCB)是實(shí)現(xiàn)有序、及時(shí)和正確處理軟件配置項(xiàng)的基本機(jī)制。主要負(fù)責(zé)評估變更批準(zhǔn)變更申請?jiān)谏嫫趦?nèi)規(guī)范變更申請流程對變更進(jìn)行反饋與項(xiàng)目管理層溝通,——對于一個(gè)新的變更申請，

13、首先應(yīng)該依據(jù)配置項(xiàng)和基線，將相關(guān)的配置項(xiàng)分配給適當(dāng)?shù)腟CCB，SCCB根據(jù)技術(shù)的、邏輯的、策略的、經(jīng)濟(jì)的和組織的角度，以及基線的層次，評估基線的變更對項(xiàng)目的影響，并決定是否變更。,10.3 軟件項(xiàng)目配置管理過程,配置管理基本活動(dòng)配置管理計(jì)劃 配置項(xiàng)標(biāo)志 配置項(xiàng)控制 狀態(tài)狀況報(bào)告 配置項(xiàng)審核,配置管理過程 配置項(xiàng)標(biāo)識、跟蹤配置管理環(huán)境建立基線變更管理基線審核配置狀態(tài)統(tǒng)計(jì)配置管理計(jì)劃,—— 配置管理過程圍繞配置管理

14、的5項(xiàng)活動(dòng)進(jìn)行,軟件項(xiàng)目配置管理過程,配置管理計(jì)劃 —— 配置管理計(jì)劃過程就是確定軟件配置管理的解決方案。配置管理計(jì)劃由配置管理者負(fù)責(zé)制定，是軟件配置管理規(guī)劃過程的產(chǎn)品，并且在整個(gè)軟件項(xiàng)目開發(fā)過程中作為配置管理活動(dòng)的依據(jù)進(jìn)行使用和維護(hù)。流程通常是首先由項(xiàng)目經(jīng)理確定配置管理者，配置管理者通過參與項(xiàng)目規(guī)劃過程，確定配置管理的策略，并制定詳細(xì)的配置管理計(jì)劃，交配置管理委員會(huì)審核，配置管理委員會(huì)通過配置管理計(jì)劃后交項(xiàng)目經(jīng)理批準(zhǔn)，

15、發(fā)布實(shí)施。 配置管理計(jì)劃首先的一個(gè)關(guān)鍵任務(wù)是確定要控制哪些文檔。,軟件項(xiàng)目配置管理過程,配置項(xiàng)標(biāo)志、跟蹤 —— 一個(gè)項(xiàng)目通常會(huì)生成很多的過程文件，并經(jīng)歷不同的階段和版本。 將軟件項(xiàng)目中需要進(jìn)行控制的部分拆分成軟件配置項(xiàng)（SCI）對所有配置項(xiàng)都應(yīng)按照相關(guān)規(guī)定建立唯一的標(biāo)識建立相互間的對應(yīng)關(guān)系，進(jìn)行系統(tǒng)的跟蹤和版本控制，以確保項(xiàng)目過程中的產(chǎn)品與需求和規(guī)格的要求相一致在引入軟件配置管理工具進(jìn)行管理后，這些配置項(xiàng)都應(yīng)以一

16、定的目錄結(jié)構(gòu)保存在配置庫中。 最終可根據(jù)要求將配置項(xiàng)組合生成適用于不同應(yīng)用環(huán)境的正確的軟件產(chǎn)品評估版本,軟件項(xiàng)目配置管理過程,配置項(xiàng)的拆分例子 ——設(shè)計(jì)規(guī)格說明書 數(shù)據(jù)設(shè)計(jì)描述 總體結(jié)構(gòu)設(shè)計(jì)描述 模塊設(shè)計(jì)描述 界面設(shè)計(jì)描述界面設(shè)計(jì)1界面設(shè)計(jì)2…… 對象描述,軟件項(xiàng)目配置管理過程,配置項(xiàng)的標(biāo)識例子 ——配置項(xiàng)被唯一的標(biāo)識,軟件項(xiàng)目配置管理過程,配置項(xiàng)的跟蹤 ——建立相互間的對應(yīng)關(guān)系,軟件項(xiàng)目配置管理

17、過程,配置管理環(huán)境建立 —— 建立配置管理庫，簡稱配置庫 。軟件配置管理庫是用來存儲(chǔ)所有基線配置項(xiàng)及相關(guān)文件的等內(nèi)容的系統(tǒng)，是在軟件產(chǎn)品的整個(gè)生存期中建立和維護(hù)軟件產(chǎn)品完整性的主要手段。開發(fā)庫開發(fā)周期的某個(gè)階段，存放與該階段工作有關(guān)系的信息；開發(fā)庫也稱為工作空間 受控庫開發(fā)周期的某個(gè)階段結(jié)束時(shí)，存放做為該階段產(chǎn)品及其相關(guān)的信息，配置管理對其中的信息進(jìn)行管理，也稱配置庫產(chǎn)品庫存放最終產(chǎn)品的軟件庫,軟件項(xiàng)目配置管理過程

18、,受控操作配置庫是集中控制的文件庫，提供對所存儲(chǔ)文件的版本控制。從受控庫導(dǎo)出的文件自動(dòng)被鎖定直到文件重新被導(dǎo)入，一個(gè)版本號自動(dòng)與新版本文件相關(guān)聯(lián)。配置庫中文件不能更改，任何更改都被視為創(chuàng)建了一個(gè)新版本文件。文件的所有配置管理信息和文件的內(nèi)容都存儲(chǔ)在配置庫中。,軟件項(xiàng)目配置管理過程,基線變更管理 項(xiàng)目基線（配置項(xiàng)）可能由于種種原因會(huì)發(fā)生變更，如：客戶需求變化、進(jìn)度變更、成本變更、產(chǎn)品環(huán)境變化等。 基線修改（變更）應(yīng)受到控制，變

19、更管理也稱為配置控制，這種變化要經(jīng)SCCB授權(quán)，按程序進(jìn)行控制并記錄基線修改的過程。,軟件項(xiàng)目配置管理過程,變更請求,軟件項(xiàng)目配置管理過程,變更評估,軟件項(xiàng)目配置管理過程,變更批準(zhǔn)/拒絕,軟件項(xiàng)目配置管理過程,變更實(shí)現(xiàn),軟件項(xiàng)目配置管理過程,配置審核 —— 配置審核作為變更控制的補(bǔ)充手段，目的是為了確保某一變更請求已被確切實(shí)現(xiàn)。 配置審核主要包括兩方面的內(nèi)容：配置管理活動(dòng)審核 確保項(xiàng)目組成員的所有配置管理

20、活動(dòng)，遵循已批準(zhǔn)的軟件配置管理方針和規(guī)程基線審核 保證基線的配置項(xiàng)(SCI)正確的構(gòu)造和實(shí)現(xiàn)，并滿足功能要求,軟件項(xiàng)目配置管理過程,配置狀態(tài)統(tǒng)計(jì) —— 檢查配置管理系統(tǒng)以及內(nèi)容，檢測配置項(xiàng)變更歷史的過程稱為配置狀態(tài)統(tǒng)計(jì)。 檢查配置管理系統(tǒng)以及內(nèi)容檢測配置項(xiàng)變更歷史配置狀態(tài)統(tǒng)計(jì)的范圍可因項(xiàng)目而不同。IEEE標(biāo)準(zhǔn)828-1998規(guī)定用于計(jì)算配置狀態(tài)的最小數(shù)據(jù)集包括：被批準(zhǔn)的配置項(xiàng) 配置項(xiàng)的所有請求的變化狀態(tài) 配置項(xiàng)所

21、有被批準(zhǔn)的變更實(shí)現(xiàn)狀態(tài),軟件項(xiàng)目配置管理過程,評估一個(gè)配置系統(tǒng)狀態(tài)變更請求的數(shù)量 變更請求的歷史報(bào)告 存儲(chǔ)量的增長 配置管理系統(tǒng)以及SCCB在運(yùn)作中發(fā)生異常的次數(shù)等等,10.4 配置管理組織與實(shí)施,配置管理組織,配置管理組織與實(shí)施,確定初始基線——由SCCB確定研發(fā)活動(dòng)的初始基線；配置庫管理——配置人員根據(jù)軟件配置管理規(guī)劃設(shè)立配置庫和工作空間，為執(zhí)行軟件配置管理做好準(zhǔn)備，并定期執(zhí)行備份和清理工作；授權(quán)開發(fā)——開發(fā)人員按照統(tǒng)

22、一的軟件配置管理策略，根據(jù)獲得授權(quán)的資源進(jìn)行項(xiàng)目研發(fā)工作；,集成——系統(tǒng)集成人員按照項(xiàng)目進(jìn)度集成組內(nèi)開發(fā)人員的工作成果，構(gòu)建系統(tǒng)，推進(jìn)版本演進(jìn)；管理基線——SCCB根據(jù)項(xiàng)目的進(jìn)展情況，并適時(shí)地建立基線，批準(zhǔn)基線變更，保證開發(fā)和維護(hù)工作有序地進(jìn)行；產(chǎn)品開發(fā)——系統(tǒng)集成人員進(jìn)行產(chǎn)品集成，由SCCB批準(zhǔn)，進(jìn)行發(fā)布。,■　配置管理實(shí)施——主要包括的活動(dòng),配置管理組織與實(shí)施,配置管理工具 ——必須認(rèn)識到SCM首先是一個(gè)方法，其次是一個(gè)過

23、程，第三才是一系列的工具。 ——工具應(yīng)具有的功能：版本管理變更管理問題追蹤建立管理狀態(tài)統(tǒng)計(jì)（查詢和報(bào)告）配置審核訪問控制和安全控制,配置管理組織與實(shí)施,常用配置管理工具 ——分為3個(gè)級別第一個(gè)級別 版本控制工具，是入門級的工具。例如，CVS、Visual Source Safe。第二個(gè)級別 項(xiàng)目級配置管理工具，適合管理中小型的項(xiàng)目，在版本管理的基礎(chǔ)上增加變更控制、狀態(tài)統(tǒng)計(jì)的功能。例如ClearCase、Cle

24、arQuest 、PVCS。 第三個(gè)級別 企業(yè)級配置管理工具，在實(shí)現(xiàn)傳統(tǒng)意義的配置管理的基礎(chǔ)上又具有比較強(qiáng)的過程管理功能。例如， Harvest,配置管理組織與實(shí)施,配置管理工具選擇 —— 除了配置管理工具本身的功能和特性外，經(jīng)費(fèi)也是一個(gè)考慮的主要因素。選擇開放源代碼的自由軟件還是選擇商業(yè)軟件如果選擇商業(yè)軟件，選擇哪個(gè)檔次的商業(yè)軟件都取決于可獲得的經(jīng)費(fèi)在選擇商業(yè)軟件時(shí)，還要考慮工具的市場占有率以及廠商支持能力