軟件工程管理-(4)軟件配置管理

1、 軟件配置管理第四部分第四部分項目案例案例角色和人物小王：軟件項目負責人小王：軟件項目負責人老王：公司技術老總老王：公司技術老總開發(fā)小組：小李，老趙，小田，小謝開發(fā)小組：小李，老趙，小田，小謝軟件產(chǎn)品進行配置管理(1/2) 軟件項目已經(jīng)成功進行了8個月，項目組已經(jīng)進入編碼階段，在此過程中產(chǎn)生了許多的軟件產(chǎn)品 到了編碼階段已經(jīng)有了近百個軟件產(chǎn)品(包括技術文檔、管理文檔、程序模塊等)，項目組在管理這些產(chǎn)品方面感到繁瑣和困難，常常測試人員正在測試某個模塊時，開發(fā)人員卻調整了程序。 特別是在不同省市階段試用和現(xiàn)場測試的時候，用戶提出要變更需求，軟件項目組匯總用戶的需求，并經(jīng)過審批同意了變更請求，為此，

2、修改了軟件需求規(guī)格說明書 項目組將更改后、新的軟件需求規(guī)格說明書交給了軟件設計小組，設計小組為此更改了設計。更改后的軟件設計涉及諸多的軟件模塊和數(shù)據(jù)設計，為此導致許多的模塊和源程序代碼和可執(zhí)行代碼發(fā)生了變化 由于某些編碼的變化的是在當?shù)亻_發(fā)，項目組很難清晰地了解哪些作了變化、做了什么樣的變化軟件產(chǎn)品進行配置管理(2/2) 由此帶來的新的問題是，項目組未能及時將這些變化通知給相關、受影響的小組和人員，從而出現(xiàn)軟件產(chǎn)品之間的不一致(設計與編碼不一致)，所開發(fā)的產(chǎn)品沒有完全符合和滿足用戶的需求 對于某些模塊更為糟糕，因為這些模塊已經(jīng)經(jīng)過了多達67次的修改，而且每次修改都有意義，從而產(chǎn)生了不同版本的軟

3、件模塊設計，由于沒有相關的有效管理措施，開發(fā)人員已經(jīng)很難清晰、有效識別、區(qū)分這些軟件模塊，出現(xiàn)許多開發(fā)人員都有該模塊的諸多版本 與此相對應的是，該模塊的源代碼也有許多版本 在實際組裝軟件時，項目組不能有效提取出所需的軟件產(chǎn)品，共同構成統(tǒng)一的可運行的軟件系統(tǒng) 進而，不得不形成雖然似乎功能相同，但不同的地方版本。想到后續(xù)的維護大家都頭疼。案例提示 軟件開發(fā)過程中會產(chǎn)生大量軟件產(chǎn)品(包括文檔、源代碼和數(shù)據(jù)等)，且這些產(chǎn)品之間存在關聯(lián)關系 同一軟件產(chǎn)品，也會發(fā)生變更從而產(chǎn)生許多版本 軟件開發(fā)小組必須清晰的知道會有哪些產(chǎn)品、這些產(chǎn)品會有哪些不同的形式和版本 開發(fā)小組必須清晰的知道如何將產(chǎn)品的變化通知給受

4、影響的小組 如果不能有效的了解軟件產(chǎn)品及其變化，實施小組很難組裝這些軟件產(chǎn)品，從而得到所需的軟件產(chǎn)品什么是軟件配置管理什么是軟件配置管理 軟件配置管理軟件配置管理（Software Configuration Management, SCM）是指通過執(zhí)行版本控制、變更）是指通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用合適的配置管理軟件，來?？刂频纫?guī)程，以及使用合適的配置管理軟件，來保證所有配置項的完整性和可跟蹤性。證所有配置項的完整性和可跟蹤性。配置管理是對配置管理是對工作成果的一種有效保護。工作成果的一種有效保護。 軟件配置管理軟件配置管理(SCM)(SCM)是貫穿于整個軟件過程中是貫穿于整個

5、軟件過程中的的保護性活動保護性活動。 SCMSCM目的是保證軟件項目生成的產(chǎn)品在軟件生目的是保證軟件項目生成的產(chǎn)品在軟件生命周期中的命周期中的完整性和一致性完整性和一致性. . 因為變化可能發(fā)生在任意時間，因為變化可能發(fā)生在任意時間，SCM SCM 活動被活動被設計來設計來: : (1) (1)標識變化標識變化; ; (2) (2)控制變化控制變化; ; (3) (3)保證變化被適當?shù)貙崿F(xiàn)保證變化被適當?shù)貙崿F(xiàn); ; (4) (4)向其他可能有興趣的人員報告變化。向其他可能有興趣的人員報告變化。 軟件配置管理使改進變化可以更容易地軟件配置管理使改進變化可以更容易地被適應，并減少當變化必須發(fā)生時所

6、需被適應，并減少當變化必須發(fā)生時所需花費的工作量花費的工作量。 明確地區(qū)分明確地區(qū)分軟件維護軟件維護和和軟件配置管理軟件配置管理是是很重要的。很重要的。 維護維護是發(fā)生在軟件已經(jīng)被交付給客戶，是發(fā)生在軟件已經(jīng)被交付給客戶，并投入運行后的一系列軟件工程活動，并投入運行后的一系列軟件工程活動，而而軟件配置管理軟件配置管理則是當軟件項目開始時則是當軟件項目開始時就開始，并且僅當軟件退出運行后才終就開始，并且僅當軟件退出運行后才終止的一組跟蹤和控制活動。止的一組跟蹤和控制活動。配置管理與配置管理與任何一位項目成員任何一位項目成員都有關系，因都有關系，因為每個人都會產(chǎn)生工作成果。為每個人都會產(chǎn)生工作成果

7、。配置管理是否有成效取決于三個要素：配置管理是否有成效取決于三個要素：人、人、規(guī)范、工具規(guī)范、工具 內容提要1. 軟件配置管理的概念2. 軟件配置管理計劃3. 軟件配置標識4. 變更管理5. 版本管理6. 配置審核7. 配置狀態(tài)報告8. 軟件配置管理工具一、軟件配置管理的概念（一）軟件配置項的概念（Software Configuration Item)1、軟件配置項：配置管理的對象稱為軟件配置項。表1 軟件配置項的分類、特征和舉例分 類特 征舉 例環(huán)境類軟件開發(fā)環(huán)境及 軟件維護環(huán)境編譯器、操作系統(tǒng)、編輯器、數(shù)據(jù)庫管理系統(tǒng)、開發(fā)工具（如測試工具）、項目管理工具、文檔編輯工具定義類需求分析及定義

