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

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

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

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

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

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

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

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

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

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

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

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

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

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