DM-ISO-軟件配置管理控制程序

1、文件類(lèi)別軟件配置管理控制程序文件編號(hào)IA-版 本A00頁(yè) 碼12 / 12文件發(fā)行及分發(fā)狀況分發(fā)部門(mén)收文章發(fā)行章份數(shù)發(fā)行部門(mén)變更履歷No.版本修訂日期修訂內(nèi)容修訂者123456789101112131415161718制作審核批準(zhǔn)張琦1 目的軟件配置管理（SCM）貫穿于整個(gè)軟件生命周期，是管理軟件產(chǎn)品所有資產(chǎn)及其變更，維護(hù)整個(gè)軟件研發(fā)過(guò)程的重要活動(dòng)，無(wú)論是對(duì)于管理人員還是研發(fā)人員都有著重要的意義。本程序文檔明確規(guī)定了公司軟件配置管理活動(dòng)的目標(biāo)、指導(dǎo)方針和過(guò)程定義，為公司軟件配置管理提供所應(yīng)遵循的計(jì)劃、策略、方法、程序及工具等一般化說(shuō)明。2 定義貫穿于整個(gè)軟件生命周期，應(yīng)用技術(shù)上和管理上的指導(dǎo)原

2、則和具體方法，用來(lái)識(shí)別和記錄配置項(xiàng)（例如程序源代碼、軟件庫(kù)包、文檔資料等）的功能特征和物理特征；管理或控制這些特征的變更；記錄和報(bào)告變更的處理和執(zhí)行的狀態(tài)；以及驗(yàn)證其是否符合特定的需求。簡(jiǎn)單地說(shuō)，就是關(guān)于軟件資產(chǎn)的管理。主要包括兩個(gè)方面： 管理軟件資產(chǎn)的合理存放和訪問(wèn)，包括其演進(jìn)、變更或變化的記錄，并加以流程上的控制； 關(guān)注軟件系統(tǒng)的集成和交付，保障團(tuán)隊(duì)合作順暢，等等。3 范圍軟件配置管理的主要內(nèi)容包括： 制定配置管理計(jì)劃 創(chuàng)建配置管理環(huán)境 標(biāo)識(shí)配置項(xiàng) 管理基線(xiàn)和發(fā)布活動(dòng) 變更控制 配置狀態(tài)監(jiān)控和報(bào)告 配置審計(jì)本程序文檔適用于公司所有軟件產(chǎn)品和項(xiàng)目在各個(gè)階段標(biāo)識(shí)的軟件配置管理，并利用“配置管理

3、工具”完成配置項(xiàng)標(biāo)識(shí)、版本控制、變化控制、審計(jì)和狀態(tài)統(tǒng)計(jì)等任務(wù)或活動(dòng)。4 職責(zé)配置控制委員會(huì)（CCB）負(fù)責(zé)人負(fù)責(zé)指導(dǎo)和控制軟件配置管理的各項(xiàng)具體活動(dòng)的進(jìn)行，并為產(chǎn)品經(jīng)理/項(xiàng)目經(jīng)理的決策提供建議。其具體工作職責(zé)如下： 制定總體配置管理策略及訪問(wèn)控制策略； 評(píng)審和審批配置管理計(jì)劃； 審核重大變更； 評(píng)審和審核有關(guān)軟件基線(xiàn)的設(shè)置和更改； 組織CCB的各種例會(huì)； 根據(jù)配置管理員的報(bào)告決定相應(yīng)的對(duì)策。配置管理員根據(jù)配置管理計(jì)劃執(zhí)行各項(xiàng)管理任務(wù)，定期向CCB提交報(bào)告，并列席CCB的例會(huì)。其具體工作職責(zé)如下： 參與制定和修改配置管理計(jì)劃 監(jiān)控并定期檢查各配置項(xiàng)的管理與維護(hù)狀況； 監(jiān)督執(zhí)行版本控制和變更控制方