8、階段完成后得到的工作產(chǎn)品需求規(guī)格說明書、項目開發(fā)計劃、設計標準或設計準則、驗收測試計劃設計類設計階段結束后得到的產(chǎn)品系統(tǒng)設計規(guī)格說明、程序規(guī)格說明、數(shù)據(jù)庫設計、編碼標準、用戶界面標準、測試標準、系統(tǒng)測試計劃、用戶手冊編碼類編碼及單元測試后得到的工作產(chǎn)品源代碼、目標碼、單元測試數(shù)據(jù)及單元測試結果測試類系統(tǒng)測試完成后的工作產(chǎn)品系統(tǒng)測試數(shù)據(jù)、系統(tǒng)測試結果、操作手冊、安裝手冊維護類進入維護階段以后產(chǎn)生的工作產(chǎn)品以上任何需要變更的軟件配置項2、軟件配置 軟件配置是一個軟件產(chǎn)品在生存期各個階段的不同形式（記錄特定信息的不同媒體）和不同版本的程序、文檔及相關數(shù)據(jù)的集合，或者說是配置項的集合。初始系統(tǒng)機型1機

9、型2機型n操作系統(tǒng)1操作系統(tǒng)2用戶1用戶2圖1 不同用戶有自己的工作環(huán)境ABCGDHEABFCDE 用戶1 用戶2圖2 面對不同用戶產(chǎn)品的配置 AFBDGCHE用戶1用戶2ABCDE FABCDE GH 產(chǎn)品1 產(chǎn)品2 圖3 兩個產(chǎn)品具有不同的配置用戶1： A、B、C、D、E和F用戶2： A、B、C、D、E和G、H（二）軟件配置管理1、什么是軟件配置管理（1）ISO 9000-3 :1997 配置管理是一個管理學科，它對配置項（包括軟件項）的開發(fā)和支持生存期給與技術上的和管理上的指導。配置管理的應用取決于項目的規(guī)模、復雜程度和風險大小。（2） W.Babich 的解釋 軟件配置管理能協(xié)調軟件開

10、發(fā)，使混亂減少到最小。軟件配置管理是一種標識、組織和控制修改的技術，目的是最有效的提高生產(chǎn)率。（3） GB/T 11457 :1995軟件工程術語國家標準 A.表示和確定系統(tǒng)中配置項的過程，在系統(tǒng)整個生存期內控制這些配置項的投放和更動，記錄并報告配置的狀態(tài)和更動要求，驗證配置項的完整性和正確性。 B.對下列工作進行技術和行動指導與監(jiān)督的一套規(guī)范： 對配置項的功能特性和物理特性進行標識和文件編制工作； 控制這些特性的更動情況； 記錄并報告這些更動進行的處理和實現(xiàn)的狀態(tài)。2、軟件配置管理的任務制定軟件配置管理計劃確定配置標識規(guī)則實施變更控制報告配置狀態(tài)進行配置審核進行版本管理和發(fā)行管理 表2ISO

11、/IEC 12207: 1995信息技術軟件生存周期過程關于軟件配置管理過程的規(guī)定活活 動動任任 務務解解 釋釋1實施過程開發(fā)配置管理計劃計劃描述：配置活動、這些活動的規(guī)程、進度、配置管理組織及與其他組織的關系計劃應形成文件2配置標識制定標識規(guī)則以控制軟件項及其版本標識內容包括：基線文檔、版本基準號、其他3配置控制標志并記錄變更申請分析與評價變更批準（或不期準）申請實現(xiàn)、驗證和發(fā)行已變更的軟件項審核跟蹤變更控制并審核受控軟件項 跟蹤變更原因、變更授權以保證重要功能的安全或保密4配置狀態(tài)報告編制管理記錄和狀態(tài)報告表明受控項（包括基線）的狀態(tài)和歷史狀態(tài)報告應包括變更號、最新版本、發(fā)行標識、版本號及

12、各種版本比較5配置評價確定和保證軟件項的功能完整性、物理完整性 6發(fā)行管理和交付有效控制軟件產(chǎn)品和文檔的發(fā)行和交付在產(chǎn)品的生存期內保存代碼、文擋的主拷貝 包括重要的安全或保密功能的代碼和文檔應按組織的方針處理、儲存、包裝和交付3、軟件配置管理與軟件開發(fā)過程 兩類不同的變更： 開發(fā)階段內部發(fā)生的變更： 開發(fā)過程解決不了的變更： 變更的評估和批準以及變更實施都要由軟件配置管理人員去做。 開發(fā)過程應納入配置管理過程的控制之下。配 置 管 理階段 1階段 2階段 n開發(fā)過程圖4 配置管理與開發(fā)過程（三）軟件配置管理的意義1、軟件項目的特點（1）不可見的邏輯實體（2）軟件項目的規(guī)模日益龐大和復雜（3）參

13、與軟件項目的人員增加，人員間的溝通渠道數(shù)量按指數(shù)倍增。（4）產(chǎn)品非常容易拷貝（5）時時處在演化和變更狀態(tài)。這包括: 技術 業(yè)務環(huán)境 不同用戶各有不同的需求 需求變更（6）開發(fā)人員的離去有較大的影響2、忽視軟件配置管理可能導致的混亂現(xiàn)象 發(fā)錯了版本 安裝后不工作 異地不能正常工作 已經(jīng)解決的缺陷過后又出現(xiàn)錯誤 開發(fā)人員把產(chǎn)品拿出去出售贏利 找不到最新修改了的源程序 找不到編程序的人項目經(jīng)理的配置管理流程項目經(jīng)理的配置管理流程 項目經(jīng)理的工作是：項目經(jīng)理的工作是：（1 1）確定項目配置）確定項目配置管理策略管理策略 （2 2）確定用于控制）確定用于控制產(chǎn)品變更的策略和產(chǎn)品變更的策略和流程流程 （3

14、 3）在配置管理計）在配置管理計劃（是軟件開發(fā)計劃（是軟件開發(fā)計劃的一部分）中記劃的一部分）中記錄此信息錄此信息 配置管理策略配置管理策略 軟件配置管理策略軟件配置管理策略是指能夠確定、保護和報告已經(jīng)是指能夠確定、保護和報告已經(jīng)批準用于項目中的工件的能力。通過正確的標注來批準用于項目中的工件的能力。通過正確的標注來實現(xiàn)確定操作。對項目工件的保護是通過歸檔、建實現(xiàn)確定操作。對項目工件的保護是通過歸檔、建立基線和報告等操作而得以實現(xiàn)的。立基線和報告等操作而得以實現(xiàn)的。 使用標準的、已記錄下來的使用標準的、已記錄下來的變更控制流程的目的變更控制流程的目的是：是：確保項目中所做的變更保持一致，并將產(chǎn)品

