軟件工程配置管理

軟件項目管理實踐報告姓名：XXX學號：XXXXXXXXXX專業(yè)：信息與計算科學指導老師：XX完成時間：2011/11/9軟件配置管理前言：在開發(fā)軟件時變更是不可避免的，而變更加劇了項目軟件人員之間的混論，如果變更之前沒有經(jīng)過分析，變更實現(xiàn)之前沒有進行記錄，沒有想需要知道變更的人員報告變更，或者沒有提高質(zhì)量和減少錯誤的方式控制變更，就會產(chǎn)生混亂。而配置管理是一種標識，組織和控制修改的技術(shù)。目的是使錯誤達到最小最有效的提高生產(chǎn)率。軟件配置管理活動的目標：標識變更控制變更確保正確變更向其他相關(guān)項目涉眾人員報告變更一.軟件配置管理的對象：軟件配置置頂（SCI,SofterwareConfigurationItem）與合同，過程，計劃和產(chǎn)品有關(guān)的文檔和數(shù)據(jù)。源代碼，目標代碼和可執(zhí)行代碼。相關(guān)產(chǎn)品，代碼庫的可復(fù)用軟件，外購軟件及用戶提供的軟件。測試規(guī)格說明測試規(guī)格說明測試設(shè)計測試過程測試用例源代碼數(shù)據(jù)模型模塊界面描述算法描述PDL設(shè)計規(guī)格說明數(shù)據(jù)設(shè)計體系結(jié)構(gòu)設(shè)計模塊設(shè)計界面設(shè)計軟件配置對象二.軟件配置基線(baseline)：2-1IEEEStd610.12-1990是這樣定義基線的：已經(jīng)通過正式評審和批準的規(guī)格說明和產(chǎn)品，他可以作為進一步開發(fā)的基礎(chǔ)，并且只有通過知識的變更控制規(guī)格才能修改它。2-2軟件配置成為基線之前，可以迅速而隨意的進行變更，一旦進過正式評審后成為基線，就把它存在項目數(shù)據(jù)庫中，凍結(jié)起來。配置置頂至凍結(jié)起來如圖所示：項目數(shù)據(jù)庫項目數(shù)據(jù)庫Checkin存儲基線：系統(tǒng)規(guī)格說明軟件需求說明軟件規(guī)格說明源代碼測試計劃、過程、用例可運行的系統(tǒng)SCI軟件配置控制=5\*GB3⑤SCI專用工作空間生成或修改SCI正式技術(shù)評審SCISCI=4\*GB3④提取批準三.軟件配置管理過程：軟件配置項標識（包括名稱、描述、資源、實現(xiàn)）版本控制（如圖1-1）變更控制（如圖1-2）配置審計配置狀態(tài)報告（如圖1-3）變種變種24513版本1.2版本1.1.1版本2.1版本2.0版本1.4版本1.3版本1.1.2版本1.0版本1.1版本控制流圖（圖1-1）變更控制過程圖變更控制過程圖1-2發(fā)布新版本把變更包含到新版文中針對所有配置項復(fù)審（審計）變更“促成”把變更包括在下一修正版本中執(zhí)行質(zhì)量保證和測試活動建立測試基線“檢入”變更后的配置項變更復(fù)審（審計）變更方式（mode）“檢出”配置對象（SCI）把變更分配給配置對象通知用戶變更控制負責人做出決定產(chǎn)生變更報告開發(fā)人員進行評價識別變更要求用戶提交變更要求隊請求隊列，生成工程變更順序產(chǎn)生變更報告重建適用的軟件版本配置控制配置控制變更配置標識軟件配置項配置狀態(tài)報告配置審計缺陷狀態(tài)報告配置狀態(tài)報告連機數(shù)據(jù)庫配置狀態(tài)報告1-3四.詳細設(shè)計：配置狀態(tài)的記錄和報告指明怎樣收集、驗證、存儲、處理和報告配置項的狀態(tài)信息；詳細說明要定期提供的報告及其分發(fā)辦法；如果有動態(tài)查詢，要指出所提供的動態(tài)查詢的能力；如果要求記錄用戶說明的特殊狀態(tài)時，要描述其實現(xiàn)手段。例如，在配置狀態(tài)記錄和報告中，通常要描述的信息有：規(guī)格說明的狀態(tài)；修改建議的狀態(tài)；修改批準的報告；產(chǎn)品版本或其修改版的狀態(tài)；安裝、更新或交付的實現(xiàn)報告；用戶提供的產(chǎn)品（如操作系統(tǒng)）的狀態(tài)；g.有關(guān)開發(fā)項目歷史的報告。配置的檢查和評審定義在軟件配置管理計劃的第2.2條所定義的軟件生存周期的特定點上執(zhí)行的檢查和評審中軟件配置管理計劃的作用；規(guī)定每次檢查和評審所包含的配置項；(c)指出用于標識和解決在檢查和評審期間所發(fā)現(xiàn)的問題的工作規(guī)程。工具、技術(shù)和方法軟件媒體和媒體文檔的標識.把文檔和媒體置于軟件配置管理的控制之下，并把它正式地交付給用戶。例如，要給出對軟件庫內(nèi)的源代碼和目標代碼進行控制的工具、技術(shù)和方法的描述；如果用到數(shù)據(jù)庫管理系統(tǒng)，則還要對該系統(tǒng)進行描述。又如，要指明怎樣使用軟件庫工具、技術(shù)和方法來處理軟件產(chǎn)品的交付。編制關(guān)于程序及其有關(guān)文檔的修改狀態(tài)的文檔。因此必須進一步定義用于準備多種級別（如項目負責人、配置控制小組、軟件配置管理人員和用戶）的管理報告的工具、技術(shù)和方法。記錄的收集、維護和保存必須指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設(shè)施（其中包括要使用的后備設(shè)施），并指明要保存的期限。配置管理人員填寫內(nèi)容表中A、B、C、P和狀態(tài)等項目是由負責修改控制的配置管理人員填寫的。表中其他各項即D、E、F、G、H、I、K、N和O各項是由發(fā)現(xiàn)問題的人或申請配置管理的人填寫的，他可能還要填寫J、L和M三項內(nèi)容。前四項內(nèi)容的意義如下：A是由配置管理人員確定的登記號，一般按報告問題的先后順序編號；B是由配置管理人員登記問題報告的日期；C是發(fā)現(xiàn)軟件問題的日期；P是填寫若干補充信息和修改建議。表1軟件問題報告單（SPR）軟件問題報告單登記號A登記日期B年月日發(fā)現(xiàn)日期C年月日項目名D子項目E代號F1234567報告人姓名電話地址問題：G例行程序□程序□數(shù)據(jù)庫□文檔□改進□子例行程序/子系統(tǒng)：H修改版本號：I媒體：J數(shù)據(jù)庫：K文檔：L測試實例：M硬件：N問題描述/影響：O附注及修改建議：P表2軟件修改報告單（SCR）軟件修改報告單登記號A登記日期B年月日發(fā)現(xiàn)日期C年月日項目名D子項目E代號F響應(yīng)哪些SPR：G修改類型X修改申請人Y修改人Z修改：H程序□數(shù)據(jù)庫□文檔□解釋□修改描述：I批準人：J改動：語句類型：KI/O□計算□邏輯□數(shù)據(jù)處理□程序名：L老版本號：M新版本號：N數(shù)據(jù)庫：ODBCR：P文檔：QDUT：R修改已測試否：S單元子系統(tǒng)組裝確認運行成功否：SSPR的問