SP302-09軟件項目配置管理計劃.ppt
《SP302-09軟件項目配置管理計劃.ppt》由會員分享,可在線閱讀,更多相關《SP302-09軟件項目配置管理計劃.ppt(42頁珍藏版)》請在裝配圖網(wǎng)上搜索。
軟件工程項目管理第9章軟件項目配置管理計劃 北方民族大學計算機科學與工程學院陶錚2009年9月 1 課件SP302 開頭的話 回顧軟件質量計劃 制定質量計劃的依據(jù)是 所謂軟件質量管理主要是監(jiān)控項目的交付物和生產(chǎn)交付物的執(zhí)行過程 目的是確保它們都是符合相關標準的 這叫做質量保證過程 同時 也要按照正確方法來排除那些不合格項能夠排除 這叫做質量控制過程 2 什么是交付物 交付物怎么管理 我們已經(jīng)知道 質量管理對象 是針對項目過程中那些對最終產(chǎn)品起著重要的作用的中間產(chǎn)品 這就是交付物 最終交付物的前身 主要是 需求規(guī)格 設計說明書源程序測試計劃測試結果等 3 交付物的演變情況 試想 五個人一起編程開發(fā) 各有10個模塊任務 一個人一天一個模塊 10天完成 問 到第10天 每個人的10個模塊有多少個版本 10個人開發(fā)的100個模塊共有多少個版本 集成這100個模塊有多少個集成方案 每個集成方案有多少個版本 版本問題 從需求描述開始 系統(tǒng)需求在軟件開發(fā)和使用的過程中總是不斷地變化著 我們不得不把這些需求合并到新的系統(tǒng)版本中配置 對選定的軟件工作產(chǎn)品的新的描述 4 配置管理的必要性 進化中的系統(tǒng)之所以需要管理 是因為系統(tǒng)在進化時會產(chǎn)生許多不同的版本 這些版本包含了變更建議 錯誤修正以及對不同硬件和操作系統(tǒng)的適應等諸多內(nèi)容 對于可能同時開發(fā) 同期使用的幾個版本 需要跟蹤它們 明確已經(jīng)實現(xiàn)的變更以及這些變更是怎樣包含在軟件產(chǎn)品中的 5 一個軟件的系統(tǒng)系列 配置管理的必要性 2如果沒有有效的配置管理規(guī)程 就可能浪費精力修改一個錯誤的系統(tǒng)版本或發(fā)放一個錯誤版本給用戶 甚至不知道系統(tǒng)源代碼存放在什么地方 例如 配置管理不善 會導致軟件測試陷入 泥潭 缺陷只能在測試環(huán)境出現(xiàn) 但是在開發(fā)環(huán)境中無法重現(xiàn) 已經(jīng)修復的缺陷在測試時又重現(xiàn) 發(fā)布程序在內(nèi)部確認測試中測試通過 但是發(fā)布時卻發(fā)生系統(tǒng)運行失效的情況 6 9 1軟件配置管理概述 7 9 1 1配置管理定義 軟件配置管理 SoftwareconfigurationManagement SCM 是指一套管理軟件開發(fā)和軟件維護以及各種中間軟件產(chǎn)品的方法和規(guī)則 特別是 中間的軟件產(chǎn)品和用于創(chuàng)建中間軟件產(chǎn)品的信息 都應處于軟件配跟管理控制之下 信息 指文檔 軟件配置管理是控制軟件系統(tǒng)演變的學科 8 你是怎樣管理自己的文件的 最基本的 文件夾 文件名 保存 修改 的時間高級的 標注版本再高級的呢 沒了 因為是你自己的 自己管 但是 配置管理是管理大家的工作產(chǎn)品 是必要且復雜的工作 9 既然軟件配置是管理大家做的軟件和文檔 所以需要系統(tǒng)化 集成化管理 難點就在這里 統(tǒng)一標識在給定時間點上軟件的配置 系統(tǒng)地控制對配置的更改 不間斷地維護整個軟件生存周期中的配置的完整性和可追溯性 10 示例 每日構建 配置管理 1 開發(fā)機構規(guī)定好系統(tǒng)組件的提交時間比如下午2點 此時 如果開發(fā)者正在寫這些組件的新版本 那么他們必須在規(guī)定時間之前提交 組件可能不完備 但是必須具備一些基本的 可以測試的功能 2 規(guī)定代碼編譯和新版本軟件的建立通過編譯和連接這些組件使之形成一個完整的系統(tǒng) 這樣系統(tǒng)的新版本就建立起來了 3 提交測試新版本的系統(tǒng)被提交到測試團隊 由他們來完成預先確定好的一組系統(tǒng)測試 注意 在這期間 開發(fā)人員仍然在處理他們的組件 或增加組件的功能 或修改測試中發(fā)現(xiàn)的錯誤 4 測試后的工作將系統(tǒng)測試過程中發(fā)現(xiàn)的錯誤編寫成文檔 交給系統(tǒng)開發(fā)人員 他們在這個組件的后續(xù)版本中修改這些錯誤 11 9 1 2配置管理的目標 配置管理的目標 軟件配置的完整性和可追溯性 達到這個目標 需要一個過程 控制某個配置項及其后續(xù)變更 記錄并報告配置項的狀態(tài)以及變更要求 什么是配置項 配置管理的子目標標識變更 控制變更 確保變更正確實現(xiàn) 向有關的人員報告變更 12 配置管理是一個復雜的信息管理 軟件配置管理的主要思想和具體內(nèi)容在于版本控制 13 9 1 3配置管理在軟件開發(fā)中的作用 配置管理是對系統(tǒng)變更所做的管理 在維護一個系統(tǒng)時 配置管理團隊的作用是保證變更是在受控狀態(tài)下完成的 配置管理 是項目經(jīng)理最費心的事務性管理版本控制 管理版本信息對軟件開發(fā)過程中各種程序代碼 配置文件及說明文檔等文件變化的管理 最主要的功能就是追蹤文件的變更 記錄了每個配置項的發(fā)展歷史 這樣就保證了版本之間的可追蹤性 并行開發(fā)的版本管理 解決版本的同步以及不同開發(fā)者之間的開發(fā)通信問題 提高協(xié)同開發(fā)的效率 14 軟件配置管理是軟件項目管理中的一種非常有效和現(xiàn)實的技術 它能非常有效地適應軟件開發(fā)需求 版本控制不等于配置管理 版本控制 并不能解決開發(fā)管理中的深層問題 項目管理 需求 計劃 進度 里程碑 變更 對開發(fā)者工作空間的管理 資源 任務分配 績效 15 9 2配置管理的相關概念 16 9 2 1配置項 軟件配置項 SoftwareConfigurationItem SCI 是項目定義其受控于軟件配置管理的項 即標題 示例 本章案例內(nèi)容 配置項標識 命名規(guī)范命名規(guī)范 適用于過程文檔 生存期中各階段的計劃 需求 設計 代碼 測試 手冊等文件 項目文件命名規(guī)范由5個字段組成 從左到右依次為 公司 項目 類型 編號和版本號 如圖9A 1所示 這些字段用一橫線 分隔 17 18 圖9A 1文檔命名規(guī)范 19 再看配置管理概念圖 20 項目經(jīng)理關注的信息集合 9 2 2基線 基線 BasicLine 已經(jīng)正式通過復審和批準的某規(guī)約或產(chǎn)品 它因此可作為進一步開發(fā)的基礎 并且只能通過正式的變化控制過程改變 IEEE對基線的定義為了管理變更 就要有所區(qū)別 所有需加以控制的配置項分為基線配置項和非基線配置項兩類 基線配置項最重要 21 基線配置項 可能包括所有的設計文檔和源程序等非基線配置項 可能包括項目的各類計劃和報告等 注意 基線是一個或者多個配置項的集合 因此它的形成往往需要一定的過程 內(nèi)容和狀態(tài)已經(jīng)通過技術的復審 并在生存期的某一階段被接受了 22 關于配置項復審目標是驗證配置項被接受之前的正確性和完整性一旦配置項經(jīng)過復審 并正式成為一個初始基線 那么該基線就可以作為項目生存期下面開發(fā)活動的起始點 23 基線的圖示 1 總體情況 24 圖9 4基線圖示 轉向 圖9 4基線圖示 基線1 基線2 基線3 基線4 思考 怎樣得到基線4 基線的圖示 2 細節(jié)情況 25 如何規(guī)劃一個UCM工程 基線的圖示 3 產(chǎn)品情況 對基線圖示 2 的解釋 26 請問 這里的配置項是依據(jù)什么確定的 基線的表格描述 也是對基線圖示 2 的解釋 27 建立基線的好處 好處 控制配置項不得隨意改動 同時又不過分阻止合理的變化 對于已成為基線的配置項 雖然可以修改 但必須接照一個特殊的 正式的過程進行評估 確認每一處修改 相反 對于未成為基線的配置項 可以進行非正式修改 28 基線不是不讓變化 變化意味著兩個連續(xù)的版本之間的不同 如從配置項中添加和去掉的線和圖 不能簡單地認為變化就是改變 這里的關鍵詞是 不同 基線是否可以改變 要看變化本身的特征通常 修復一個系統(tǒng)錯誤或添加一個功能到系統(tǒng)上 要求對幾個配置項做變化 形成變化集 如果兩個變化集不重疊 即 如果它們用于不同的且無關的配置項集合時 它們能夠以任意的順序應用到同樣的基線上 這為選擇配置的開發(fā)者提供了更多的靈活性 29 怎樣做到這一點 有變化才有產(chǎn)品的發(fā)布 30 9 2 3配置控制委員會 配置控制委員會 SoftwareconfigurationControlBoard SCCB 可以是一個人也可以是一個小組 基本是由項目經(jīng)理及其相關人員組成 SCCB承擔變更控制的所有責任 具體責任如下 評估變更 批準變更申請 在生存期內(nèi)規(guī)范變更申請流程 對變更進行反饋 與項目管理層溝通 31 9 3配置管理過程 32 9 3 1配置項標識跟蹤 配置項應該被唯一標識 同時應該定義軟件配置項的表達約定 通常 一個配置項與其他的配置項存在一定的關系 跟蹤配置項之間的關系是很重要的 圖9 6是需求規(guī)格配置項和系統(tǒng)測試用例配置項的跟蹤關系 33 34 9 3 2配置管理環(huán)境的建立 配置管理環(huán)境 配置管理庫 簡稱配置庫 是用于更好地進行軟件配置管理的系統(tǒng)環(huán)境 配置庫存儲內(nèi)容 所有配置項的集合和配置項修改狀態(tài)記錄的集合配置項 SCI 相應版本修改請求 變化記錄等內(nèi)容只要沒有新的版本 配置庫中的文件是不會變的 禁止修改 任何更改都被視為創(chuàng)建了一個新版本的文件 35 9 3 3基線變更管理 變更應受到控制 這種變更要經(jīng)SCCB授權 按照程序進行控制并記錄修改的過程 變更管理也就是對配置的控制 防止開發(fā)人員對軟件的隨意變更 需要在管理上實施復審和批準過程 36 推薦的閱讀材料 微軟的配置管理與變更管理 9 3 4配置審核 配置管理活動審核用于確保項目組成員的所有配置管理活動 遵循已批準的軟件配置管理方針和規(guī)程 如檢入 檢出的頻度 產(chǎn)品版本升級原則等基線審核保證基線化軟件工作產(chǎn)品的完整性和一致性 其目的是保證基線的配置項 SCI 正確地構造并正確地實現(xiàn) 并且滿足其功能要求 37 小知識 檢入 檢出 簽入 簽出 這是代碼或文檔源文件的版本管理術語簽出 使用戶在編輯文件的同時可以將其鎖定 從而防止其他人不慎覆蓋或編輯它 只有簽出文檔的用戶可以編輯該文檔 簽入 解除對編輯功能的鎖定 使其他用戶可以查看更新的文件或簽出該文件 參考 使用RationalClearCase檢出和檢入配置項 基線的完整性和一致性 基線的完整性 覆蓋面問題基線庫是否包括所有計劃納入的配置項 基線庫中配置項自身的內(nèi)容是否完整 對于代碼 要根據(jù)代碼清單檢查是否所有源文件都已存在于基線庫中 編譯所有的源文件 檢查是否可產(chǎn)生最終產(chǎn)品 基線的一致性 檢查點問題需求與設計以及設計與代碼的一致性如何 在有變更發(fā)生時 所有受影響的部分是否都做了相應的變更 審核發(fā)現(xiàn)的不符合項要進行記錄 并跟蹤直到解決 39 9 3 6配置管理的其他作用 9 3 5配置狀態(tài)統(tǒng)計 略 配置管理在產(chǎn)品生成 過程管理 軟件的復用 小組協(xié)作開發(fā)等方面也起著非常重要的作用 向用戶交付的軟件產(chǎn)品 必須從軟件配置管理庫中生成 過程管理 質量管理 和配置管理一同解決要交付給用戶的產(chǎn)品是否經(jīng)過測試和質量檢查的問題 所以 項目管理計劃必須是集成的 問 配置管理如此有用 與我們的課程設計關系如何 WBS 進度計劃 40 微軟的項目管理 9 4配置管理工具 CASE工具可用于支持所有的配置管理活動 包括管理系統(tǒng)版本的工具 如RCS 支持變更管理的工具和系統(tǒng)構建工具 支持配置管理的CASE工具可以是一些獨立工具 分別用來支持變更管理 版本管理和系統(tǒng)構建 也可以是集成的系統(tǒng) 為所有的配置管理支持提供一個一致的接口 41 9 5配置管理計劃 9 5 1配置管理計劃過程9 5 2配置管理計劃的主要內(nèi)容9 5 3配置管理建議 42- 配套講稿:
如PPT文件的首頁顯示word圖標,表示該PPT已包含配套word講稿。雙擊word圖標可打開word文檔。
- 特殊限制:
部分文檔作品中含有的國旗、國徽等圖片,僅作為作品整體效果示例展示,禁止商用。設計者僅對作品中獨創(chuàng)性部分享有著作權。
- 關 鍵 詞:
- SP302 09 軟件 項目 配置管理 計劃
裝配圖網(wǎng)所有資源均是用戶自行上傳分享,僅供網(wǎng)友學習交流,未經(jīng)上傳用戶書面授權,請勿作他用。
鏈接地址:http://ioszen.com/p-6414385.html