4、案； 過(guò)程支持； 完成配置審計(jì)并提交報(bào)告； 對(duì)開(kāi)發(fā)人員進(jìn)行相關(guān)的培訓(xùn)； 軟件配置管理工具的日常管理與維護(hù)； 識(shí)別開(kāi)發(fā)過(guò)程中存在的問(wèn)題并制定解決方案。產(chǎn)品經(jīng)理 / 項(xiàng)目經(jīng)理產(chǎn)品經(jīng)理/項(xiàng)目經(jīng)理是整個(gè)軟件產(chǎn)品和項(xiàng)目研發(fā)活動(dòng)的負(fù)責(zé)人，他根據(jù)配置控制委員會(huì)的建議，批準(zhǔn)本產(chǎn)品或項(xiàng)目相關(guān)的配置管理的各項(xiàng)活動(dòng)并控制它們的進(jìn)程。其具體工作職責(zé)如下： 制定本產(chǎn)品或項(xiàng)目的軟件配置管理策略； 制定并發(fā)布本產(chǎn)品或項(xiàng)目的配置管理計(jì)劃； 批準(zhǔn)或確認(rèn)配置項(xiàng)的標(biāo)識(shí)，以及軟件基線(xiàn)的建立； 決定本產(chǎn)品或項(xiàng)目的開(kāi)發(fā)工作里程碑； 變更控制和管理； 接受并審閱配置控制委員會(huì)的報(bào)告。開(kāi)發(fā)、測(cè)試及運(yùn)維團(tuán)隊(duì)開(kāi)發(fā)、測(cè)試及運(yùn)維團(tuán)隊(duì)的職責(zé)就是根據(jù)項(xiàng)

5、目組織確定的配置管理計(jì)劃和相關(guān)規(guī)定，按照配置管理工具的使用模型來(lái)完成產(chǎn)品的開(kāi)發(fā)、測(cè)試、實(shí)施和運(yùn)維任務(wù)，包括各配置項(xiàng)的管理與維護(hù)、版本控制和變更控制、過(guò)程支持等活動(dòng)。5 程序5.1 制定配置管理計(jì)劃 如果沒(méi)有特殊要求，軟件配置管理計(jì)劃將被包含在軟件開(kāi)發(fā)總體計(jì)劃中，無(wú)需單獨(dú)編制文檔。否則，產(chǎn)品經(jīng)理/項(xiàng)目經(jīng)理將依照軟件配置管理計(jì)劃的模板，在配置管理員的協(xié)助下，制定本項(xiàng)目的軟件配置管理計(jì)劃。1) 制定本項(xiàng)目的配置管理策略和指導(dǎo)方針2) 確定配置管理需使用的資源3) 確定配置管理的項(xiàng)目干系人，分配責(zé)任，并確定其介入時(shí)機(jī)4) 定義標(biāo)識(shí)配置項(xiàng)的準(zhǔn)則5) 制訂基線(xiàn)計(jì)劃6) 制訂配置庫(kù)備份計(jì)劃7) 制訂變更控制

6、流程8) 制訂審批計(jì)劃5.2 建立配置庫(kù) 配置管理員在軟件產(chǎn)品或項(xiàng)目研發(fā)正式立項(xiàng)后，建立配置管理庫(kù)，使用Git/Gitlab作為配置庫(kù)管理工具； 配置庫(kù)分為“開(kāi)發(fā)庫(kù)”和“受控庫(kù)”：“開(kāi)發(fā)庫(kù)”用于存放在軟件研發(fā)過(guò)程中產(chǎn)生和收集的各種程序代碼、軟件庫(kù)包和開(kāi)發(fā)技術(shù)文檔等，由產(chǎn)品負(fù)責(zé)人/項(xiàng)目經(jīng)理和開(kāi)發(fā)團(tuán)隊(duì)負(fù)責(zé)管理和維護(hù)；“受控庫(kù)”保存已被審定的軟件配置項(xiàng)，由配置管理員負(fù)責(zé)管理和維護(hù)； 配置管理庫(kù)必須設(shè)置權(quán)限。只有產(chǎn)品/項(xiàng)目組成員、配置管理員、質(zhì)量保證部門(mén)和其他被授權(quán)的相關(guān)人員能夠訪問(wèn)配置管理庫(kù)，進(jìn)行相應(yīng)的操作。5.3 標(biāo)識(shí)配置項(xiàng)所謂的配置項(xiàng)，即軟件過(guò)程中生成或收集的各種制品或信息，主要包括： 程序源代

