軟件項(xiàng)目管理全過程-配置管理規(guī)范

文件類型湖南大唐先一科技有限公司 -配置管理規(guī)范文件控制文檔編號(hào)DTXY-RD430版本號(hào)V1.0分冊名稱第冊/共冊總頁數(shù)正文附錄編制審批生效日期湖南大唐先一科技有限公司修改變更記錄：更改條款及內(nèi)容更改人審批人更改日期目錄TOC\o"1-3"\h\z1 目的 22 范圍 23 術(shù)語 24 職責(zé) 25 程序 35.1 配置管理中的階段劃分 35.2 配置管理策劃與計(jì)劃 45.3 配置庫建立 45.3.1 配置管理工具 45.3.2 配置庫結(jié)構(gòu) 45.3.3 配置庫存取權(quán)限控制 45.3.4 配置庫文件存取時(shí)間控制 55.4 配置項(xiàng)標(biāo)識(shí) 55.5 配置控制 55.5.1 配置項(xiàng)和軟件基準(zhǔn)的存儲(chǔ)控制 55.5.2 配置庫結(jié)構(gòu)層次的變更 65.5.3 非基準(zhǔn)配置項(xiàng)的變更控制 65.5.4 基準(zhǔn)配置項(xiàng)的變更控制 65.5.5 變更信息溝通 75.6 配置狀態(tài)跟蹤 75.7 配置審計(jì) 75.7.1 配置審計(jì)的目的與時(shí)機(jī) 75.7.2 配置審計(jì)工作準(zhǔn)備 75.8 配置管理 85.8.1 配置庫結(jié)構(gòu)層次和內(nèi)容 85.8.2 基準(zhǔn)配置項(xiàng)的變更與完善界定 85.8.3 版本控制 95.8.4 源代碼和可執(zhí)行程序的配置規(guī)定 95.8.5 現(xiàn)場開發(fā)、實(shí)施的相關(guān)配置管理規(guī)定 96 相關(guān)文件 107 記錄 10目的本文件規(guī)定了項(xiàng)目進(jìn)行過程中配置管理活動(dòng)的流程以及組織對(duì)配置管理的具體要求。公司項(xiàng)目過程中的配置活動(dòng)必須以本文件的規(guī)定進(jìn)行實(shí)施配置管理。范圍本文件適用于公司項(xiàng)目全過程中的軟件配置活動(dòng)，包括項(xiàng)目的配置計(jì)劃，配置評(píng)審，配置實(shí)施，配置變更等等。術(shù)語配置項(xiàng)：項(xiàng)目開發(fā)或系統(tǒng)集成實(shí)施過程中所需要或所產(chǎn)生的軟件、硬件、工具、釋放產(chǎn)品、文檔，包括基準(zhǔn)配置項(xiàng)與非基準(zhǔn)配置項(xiàng)?；鶞?zhǔn)配置項(xiàng)：通過正式評(píng)審成為下一步開發(fā)或?qū)嵤┗A(chǔ)的配置項(xiàng)，只有通過規(guī)范要求的變更控制程序才能被更改。更改：配置項(xiàng)的變更與更改統(tǒng)稱為更改。CAR(ConfigurationAuditReport)：配置審計(jì)報(bào)告職責(zé)――配置管理負(fù)責(zé)人（CML）負(fù)責(zé)制定配置管理計(jì)劃，并在項(xiàng)目進(jìn)行過程中按照計(jì)劃執(zhí)行配置管理活動(dòng)，實(shí)時(shí)更新項(xiàng)目的“配置狀態(tài)報(bào)告”和《配置庫結(jié)構(gòu)層次圖》，并向所有受影響的項(xiàng)目組和個(gè)兒通報(bào)當(dāng)前配置管理狀態(tài)。――軟件質(zhì)量保證負(fù)責(zé)人（SQAL）負(fù)責(zé)根據(jù)《軟件質(zhì)量保證計(jì)劃》的安排實(shí)時(shí)跟蹤項(xiàng)目軟件配置管理的實(shí)施情況；參與配置審計(jì)并跟蹤糾正/預(yù)防措施的執(zhí)行情況直到問題關(guān)閉。――項(xiàng)目經(jīng)理/項(xiàng)目軟件經(jīng)理(PM/PSM)負(fù)責(zé)協(xié)調(diào)配置管理活動(dòng)實(shí)施，協(xié)同配置管理負(fù)責(zé)人管理項(xiàng)目配置庫；參與配置審計(jì)，會(huì)同項(xiàng)目相關(guān)人員實(shí)施確定的糾正/預(yù)防措施。程序配置管理中的階段劃分根據(jù)配置管理過程中不同時(shí)期不同側(cè)重點(diǎn)，配置管理活動(dòng)劃分為以下幾個(gè)階段：配置管理策劃階段；配置管理實(shí)施階段；配置庫結(jié)構(gòu)層次變更；軟件基準(zhǔn)變更；配置審計(jì)；配置備份配置管理策劃與計(jì)劃通常情況下，在項(xiàng)目產(chǎn)品策劃階段制定配置管理計(jì)劃。配置管理計(jì)劃一般包含人員職責(zé)，配置管理軟硬件資源描述，配置項(xiàng)描述，基準(zhǔn)配置項(xiàng)描述，項(xiàng)目成員的操作權(quán)限劃分以及備份方案等。 配置管理計(jì)劃的制定由軟件配置管理負(fù)責(zé)人在開發(fā)策劃階段根據(jù)項(xiàng)目經(jīng)理/項(xiàng)目軟件經(jīng)理的任務(wù)分解及進(jìn)度安排情況制定。具體內(nèi)容可參照《配置管理計(jì)劃》模板和《配置庫結(jié)構(gòu)層次圖》。配置庫建立配置管理工具常見的配置管理工具有微軟公司的Vss，IBM的ClearCase以及Cvs等。公司常規(guī)軟件項(xiàng)目產(chǎn)品開發(fā)所使用的開發(fā)工具為Vs2003,由與Vs2003與Vss集成比較好，所以公司的配置管理工具采用Vss。配置庫結(jié)構(gòu)項(xiàng)目立項(xiàng)后，配置管理負(fù)責(zé)人即可根據(jù)評(píng)審后的《配置庫層次結(jié)構(gòu)圖》建立項(xiàng)目配置庫，為保證配置項(xiàng)目錄的順序可在目錄名前加上序號(hào)進(jìn)行確認(rèn)。配置庫存取權(quán)限控制配置管理負(fù)責(zé)人按照項(xiàng)目計(jì)劃并和項(xiàng)目經(jīng)理充分溝通的情況下來設(shè)定項(xiàng)目組及有關(guān)人員對(duì)配置庫的存取控制，并且負(fù)責(zé)在項(xiàng)目進(jìn)行中維護(hù)配置庫的存取權(quán)限。配置庫文件存取時(shí)間控制對(duì)配置庫進(jìn)行操作的人員，對(duì)公共部分的文件“Checkout”和“Checkin”的時(shí)間間隔不能過長，以方便其他人進(jìn)行共享操作。通常情況下在配置管理策劃過程中應(yīng)明確項(xiàng)目文檔、需實(shí)時(shí)更新的各種記錄以及源代碼、可執(zhí)行程序的操作間隔時(shí)間，以保證查閱人員可以及時(shí)從配置庫中獲取最新信息。配置審計(jì)過程中可將文件存取時(shí)間作為審計(jì)內(nèi)容之一。配置項(xiàng)標(biāo)識(shí)開發(fā)過程中要標(biāo)識(shí)的配置項(xiàng)主要包括以下幾部分：1)開發(fā)環(huán)境與測試環(huán)境：軟件工具、硬件設(shè)備等；2)開發(fā)工具：自動(dòng)設(shè)計(jì)工具、測試工具、維護(hù)工具等；3)項(xiàng)目文檔：立項(xiàng)建議報(bào)告、可行性分析報(bào)告、項(xiàng)目計(jì)劃、軟件需求規(guī)格說明書、任務(wù)分解書、質(zhì)量保證計(jì)劃、系統(tǒng)設(shè)計(jì)報(bào)告、測試文檔、技術(shù)報(bào)告、項(xiàng)目總結(jié)報(bào)告、系統(tǒng)集成方案、交付和安裝記錄等；4）質(zhì)量記錄：各類評(píng)審記錄和表格文檔，如《項(xiàng)目任務(wù)書》、《變更控制報(bào)告》、《軟件需求變更記錄》等；5)提交產(chǎn)品：源代碼、可執(zhí)行程序、聯(lián)機(jī)幫助、用戶手冊等。標(biāo)識(shí)要求1)在開發(fā)與實(shí)施過程中項(xiàng)目組人員提交的文檔，按照《標(biāo)識(shí)規(guī)范》進(jìn)行標(biāo)識(shí)；2)合同有明確標(biāo)識(shí)和追蹤要求時(shí)，按合同要求進(jìn)行標(biāo)識(shí)，以保證滿足合同的追蹤要求；3)外購產(chǎn)品使用原有標(biāo)識(shí)；4）在《標(biāo)識(shí)規(guī)范》中沒有明確要求的項(xiàng)目進(jìn)行過程中形成的中間文檔，在納入配置前應(yīng)加以唯一標(biāo)識(shí)，文檔類別代號(hào)可自行采用合適的英文縮寫。配置控制配置項(xiàng)和軟件基準(zhǔn)的存儲(chǔ)控制配置項(xiàng)的存儲(chǔ)在項(xiàng)目立項(xiàng)后，投標(biāo)書、方案等市場前期策劃的文檔及相應(yīng)評(píng)審記錄由配置管理負(fù)責(zé)人從市場人員處獲得放入市場前期策劃階段子目錄下進(jìn)行保存；啟動(dòng)階段的技術(shù)和表格文檔及相應(yīng)的評(píng)審記錄等由項(xiàng)目組和配置管理負(fù)責(zé)人放在配置庫的啟動(dòng)階段子目錄下進(jìn)行管理和控制；進(jìn)入實(shí)施階段，項(xiàng)目組人員按照配置管理計(jì)劃及時(shí)提交配置項(xiàng)，通過評(píng)審的配置項(xiàng)及評(píng)審記錄，放在項(xiàng)目組的配置庫里，同時(shí)配置管理負(fù)責(zé)人進(jìn)行備份。項(xiàng)目基準(zhǔn)配置項(xiàng)的建立項(xiàng)目組人員提交的配置項(xiàng)按照《評(píng)審規(guī)程》進(jìn)行正式評(píng)審?fù)ㄟ^后即可作為基準(zhǔn)配置項(xiàng)，并由配置管理負(fù)責(zé)人將成為基準(zhǔn)的配置項(xiàng)及相應(yīng)的評(píng)審記錄放入配置庫中，以便進(jìn)行管理和控制；同時(shí)部門項(xiàng)目管理人員及時(shí)在部門服務(wù)器中對(duì)基準(zhǔn)配置項(xiàng)進(jìn)行備份?；鶞?zhǔn)建立后，需將基準(zhǔn)內(nèi)容及時(shí)在“配置狀態(tài)記錄”中進(jìn)行記錄并通知所有受影響的部門、項(xiàng)目組和個(gè)人。配置庫結(jié)構(gòu)層次的變更根據(jù)項(xiàng)目的實(shí)際情況需要，項(xiàng)目進(jìn)行過程中項(xiàng)目組可能需要在項(xiàng)目的配置庫對(duì)目錄結(jié)構(gòu)進(jìn)行增加、刪減或更名操作。CML得到配置庫結(jié)構(gòu)層次變更的請(qǐng)求后，需首先調(diào)整項(xiàng)目的《配置庫結(jié)構(gòu)層次圖》，再進(jìn)行相應(yīng)的變更。非基準(zhǔn)配置項(xiàng)的變更控制客戶或開發(fā)、實(shí)施部門要求變更非基準(zhǔn)配置項(xiàng)時(shí)，配置項(xiàng)的提交人員可以進(jìn)行任何被管理和技術(shù)需求證明是合適的修改，但必須得到所有有關(guān)人員的認(rèn)可，由配置管理負(fù)責(zé)人更新“配置狀態(tài)記錄”?；鶞?zhǔn)配置項(xiàng)的變更控制變更請(qǐng)求的提出客戶或開發(fā)部門要求變更已建立的基準(zhǔn)配置項(xiàng)、重要的項(xiàng)目組成員、重要的項(xiàng)目資源（環(huán)境、工具等）時(shí)，一定要填寫《變更控制報(bào)告》。填寫《變更控制報(bào)告》時(shí)，要求進(jìn)行變更請(qǐng)求說明和變更評(píng)估，變更評(píng)估時(shí)要考慮以下幾種情況：1）一般情況下，變更評(píng)估要考慮變更對(duì)其它配置項(xiàng)尤其是對(duì)當(dāng)前基準(zhǔn)配置項(xiàng)的影響及變更的效果；2）如果變更較大，還要評(píng)估變更對(duì)項(xiàng)目進(jìn)度、成本和質(zhì)量的影響；3）如果變更是為了增加需求，還要將報(bào)價(jià)單交給客戶審批。變更請(qǐng)求的審批與實(shí)施按照《評(píng)審規(guī)程》的要求，部門項(xiàng)目管理人員組織對(duì)本次變更的評(píng)審，建議的變更請(qǐng)求被批準(zhǔn)，由部門項(xiàng)目管理人員負(fù)責(zé)跟蹤相應(yīng)變更的實(shí)施。變更信息溝通配置庫中任何信息的變更實(shí)施結(jié)束后，配置管理負(fù)責(zé)人在將對(duì)配置庫中內(nèi)容進(jìn)行調(diào)整、更新《配置庫結(jié)構(gòu)層次圖》和相關(guān)“配置狀態(tài)記錄”的同時(shí)必須將變更的信息通知給所有受影響的部門、項(xiàng)目組和個(gè)人。配置狀態(tài)跟蹤配置庫可以通過《配置庫結(jié)構(gòu)層次圖》和《項(xiàng)目配置狀態(tài)報(bào)告》進(jìn)行狀態(tài)跟蹤，要求《配置庫結(jié)構(gòu)層次圖》和《項(xiàng)目配置狀態(tài)報(bào)告》始終保持最新狀態(tài)。配置審計(jì)配置審計(jì)的目的與時(shí)機(jī)配置審計(jì)的目的在于力圖發(fā)現(xiàn)和報(bào)告項(xiàng)目配置管理工作中的缺陷并跟蹤缺陷的解決情況。配置審計(jì)的內(nèi)容如下：驗(yàn)證基準(zhǔn)配置項(xiàng)內(nèi)容的完整性和正確性；配置管理系統(tǒng)的結(jié)構(gòu)和設(shè)施；配置管理工作是否遵循組織程序文件；配置審計(jì)工作有項(xiàng)目管理人員組織并實(shí)施，并出具《配置審計(jì)報(bào)告》，參見《配置審計(jì)報(bào)告》模板。 配置審計(jì)的時(shí)機(jī)分為兩種策略：一種是定期進(jìn)行配置審計(jì)；另一種通常為項(xiàng)目進(jìn)入到總結(jié)階段或每次基準(zhǔn)配置項(xiàng)發(fā)生重大變更時(shí)。配置審計(jì)工作準(zhǔn)備確認(rèn)審計(jì)組人員審計(jì)組成員包括配置管理負(fù)責(zé)人、項(xiàng)目經(jīng)理/項(xiàng)目軟件經(jīng)理、開發(fā)人員或?qū)嵤┕こ處熞约绊?xiàng)目的軟件質(zhì)量保證負(fù)責(zé)人。1）項(xiàng)目管理人員：負(fù)責(zé)審計(jì)工作準(zhǔn)備和審計(jì)實(shí)施，協(xié)助項(xiàng)目的質(zhì)量保證負(fù)責(zé)人L跟蹤來自審計(jì)的糾正/預(yù)防措施直到關(guān)閉。編寫“配置審計(jì)報(bào)告”，提交給項(xiàng)目的配置管理負(fù)責(zé)人并保存在項(xiàng)目配置庫中；2）配置管理負(fù)責(zé)人：對(duì)于審計(jì)中發(fā)現(xiàn)的配置缺陷，采取必要的糾正措施；3）項(xiàng)目經(jīng)理/項(xiàng)目軟件經(jīng)理：對(duì)于審計(jì)中發(fā)現(xiàn)的軟件工程缺陷，采取必要的糾正措施；4）開發(fā)人員或?qū)嵤┕こ處煟罕匾獣r(shí)一些開發(fā)人員或?qū)嵤┕こ處焻⑴c審計(jì)組，提供相關(guān)的技術(shù)支持；5）軟件質(zhì)量保證負(fù)責(zé)人：參與配置審計(jì)并跟蹤來自審計(jì)的糾正/預(yù)防措施直到關(guān)閉。確認(rèn)審計(jì)日程安排準(zhǔn)備配置審計(jì)檢查表，參照《配置審計(jì)報(bào)告》模板配置管理配置庫結(jié)構(gòu)層次和內(nèi)容根據(jù)《配置庫結(jié)構(gòu)層次》圖中提供的軟件生命周期劃分的通用目錄結(jié)構(gòu)結(jié)合項(xiàng)目的具體特點(diǎn)做相應(yīng)適當(dāng)?shù)恼{(diào)整。按項(xiàng)目計(jì)劃和階段進(jìn)度表中計(jì)劃提交的“階段成果”內(nèi)容，在配置管理策劃時(shí)確定在項(xiàng)目各階段需提交的配置項(xiàng)，并明確基準(zhǔn)配置項(xiàng)?；鶞?zhǔn)配置項(xiàng)的變更與完善界定基準(zhǔn)配置項(xiàng)的變更配置需要進(jìn)行評(píng)審，而項(xiàng)目過程中因項(xiàng)目需要更改基準(zhǔn)配置項(xiàng)是不可避免的，面對(duì)頻繁的更改，既要保證更改控制流程不會(huì)過分影響項(xiàng)目進(jìn)度，又要保證更改不會(huì)對(duì)軟件質(zhì)量造成不例影響，對(duì)基準(zhǔn)配置項(xiàng)的更改分為變更與完善，采用不同的控制方式，在進(jìn)度與質(zhì)量間取得平衡。 變更與完善的確定由配置管理負(fù)責(zé)人和項(xiàng)目經(jīng)理/項(xiàng)目軟件經(jīng)理共同確認(rèn)，具體從以下幾個(gè)方面進(jìn)行區(qū)分：對(duì)軟件質(zhì)量的影響對(duì)成本預(yù)算的影響對(duì)項(xiàng)目進(jìn)度的影響對(duì)項(xiàng)目相關(guān)方的影響影響較大的更改應(yīng)界定為變更，影響比較小的部分應(yīng)界定為完善。基準(zhǔn)配置項(xiàng)完善部分不需要進(jìn)行評(píng)審，但需得到項(xiàng)目經(jīng)理和配置管理負(fù)責(zé)人的認(rèn)可。版本控制根據(jù)內(nèi)容的不同評(píng)審級(jí)別要求，文件的版本有著不同的控制規(guī)范。文件初次生效執(zhí)行時(shí)版本對(duì)照 評(píng)審活動(dòng)評(píng)審級(jí)別要求公司評(píng)審部門評(píng)審項(xiàng)目組評(píng)審公司級(jí)評(píng)審1.00.7部門級(jí)評(píng)審1.00.7項(xiàng)目組級(jí)評(píng)審1.0注：完善修改每次版本號(hào)提升0.1重大變更每次版本號(hào)提升1發(fā)行產(chǎn)品版本控制最終發(fā)行的產(chǎn)品軟件版本用三位符號(hào)表示：“S.XY”，其中S表示主版本號(hào)，只有在功能和性能上較上一版本有較大改善時(shí)或產(chǎn)品項(xiàng)目概念全新時(shí)主版本好增加，S用一位數(shù)字表示（0-9）；X為第一次版本號(hào)，只有功能增強(qiáng)時(shí)第一次版本號(hào)才增加，第二次版本號(hào)變成0；Y表示第二次版本號(hào)，在糾錯(cuò)性維護(hù)后發(fā)行時(shí)第二次版本號(hào)增加，其他不變。源代碼和可執(zhí)行程序的配置規(guī)定（1）項(xiàng)目開發(fā)過程中，編碼階段結(jié)束后提交的源代碼與可執(zhí)行程序必須配置。如果在編碼過程中有用戶現(xiàn)場開發(fā)的情況，則去用戶現(xiàn)場前后的