軟件配置管理ppt課件-資料下載頁
2025-01-10 03:53本頁面
【正文】 對變更結(jié)果進行的正式復審由技術(shù)工程師們進行 。 它關(guān)注的是被修改的配置對象在技術(shù)上的正確性 。 復審者們要評估 SCI以確定它和其他 SCI的一致性 ， 關(guān)注是否有潛在的副作用等問題 。 第 17章 軟件配置管理 作為對變更進行的正式復審的補充 ， SQA人員還要針對和變更管理相關(guān)的 SCM工作進行審核 。 作為正式技術(shù)復審的補充環(huán)節(jié) ， 這種審核主要關(guān)注下列幾方面的問題： (1) ECO中提出的變更是否已經(jīng)完成 ， 有無進行未經(jīng)指定的其他附加變更 。 (2) 針對變更工作的技術(shù)正確性 ， 是否已經(jīng)進行了正式的技術(shù)復審 。 (3) 變更工作是否遵循了軟件工程標準 。 (4) 檢查是否針對被變更的 SCI進行了強調(diào)說明 。 被變更的 SCI的屬性是否反映了本次變更 ， 是否記錄了變更日期和變更實施者等必要信息 。 (5) 是否遵循了標注變更 、 記錄變更和報告變更的 SCM工作規(guī)程 。 (6) 所有相關(guān)的 SCI是否都得到了恰當?shù)男薷?。 第 17章 軟件配置管理 配置狀態(tài)報告 建立并發(fā)布配置狀態(tài)報告 (CSR， Configuration Status Reporting)是 SCM的任務之一。 CSR應當說明： 配置庫發(fā)生了什么事情，該事是誰做的，是什么時候發(fā)生的，將會造成哪些影響 。 每當一個 SCI被賦予新的或修改后的標識時，就有一個CSR的條目被創(chuàng)建；每當下達一個 ECO時，也有一個 CSR條目被創(chuàng)建。在每次進行配置審核時，審核的結(jié)果也作為CSR的一部分被報告。應當定期地生成配置狀態(tài)報告并向所有相關(guān)人員發(fā)布。保證大家始終能夠清楚地了解配置管理庫的現(xiàn)狀和配置管理工作的進展。 在大型項目中，離開了配置狀態(tài)報告有可能導致狀態(tài)混亂。例如，兩個開發(fā)者可能試圖以不同的或者互相沖突 第 17章 軟件配置管理 的意圖去修改一個配置對象；不了解未來的軟件運行環(huán)境已經(jīng)發(fā)生了變更的工程師們可能還在針對已經(jīng)不再存在的環(huán)境開發(fā)軟件 。 有了真實 、 及時的配置狀態(tài)報告 ， 就能夠防患于未然 。 第 17章 軟件配置管理 小 結(jié) SCM活動是應用于軟件工程全過程中的一種保護性活動 。SCM標識 、 控制 、 審核和報告在軟件開發(fā)過程中及軟件發(fā)布給客戶后所發(fā)生的變更與修改 。 所有作為軟件過程的一部分而產(chǎn)生的信息都將成為軟件配置的一部分 。 配置項被適當?shù)剡M行組織 ， 以便實現(xiàn)有序的變更控制 。 軟件配置由一組相關(guān)聯(lián)的對象組成 ， 也稱為 “ 軟件配置項 ” 。 除了在工程中產(chǎn)生的文檔 、 程序和數(shù)據(jù)之外 ， 用于開發(fā)軟件的指令 、 合同 、 環(huán)境 、 工具信息一般也被置于配置管理之下 ， 一般被稱為 “ 初始配置 ” 或 “ 環(huán)境配置 ” 。 第 17章 軟件配置管理 一旦某產(chǎn)品開發(fā)完成并通過了復審 ， 就可以納入基線 ，受到控制 ， 成為被標識的配置項 。 對基線對象的修改將導致建立該對象的新版本 。 通過對所有配置對象的修改歷史進行跟蹤 ， 能夠勾畫出整個軟件的演化過程 ， 并根據(jù)需要進行版本控制 。 SCM的重要任務就是變更控制 。 利用嚴格的變更控制機制 ， 能夠在對配置項進行核準的變更時保證產(chǎn)品的整體質(zhì)量和相關(guān)配置項之間的一致性 。 第 17章 軟件配置管理 最后應當 強調(diào) ， SCM服務于項目 ， 但它的作用并不是單一地為項目服務 。 為保證軟件開發(fā)組織的可持續(xù)發(fā)展 ， SCM工作關(guān)注的另一個重要側(cè)面就是軟件過程財富庫的建立與使用 。 可復用構(gòu)件的 標識與維護 ， 度量數(shù)據(jù)的 收集 ， 度量數(shù)據(jù)歸類 并納入度量 基線 等等都是 SCM的重要職責 。 考慮到這種現(xiàn)實 ， 除了在項目組中設(shè)置專職或兼職的 SCM工程師之外 ，最好能夠建立專業(yè)的 SCM小組 ， 以便于實施更大范圍的 SCM活動 。 第 17章 軟件配置管理 作業(yè)： SCM活動屬于什么性質(zhì)的活動？它的主要目標是什么？ 解釋“基線”的概念。作為項目主管，你希望在工作中建立什么樣的基線？ SCM審核和正式的技術(shù)復審在側(cè)重點上有什么不同？ 你認為開發(fā)組織的歷史度量數(shù)據(jù)是否應當作為“過程基線”的內(nèi)容納入配置管理的范疇？ 作為開發(fā)組織的管理者，請你選擇在建立配置管理數(shù)據(jù)庫時，是全組織建立一個配置管理數(shù)據(jù)庫還是各個項目分別建立自己的配置管理數(shù)據(jù)庫更為恰當？ 描述一下 SCM活動中的“變更控制流程”， CAA在變更控制活動中起到什么樣的作用？
公司管理相關(guān)推薦
鄂ICP備17016276號-1