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