項目收尾第十章

項目收尾第十章

軟件配置管理概念配置管理是對變更進行標(biāo)識、組織和控制的技術(shù)。

軟件配置管理定義軟件配置管理(SoftwareConfigurationManagement，SCM)是對產(chǎn)品進行標(biāo)識、存儲和控制，以維護其完整性、可追溯性和一致性，是開發(fā)和維護各個階段管理軟件演進過程的一種方法和規(guī)程。

SCM的主要目標(biāo)是使修改部分更容易被適應(yīng)，并減少變化中所花費的工作量，它幾乎始終貫穿整個軟件生存期。

相關(guān)概念

變更

變更不可避免軟件開發(fā)活動中變更是不可避免的，變更控制就是防止出現(xiàn)混亂。有效的變更控制需要借助配置數(shù)據(jù)庫和基線的概念。

配置數(shù)據(jù)庫配置數(shù)據(jù)庫的作用是收集與配置有關(guān)的信息；評價系統(tǒng)變更的效果；提供配置管理過程的管理信息。

利用配置數(shù)據(jù)庫中保存的信息

相關(guān)概念

配置項軟件配置項(SoftwareConfigurationItems，SCI)是配置管理的對象，它是一個特定的、可文檔化的工作產(chǎn)品集。配置項可以是與合同、過程、計劃和產(chǎn)品有關(guān)的文檔及數(shù)據(jù)，源代碼、目標(biāo)代碼和可執(zhí)行代碼.用面向?qū)ο蟮姆椒ńM織項目數(shù)據(jù)庫很自然，將每個SCI看作一個配置對象，各SCI之間的聯(lián)系用對象間的關(guān)系表示。

相關(guān)概念配置對象圖示

源代碼模塊N數(shù)據(jù)模型數(shù)據(jù)設(shè)計結(jié)構(gòu)設(shè)計模塊設(shè)計截面設(shè)計設(shè)計規(guī)格說明書測試計劃測試過程測試用例測試規(guī)格說明書

相關(guān)概念

基線基線是已經(jīng)通過正式評審和認(rèn)可的標(biāo)準(zhǔn)或產(chǎn)品，也稱里程碑，基線是以后進一步開發(fā)的基礎(chǔ)，只有通過正式的更改控制規(guī)程才能進行改變?；€是軟件生存期各開發(fā)階段末尾的特定點，每個階段的工作完成時都需要建立基線，其作用是把各階段的工作分得更加清楚，使得原本連續(xù)的工作在這些點上斷開，以便檢驗和確認(rèn)階段成果?；€對變更的控制作用是“不允許跨越里程碑去修改另一階段的東西”

相關(guān)概念

SCI

SCI一旦形成文檔并復(fù)審?fù)ㄟ^，即成為一個基線。當(dāng)SCI成為基線時，便納入基線庫中。此后，若開發(fā)小組的成員欲改動SCI，首先要將它拷貝到私有工作區(qū)，并將其在數(shù)據(jù)庫中鎖住，不允許其他人使用。在私有工作區(qū)完成修改并復(fù)審?fù)ㄟ^之后，再把修改后的SCI推出并送回數(shù)據(jù)庫，同時解鎖。

相關(guān)概念

例

需求分析需求規(guī)格說明書用戶手冊計劃設(shè)計編碼測試項目開發(fā)計劃測試報告設(shè)計規(guī)格說明程序清單需求基線計劃基線設(shè)計基線編碼基線測試基線

相關(guān)概念

軟件配置管理委員會(SCCB)

軟件配置管理委員會是由項目經(jīng)理及其相關(guān)人員組成的機構(gòu)，可以是一個小組，也可以是一個人。SCCB負責(zé)評估變更，批準(zhǔn)變更申請，在生存期內(nèi)規(guī)范變更申請流程，反饋變更，與項目經(jīng)理溝通。

軟件配置管理基本活動

項目經(jīng)理和配置管理委員會(CCB)根據(jù)項目的開發(fā)計劃確定各個里程碑和開發(fā)策略

根據(jù)CCB的規(guī)劃，制定詳細的配置管理計劃，交CCB審核。

CCB通過的配置管理計劃交項目經(jīng)理批準(zhǔn)，發(fā)布實施。

制定軟件配置計劃