15、的狀態(tài)、確保項目中所做的變更保持一致，并將產(chǎn)品的狀態(tài)、對其所做的變更以及這些變更所耗費的成本及對時對其所做的變更以及這些變更所耗費的成本及對時間表的影響通知給有關的涉眾。間表的影響通知給有關的涉眾。 軟件軟件配置管理計劃配置管理計劃說明在產(chǎn)品說明在產(chǎn)品/ /項目生命周期中要執(zhí)項目生命周期中要執(zhí)行的所有與配置管理相關的活動。它記錄如何計劃、行的所有與配置管理相關的活動。它記錄如何計劃、實施、控制和組織與產(chǎn)品相關的配置管理活動。實施、控制和組織與產(chǎn)品相關的配置管理活動。 配備人員配備人員 配置管理人員的選擇和配備，是軟件項目經(jīng)理配置管理人員的選擇和配備，是軟件項目經(jīng)理最主要的工作。在一個比較理想的

16、軟件開發(fā)團隊中，最主要的工作。在一個比較理想的軟件開發(fā)團隊中，需要哪些角色呢？需要哪些角色呢？負責軟件項目組的負責軟件項目組的項目經(jīng)理項目經(jīng)理負責負責SCMSCM計劃和策略的計劃和策略的配置經(jīng)理配置經(jīng)理負責軟件產(chǎn)品開發(fā)與維護的負責軟件產(chǎn)品開發(fā)與維護的軟件工程人員軟件工程人員負責驗證產(chǎn)品正確性的負責驗證產(chǎn)品正確性的測試人員測試人員負責確保產(chǎn)品高質量的負責確保產(chǎn)品高質量的質量保證經(jīng)理質量保證經(jīng)理使用產(chǎn)品的使用產(chǎn)品的用戶用戶。 配置經(jīng)理配置經(jīng)理 配置經(jīng)理配置經(jīng)理的目標是確保用來建立、變更及編碼測試的目標是確保用來建立、變更及編碼測試的計劃和策略得以貫徹執(zhí)行，同時使有關項目的信的計劃和策略得以貫徹執(zhí)行

17、，同時使有關項目的信息容易獲得。息容易獲得。 為了對編碼更改形成控制，配置經(jīng)理引入規(guī)范的請為了對編碼更改形成控制，配置經(jīng)理引入規(guī)范的請求變更的機制，評估更改的機制（通過變更控制機求變更的機制，評估更改的機制（通過變更控制機構構CCB，由它負責批準對軟件系統(tǒng)的變更），和批，由它負責批準對軟件系統(tǒng)的變更），和批準變更的機制。準變更的機制。 配置經(jīng)理負責為工程人員創(chuàng)建任務單，交由項目經(jīng)配置經(jīng)理負責為工程人員創(chuàng)建任務單，交由項目經(jīng)理對任務進行分配，創(chuàng)建項目的框架。同時，配置理對任務進行分配，創(chuàng)建項目的框架。同時，配置經(jīng)理還收集軟件系統(tǒng)中構件的相關數(shù)據(jù)，比如說用經(jīng)理還收集軟件系統(tǒng)中構件的相關數(shù)據(jù)，比如說

18、用以判斷系統(tǒng)中出現(xiàn)問題的構件的信息。以判斷系統(tǒng)中出現(xiàn)問題的構件的信息。 項目經(jīng)理的階段工作要點項目經(jīng)理的階段工作要點 二、軟件配置管理計劃配置管理計劃標準IEEE 828-19901引言配置管理計劃的目的、適應范圍、使用要求項目概述項目中需特別關注的配置管理問題和風險軟件配置管理嚴格性要求的等級限制和假設術語參考文件2、軟件配置管理配置管理的組織結構職責和權限指令和方針參照的規(guī)程（組織的規(guī)程或客戶的規(guī)程）遵循的標準3、軟件配置管理活動配置管理活動變更管理和配置控制配置狀態(tài)說明配置審核接口和子合同方控制4、軟件配置管理進度安排軟件配置管理重要事件的順序軟件配置管理各項活動間的依賴關系5、軟件配置

19、管理所需的資源采用的工具使用的設備所需的培訓對其他人員的要求6、軟件配置管理計劃的維護維護的職責計劃更新的條件和審批計劃變更的交流和通報三、軟件配置標識（一）確定配置項1、系統(tǒng)規(guī)格說明2、 軟件項目計劃3、軟件需求規(guī)格說明書a.圖形分析模型b.處理規(guī)格說明c.原型d.數(shù)學規(guī)格說明4 初步用戶手冊5 設計規(guī)格說明書a.數(shù)據(jù)設計描述b.體系結構設計描述c.模塊設計描述d.接口設計描述e.對象描述（采用面向對象技術時）6 源代碼清單7、測試規(guī)格說明 a.測試計劃和步驟 b.測試用例和記錄的結果8、操作和安裝手冊9、可執(zhí)行程序 a.模塊可執(zhí)行代碼 b.連接的模塊10、數(shù)據(jù)庫描述 a.模式和文件結構 b

20、.初始內容11、聯(lián)機用戶手冊12、維護文檔 a.軟件問題報告 b.維護請求 c.工程變更指令13.軟件工程標準和規(guī)程圖5 軟件配置項（二）配置項命名及其相關信息1、配置項命名。命名的基本要求：唯一性；可追溯性。 例：CODE是根結點為PCL_TOOLS樹結構的第六層結點，對其命名為：PCL_TOOLS/EDIT/FORMS/DISPLAY/AST_INTERFACE/CODE 2、配置項的相關標識信息 每一配置項的有關信息：組名項名項標識（文件名或命名規(guī)則）版本編號規(guī)則什么情況下納入控制之下，或版本號所遵循的變更控制規(guī)程四、變更管理（一）軟件變更1、軟件變更的不可避免性2、軟價變更的復雜性 軟

21、件配置項數(shù)量大 版本多 變更的遷延性 人員溝通協(xié)調3、變更管理的任務 分析變更 記錄和追蹤變更 采取措施保證變更在受控狀態(tài)下進行（二）配置庫 （repository）1、配置庫的作用 記錄與配置相關的所有信息 利用庫中的信息可評價變更的后果 可利用庫中的信息查詢，例如： 那些客戶已提取了某個特定的系統(tǒng)版本？ 運行一個給定的系統(tǒng)版本需要什么硬件和系統(tǒng)的哪些版本? 一個系統(tǒng)到目前已生成了多少版本，何時生成的？ 如果某一特定的構件變更了，會影響到系統(tǒng)的那些版本？ 一個特定的版本曾提出過那幾個變更請求？ 一個特定的版本有多少已報告的錯誤？2、三類庫 （1）開發(fā)庫： 存放開發(fā)過程中需要保留的各種信息，供