7、碼、各種腳本、可執(zhí)行程序、軟件庫(kù)包等； 軟件過(guò)程中產(chǎn)生的各種工程技術(shù)文檔； 各種數(shù)據(jù)； 標(biāo)識(shí)配置項(xiàng)又稱(chēng)識(shí)別配置項(xiàng)。確認(rèn)需要納入配置管理的配置項(xiàng)，確定配置項(xiàng)的獲取時(shí)間和所有者，為識(shí)別的配置項(xiàng)分配唯一的標(biāo)識(shí)；接著，利用之前建立的配置管理系統(tǒng)或配置管理庫(kù)來(lái)存放配置項(xiàng)；最后通過(guò)評(píng)審或測(cè)試后，由配置項(xiàng)組成基線(xiàn)，作為未來(lái)開(kāi)發(fā)的基礎(chǔ)。5.4 建立基線(xiàn) 在配置管理中，所謂的基線(xiàn)（Baseline），就是一個(gè)配置項(xiàng)或一組配置項(xiàng)在其生命周期的特定時(shí)間點(diǎn)上通過(guò)正式評(píng)審而進(jìn)入正式受控的一種狀態(tài)。 每一個(gè)基線(xiàn)都是其下一步開(kāi)發(fā)的出發(fā)點(diǎn)和基準(zhǔn)點(diǎn)，且必須通過(guò)正式的變更流程來(lái)變更。 重要的檢查點(diǎn)（CheckPoint）是里程碑

8、（Milestone），重要的里程碑就形成基線(xiàn)（很多情況下，通過(guò)在每個(gè)配置項(xiàng)或每組配置項(xiàng)的特定整體版本上打標(biāo)簽來(lái)完成）。 配置計(jì)劃里的基線(xiàn)一般由產(chǎn)品負(fù)責(zé)人或項(xiàng)目經(jīng)理來(lái)驅(qū)動(dòng)和管理，而非配置管理員。5.5管理并控制變更 變更請(qǐng)求，包括新功能、需求變更、功能增強(qiáng)，也包括缺陷。（變更申請(qǐng)人） 評(píng)估，分配給合適的人去處理變更，并檢查以確保它們確實(shí)被處理了。（產(chǎn)品負(fù)責(zé)人/項(xiàng)目經(jīng)理、CCB） 控制對(duì)配置項(xiàng)的變更，如果要改它，需要合適的人同意。（CCB、產(chǎn)品負(fù)責(zé)人/項(xiàng)目經(jīng)理） 改好后，檢查和驗(yàn)證，才能入庫(kù)。（CCB、產(chǎn)品負(fù)責(zé)人/項(xiàng)目經(jīng)理） 變更的發(fā)布。（配置管理員） 基線(xiàn)的變更 ：基線(xiàn)以?xún)?nèi)的，不用走變更流程，

9、但產(chǎn)品負(fù)責(zé)人或項(xiàng)目經(jīng)理要決定是否進(jìn)行回歸測(cè)試，以保證更改不會(huì)對(duì)基線(xiàn)造成未預(yù)料的影響；基線(xiàn)外要走變更流程。 所有配置項(xiàng)的變更歷史必須記錄在配置項(xiàng)內(nèi)，包括：日期、版本號(hào)、變更請(qǐng)求號(hào)、變更內(nèi)容、修改人等。軟件配置項(xiàng)與基線(xiàn)版本5.6 配置審計(jì)執(zhí)行審計(jì)以驗(yàn)證配置項(xiàng)符合特定的標(biāo)準(zhǔn)或需求。配置審計(jì)內(nèi)容包括：1) 評(píng)估基線(xiàn)的完整性2) 檢查配置記錄是否正確反映了配置項(xiàng)的配置情況3) 審核配置項(xiàng)的結(jié)構(gòu)完整性4) 對(duì)配置項(xiàng)進(jìn)行技術(shù)評(píng)審5) 驗(yàn)證配置項(xiàng)的完備性和正確性6) 驗(yàn)證是否符合配置管理標(biāo)準(zhǔn)和規(guī)程5.7 配置狀態(tài)報(bào)告 能夠及時(shí)、隨時(shí)地給出配置項(xiàng)的當(dāng)前狀況，報(bào)告所有配置項(xiàng)以及變更請(qǐng)求的狀態(tài)，以便于加強(qiáng)配置管理工

10、作： What：發(fā)生了什么事？ Who：誰(shuí)做的此事？ When：此事是什么時(shí)候發(fā)生的？ Why：為什么做此事？5.7 軟件配置項(xiàng)與基線(xiàn)版本配置管理員確保軟件產(chǎn)品或項(xiàng)目組按照“軟件產(chǎn)品版本管理規(guī)范”給每個(gè)配置項(xiàng)分配唯一的標(biāo)識(shí)。如果配置項(xiàng)的標(biāo)識(shí)不遵循“軟件產(chǎn)品版本管理規(guī)范”，配置項(xiàng)的標(biāo)識(shí)定義必須通過(guò)CCB的審定。類(lèi)型版本號(hào)修訂軟件配置項(xiàng)組織內(nèi)產(chǎn)生的文檔參照“文件控制程序”參照“文件控制程序”程序代碼、腳本、軟件庫(kù)包等參照“版本號(hào)管理”和“發(fā)布前的版本策略”參照“版本號(hào)管理”和“發(fā)布前的版本策略”從組織外獲取的保留外來(lái)的版本號(hào)軟件基線(xiàn)B.0：從1.0開(kāi)始B+15.8 備份 配置管理員定期，或在一些關(guān)

