第11章軟件質量管理與配置管理(參考版)
2025-01-11 16:59本頁面
【正文】 ? 為發(fā)布版本編制文檔。 43 發(fā)布管理包括： ? 決定何時發(fā)布一個系統(tǒng)。 42 . 發(fā)布版本管理 ? 系統(tǒng)的發(fā)布版本不僅僅是這個系統(tǒng)的可執(zhí)行代碼。主線中最近的系統(tǒng)是確定的工作系統(tǒng)。 40 版本管理系統(tǒng) 私有工作空間 檢出主線 構建和測試系統(tǒng) 做相應變更 構建和測試系統(tǒng) 檢入到構建平臺 構建和測試系統(tǒng) 提交變更版本作為新的基線 未通過 構建服務器 通過 未通過 通過 版本管理系統(tǒng) 持續(xù)集成的優(yōu)點： 盡快發(fā)現(xiàn)并修復由不同開發(fā)人員開發(fā)的組件交互引起的問題。 7. 如果系統(tǒng)在構建平臺上測試通過，將做出變更的系統(tǒng)主線作為新的系統(tǒng)基線。 6. 在構建服務器上構建系統(tǒng)并運行測試。若測試失敗，繼續(xù)編輯。 3. 完成系統(tǒng)組件的變更。若沒通過，構建終止。步驟： 1. 將主線系統(tǒng)從版本管理系統(tǒng)檢出到開發(fā)人員的私有空間。 ：能夠生成關于構建和系統(tǒng)幫助頁面的版本注釋。 5. 測試自動化：能夠使用工具進行自動化測試，檢查構建是否被變更所破壞。目標文件一般通過名字和源代碼文件聯(lián)系起來（后綴不同）。 3. 編譯量最小化：為減小編譯量，需檢索是否存在可用的已編譯版本。構建系統(tǒng)應支持手工創(chuàng)建和編輯構建腳本。與版本管理系統(tǒng)有交互 35 ? 系統(tǒng)構建將軟件有關的大量信息與它的運行環(huán)境組裝起來 。 當前發(fā)布版本 維護工作基線 可作補丁程序發(fā)布 開發(fā)工作基線 Merge 使用版本管理系統(tǒng)自動合并，達到“同一缺陷一次修復，永不重現(xiàn)” Create projects 例：對于同一產(chǎn)品的維護與開發(fā) 34 . 系統(tǒng)構建 ? 系統(tǒng)構建是將系統(tǒng)組件裝配成一個在目標計算機上的可執(zhí)行程序的過程。所做的變更可能有重疊，開發(fā)者必須檢查沖突并修改變更使它們相兼容。如下圖： A B C X Y C Alice 工作空間 Bob 工作空間 X Y A B C R Q P 項目容器 檢出 檢入 檢出 檢入 版本管理系統(tǒng)對獨立開發(fā)的支持 32 ? 相同組件獨立開發(fā)的一個后果是可能會出現(xiàn)幾個獨立的版本序列。 31 ? 軟件開發(fā)是一個團隊活動，會有不同的團隊在同一時間開發(fā)同一組件的情況。 5. 項目支持：版本管理系統(tǒng)可以支持共享組件的多個項目的開發(fā)。 4. 獨立開發(fā)：不同的開發(fā)者可能在同一時間正在相同的組件上工作。 D1 D2 D3 最近版本 創(chuàng)建日期 使用增量備份的存儲管理 增量備份存儲變更代碼行，并封裝重建系統(tǒng)版本的指令 自動創(chuàng)建 30 3. 變更歷史記錄：記錄并列出所有對系統(tǒng)或組件做出的變更。系統(tǒng)只存儲每個版本不同之處的列表（增量），而不是每個版本的副本。 1. 版本識別：給版本分配標識符。 表示版本 1個發(fā)布版本。 ? 面向變更的標識 關聯(lián)到一個或多個變更。 ? 基于屬性的標識 每個版本或組件由名字和相關屬性共同標識。提供以下功能或特征（ 15） ： 28 有以下基本的標識模式： ? 版本編號 每一個版本或組件對應一個明確的、唯一的編號，如 、 、 … 。假如客戶報告了系統(tǒng)中的錯誤，開發(fā)者不得不重建這個版本。 27 ? 基線很重要，開發(fā)者常常不得不重建一個完整系統(tǒng)的特定版本。系統(tǒng)的內(nèi)部版本是為內(nèi)部開發(fā)或測試而創(chuàng)建，內(nèi)部版本趨于穩(wěn)定后，才決定產(chǎn)生發(fā)布版本。版本有內(nèi)部版本和發(fā)布版本。 （該變更管理的模式為 LockModifyUnlock 模式） 26 . 版本管理 ? 版本管理是跟蹤軟件組件或配置信息由于變更而產(chǎn)生的不同版本的過程。 訪問控制與同步控制流程如下圖所示： 配置項的狀態(tài)變化 評審狀態(tài) 受控狀態(tài) 工作狀態(tài) 開發(fā)人員滿意 通過評審check in 未通過評審
物理相關推薦
鄂ICP備17016276號-1