22、開發(fā)人員個人專用。（2）受控庫： 在軟件開發(fā)的某個階段工作結束時，將工作產(chǎn)品存入或將有關的信息存入。（3）產(chǎn)品庫： 在開發(fā)的軟件產(chǎn)品完成系統(tǒng)測試之后，作為最終產(chǎn)品存入庫內，等待交付用戶或現(xiàn)場安裝。配置庫操作配置庫操作u所有人員都依照配置管理規(guī)范和計劃來操作配置庫。所有人員都依照配置管理規(guī)范和計劃來操作配置庫。 u配置管理員配置管理員的主要操作有：的主要操作有： 創(chuàng)建配置庫創(chuàng)建配置庫，并且至少創(chuàng)建配置庫的所有第一級目錄。，并且至少創(chuàng)建配置庫的所有第一級目錄。為每個項目成員分配操作權限。一般地，項目成員擁有為每個項目成員分配操作權限。一般地，項目成員擁有Add, Add, Check in, Ch

23、eck out, DownloadCheck in, Check out, Download等權限，但是不要輕易擁有等權限，但是不要輕易擁有“刪除刪除”權限。權限。配置管理員的權限最高。具體操作視所采用的配置管理軟件配置管理員的權限最高。具體操作視所采用的配置管理軟件而定。而定。 根據(jù)根據(jù)“基線計劃基線計劃”創(chuàng)建與維護基線，創(chuàng)建與維護基線，“凍結凍結”配置項，控制配置項，控制變更。變更。 定期清除配置庫里的垃圾文件。定期清除配置庫里的垃圾文件。 定期備份配置庫。定期備份配置庫。u其他項目成員根據(jù)自己的權限操作配置庫里的工作成果，其他項目成員根據(jù)自己的權限操作配置庫里的工作成果，例如例如 ：Ad

24、d, Check in, Check out, DownloadAdd, Check in, Check out, Download等。等。（三）配置基線 基線是軟件生存期各開發(fā)階段末尾的特定點2、三種常見基線 功能基線 在系統(tǒng)分析和軟件定義階段結束時，經(jīng)過正是評審和批準的系統(tǒng)設計規(guī)格說明中對被開發(fā)軟件系統(tǒng)的規(guī)格說明；經(jīng)過項目委托單位和項目承辦單位雙方簽字同意的協(xié)議書或合同中所規(guī)定的對被開發(fā)軟件系統(tǒng)的規(guī)格說明；由下級申請及上級同意或直接由上級下達的項目任務書中所規(guī)定的對待開發(fā)軟件系統(tǒng)的規(guī)格說明。分配基線 在軟件需求分析階段結束時，經(jīng)正式評審和批準的軟件需求規(guī)格說明。產(chǎn)品基線 在軟件組裝與系統(tǒng)測

25、試階段技術時，經(jīng)正式評審和批準的有關所開發(fā)的軟件產(chǎn)品的全部配置項的規(guī)格說明。3、基線與配置項4、典型的配置項和基線庫內容初始庫：包括項目開始時可供利用的配置項 已有的源代碼（如可以利用且需要） 已有的軟件文檔（如可以利用且有需要） 已有的測試計劃和測試數(shù)據(jù)（如可利用且有需要） 合同或建議書環(huán)境配置項：包括對穩(wěn)定的開發(fā)環(huán)境或維護環(huán)境所必需的配置項 編譯器、操作系統(tǒng)、編輯程序、實用程序、RDBMS 團組所用的工具（項目管理工具，進展表，測試工具，缺陷追蹤等） 第三方庫 文檔工具（字處理器、電子表格等）定義庫：在需求規(guī)格說明工作結束時生成的 需求規(guī)格說明 項目計劃 設計標準與設計準則 驗收測試計劃設

26、計庫：在設計工作結束時所產(chǎn)生的 系統(tǒng)設計說明書 程序規(guī)格說明 數(shù)據(jù)庫設計 編碼標準、用戶接口標準、測試標準 系統(tǒng)測試計劃 用戶手冊構造庫：在編碼和段單元測試結束時生 成的 源代碼 標代碼 單元測試數(shù)據(jù)測試庫：系統(tǒng)測試完成后生成的 系統(tǒng)測試數(shù)據(jù) 運行手冊和安裝手冊維護庫：驗收測試、安裝和培訓等之后 將有變更的所有配置項（四）變更控制1、變更控制組 變更控制組（Change Control Board）也稱為配置控制組（Configuration Control Board），是配置項變更的監(jiān)管組織。其任務是對建議的配置項變更做出評價、審批以及監(jiān)督已批準的變更的實施。2、變更請求與變更控制（1）利

27、用配置庫實現(xiàn)變更控制 軟件配置項通過評審作為基線，將準許進入配置庫（實施檢入Check-in），開始“凍結”。 由于多種原因需要變更就需要提出“變更請求”。在得到批準的情況下，允許配置項從庫中檢出（Check-out）（2）變更請求的主要內容 變更描述 對變更的審批 有關變更實施的一些信息表5 變更請求表CRF（3）變更控制過程表6（4）故障報告故障報告包含的內容有：FR ID（故障報告標識）故障信息 故障描述 故障嚴重程度 懷疑有問題的部位 故障的影響 故障現(xiàn)象和環(huán)境信息 估計的故障原因 故障信息提供者評估意見 批準或拒絕 優(yōu)先性 說明故障修復信息 要變更的部分 說明3、變更記錄變更記錄置于

28、模塊首部的實例。/ PROTEUS Projet( ESPRIT 6087)/ PCL_TOOLS/EDIT/FORMS/DISPLAY/INTERFACE/ Object: PCL_TOOL_DESC/作者：陳*/開發(fā)日期：2000.12.8/版權歸屬：ASDC/變更記錄/版號變更負責人 日期 變更概要 變更理由/1.0王* 2001.4 * */1.1李* 2001.9 * *表7 代碼變更記錄實例五、版本管理1、軟件版本：包含兩種不同含義（1）為滿足不同用戶的不同使用要求，如適用于不同運行環(huán)境或不同平臺的系列產(chǎn)品。（2）軟件產(chǎn)品投入使用以后，經(jīng)過一段時間運行提出了變更的要求，需要做較大的