11、鍵時(shí)間點(diǎn)進(jìn)行配置庫(kù)的備份，填寫(xiě)“備份日志”，提交給管理層及項(xiàng)目干系人等。5.9 制度化已定義過(guò)程 要形成可以指導(dǎo)現(xiàn)在和未來(lái)多個(gè)軟件開(kāi)發(fā)項(xiàng)目的配置管理過(guò)程規(guī)范。這樣的規(guī)范不是一成不變的。要收集相關(guān)的信息、數(shù)據(jù)和反饋，并基于此進(jìn)行軟件配置管理的持續(xù)改進(jìn)。6 過(guò)程實(shí)踐6.1 精簡(jiǎn)的配置管理方法和流程關(guān)鍵活動(dòng)是：制定配置管理計(jì)劃、源代碼管理和文檔管理成本和需求決定了配置管理的力度。我們不追求完美無(wú)缺的配置管理，夠用就行，配置管理執(zhí)行的成本和代價(jià)應(yīng)當(dāng)控制在預(yù)算之內(nèi)。 所有項(xiàng)目成員都要對(duì)其工作成果進(jìn)行配置管理，最低要求是保證重要工作成果不發(fā)生混亂 配置管理規(guī)范清晰明了，便于執(zhí)行，不增加額外過(guò)多的負(fù)擔(dān) 源代

12、碼和文檔分開(kāi)管理6.2 版本號(hào)管理 基于GNU風(fēng)格的方案： 主版本號(hào) . 子版本號(hào) . 修正版本號(hào) . 編譯 (構(gòu)建) 版本號(hào) Major_Version_Number.Minor_Version_Number.Revision_Number.Build_Number示例：1.2.1，2.0，5.0.0 build-13124 產(chǎn)品初版本時(shí)，版本號(hào)可以為0.1或0.1.0，也可以為 1.0 或 1.0.0； 當(dāng)產(chǎn)品進(jìn)行了局部修改或缺陷修復(fù)后，主版本號(hào)和子版本號(hào)都不變，修正版本號(hào)加1； 當(dāng)產(chǎn)品在原有的基礎(chǔ)上增加了部分功能，主版本號(hào)不變，子版本號(hào)加1，修正版本號(hào)復(fù)位為0，因而可以被省略掉； 當(dāng)產(chǎn)品

13、進(jìn)行了重大修改，或者新增功能累積較多，而導(dǎo)致項(xiàng)目整體發(fā)生全局變化時(shí)，主版本號(hào)加1； 編譯版本號(hào)一般是編譯器或構(gòu)建工具在編譯或構(gòu)建過(guò)程中，按一定規(guī)則自動(dòng)生成的，我們只定義其格式，并不進(jìn)行人為控制。6.3 發(fā)布前的版本策略（alpha）版此版本表示目前僅僅是一個(gè)初步完成品，通常只在開(kāi)發(fā)者內(nèi)部交流，或者發(fā)布給專(zhuān)業(yè)測(cè)試人員進(jìn)行內(nèi)測(cè)。一般而言，該版本軟件的bug較多，普通用戶(hù)最好不要安裝。（beta）版該版本相對(duì)于版已有了很大的改進(jìn)，消除了嚴(yán)重的錯(cuò)誤，但還是存在著一些缺陷，需要經(jīng)過(guò)大規(guī)模的公測(cè)來(lái)進(jìn)一步消除。這一版本通常是免費(fèi)發(fā)布，用戶(hù)可從相關(guān)的站點(diǎn)下載。通過(guò)一些普通用戶(hù)特別是專(zhuān)業(yè)愛(ài)好者的測(cè)試，將結(jié)果反饋給開(kāi)發(fā)者，開(kāi)發(fā)者們?cè)龠M(jìn)行有針對(duì)性地修改。ZBB（Zero Bug Build）版某天的版本要把在之前（例如48小時(shí)前）記錄的Bug都解決掉。（gamma）版有時(shí)也稱(chēng)RC（發(fā)布候選版），該版本已經(jīng)相當(dāng)成熟了，與即將發(fā)行的正式版相差無(wú)幾，如果用戶(hù)實(shí)在等不及了，盡可以裝上一試。RC（發(fā)布候選版）Release Candi