【正文】 例如：可執(zhí)行程序 、 庫(kù)以及其他支持系統(tǒng)運(yùn)行的文件 。 ? 系統(tǒng)或系統(tǒng)構(gòu)架是由子系統(tǒng) （ 構(gòu)件 ） 組成的 。在 UML中 ， 被稱為構(gòu)架 。 2022/2/16 51 配置管理對(duì)象 ? 首先我們從根目錄開始 （ 假設(shè)是只有一個(gè)根目錄的小 ） 系統(tǒng) ， 討論軟件系統(tǒng)架構(gòu)：軟件項(xiàng)目通過一系列的生命階段 ， 將建立或者已經(jīng)建立起一個(gè)體系構(gòu)架 。 ?產(chǎn)品目錄結(jié)構(gòu)為所有可具有版本號(hào)的、與產(chǎn)品相關(guān)的工件提供邏輯嵌套的占位符。 這個(gè)根目錄 ，以及從根目錄下所屬的所有目錄和文件 ， 是系統(tǒng)的一個(gè)子系統(tǒng) 。 2022/2/16 50 配置管理對(duì)象 ? 在 RUP的概念里 ， 最底層的元素是處于版本控制下的文件和目錄 ， 構(gòu)件的層次要高于元素（ 文件和目錄 ） ， 構(gòu)件把元素組織起來 。 ? IEEE定義了 3個(gè)層次：計(jì)算機(jī)配置項(xiàng) 、 計(jì)算機(jī)軟件構(gòu)件和計(jì)算機(jī)軟件單元 。 ? 1989年 Humphery定義了 5個(gè)層次：系統(tǒng) 、 子系統(tǒng) 、 產(chǎn)品 、 構(gòu)件和模塊 。 2022/2/16 47 軟件配置及其管理的概念 配置管理活動(dòng)和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測(cè)與報(bào)告 基于配置管理的軟件項(xiàng)目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 48 配置管理的對(duì)象 最基本的配置管理項(xiàng) —— 文檔 UCM目錄結(jié)構(gòu)下的配置管理對(duì)象 配置管理需求 2022/2/16 49 配置管理對(duì)象 ? 配置管理的第一個(gè)基本活動(dòng)是配置標(biāo)識(shí) ， 通俗地講 ， 也就是查詢 、 識(shí)別和確定配置管理對(duì)象 —— 配置項(xiàng) 。 配置經(jīng)理負(fù)責(zé)為工程人員創(chuàng)建任務(wù)單 ， 交由項(xiàng)目經(jīng)理對(duì)任務(wù)進(jìn)行分配 ， 創(chuàng)建項(xiàng)目的框架 。 2022/2/16 46 配置經(jīng)理 配置經(jīng)理 的目標(biāo)是確保用來建立 、 變更及編碼測(cè)試的計(jì)劃和策略得以貫徹執(zhí)行 ， 同時(shí)使有關(guān)項(xiàng)目的信息容易獲得 。 2022/2/16 45 配備人員 配置管理人員的選擇和配備 ， 是軟件項(xiàng)目經(jīng)理最主要的工作 。 軟件配置管理計(jì)劃 說明在產(chǎn)品 /項(xiàng)目生命周期中要執(zhí)行的所有與配置管理相關(guān)的活動(dòng) 。 對(duì)項(xiàng)目工件的保護(hù)是通過歸檔 、 建立基線和報(bào)告等操作而得以實(shí)現(xiàn)的 。 2022/2/16 43 項(xiàng)目經(jīng)理的配置管理流程 項(xiàng)目經(jīng)理的工作是： （ 1） 確定項(xiàng)目配置管理策略 （ 2） 確定用于控制產(chǎn)品變更的策略和流程 （ 3） 在配置管理計(jì)劃 （ 是軟件開發(fā)計(jì)劃的一部分 ）中記錄此信息 2022/2/16 44 配置管理策略 軟件配置管理策略 是指能夠確定 、 保護(hù)和報(bào)告已經(jīng)批準(zhǔn)用于項(xiàng)目中的工件的能力 。 所有這一切都應(yīng)作為配置項(xiàng)納入管理計(jì)劃統(tǒng)一進(jìn)行管理 ， 從而能夠保證及時(shí)的對(duì)所有軟件開發(fā)資源進(jìn)行維護(hù)和集成 。 在某些情況下 ， 它被作為正式的技術(shù)復(fù)審的一部分 ， 但當(dāng)軟件配置管理是一個(gè)正式的活動(dòng)時(shí) ， 該活動(dòng)由 SQA人員單獨(dú)執(zhí)行 。 2022/2/16 41 狀態(tài)報(bào)告 配置狀態(tài)報(bào)告應(yīng)該包括下列主要內(nèi)容： (1)配置庫(kù)結(jié)構(gòu)和相關(guān)說明； (2)開發(fā)起始基線的構(gòu)成； (3)當(dāng)前基線位置及狀態(tài)； (4)各基線配置項(xiàng)集成分支的情況； (5)各私有開發(fā)分支類型的分布情況； (6)關(guān)鍵元素的版本演進(jìn)記錄； (7)其它應(yīng)報(bào)告的事項(xiàng) 。 2022/2/16 40 變更控制 變更管理的一般流程是： （ 1） （ 獲得 ） 提出變更請(qǐng)求； （ 2） 由 CCB審核并決定是否批準(zhǔn)； （ 3） （ 被接受 ） 分配請(qǐng)求 ， 修改人員提取配置項(xiàng) ， 進(jìn)行修改； （ 4） 復(fù)審變化； （ 5） 提交修改后的配置項(xiàng)； （ 6） 建立測(cè)試基線并測(cè)試； （ 7） 重建軟件的適當(dāng)版本； （ 8） 復(fù)審 （ 審計(jì) ） 所有配置項(xiàng)的變化； （ 9） 發(fā)布新版本 。 對(duì)于配置庫(kù)中的各個(gè)基線控制項(xiàng) ， 應(yīng)該根據(jù)其基線的位置和狀態(tài)來設(shè)置相應(yīng)的訪問權(quán)限 。 除了系統(tǒng)自動(dòng)記錄的版本信息以外 ，為了配合軟件開發(fā)流程的各個(gè)階段 ， 我們還需要定義 、收集一些元數(shù)據(jù)來記錄版本的輔助信息和規(guī)范開發(fā)流程 ，并為今后對(duì)軟件過程的度量做好準(zhǔn)備 。 所有置于配置庫(kù)中的元素都應(yīng)自動(dòng)予以版本的標(biāo)識(shí) ， 并保證版本命名的唯一性 。 比較理想的情況是把整個(gè)配置庫(kù)視為一個(gè)統(tǒng)一的工作空間 ， 然后再根據(jù)需要把它劃分為個(gè)人 （ 私有 ） 、 團(tuán)隊(duì) （ 集成 ） 和全組 （ 公共 ） 這三類工作空間 （ 分支 ） ， 從而更好的支持將來可能出現(xiàn)的并行開發(fā)的需求 。 2022/2/16 38 工作空間管理 在引入了軟件配置管理工具之后 ， 所有開發(fā)人員都會(huì)被要求把工作成果存放到由軟件配置管理工具所管理的配置庫(kù) （ 存儲(chǔ)池 ） 中去 ， 或是直接工作在軟件配置管理工具提供的環(huán)境之下 （ 根據(jù)配置管理構(gòu)架提供的控制方式不同而不同 ） 。 在引入軟件配置管理工具進(jìn)行管理后 ， 這些配置項(xiàng)都應(yīng)以一定的目錄結(jié)構(gòu)保存在配置庫(kù)中 。 有關(guān)配置項(xiàng)的內(nèi)容 ， 我們將在后面 ， 專門花一節(jié)的篇幅 ， 進(jìn)行討論 。 IEEE對(duì)基線的定義是這樣的： “ 已經(jīng)正式通過審核批準(zhǔn)的某規(guī)約或產(chǎn)品 ， 它因此可作為進(jìn)一步開發(fā)的基礎(chǔ) ， 并且只能通過正式的變化控制過程改變 。 由此可見 ， 配置項(xiàng)的識(shí)別是配置管理活動(dòng)的基礎(chǔ) ， 也是制定配置管理計(jì)劃的重要內(nèi)容 。 這些項(xiàng)包含了所有在軟件過程中產(chǎn)生的信息 ， 總稱為軟件配置項(xiàng) 。 配置管理的具體實(shí)施 ， 在RUP定義為四個(gè)管理活動(dòng) 。 2022/2/16 30 配置管理給項(xiàng)目組帶來的好處 （ 1）節(jié)約費(fèi)用 縮短開發(fā)周期 減少施工費(fèi)用 （ 2）有利于知識(shí)庫(kù)的建立 代碼對(duì)象庫(kù) 業(yè)務(wù)及經(jīng)驗(yàn)庫(kù) （ 3）規(guī)范管理 量化工作量考核 規(guī)范測(cè)試 （ 4）加強(qiáng)協(xié)調(diào)與溝通 2022/2/16 31 軟件配置及其管理的概念 配置管理活動(dòng)和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測(cè)與報(bào)告 基于配置管理的軟件項(xiàng)目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 32 主要配置管理活動(dòng) 項(xiàng)目經(jīng)理的配置管理流程 配置管理活動(dòng)和流程 2022/2/16 33 主要配置管理活動(dòng) ?標(biāo)志配置項(xiàng) ?變更控制 ?版本控制 ?評(píng)審 ?統(tǒng)計(jì) ?軟件編譯、連接和發(fā)放管理 2022/2/16 34 RUP描述的配置管理的主要活動(dòng)如下圖所示： 對(duì)于一個(gè)軟件項(xiàng)目組來說 ， 開展一個(gè)項(xiàng)目組的配置管理 ， 大致可以分為以下步驟： 對(duì)于一個(gè)軟件項(xiàng)目組來說，開展一個(gè)項(xiàng)目組的配置管理，大致可以分為以下步驟： （ 1）擬訂項(xiàng)目的配置管理計(jì)劃；（ 2）創(chuàng)建項(xiàng)目的配置管理環(huán)境；（ 3）進(jìn)行項(xiàng)目的配置管理活動(dòng)，包括：標(biāo)識(shí)配置項(xiàng)；管理基線和發(fā)布活動(dòng)；監(jiān)測(cè)與報(bào)告配置狀態(tài)；管理變更請(qǐng)求。質(zhì)量管理雖然也有過程的驗(yàn)證，但配置管理只要定義的配置項(xiàng)夠細(xì)，則它可以管理軟件開發(fā)的全過程，細(xì)到每一個(gè)模塊、每一個(gè)文檔、每一條工程記錄的變化。 Integration Phase Documents System Test Phase Documents Phase Deliverables Phase Deliverables Product Software Test Software Product Software Related Test Software Related Source Code Objective Code Executive Code DOC DATA A B B B B Code 2022/2/16 26 配置管理庫(kù)的具體實(shí)現(xiàn) —— 項(xiàng)目文件夾 ? 項(xiàng)目文件件是項(xiàng)目開發(fā)過程中由項(xiàng)目組創(chuàng)建和維護(hù)的制品歸檔庫(kù)。 2022/2/16 24 SCM 中的專業(yè)術(shù)語 ? 配置數(shù)據(jù)庫(kù)（軟件制品基線庫(kù)） ? 項(xiàng)目建立和訪問軟件制品庫(kù)，這個(gè)制品庫(kù)主要用來對(duì)保存配置項(xiàng)和一些與軟件配置管理相關(guān)的記錄。對(duì)已經(jīng)確定為基線的制品的修改必須要通過正式的變更控制流程。 過程驅(qū)動(dòng) 主要使用于企業(yè)級(jí)開發(fā) ， 著重解決新的工具引入 、 IT審核 、 管理報(bào)告 、 復(fù)雜的生命周期 、 應(yīng)用工具包 、 集成解決方案 、 資料庫(kù)等問題 ，實(shí)現(xiàn)真正規(guī)范的團(tuán)隊(duì)開發(fā) ， 主要工具為 Platinum Technology CCC/Harvest。 版本控制 主要應(yīng)用于個(gè)人獨(dú)立開發(fā)或小組開發(fā) ， 它可以控制任何文件的版本 、 實(shí)現(xiàn)分支和歸并功能 、 進(jìn)行文本比較 、 標(biāo)記注釋和版本報(bào)告信息 ，主要工具有 MS的 Visual SourceSafe及 Intersolv PVCS。 配置審核 將驗(yàn)證軟件產(chǎn)品的構(gòu)造是否符合需求 、 標(biāo)準(zhǔn) 、 或合同的要求 ， 目的是根據(jù) SCM的過程和程序 ， 驗(yàn)證所有的軟件產(chǎn)品已經(jīng)產(chǎn)生并有正確標(biāo)識(shí)和描述 ， 所有的變更需求都已解決 。 它回答：受控產(chǎn)品怎樣變更 ？ 誰控制變更 ？ 何時(shí)接受 ， 恢復(fù) ， 驗(yàn)證變更 ？ 配置狀態(tài)統(tǒng)計(jì) 包括記錄和報(bào)告變更過程 ， 目標(biāo)是不間斷記錄所有基線項(xiàng)的狀態(tài)和歷史 ， 并進(jìn)行維護(hù) ， 它解決以下問題：系統(tǒng)已經(jīng)做了什么變更 ？ 此問題將會(huì)對(duì)多少個(gè)文件產(chǎn)生影響 ？ 配置變更控制是針對(duì)軟件產(chǎn)品 ， 狀態(tài)統(tǒng)計(jì)針對(duì)軟件過程 。 配置標(biāo)識(shí)的目的 ， 是在整個(gè)生命周期中標(biāo)識(shí)系統(tǒng)各部件并提供對(duì)軟件過程及其軟件產(chǎn)品的跟蹤能力 。結(jié)合各體系的定義和要求，我們下面具體來討論配置管理的概念。例如，它將解決是否所有本地程序員所做的修改都已被加入到新版本的產(chǎn)品中的問題。它將解決要交付給用戶的產(chǎn)品是否經(jīng)過測(cè)試和質(zhì)量檢查的問題。它將解決最新發(fā)布的產(chǎn)品應(yīng)由哪些版本的文件和工具來生成的問題。例如，它將解決目前發(fā)布的產(chǎn)品所用的文件的版本是否正確的問題。例如，它將解決修改這個(gè)錯(cuò)誤會(huì)影響多少個(gè)文件的問題。例如，它將解決哪些修改會(huì)在該產(chǎn)品的最新版本中實(shí)現(xiàn)的問題。 2022/2/16 14 要達(dá)到 CMM 規(guī)定的 SCM要求所需具備的能力 1. 具有對(duì)軟件基線產(chǎn)品有管理權(quán)限的組織已經(jīng)建立，例如：軟件配置管理委員會(huì)； 2. 協(xié)調(diào)和實(shí)現(xiàn)軟件配置管理的組織已經(jīng)建立； 3. 為進(jìn)行軟件配置管理所需要的各項(xiàng)資源已經(jīng)分配； 4. 軟件配置管理組織里的成員已經(jīng)接受了軟件配置目標(biāo)、流程、方法方面的培訓(xùn)； 5. 軟件項(xiàng)目組或是其他的相關(guān)的部門經(jīng)過培訓(xùn)，可以執(zhí)行他們的軟件配置管理活動(dòng)； 2022/2/16 15 CMM 中對(duì) SCM 規(guī)定的活動(dòng) 1. 根據(jù)文檔化的流程，項(xiàng)目軟件配置管理計(jì)劃已準(zhǔn)備完畢； 2. 文檔化的已獲批準(zhǔn)的軟件配置管理計(jì)劃可用作以后軟件配置管理活動(dòng)的基礎(chǔ)； 3. 軟件配置管理庫(kù)已經(jīng)創(chuàng)建，并可用作進(jìn)入基線的軟件制品的存貯庫(kù)； 4. 處于軟件配置管理下的軟件制品被標(biāo)志和識(shí)別； 5. 對(duì)于配置項(xiàng)的變更請(qǐng)求和問題報(bào)告被初始化、計(jì)劃、評(píng)審、批準(zhǔn)并根據(jù)文化化的流程對(duì)其進(jìn)行跟蹤； 2022/2/16 16 6. 對(duì)于進(jìn)入基線的制品的修改必須遵循文檔化的流程； 7. 發(fā)布的產(chǎn)品必須從軟件配置庫(kù)中取出，并且產(chǎn)品發(fā)布的流程須依照文檔化的流程和規(guī)定； 8. 根據(jù)文檔化的流程和規(guī)定，軟件配置項(xiàng)的狀態(tài)被記錄和跟蹤； 9. 記錄軟件配置管理活動(dòng)和軟件基線內(nèi)容的報(bào)告被建立，并通知受到影響的項(xiàng)目組和個(gè)人； 10. 根據(jù)文檔化的流程進(jìn)行軟件制品基線的評(píng)審； CMM 中對(duì) SCM 規(guī)定的活動(dòng) 2022/2/16 17 組織規(guī)定和相關(guān)