29、修正或糾錯，增強功能或提高性能。2、版本標識版本管理也稱版本控制。版本標識方法：（1）號碼版本標識（2）符號版本標識：把重要的版本屬性有選擇地給出。 如：V1/VMS/DB ServerV1.0V1.1V1.1aV1.1bV1.1.1V1.2V2.0V2.1V2.2概念概念 u軟件的每一版本都是軟件基線庫的配置項（源軟件的每一版本都是軟件基線庫的配置項（源代碼、文檔、數(shù)據(jù)）的一個集合。代碼、文檔、數(shù)據(jù)）的一個集合。u版本控制的目的版本控制的目的是按照一定的規(guī)則保存配置項是按照一定的規(guī)則保存配置項的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準確

30、地查找到配置項的任何版本。并且可以快速準確地查找到配置項的任何版本。所有項目成員都必須遵照版本控制規(guī)程操作所有項目成員都必須遵照版本控制規(guī)程操作配置庫。配置庫。版本控制規(guī)則版本控制規(guī)則配置項的狀態(tài)有三種：配置項的狀態(tài)有三種： “草稿草稿”（DraftDraft）、）、 “ “正式發(fā)布正式發(fā)布”（ReleasedReleased）、）、 “ “正在修改正在修改”（ChangingChanging）。）。u配置項狀態(tài)變遷：配置項狀態(tài)變遷： 1.1.配置項剛建立時其狀態(tài)為配置項剛建立時其狀態(tài)為“草稿草稿”。2.2.配置項通過評審（或審批）后，其狀態(tài)變?yōu)榕渲庙椡ㄟ^評審（或審批）后，其狀態(tài)變?yōu)椤罢桨l(fā)布

31、正式發(fā)布”。3.3.此后若更改配置項，必須依照此后若更改配置項，必須依照“變更控制規(guī)程變更控制規(guī)程”執(zhí)行，其狀態(tài)變?yōu)閳?zhí)行，其狀態(tài)變?yōu)椤罢谛薷恼谛薷摹薄?.4.當配置項修改完畢并重新通過評審（或審批）當配置項修改完畢并重新通過評審（或審批）時，其狀態(tài)又變?yōu)闀r，其狀態(tài)又變?yōu)椤罢桨l(fā)布正式發(fā)布”，如此循環(huán)。，如此循環(huán)。版本號版本號 u（1 1）處于）處于“草稿草稿”狀態(tài)的配置項的版本號格狀態(tài)的配置項的版本號格式為：式為：0.YZ 0.YZ YZYZ數(shù)字范圍為數(shù)字范圍為01-9901-99。隨著草稿的不斷完善，隨著草稿的不斷完善，“YZ”YZ”的取值應遞的取值應遞增。增?！癥Z”YZ”的初值和增幅

32、由用戶自己把握。的初值和增幅由用戶自己把握。u（2 2）處于）處于“正式發(fā)布正式發(fā)布”狀態(tài)的配置項的版本號格式狀態(tài)的配置項的版本號格式為：為：X.Y X.Y X X為主版本號，取值范圍為為主版本號，取值范圍為1-91-9。Y Y為次版本號，為次版本號，取值范圍為取值范圍為1-91-9。 配置項第一次配置項第一次“正式發(fā)布正式發(fā)布”時，版本號為時，版本號為1.0 1.0 如果配置項的版本升級幅度比較小，一般只增大如果配置項的版本升級幅度比較小，一般只增大Y Y值，值，X X值保持不變。只有當配置項版本升級幅度值保持不變。只有當配置項版本升級幅度比較大時，才允許增大比較大時，才允許增大X X值。值

33、。 u（3 3）處于處于“正在修改正在修改”狀態(tài)的配置項的版本號格狀態(tài)的配置項的版本號格式為：式為：X.YZX.YZ 配置項正在修改時，一般只增大配置項正在修改時，一般只增大Z Z值值（一般以（一般以a,b,ca,b,c依次增大）依次增大），X.YX.Y值保持不變。值保持不變。 當配置項修改完畢，狀態(tài)重新成為當配置項修改完畢，狀態(tài)重新成為“正式發(fā)布正式發(fā)布”時，將時，將Z Z值設置為值設置為0 0，增加，增加X.YX.Y值。參見規(guī)則（值。參見規(guī)則（2 2）。）。 （一）什么是配置審核 它是指對于存儲配置項及相關記錄的軟件基線庫的結構、內容和設施進行檢驗，其目的在于驗證基線是否符合描述基線的文檔

34、。 驗證包括：驗證包括： 配置項的處理是否有背離初始的規(guī)格說明或已批準的變更請求的現(xiàn)象； 配置標識的準則是否得到了遵循； 變更控制規(guī)程是否以遵循，變更記錄是否可供使用 是否保持了可追溯性。配置審核配置審核工作主要集中在兩個方面，即： 功能配置審核驗證配置項的實際功效是與其軟件需求一致的。 物理配置審核確定配置項符合預期的物理特性，即特定的媒體形式。六、配置審核（二）為什么要實施配置審核 確保軟件配置管理的有效性，不允許出現(xiàn)任何混亂現(xiàn)象。例如：防止出現(xiàn)向用戶提交了不適合的產(chǎn)品，如交付了用戶手冊不適當?shù)陌姹荆话l(fā)現(xiàn)不完善的實現(xiàn)，如開發(fā)出不符合初始規(guī)格說明或未按變更請求實施變更；找出各配置項間不匹配或

35、不相容的現(xiàn)象；確認配置項已在所要求質量控制審查之后作為基線入庫保存；確認記錄和文檔保持著可追溯性。（三）如何實施配置審核1、實施配置審核的時機軟件產(chǎn)品交付或是軟件產(chǎn)品正式發(fā)行前軟件開發(fā)的階段工作結束之后在維護工作中，定期的進行2、實施配置審核的責任人 參與實施配置審核的審核人員包括：項目組人員和非項目組人員，例如其他項目的配置管理人員、軟件組織的內部審核員以及軟件組織的軟件配置管理人員。 3、配置審核工作的開展 （1）由項目經(jīng)理決定何時進行配置審核工作 （2）質量保證組或軟件組的配置管理組指定該項目的配置審核 人員 （3）項目經(jīng)理和配置審核員決定審核范圍。 （4）配置審核員準備配置審核檢查單

36、（5）配置審核員安排時間審核文檔和記錄，審核活動可能涉及 到： 項目范圍 配置項的檢入（check-in）及檢出（check_out） 評審記錄 配置項的變更歷史 測試記錄 文件的命名 變更請求 版本的編號 （6）配置審核員在審核中發(fā)現(xiàn)不符合現(xiàn)象，并作記錄。 （7）由項目經(jīng)理負責消除不符合現(xiàn)象。 （8）配置審核員驗證所有發(fā)現(xiàn)的不符合現(xiàn)象確已得到解決。七、配置狀態(tài)報告（一）什么是配置狀態(tài)報告 1、配置狀態(tài)報告（configuration status reporting）也稱配置狀態(tài)說明與報告（configuration status accounting & reporting）。 任務：有效

