[計算機軟件及應用]ch06軟件配置管理(編輯修改稿)
2024-11-11 13:16 本頁面
【文章內(nèi)容簡介】 進行審計，有助于追蹤問題的來源 ? 版本的歷史記錄應該包含版本號、修改時間、修改者、修改描述等內(nèi)容 2021/11/10 22 版本樹 最簡單的版本樹只有一個分支，就是版本樹的枝干；復雜的版本樹除了主干外，還可以包含很多的分支，分支可以進一步包含子分支。 2021/11/10 23 167。 變更控制 軟件開發(fā)過程中會產(chǎn)生很多變更，如配置項、配置、基線、構建的版本、發(fā)布的版本等，變更控制是一種機制，以保證所有變更都是可控的、可跟蹤的和可重現(xiàn)的 對變更進行控制的機構稱為 CCB（ Change Control Board，變更控制委員會） ， CCB定期開會對近期產(chǎn)生的變更進行分析、整理，并作出決定 2021/11/10 24 變更機制 變更請求 CCB評估 修改 測試或驗證 關閉變更請求 接受 提交 拒絕 2021/11/10 25 ?功能變更 功能變更是為了增加或者刪除某些功能、或者為了完成某個功能的方法而需要的變更；這類變更必須經(jīng)過某種正式的變更評價過程，以估計變更需要的成本和其對軟件系統(tǒng)其他部分的影響 ?缺陷變更 缺陷修補是為了修復漏洞需要進行的變更。在項目前期，它是必須進行的，通常不需要從管理角度對這類變更進行審查和批準。在項目后期，如果發(fā)現(xiàn)錯誤的階段在造成錯誤的階段的后面，則必須遵照標準的變更控制過程來進行 變更類型 2021/11/10 26 批準變 更請求 ? 拒絕 記錄變更請求 批準 指派給相應的開發(fā)人員 檢出 變更請求評估 評估 向 SCM提交并驗證變更請求 驗證 相關責任人提出變更請求 請求 變更實現(xiàn) 實現(xiàn) 驗證正確的變更請求 檢入 驗證 變更請求關閉 關閉 通知相關責任人 關閉 變更需求 軟件增強 缺陷 變更請求管理 2021/11/10 27 ① 變更請求提交 識別變更需求，提交并記錄變更申請 ② 變更請求接收 必須建立接收提交的變更請求并進行跟蹤的機制。指定接收和處理變更請求的責任人，確認變更請求 ③ 變更請求評估 評估變更風險，確定優(yōu)先等級 ④ 變更請求決策 制定變更計劃 變更管理的實施步驟 2021/11/10 28 ⑤ 變更請求實現(xiàn) 增強性變更需要更多的設計工作，而缺陷修復需要建立一個環(huán)境，在該環(huán)境中可以對缺陷進行重現(xiàn)并測試相應的解決方案 ⑥ 變更請求驗證 增強請求的測試通常涉及驗證所做變更是否滿足該增強請求的需要。缺陷測試則簡單的驗證開發(fā)人員的修復是否真正消除了該缺陷。 ⑦ 變更請求完成 由提交請求的原有請求者中止這一循環(huán)過程 2021/11/10 29 167。 軟件配置管理系統(tǒng) 軟件配置管理系統(tǒng)功能： ?并行開發(fā)支持： 同時更改同一模塊 ?修訂版管理： 跟蹤變更的時間、原因、責任人，以加快問題解決 ?版本控制： 版本重現(xiàn) ?產(chǎn)品發(fā)布管理 ?構建管理： 構建過程自動化 ?過程控制： 實施訪問安全、開發(fā)規(guī)則 ?變更請求管理 ?代碼共享 2021/11/10 30 軟件配置標準 ? EIA Standard IS649 National Consensus Std for Configuration Management, Aug. 1995 給出基本的 CM規(guī)則和業(yè)界最好的實踐經(jīng)驗來指導標識產(chǎn)品配置并進行高效、有條理的軟硬件產(chǎn)品管理 ? IEEE Std 10421987, Guide to Software Configuration Management (ANSI) 描述 CM規(guī)則在軟件工程項目中的應用 ? IEEE Std 8281990, Standard for Software Configuration Management Plans (ANSI) 是 IEEE Std 10421987的補充 ? IEEE/EIA , Industry Implementation of International Standard ISO/IEC 12207:1995 (ISO/IEC 1220
教學課件相關推薦
鄂ICP備17016276號-1