【正文】 案例引入 案例角色和人物 – 小王：軟件項(xiàng)目負(fù)責(zé)人 – 老王：公司技術(shù)老總 開發(fā)小組：小李，老趙，小田，小謝 案例引入 ? 軟件項(xiàng)目已經(jīng)成功實(shí)施了 8個(gè)月，項(xiàng)目組已經(jīng)進(jìn)入編碼階段 ，在此過程中產(chǎn)生了許多的軟件產(chǎn)品 ? 到了編碼階段已經(jīng)有了近百個(gè)軟件產(chǎn)品 (包括技術(shù)文檔、管理文檔、程序模塊等 )，項(xiàng)目組在管理這些產(chǎn)品方面感到繁瑣和困難 ? 此時(shí)，用戶提出要變更需求，軟件項(xiàng)目組同意用戶的需求變更請(qǐng)求，為此，修改了 軟件需求規(guī)格說明書 ? 項(xiàng)目組將更改后、新的軟件需求規(guī)格說明書交給了軟件設(shè)計(jì)小組，設(shè)計(jì)小組為此更改了 設(shè)計(jì) 。更改后的軟件設(shè)計(jì)涉及諸多的 軟件模塊 和 數(shù)據(jù)設(shè)計(jì) ，為此導(dǎo)致許多的模塊和 源程序代碼 和 可執(zhí)行代碼 發(fā)生了變化 案例引入 ?軟件項(xiàng)目已經(jīng)成功實(shí)施了 8個(gè)月，項(xiàng)目組已經(jīng)進(jìn)入編碼階段，在此過程中產(chǎn)生了許多的軟件產(chǎn)品 ?由于變化的范圍太大，項(xiàng)目組很難清晰地了解哪些作了變化、做了什么樣的變化 ?由此帶來的新的問題是，項(xiàng)目組未能及時(shí)將這些變化通知給相關(guān)、受影響的小組和人員，從而出現(xiàn)軟件產(chǎn)品之間的不一致 (設(shè)計(jì)與編碼不一致 )， 所開發(fā)的產(chǎn)品沒有完全符合和滿足用戶的需求 案例引入 ?軟件項(xiàng)目已經(jīng)成功實(shí)施了 8個(gè)月，項(xiàng)目組已經(jīng)進(jìn)入編碼階段，在此過程中產(chǎn)生了許多的軟件產(chǎn)品 ? 對(duì)于某些模塊更為糟糕，因?yàn)檫@些模塊已經(jīng)經(jīng)過了多達(dá) 6－ 7次的修改，而且每次修改都有意義，從而產(chǎn)生了 不同版本的軟件模塊設(shè)計(jì) ，由于沒有相關(guān)的有效管理措施，開發(fā)人員已經(jīng)很難清晰、有效識(shí)別、區(qū)分這些軟件模塊，出現(xiàn)許多開發(fā)人員都有該模塊的諸多版本 案例引入 ?軟件項(xiàng)目已經(jīng)成功實(shí)施了 8個(gè)月，項(xiàng)目組已經(jīng)進(jìn)入編碼階段，在此過程中產(chǎn)生了許多的軟件產(chǎn)品 ?與此相對(duì)應(yīng)的是，該模塊的源代碼也有許多版本 ?在實(shí)際組裝軟件時(shí)，項(xiàng)目組不能有效提取出所需的軟件產(chǎn)品，共同構(gòu)成可運(yùn)行的軟件系統(tǒng) 案例提示 ?軟件開發(fā)過程中會(huì)產(chǎn)生大量軟件產(chǎn)品 (包括文檔 、 源代碼和數(shù)據(jù)等 )， 且這些產(chǎn)品之間存在關(guān)聯(lián)關(guān)系 ?同一軟件產(chǎn)品，也會(huì)發(fā)生變更從而產(chǎn)生許多版本 ?軟件開發(fā)小組必須清晰的知道會(huì)有哪些產(chǎn)品、這些產(chǎn)品會(huì)有哪些不同的形式和版本 ?開發(fā)小組必須清晰的知道如何將產(chǎn)品的變更通知給受影響的小組 ?如果不能有效的了解軟件產(chǎn)品及其變更，開發(fā)小組很難組裝這些軟件產(chǎn)品，從而得到所需的軟件產(chǎn)品 軟件項(xiàng)目管理問題 ?什么是軟件配置？ ?軟件配置需要關(guān)心哪些方面的問題？ ?如何進(jìn)行軟件配置？ ?如何撰寫軟件配置管理計(jì)劃？ ?有哪些軟件工具支持軟件配置活動(dòng) ? 軟件項(xiàng)目管理 第 10章 軟件配置管理計(jì)劃 本章要點(diǎn) 一、軟件項(xiàng)目配置管理基本概念 ? 軟件配置管理（ SCM:Software Configuration Management ） ? 配置項(xiàng)（ SCI: Software Configuration Item ） ? 基線（ Baseline） 二、軟件項(xiàng)目配置管理過程 ? 配置項(xiàng)標(biāo)識(shí) ? 變更管理 ? 配置項(xiàng)審計(jì) ? 配置項(xiàng)狀態(tài)統(tǒng)計(jì) 三、軟件項(xiàng)目配置管理計(jì)劃 四、配置管理工具 五、案例分析 軟件配置管理（ SCM)相關(guān)定義 (1)《 ISO 90003（ 1997）質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn) 第 3部分 》 和 《 ISO 90011994 在計(jì)算機(jī)軟件開發(fā)、供應(yīng)、安裝和維護(hù)中的應(yīng)用指南 》 ： 配置管理是一個(gè)管理學(xué)科，它對(duì) 配置項(xiàng) （包括軟件項(xiàng)）的開發(fā)和支持生存期給予技術(shù)上的和管理上的指導(dǎo)。配置管理的應(yīng)用取決于項(xiàng)目的規(guī)模、復(fù)雜程度和風(fēng)險(xiǎn)大小。 (2) 的解釋 軟件配置管理能協(xié)調(diào)軟件開發(fā) ， 使混亂減少到最小 。 軟件配置管理是一種標(biāo)識(shí) 、 組織和控制修改的技術(shù) ， 目的是最有效的提高生產(chǎn)率 。 軟件配置管理（ SCM)相關(guān)定義 (3)GB/T 11457 :1995《 軟件工程術(shù)語 》 國(guó)家標(biāo)準(zhǔn) ， 在系統(tǒng)整個(gè)生存期內(nèi)控制這些配置項(xiàng)的投放和更動(dòng) ， 記錄并報(bào)告配置的狀態(tài)和更動(dòng)要求 ， 驗(yàn)證配置項(xiàng)的完整性和正確性 。 ： ——對(duì) 配置項(xiàng) 的功能特性和物理特性進(jìn)行標(biāo)識(shí)和文件編制工作； ——控制這些特性的更動(dòng)情況； ——記錄并報(bào)告這些更動(dòng)進(jìn)行的處理和實(shí)現(xiàn)的狀態(tài) 。 軟件配置管理 (1/5) ? 什么是軟件配置管理 ? ? 在軟件的整個(gè)生命周期中，對(duì) SCI進(jìn)行以下工作 ? 系統(tǒng)地控制 SCI的標(biāo)識(shí)、存儲(chǔ)、更動(dòng)和發(fā)放 ? 記錄、報(bào)告其狀態(tài) ? 驗(yàn)證 SCI的正確性和一致性 ? 對(duì)上述工作的審計(jì) 軟件配置管理 (2/5) ? 為什么需要 SCM? ? 軟件產(chǎn)品的易改性與可控性 ? 團(tuán)隊(duì)開發(fā)時(shí)，多人并發(fā)存取需加控制 (存取控制 ) ? 多應(yīng)用開發(fā)時(shí)，同一軟件的不同版本可能對(duì)應(yīng)于不同應(yīng)用，對(duì)此需加控制 (版本控制 ) ? 應(yīng)對(duì)軟件更動(dòng)狀態(tài)予以追蹤，并及時(shí)向有關(guān)人員通報(bào)狀態(tài)情況 ? 如果軟件產(chǎn)品不能自始至終地保持清晰、互相一致，造成混亂、丟失，那么該軟件系統(tǒng)會(huì)因無法使用而不得不報(bào)廢 軟件配置管理 (3/5) ? SCM要解決的問題 : ? 如何標(biāo)識(shí) SCI和管理 SCI的諸多版本，以使得變化可以高效地進(jìn)行 ? 如何在軟件發(fā)布給用戶之前和之后控制變化 ? 誰負(fù)責(zé)批準(zhǔn)變化，并確定其優(yōu)先級(jí) ? 如何保證變化被恰當(dāng)?shù)剡M(jìn)行 ? 采用什么機(jī)制告知有關(guān)人員已經(jīng)實(shí)行了變化 軟件配置管理 (