37、的記錄和報告管理配置所需要的信息 目的：及時、準確的給出軟件配置項的當前狀況，供相關人員 了解，以加強配置管理工作。 2、需要跟蹤捕捉的狀態(tài)報告信息可以是： 配置項的當前標識 已交付軟件的配置 變更請求或問題報告的狀態(tài) 已獲準變更的狀態(tài)（二）配置狀態(tài)報告信息1、狀態(tài)說明的實體關系2、狀態(tài)說明數(shù)據(jù)詞典配置項庫（repository）庫名庫標識所有者范圍/描述配置項（configuration item）庫標識項標識項名描述項類型（源代碼、測試計劃等）配置項版本（configuration item version）庫標識項標識版本號入庫日期、時間與前版差異描述鎖定狀態(tài)檢出與檢入（check-ou

38、t & check-in） 庫標識 項標識 出庫版本號 出庫負責人 出庫日期及時間 實施的變更請求號 變更描述 入庫版本號 入庫負責人 入庫日期及時間變更請求變更請求 (change request)(change request)變更請求號 軟件版本號申請申請 *申請人 *申請日期 *變更部位 *變更優(yōu)先性 *變更概述 *變更預期效果 *附件分析與審批分析與審批 *受影響工作項 *估計工作量投入 *成本 *其他影響 *假設 *效果 *分析日期 *分析人 *是否批準 *理由 *審批日期 *批準人 *發(fā)行版本 實施狀態(tài)實施狀態(tài) *受影響的每一個工作項 庫標識 項標識 變更描述 出庫版本 出庫日期

39、及時間 變更工作量 驗證工作量 入庫版本 入庫日期及時間 *說明 *變更結束日期及時間 *變更結束負責人發(fā)行（release） 發(fā)行版本 發(fā)行日期 目的 創(chuàng)建時間發(fā)行配置項及版本號 庫標識 項標識 項名稱 概述 項類型（源代碼 、測試計劃等） 版本號 備份 備份號 備份日期 備份人 目的 介質備份配置項 庫標識 項標識備份配置項版本 庫標識 項標識 版本號 3、定期提交的配置狀態(tài)報告的內容示例各份變更請求概要：變更請求號、日期、申請人、狀態(tài)、估計工作量、實際工作量、發(fā)行版本、變更結束日期基線庫狀態(tài)：庫標識、至某日預計庫內配置項數(shù)、實際配置項數(shù)發(fā)行信息：發(fā)行版本、計劃發(fā)行時間、實際發(fā)行時間、說明

40、備份信息：備份日期、介質、備份存放位置配置管理工具狀態(tài)配置管理培訓狀態(tài)八、軟件配置管理工具（一）手工方法實施軟件配置管理存在的問題1、由于認識和理解的局限性，缺乏遠見和堅定性2、規(guī)程過于繁瑣3、可能出現(xiàn)人為的失誤4、個別人可能持逆反心理5、必須作充分培訓6、對人員的依賴性較大（二）采用工具支持配置管理的自動方法采用工具可能有如下的好處 減少了人為因素 節(jié)省人工實施配置管理所花費的時間 發(fā)生配置問題的機會較少 程序人員可集中精力在自己的工作中，不必擔心配置問題（三）采用配置管理工具的經(jīng)濟考慮購置工具軟件的成本培訓成本改變工作方式的代價兩條建議首先采用手工方法更為直觀，積累經(jīng)驗，提高認識采購配置管

41、理工具時應慎重選擇uClearCaseClearCase主要應用于復雜產(chǎn)品的并行開發(fā)、發(fā)布主要應用于復雜產(chǎn)品的并行開發(fā)、發(fā)布和維護，其功能劃分為四個范疇：和維護，其功能劃分為四個范疇：版本控制、版本控制、工作空間管理（工作空間管理（Workspace ManagementWorkspace Management）、）、 構造管理（構造管理（Build ManagementBuild Management）、）、過程控制（過程控制（Process ControlProcess Control）。）。ClearCaseClearCase通過通過TCP/IPTCP/IP來連接客戶端和服務器。來連接客

42、戶端和服務器。Visual SourceSafeVisual SourceSafe uVisual Visual SourceSafeSourceSafe是是MicrosoftMicrosoft公司推出公司推出的配置管理工具，是的配置管理工具，是Visual StudioVisual Studio的套件的套件之一。之一。VSSVSS的簡單工作原理的簡單工作原理 將項目所有的將項目所有的源文件源文件（包括各種文件類型）以特有的（包括各種文件類型）以特有的方式存入數(shù)據(jù)庫方式存入數(shù)據(jù)庫; ; 客戶端將程序拷貝到各自的客戶端將程序拷貝到各自的工作目錄下工作目錄下進行調試修改，進行調試修改，然后進行然后

43、進行CheckinCheckin到服務器，進行綜合更新到服務器，進行綜合更新; ; 支持支持多個項目多個項目之間文件快速高效的共享之間文件快速高效的共享; ; 每個成員對項目文件所作的修改將被記錄到數(shù)據(jù)庫中每個成員對項目文件所作的修改將被記錄到數(shù)據(jù)庫中; ; VSSVSS可以很容易地與可以很容易地與Microsoft AccessMicrosoft Access、 Visual Visual BasicBasic、 Visual C+Visual C+、Visual FoxProVisual FoxPro和其他的開發(fā)和其他的開發(fā)工具集成在一起工具集成在一起. .SourceSafe的優(yōu)點可以用

44、的優(yōu)點可以用8個字來概括個字來概括“簡單易簡單易用，一學就會用，一學就會”。 SourceSafeSourceSafe的的主要局限性主要局限性：1.1. 只能在只能在WindowsWindows下下運行，不能在運行，不能在Unix, LinuxUnix, Linux下運行。下運行。SourceSafeSourceSafe不支持異構環(huán)境下的配不支持異構環(huán)境下的配置管理，對用戶而言是個麻煩事。這不是技置管理，對用戶而言是個麻煩事。這不是技術問題，是微軟公司產(chǎn)品戰(zhàn)略決定的。術問題，是微軟公司產(chǎn)品戰(zhàn)略決定的。2.2. 適合于適合于局域網(wǎng)內局域網(wǎng)內的用戶群，不適合于通過的用戶群，不適合于通過Intern

