【正文】 3月 23日星期四 下午 4時 0分 30秒 16:00: 1楚塞三湘接，荊門九派通。 2023年 3月 下午 4時 0分 :00March 23, 2023 1行動出成果，工作出財富。 （ 3） 創(chuàng)建一個 “ 差異列表 ” ， 表示已在配置管理中維護(hù)的項目以及應(yīng)該在配置管理中維護(hù)的項目之間的差異 。 以下各項說明從 配置管理角度來看支持功能審核所需要做的工作 。 存儲池 構(gòu)件 基線包含 記錄0..* 1..*3/27/2023 68 現(xiàn)代版本管理活動 ? 現(xiàn)代版本管理活動圍繞以下展開： ? 支持多人同時修改同一文件； ? 支持多個小組在同一時間修改同一個軟件系統(tǒng)； ? 現(xiàn)代的工作空間管理； ? 現(xiàn)代的構(gòu)建和發(fā)布管理 。 然而 ， 這不是項目范圍的基線概念 ， 更恰當(dāng)?shù)闹v ， 當(dāng)你在項目的集成流上完成一個基線操作時 ， 你創(chuàng)建了一組被修改構(gòu)件的基線 。 文件 （ 完全備份 ） 文本文件 （ 同軸增量備份 ） 壓縮文本文件 （ 與文本文件相同 ， 但進(jìn)行壓縮 ） 壓縮文件 （ 完全備份 ， 僅進(jìn)行壓縮 ） 二進(jìn)制文件 （ 差異增量保存 ） 目錄 （ 直接保存 ） 3/27/2023 66 構(gòu)件、基線與存儲池 ? 構(gòu)件將把被一起開發(fā) 、 集成和發(fā)布的文件和目錄聚集在一起 。目錄是元素 ， 也是版本對象 。 每個元素記錄了它所代表的文件和目錄的版本 。 同時 ， 在必要的時候 ， 文件的一個新版本被創(chuàng)立 。 在 35人小組 ， 這個庫管理員還能勝任 ， 但這種做法在當(dāng)前的大型軟件的開發(fā)中已經(jīng)越來越困難了 ， 因?yàn)榭咳斯さ牟僮?、 靠個人的自覺 、 靠庫管理員的維護(hù) ， 充其量是一種以小作坊的形式來面對軟件的社會化大生產(chǎn) ， 再也不可能行得通了 。 ? 軟件開發(fā)人員需為用戶了解軟件的使用 、 操作和維護(hù)提供詳細(xì)的資料 。 軟件產(chǎn)品比較容易標(biāo)識 ，而文檔相對比較復(fù)雜 。 （ 3） 可執(zhí)行型構(gòu)件：是指由運(yùn)行于目標(biāo)機(jī)的系統(tǒng)生成的內(nèi)容 ， 例如：數(shù)據(jù)等 。 3/27/2023 49 配置管理對象 ? 首先我們從根目錄開始 （ 假設(shè)是只有一個根目錄的小 ） 系統(tǒng) ， 討論軟件系統(tǒng)架構(gòu)：軟件項目通過一系列的生命階段 ， 將建立或者已經(jīng)建立起一個體系構(gòu)架 。 ? IEEE定義了 3個層次：計算機(jī)配置項 、 計算機(jī)軟件構(gòu)件和計算機(jī)軟件單元 。 3/27/2023 44 配置經(jīng)理 配置經(jīng)理 的目標(biāo)是確保用來建立 、 變更及編碼測試的計劃和策略得以貫徹執(zhí)行 ， 同時使有關(guān)項目的信息容易獲得 。 3/27/2023 41 項目經(jīng)理的配置管理流程 項目經(jīng)理的工作是： （ 1） 確定項目配置管理策略 （ 2） 確定用于控制產(chǎn)品變更的策略和流程 （ 3） 在配置管理計劃 （ 是軟件開發(fā)計劃的一部分 ）中記錄此信息 3/27/2023 42 配置管理策略 軟件配置管理策略 是指能夠確定 、 保護(hù)和報告已經(jīng)批準(zhǔn)用于項目中的工件的能力 。 3/27/2023 38 變更控制 變更管理的一般流程是： （ 1） （ 獲得 ） 提出變更請求； （ 2） 由 CCB審核并決定是否批準(zhǔn)； （ 3） （ 被接受 ） 分配請求 ， 修改人員提取配置項 ， 進(jìn)行修改； （ 4） 復(fù)審變化； （ 5） 提交修改后的配置項； （ 6） 建立測試基線并測試； （ 7） 重建軟件的適當(dāng)版本； （ 8） 復(fù)審 （ 審計 ） 所有配置項的變化； （ 9） 發(fā)布新版本 。 比較理想的情況是把整個配置庫視為一個統(tǒng)一的工作空間 ，然后再根據(jù)需要把它劃分為個人 （ 私有 ） 、 團(tuán)隊 （ 集成 ）和全組 （ 公共 ） 這三類工作空間 （ 分支 ） ， 從而更好的支持將來可能出現(xiàn)的并行開發(fā)的需求 。 IEEE對基線的定義是這樣的： “ 已經(jīng)正式通過審核批準(zhǔn)的某規(guī)約或產(chǎn)品 ， 它因此可作為進(jìn)一步開發(fā)的基礎(chǔ) ， 并且只能通過正式的變化控制過程改變 。 3/27/2023 28 配置管理給項目組帶來的好處 （ 1）節(jié)約費(fèi)用 縮短開發(fā)周期 減少施工費(fèi)用 （ 2）有利于知識庫的建立 代碼對象庫 業(yè)務(wù)及經(jīng)驗(yàn)庫 （ 3）規(guī)范管理 量化工作量考核 規(guī)范測試 （ 4）加強(qiáng)協(xié)調(diào)與溝通 3/27/2023 29 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測與報告 基于配置管理的軟件項目管理 配置管理的技術(shù)手段和工具 第八章 ? 目錄 3/27/2023 30 主要配置管理活動 項目經(jīng)理的配置管理流程 配置管理活動和流程 3/27/2023 31 主要配置管理活動 ?標(biāo)志配置項 ?變更控制 ?版本控制 ?評審 ?統(tǒng)計 ?軟件編譯、連接和發(fā)放管理 3/27/2023 32 RUP描述的配置管理的主要活動如下圖所示： 對于一個軟件項目組來說 ， 開展一個項目組的配置管理 ， 大致可以分為以下步驟： 對于一個軟件項目組來說，開展一個項目組的配置管理，大致可以分為以下步驟： （ 1）擬訂項目的配置管理計劃；（ 2）創(chuàng)建項目的配置管理環(huán)境；（ 3）進(jìn)行項目的配置管理活動，包括：標(biāo)識配置項；管理基線和發(fā)布活動；監(jiān)測與報告配置狀態(tài)；管理變更請求。 SCM的三個應(yīng)用層次 3/27/2023 20 SCM 中的專業(yè)術(shù)語 ? 配置 (Configuration)與配置項 (Configuration Item) ? 在軟件開發(fā)過程中生成各種制品的總和叫做這個項目的軟件配置 [Roger S. Pressman, 1997] ?計算機(jī)程序，包括源代碼和可執(zhí)行程序 ?與計算機(jī)程序相對應(yīng)的各種文檔 ?計算機(jī)數(shù)據(jù)，包括計算機(jī)程序中包含的數(shù)據(jù)和系統(tǒng)初始化數(shù)據(jù) 3/27/2023 21 SCM 中的專業(yè)術(shù)語 ?基線 ?項目開發(fā)過程的制品經(jīng)過正式評審并被相關(guān)人員一致同意，可以作為以后項目開發(fā)的基礎(chǔ)。 它回答：什么是受控的 ？ 配置變更控制 包括在軟件生命周期中控制軟件產(chǎn)品的發(fā)布和變更 ， 目的是建立確保軟件產(chǎn)品質(zhì)量的機(jī)制 。 （ 5） 生產(chǎn)： 對產(chǎn)品的生產(chǎn)進(jìn)行優(yōu)化管理。通過軟件配置管理的更改控制和配置審核功能，系統(tǒng)地控制基線變更和由軟件基線庫生成的軟件產(chǎn)品版本 。 因此 ， 從某種意義上講 ， SCM本質(zhì)上是變更的管理 。 與軟件的第 1版 、 第 2版相比 ， 你的項目管理有什么不同 ？ 隨著這個產(chǎn)品的演變 ， 項目發(fā)生了四個變化： （ 1） 系統(tǒng)的復(fù)雜性發(fā)生了很大變化； （ 2） 用于開發(fā)該系統(tǒng)的項目環(huán)境發(fā)生了很大變化； （ 3） 在不同的項目生命周期內(nèi) ， 項目控制本身的要求和力度發(fā)生了很大變化； （ 4） 由于組織的變化 ， 管理流程 、 人員 、 方式發(fā)生了很大變化 。 ? 3個月后 ， 公司決定把系統(tǒng)升級到第二版 ， 除增加了許多新的功能外 ，公司決定支持多平臺 ， 同時 ， 為了提高系統(tǒng)的性能和效率 ， 準(zhǔn)備采用第三方廠家的中間件 ， 取代自己做的接口 。 有一天老板看到了你的演示 ， 認(rèn)為很有市場潛力 ，可以結(jié)合進(jìn)公司正在給某行業(yè)用戶正在準(zhǔn)備開發(fā)的系統(tǒng)中 ， 成為該系統(tǒng)的核心技術(shù)或一個別人沒有的賣點(diǎn) 。 公司決定這個產(chǎn)品的測試 ， 由公司總部獨(dú)立的測試部門承擔(dān) 。 ? 通過一系列技術(shù)，方法和手段來維護(hù)產(chǎn)品的歷史，鑒 別和定位產(chǎn)品獨(dú)有的版本，并在產(chǎn)品的開發(fā)和發(fā)布階段 控制變化。 CMM2認(rèn)為， SCM 的目的是為了建立和維護(hù)軟件開發(fā)過程中各種制品的完整性和一致性，包括以下內(nèi)容： ?對軟件產(chǎn)品配置的標(biāo)志和識別 ?系統(tǒng)地控制對處于配置管理下的各種軟件制品的修改和更新 ?維護(hù)軟件開發(fā)過程中的各種制品的一致性和可跟蹤性 CMM2的配置管理概念 3/27/2023 12 SCM 的目標(biāo) ? 目標(biāo) 1: 軟件配置管理活動被定義和計劃 ? 目標(biāo) 2: 軟件開發(fā)過程中的制品被識別、控制和管理 ? 目標(biāo) 3: 對于處于配置管理下的軟件制品的修改被控制 ? 目標(biāo) 4: 與軟件制品相關(guān)的項目組和成員應(yīng)該被通知制品的目前狀態(tài)和被修改的信息 從對配置目的的定義可以看出， CMM2的配置管理應(yīng)包括這樣一些活動：標(biāo)識給定時間點(diǎn)的軟件配置（即所選擇的工作產(chǎn)品及其描述），系統(tǒng)地控制這些配置的更改，并在軟件生命周期中保持這些配置的完整性和可跟蹤性。例如，它將解決修改這個錯誤會影響多少個文件的問題。例如，它將解決是否所有本地程序員所做的修改都已被加入到新版本的產(chǎn)品中的問題。 版本控制 主要應(yīng)用于個人獨(dú)立開發(fā)或小組開發(fā) ， 它可以控制任何文件的版本 、 實(shí)現(xiàn)分支和歸并功能 、 進(jìn)行文本比較 、 標(biāo)記注釋和版本報告信息 ， 主要工具有 MS的 Visual SourceSafe及Intersolv PVCS。 ?軟件配置管理負(fù)責(zé)管理和控制項目文件夾，并對文件夾中的內(nèi)容進(jìn)行評審； ?項目經(jīng)理負(fù)責(zé)監(jiān)督項目的軟件配置管理執(zhí)行； ?軟件質(zhì)量工程師負(fù)責(zé)對項目文件夾的內(nèi)容進(jìn)行評審； 配置管理庫 3/27/2023 25 配置管理庫 ? 項目文件夾的內(nèi)容 ?項目開發(fā)過程中的所有信息，包括文檔、工作制品和各種周報、月報、評審等； ?與外部的交流信息，例如與客戶、第三方的通訊交流記錄等； ?其他交流會議記錄，例如：重要的Email，傳真， 信件等； 3/27/2023 26 配置管理庫 權(quán)限管理 ? 項目組內(nèi)部的權(quán)限管理與分配 ? 對其他項目組的開放權(quán)限管理與分配 ? 對其他用戶或是第三方的權(quán)限管理與分配 3/27/2023 27 配置管理活動的作用 ?配置管理與質(zhì)量管理 在質(zhì)量體系的諸多支持活動中，配置管理處在支持活動的中心位置。 ” 在 CMM2中 ， 除上述 3個配置項以外 ， 還包括項目管理的有關(guān)文件 、信息記錄等 。 所有配置項的操作權(quán)限應(yīng)由配置管理員嚴(yán)格管理 ， 基本原則是：基線配置項向軟件開發(fā)人員開放讀取權(quán)限；非基線配置項向項目經(jīng)理 、 配置控制委員會及相關(guān)人員開放 。 當(dāng)然如果選用的工具支持的話 ， 這些輔助數(shù)據(jù)將能直接統(tǒng)計出過程數(shù)據(jù) ，從而方便我們軟件過程改進(jìn) （ Software Process Improvement， SPI） 活動的進(jìn)行 。 總之 ， 軟件配置管理的對象是軟件研發(fā)活動中的全部開發(fā)資產(chǎn) 。 它記錄如何計劃 、 實(shí)施 、 控制和組織與產(chǎn)品相關(guān)的配置管理活動 。 在生產(chǎn)的軟件產(chǎn)品和軟件的生產(chǎn)過程中 ， 那些是配置管理的對象呢 ？ ? 配置管理對象呈現(xiàn)為一種層次結(jié)構(gòu) ， 因此 ， 為了標(biāo)識配置管理的對象 ，我們需要對軟件系統(tǒng)進(jìn)行分解： 目前 ， 用于分解軟件系統(tǒng)的術(shù)語有多種多樣 ， 沒有被標(biāo)準(zhǔn)化 。 大的系統(tǒng)有多個根目錄（ 子系統(tǒng) ） ， 小系統(tǒng)則可能只有一個根目錄 。 3/27/2023 50 ? UML進(jìn)一步把構(gòu)件劃分成三種構(gòu)件：部署型構(gòu)件 、 工作產(chǎn)品型構(gòu)件和執(zhí)行構(gòu)件 。 ? 作為軟件產(chǎn)品和軟件過程 ， 這些文件和目錄是 SCM控制的對象 ， 即他們是配置項 。 ? 軟件開發(fā)過程中軟件開發(fā)人員需制定一些工作計劃或工作報告 ， 這些計劃和報告都要提供給管理人員 ， 并得到必要的支持 。 3/27/2023 60 ? 在軟件工程時代 ， 面對這樣的問題 ， 我們通過以往的那種被譽(yù)建立具有良好的編程風(fēng)格的做法 ， 諸如在編程或?qū)λ说脑闯绦蜻M(jìn)行修改時 ， 注釋修改原因 ， 修改人和日期 。 庫管理員不斷地增加目錄的標(biāo)簽 ， 以標(biāo)識歷史前進(jìn)的步伐 。 ? （ 3） 日期 /時間戳：它給出了一個文件何時最后被修改的信息 ， 或者是一個文件何時被 Checkin。 下圖是存儲池 、 元素 、 分支 、 版本之間的關(guān)系： 在 ClearCase中 ， 每一個元素都以一個主分支 （ main branch） 和一個不包含任何內(nèi)容的零版本序列開始 ， 稱為 “ /main/0” 。 3 4 3 2 1 0 Release 2