配置管理計劃必須定義的問題

制定配置管理計劃時必須定義的問題

軟件配置管理基本活動

配置管理計劃必須定義的問題

文檔命名約定；

正式文檔的關(guān)系；

確定負責(zé)驗證正式文檔的人員；

確定負責(zé)提交配置管理計劃的人員。

制定配置管理計劃時必須定義的問題

根據(jù)已文檔化的規(guī)程為每個軟件項目制定軟件配置管理計劃

將已文檔化且經(jīng)批準(zhǔn)的軟件配置管理計劃作為執(zhí)行配置管理活動的基礎(chǔ)

配置標(biāo)識為了方便對軟件配置中的各個對象的控制與管理，所有的SCI都應(yīng)按相關(guān)規(guī)定命名和組織，并在文檔中規(guī)定部分記錄對象的標(biāo)志信息。通常需要標(biāo)識兩種對象是基本對象和復(fù)合對象。

基本對象由開發(fā)人員在分析、設(shè)計、編碼和測試時所建立的“文本單元”。

復(fù)合對象由若干基本對象和復(fù)合對象組合而成的對象。

配置標(biāo)識

除了標(biāo)識配置對象，還應(yīng)考慮命名對象之間的關(guān)系。對象之間的關(guān)系不僅存在于層次樹中，還存在可跨越對象層次的分支相互關(guān)系。有時一個配置對象會與其他多個對象有關(guān)系，這時SCI的分層結(jié)構(gòu)不一定是簡單的樹形結(jié)構(gòu)，而是網(wǎng)狀結(jié)構(gòu)。

配置標(biāo)識

確定配置標(biāo)識的活動

建立配置管理庫作為存放軟件基線的倉庫

標(biāo)識置于配置管理下的軟件工作產(chǎn)品

提出、記錄、審查、批準(zhǔn)和跟蹤更改要求和問題報告

記錄配置項/配置單元的狀態(tài)

配置標(biāo)識

版本控制

進化圖Obj1.0Obj1.1Obj1.2Obj1.3Obj1.1.1Obj1.1.2Obj2.0Obj2.1

配置標(biāo)識

版本控制需要解決的主要問題根據(jù)不同用戶的需要配置不同的版本；保存系統(tǒng)老板本，以備日后之需；建立一個系統(tǒng)新版本，使其包含某些決策而廢棄另一些；支持兩個以上的工程師同時在一個項目中工作；高效存儲項目的多個版本。

系統(tǒng)整合

系統(tǒng)整合是把系統(tǒng)的不同部分進行集成，使其完成一組特定的功能、包括對不同部分進行編譯，將不同部分組成一個可執(zhí)行系統(tǒng)。系統(tǒng)整合要考慮的問題包括是否所有組成系統(tǒng)的成分都包括在整合說明書中？是否所有組成系統(tǒng)的成分都有合適的版本？是否所有的數(shù)據(jù)文件都是可以獲得的？在組成系統(tǒng)的所有成分中，是否有數(shù)據(jù)文件命名相同的？是否有合適版本的編輯器和其他工具？

狀態(tài)報告報告就是根據(jù)配置項操作數(shù)據(jù)庫中的配置狀態(tài)記錄，向管理者報告軟件開發(fā)活動的進展情況（為了清楚、及時記載軟件配置的變化，需要對開發(fā)過程作出系統(tǒng)記錄，以反映開發(fā)活動的歷史情況。）這種報告是定期進行的，盡量用Case工具自動生成。配置狀態(tài)報告應(yīng)著重反映當(dāng)前基線配置項的情況，其主要內(nèi)容包括配置庫結(jié)構(gòu)和相關(guān)說明；開發(fā)起始基線的構(gòu)成；當(dāng)前基線位置及狀態(tài)；各基線配置項集成、分布的情況；關(guān)鍵元素的版本演進記錄；其他應(yīng)予報告的事項。

配置審計

確認(rèn)變更是否已正確實施有兩種方法，一種是正式技術(shù)評審，另一種是軟件配置審計。

正式技術(shù)評審（復(fù)審）針對所有變更重點檢查已完成修改的軟件配置對象的技術(shù)正確性。

配置審計（審核）配置審計是正式技術(shù)評審的補充手段，評價正式技術(shù)評審沒有被考