45、etInternet連接的用戶群，因為連接的用戶群，因為SourceSafeSourceSafe是是通過通過“共享目錄共享目錄”方式存儲文件的。方式存儲文件的。 Rational 軟件配置管理最佳經(jīng)驗軟件配置管理最佳經(jīng)驗 使用統(tǒng)一變更管理使用統(tǒng)一變更管理 (Unified Change Management)介紹介紹旨在提高軟件開發(fā)質量旨在提高軟件開發(fā)質量和生產(chǎn)率的一整套組織和生產(chǎn)率的一整套組織化和文檔化的原理、方化和文檔化的原理、方法和流程法和流程什么是軟件最佳經(jīng)驗什么是軟件最佳經(jīng)驗? ?在軟件開發(fā)組織經(jīng)證明的在軟件開發(fā)組織經(jīng)證明的管理變更管理變更: : 問題問題分析人員分析人員項目經(jīng)理項目

46、經(jīng)理Bug98AddpromotioncalculationBug179NewGUIbuttonNewplatformNewwebdesignBug849Bug527Bug251NewcustomertransactionBug348集成人員集成人員測試人員測試人員開發(fā)人員開發(fā)人員Build3Build2Build1管理變更管理變更: : 問題問題Bug98AddpromotioncalculationBug179NewGUIbuttonNewplatformNewwebdesignBug849Bug527Bug251NewcustomertransactionBug348Build3Buil

47、d2Build1分析人員分析人員項目經(jīng)理項目經(jīng)理集成人員集成人員測試人員測試人員開發(fā)人員開發(fā)人員?Bug98AddpromotioncalculationBug179NewGUIbuttonNewplatformNewwebdesignBug849Bug527Bug251NewcustomertransactionBug348活動與工件活動與工件變更活動與工件變更活動與工件如何結束這一循環(huán)如何結束這一循環(huán)? ?Bug98AddpromotioncalculationBug179NewGUIbuttonNewplatformNewwebdesignBug849Bug527Bug251Newcus

48、tomertransactionBug348活動與工件活動與工件變更活動與工件變更活動與工件多個工件集成在基線多個工件集成在基線中中人根據(jù)活動人根據(jù)活動 ( (如變更請求如變更請求) )進進行工作行工作變更管理變更管理如果你能如果你能: : 知道在一個構建中修復了哪些缺陷知道在一個構建中修復了哪些缺陷? ? 快速確定一個新構建中的不同點快速確定一個新構建中的不同點? ? 快速重構一個先前的發(fā)布版本快速重構一個先前的發(fā)布版本? ? 確切地知道要測試什么確切地知道要測試什么? ? 在任何時候立即了解項目進度在任何時候立即了解項目進度? ? 確切地知道兩條基線之間的差別確切地知道兩條基線之間的差別?

49、 ? 知道你的產(chǎn)品什么時候可以推向市場知道你的產(chǎn)品什么時候可以推向市場? ?統(tǒng)一變更管理是基于活動的統(tǒng)一變更管理是基于活動的工件工件活動活動根據(jù)計劃來實施活動根據(jù)計劃來實施活動并跟蹤項目狀態(tài)并跟蹤項目狀態(tài)在整個開發(fā)生命周期在整個開發(fā)生命周期所產(chǎn)生的成果所產(chǎn)生的成果配置管理的十大最佳經(jīng)驗配置管理的十大最佳經(jīng)驗1. 在安全的存儲庫中進行工件的標識和存儲在安全的存儲庫中進行工件的標識和存儲2. 控制并審計對工件的變更控制并審計對工件的變更3. 將工件組織為版本化的構件將工件組織為版本化的構件4. 在項目里程碑創(chuàng)建基線在項目里程碑創(chuàng)建基線5. 記錄并跟蹤變更請求記錄并跟蹤變更請求6. 使用活動來組織和

50、集成使用活動來組織和集成7. 維護穩(wěn)定和一致的工作空間維護穩(wěn)定和一致的工作空間8. 支持對構件的并行開發(fā)支持對構件的并行開發(fā)9. 盡早和經(jīng)常進行集成盡早和經(jīng)常進行集成10.確保軟件構建的再現(xiàn)性確保軟件構建的再現(xiàn)性在安全的存儲庫中進行工件的在安全的存儲庫中進行工件的標識和存儲標識和存儲 標識對哪些工件進行版本管理標識對哪些工件進行版本管理 源代碼源代碼 對象代碼對象代碼, 數(shù)據(jù)數(shù)據(jù) Web 內容內容 在生命周期其他點上產(chǎn)生的工件在生命周期其他點上產(chǎn)生的工件 文檔和圖象文檔和圖象 模型和設計規(guī)范模型和設計規(guī)范 需求和測試用例需求和測試用例 存儲工件的存儲庫必須具備可訪存儲工件的存儲庫必須具備可訪問

51、性，可擴展性，分布處理能力問性，可擴展性，分布處理能力以及容錯性以及容錯性1控制并審計對工件的變更控制并審計對工件的變更 確定對不同類型工件的存取訪問控制并確定對不同類型工件的存取訪問控制并控制具體的訪問控制具體的訪問 對工件發(fā)生的變更進行審計對工件發(fā)生的變更進行審計 什么樣的變更什么樣的變更? ? 誰進行的變更誰進行的變更? ? 什么時候發(fā)生的變更什么時候發(fā)生的變更? ? 為什么要進行變更為什么要進行變更? ?2將工件組織為版本化的構件將工件組織為版本化的構件 使用基于構件的體系結構是使用基于構件的體系結構是RUP 中的一個最佳中的一個最佳經(jīng)驗經(jīng)驗 減少復雜性減少復雜性 有利于共享和重用有利

52、于共享和重用 在在 SCM 中使用構件有助于將邏輯設計和物理中使用構件有助于將邏輯設計和物理實現(xiàn)緊密結合在一起實現(xiàn)緊密結合在一起 提供了更加智能的創(chuàng)建和使用提供了更加智能的創(chuàng)建和使用 SCM 基線的機基線的機制制System3UserSrvcsAdmin在項目里程碑創(chuàng)建基線在項目里程碑創(chuàng)建基線 基線記錄了一個構件中所有工件的一基線記錄了一個構件中所有工件的一個單一版本個單一版本 將不同構件的基線組合起來可以進行更將不同構件的基線組合起來可以進行更大系統(tǒng)的構造大系統(tǒng)的構造 至少應在每次迭代后創(chuàng)建基線，但實至少應在每次迭代后創(chuàng)建基線，但實際上基線的創(chuàng)建要更頻繁際上基線的創(chuàng)建要更頻繁 基線的好處基線

53、的好處 再現(xiàn)性再現(xiàn)性 可跟蹤性可跟蹤性 報告報告4管理高層對象管理高層對象 更好地表示你的軟件架構更好地表示你的軟件架構 直接可用的流程直接可用的流程文件文件目錄目錄標簽標簽構建構建xxxxUCMProcessRationalClearQuestRationalClearCase管理高層對象管理高層對象 更好地表示你的軟件架構更好地表示你的軟件架構直接可用的流程直接可用的流程文件文件目錄目錄標簽標簽構建構建xxxx構件構件子系統(tǒng)子系統(tǒng)基線基線UCMProcessRationalClearQuestRationalClearCase記錄并跟蹤變更請求記錄并跟蹤變更請求變更請求會有多種形式并且來自

54、變更請求會有多種形式并且來自不同的地方不同的地方 內部及外部錯誤報告內部及外部錯誤報告 來自市場及工程部門的功能增強來自市場及工程部門的功能增強請求請求 需求需求, , 設計設計, , 及文檔變更請求及文檔變更請求必須對變更請求進行管理和跟蹤必須對變更請求進行管理和跟蹤理想地，你應該可以跟蹤變更請理想地，你應該可以跟蹤變更請求以及實現(xiàn)該請求而產(chǎn)生的變更求以及實現(xiàn)該請求而產(chǎn)生的變更Bug98AddpromotioncalculationBug179NewGUIbuttonNewplatformNewwebdesignBug849Bug527Bug251Newcustomertransaction

55、Bug3485使用活動來組織和集成使用活動來組織和集成 如果變更不從邏輯上進行組織，基于文件的版本控制如果變更不從邏輯上進行組織，基于文件的版本控制是相當瑣碎并容易產(chǎn)生錯誤是相當瑣碎并容易產(chǎn)生錯誤 活動包含了實現(xiàn)活動的變更集以及其他活動屬性活動包含了實現(xiàn)活動的變更集以及其他活動屬性 使用活動進行變更組織的好處使用活動進行變更組織的好處 更接近自然的工作方式更接近自然的工作方式 提供了對錯誤和項目管理的邏輯鏈接提供了對錯誤和項目管理的邏輯鏈接 對手工工作進行了自動化對手工工作進行了自動化1.FixBug6712.SpecialPromo3.FixBug829ToDoList6維護穩(wěn)定和一致的工作

56、空間維護穩(wěn)定和一致的工作空間 工作空間使用戶方便地訪問與給定任務工作空間使用戶方便地訪問與給定任務相關的構件相關的構件 用戶可以均衡下面兩個方面用戶可以均衡下面兩個方面: : 同其他用戶共享工作同其他用戶共享工作 同其他用戶的工作隔離同其他用戶的工作隔離 生產(chǎn)率同穩(wěn)定性成正比生產(chǎn)率同穩(wěn)定性成正比7 串行開發(fā)可能是理想的，但今天這種方式串行開發(fā)可能是理想的，但今天這種方式既不有效也不實用既不有效也不實用 開發(fā)人員不應等待其他開發(fā)人員的工作完開發(fā)人員不應等待其他開發(fā)人員的工作完成成 隔離的配置是進行有效并行開發(fā)的關鍵隔離的配置是進行有效并行開發(fā)的關鍵 分支是相當重要的分支是相當重要的 合并甚至會更

57、重要合并甚至會更重要支持對構件的并行開發(fā)支持對構件的并行開發(fā)321321410382盡早和經(jīng)常進行集成盡早和經(jīng)常進行集成 項目都面臨著集成和隔離的矛盾項目都面臨著集成和隔離的矛盾 在兩者之間求得平衡是成功的關鍵在兩者之間求得平衡是成功的關鍵 開發(fā)人員應該總是可以控制自己的工作空間開發(fā)人員應該總是可以控制自己的工作空間 管理人員和集成人員必須在不犧牲個人生產(chǎn)率的前提下用一管理人員和集成人員必須在不犧牲個人生產(chǎn)率的前提下用一種可靠、可行的方式使開發(fā)人員同項目的進度保持一致種可靠、可行的方式使開發(fā)人員同項目的進度保持一致 較晚或不經(jīng)常進行集成會不利于迭代，進而引發(fā)更多較晚或不經(jīng)常進行集成會不利于迭代

58、，進而引發(fā)更多風險風險有效的并行開發(fā)需要隔離有效的并行開發(fā)需要隔離過度隔離可能會造成集成惡夢過度隔離可能會造成集成惡夢9確保軟件構建的再現(xiàn)性確保軟件構建的再現(xiàn)性 構建應當是可進行全面審計的構建應當是可進行全面審計的 內容內容 時間時間 誰誰 不同構建之間的比較可以在不不同構建之間的比較可以在不進行大范圍調試的情況下輕易進行大范圍調試的情況下輕易發(fā)現(xiàn)問題所在發(fā)現(xiàn)問題所在 從上次構建以來發(fā)生了哪些變更從上次構建以來發(fā)生了哪些變更? ? 我們使用了相同的方式來進行系我們使用了相同的方式來進行系統(tǒng)構建嗎統(tǒng)構建嗎? ?我們使用了不同工具或我們使用了不同工具或不同選項進行系統(tǒng)構建嗎不同選項進行系統(tǒng)構建嗎?

59、 ?10配置管理十大最佳經(jīng)驗配置管理十大最佳經(jīng)驗1.1. 在安全的存儲庫中進行工件的標識和存儲在安全的存儲庫中進行工件的標識和存儲2.2. 控制并審計對工件的變更控制并審計對工件的變更3.3. 將工件組織為版本化的構件將工件組織為版本化的構件4.4. 在項目里程碑創(chuàng)建基線在項目里程碑創(chuàng)建基線5.5. 記錄并跟蹤變更請求記錄并跟蹤變更請求6.6. 使用活動來組織和集成使用活動來組織和集成7.7. 維護穩(wěn)定和一致的工作空間維護穩(wěn)定和一致的工作空間8.8. 支持對構件的并行開發(fā)支持對構件的并行開發(fā)9.9. 盡早和經(jīng)常進行集成盡早和經(jīng)常進行集成10.10.確保軟件構建的再現(xiàn)性確保軟件構建的再現(xiàn)性UCM

60、 對象介紹對象介紹GUIFeatureNewPromoDefect3452 活動活動(Activities)4 所有變更均同活動相關所有變更均同活動相關4 自動收集變更集自動收集變更集BL1 基線基線(Baselines)4 表示整個構件的版本表示整個構件的版本4 支持可配置的提升級別支持可配置的提升級別 流流(Streams)4 定義關于版本的一致性配置定義關于版本的一致性配置4 提供了隔離與共享之間的平衡提供了隔離與共享之間的平衡 構件構件(Components)4 將構成子系統(tǒng)的相關工件進行組織將構成子系統(tǒng)的相關工件進行組織4 基線操作的基本單位基線操作的基本單位CB提升了抽象層次提升了