【正文】 在項目交付完成后，將《變更文件審批與確認登記表》交開發(fā)部綜合人員歸檔保存。如果不能承擔(dān)責(zé)任者，則需要報送高一級經(jīng)理批準。 ? 工作匯報或狀態(tài)報告需要上級主管確認。 ? 所有的變更要通知所有受影響的組和個人。 ? 項目組內(nèi)所有的變更要得到項目經(jīng)理的認可。 ? 對用戶需求進行分析整理而成的文檔需要經(jīng)過相關(guān)組和部門的確認，并得到用戶的認可。 軟件配置管理規(guī)范 STDZSKF2020003 24/24 在項目開發(fā)生命周期內(nèi)，由項目組配置代表管理，不得遺失和毀壞。 14 變更文件的審批與確認 為了規(guī)范化管理，明確責(zé)任，避免風(fēng)險，項目組要做好變更文件的審批與確認工作。共享工作空間根據(jù)需要建立。項目組空間是開發(fā)團隊的成果空間以及團隊共享空間，對項目組空間的配置項的操作，配置管理員必須做好權(quán)限控制及協(xié)調(diào)管理。 配置管理平臺維護 配置經(jīng)理負責(zé)配置管理平臺的維護，填寫《開發(fā)部配置管理平臺維護日志》、《配置管理平臺信息表》，具體包括： ? 建立項目配置庫； ? 維護相關(guān)人員的權(quán)限： ? 系統(tǒng)軟件升級； ? 病毒防范； ? 系統(tǒng)資源維護； 13 工作空間管理 整個配置庫是一個統(tǒng)一的工作空間，可以進一步劃分為個人空間、項目組空間和共享空間這三類工作空間。 配置庫備份 配置經(jīng)理負責(zé)進行配置庫的備份，主要有： 1) 每日備份 每日下班前，配置經(jīng)理備份配置庫中所有 配置項，每周循環(huán)。 配置服務(wù)器的安全控制 配置經(jīng)理負責(zé)配置服務(wù)器的系統(tǒng)管理，不允許其他人登錄配置服務(wù)器進行操作。項目負責(zé)人可以根據(jù)需要提出使用公用程序的申請，部門負責(zé)人審核同意后，配置經(jīng)理提供相應(yīng)程序。 ? 其他； 各項目組在項目開發(fā)過程中應(yīng)注意提煉公用程序，共同建設(shè)好公用程序庫，為今后的項目開發(fā)省時省力。 ? 實現(xiàn)某一功能的完整程序；例如采用 SOCKET 的通訊程序。 ? 加密模塊：各項目組涉及加密的功能模塊由專人開發(fā)。 軟件配置管理規(guī)范 STDZSKF2020003 22/24 11 公用程序庫的建立及維護 公用程序主要包括： ? 公用函數(shù)模塊：提供某一特定功能。 A06 用戶、測試組 開發(fā)人員 業(yè)務(wù)驗證測試報告 根據(jù)需要進行 A07 項目負責(zé)人 維護人員、開發(fā)人員 必要時現(xiàn)場技術(shù)支持 A08 配置管理員 綜合人員 光盤 可備份配置庫時進行備份 版本保存 配置管理員必須保證發(fā)布版本源程序的完整性及一致性，質(zhì)量保證人員保證發(fā)布版本的文檔的完整性，配置經(jīng)理及對每一次發(fā)布的版本，在配置庫中對應(yīng)地建立版本標(biāo)識，隨配置庫備份刻錄光盤時，交綜合人員登記并永久保存，綜合人員應(yīng)在光盤標(biāo)簽上標(biāo)注光盤內(nèi)容、 備份時間 、提交人員，以便查閱。 版本發(fā)布流程 軟件配置管理規(guī)范 STDZSKF2020003 21/24 項目組軟件版本發(fā)布流程如下圖所示： 序號 流程 責(zé)任人 相關(guān)人員 文件 /記錄 說明 A01 開 始A 0 1 提 交 版 本 發(fā) 布 申 請A 0 2 審 核 版 本 發(fā) 布 申 請A 0 3 版 本 交 付是 否 需 要 業(yè) 務(wù)部 門 驗 證 測 試A 0 4 業(yè) 務(wù) 驗 證 測 試 通 知是A 0 5 版 本 安 裝 技 術(shù) 支 持否A 0 6 業(yè) 務(wù) 驗 證 測 試A 0 7 系 統(tǒng) 運 行 技 術(shù) 支 持A 0 8 保 存 版 本結(jié) 束 配置管理員 配置管理員 、軟件開發(fā)人員 《 用戶測試報告》、開發(fā)、維護文檔、《應(yīng)用軟件版本發(fā)布申請表》 開發(fā)及維護文檔必須存放項目配置庫中 A02 各項目部門負責(zé)人、局領(lǐng)導(dǎo) 項目經(jīng)理、開發(fā)人員 《應(yīng)用軟件版本發(fā)布申請表》 嚴格審核出部門、公司的技術(shù)文檔。操作完成后， VSS對該目錄一下的所有子目錄及文件均改為相同的 Lable 和 LableComment。 當(dāng)需要加版本號時，選擇所有源代碼的最高一級目錄，按右鍵并選擇顯示歷史信息，然后在信息中選中標(biāo)有該版本對應(yīng)的測試版本號的 Lable，雙擊。 當(dāng)需要加測試版本號 是，選擇所有源代碼的最高一級目錄，為其加上 Lable， Lable 為： （ 為具體的測試版本號），并在 Comment 中填上該測試版的定版日期和注釋。 項目配置管理員負責(zé)填寫《版本記錄表》，并對 VSS 庫中的源代碼加上版本號并填上注釋。 其他相關(guān)人員欄如有需要電子文檔填寫其他相關(guān)人員姓名，紙質(zhì)文件由其他相關(guān)人員簽名。 項目負責(zé)人欄電子文檔填寫項目負責(zé)人姓名，紙質(zhì)文件由項目負責(zé)人簽名。 版本類型欄選擇填寫以下之一：測試版本、版本、發(fā)布。當(dāng)某一個版本需要發(fā)布，在該版本所 對應(yīng)的一行中填上發(fā)布一欄信息測試版本號和版本號均由項目配置管理員與項目經(jīng)理協(xié)商，在項目經(jīng)理同意下制定。當(dāng)需要生成一個測試版本時，填寫測試版本一欄信息。如果后兩個數(shù)字同時為 0 時，可以同時省去。 版本號的起始標(biāo)識為： VER 版本號的變動：根據(jù)其實際情況選擇相應(yīng)位置的數(shù)值加 1，并將該位置右邊的所有數(shù)值置 0。但版本號一定是兩個或四個數(shù)字。 例如： TEST TEST TEST TEST ? 版本號的生成 可執(zhí)行文件的各部分通過單元測試，總體編譯通過，并通過了系統(tǒng)測試，由項目配置管理員與項目經(jīng)理協(xié)商，在項目經(jīng)理同意下制定出新的版本號。 版本號的定義及生成方法 ? 測試版本號 可執(zhí)行文件的各部分通過單元測試，總體編譯通過，由項目配置管理員與項目經(jīng)理協(xié)商，在項目經(jīng)理同意下制定出新的測試版本號。 測試版本號：提供測試的可執(zhí)行文件的版 本稱為測試版本號。每個版本都有唯一的版本號進行標(biāo)識。同時還要遵照變更文件審批與確認的規(guī)定執(zhí)行（詳見本文相關(guān)段落）。 例如： VER VER . 定版的具體操作方法 文檔的定版必須在文檔開始處按模板要求填寫表格。重要的文檔如《需求規(guī)格說明書》《 詳細設(shè)計》等階段性文檔，由項目配置管理員與項目經(jīng)理協(xié)商，在征得項目經(jīng)理同意后制定出新的版本號。 例如： DRAFT DRAFT DRAFT DRAFT ? 版本號的生成 定稿的文檔，每次的修訂后，視文檔的重要性由不同權(quán)限的人員制定出新的版本號。 . 版本號的定義及生成方法 ? 草稿版本號 未定稿的文檔，在經(jīng)過修改后，如果覺得有需要，可由負責(zé)編寫文檔的人員制定出新的草稿版本號。 草稿版本號：未定稿的文檔的版本號稱為草稿版本號。每個版本都有唯一的版本號進行標(biāo)識。 變更管理的一般流程是： A) 獲得 /提出變更請求； B) 變更預(yù)計影響的評估，包括可能受影響配置項以及對資源、進度、質(zhì)量等影響的分析，描述實施方案； C) 項目經(jīng)理審核并決定是否批準，必要時報請領(lǐng)導(dǎo)批準； D) 如變更請求被接受，由配置管理員從配置庫中檢出配置項，賦予相關(guān)人員修改的權(quán)限； E) 項目組實施變更，修改配置項的內(nèi)容，提交確認，如不通過則返回項目組繼續(xù)修改； F) 配置管理員回收相關(guān)權(quán)限，把配置項檢入，形成新基線版本，發(fā)布新版本，并發(fā)布變更通知給所有相關(guān)人員，包括項目組成員、質(zhì)量保證人 員、測試人員及其它部門人員等。 基線類別定義如下：需求基線、設(shè)計基線、測試基線、代碼基線 基線版本號由 2 個數(shù)字組成，格式為： 第一位：對每個基線類型（需求基線、設(shè)計基線、測試基線、代碼基線等），都從 1 開始，增改編幅或重要性比例大于 10％，則在原來的基礎(chǔ)上加 1。 對項目的每個基線對應(yīng)一個唯一的標(biāo)識號。（在項目開發(fā)的里程碑階段一般要建立項目基線）。 8 基線建立及變更管理 基線的是 已經(jīng)正式通過審核批準的某階段成果，它可作為進一步開發(fā)的基礎(chǔ)，并且只能通過正式的變化控制過程改變。 配置項名稱命名規(guī)范 開發(fā)技術(shù)文檔名稱 通過項目名稱標(biāo)識或項目簡稱＋文檔類別名稱進行命名，主要包括以下文檔： ? 可行性研究報告； ? 項目開發(fā)計劃； 軟件配置管理規(guī)范 STDZSKF2020003 14/24 ? 配置管理計劃 ? 質(zhì)量保證計劃； ? 測試計劃； ? 程序開發(fā)規(guī)范； ? 需求規(guī)格說明書； ? 總體設(shè)計說明書； ? 概要設(shè)計說明書； ? 詳細設(shè)計說明書； ? 數(shù)據(jù)庫設(shè)計說明書； ? 用戶手冊； ? 維護手冊； ? 部分文檔名稱命名時需附加相關(guān)信息，主要包括以下文檔： ? 項目周報：項目名標(biāo)識或項目簡稱 ＋ “_項目周報 _YYYYMMDD” ? 軟件開發(fā)進度月報：項目名標(biāo)識或項目簡稱 ＋ “_月報 _YYYYMMDD” ? 子項目周報：項目名標(biāo)識或項目簡稱＋ “_子項目 簡稱 _周報 _YYYYMMDD” ? 質(zhì)量周報：項目名標(biāo)識或項目簡稱＋ “_質(zhì)量周報 _YYYYMMDD” ? 會議紀要：項目名標(biāo)識或項目簡稱＋ “_會議紀要 _YYYYMMDD” ? 軟件維護說明書：項目名標(biāo)識或項目簡稱＋ “_軟件維護說明書 _YYMM[01~99]” ? 變更記錄：項目名標(biāo)識或項目簡稱＋ “_變更記錄 _YYMM[01~99] ” ? 評審記錄：項目名標(biāo)識或項目簡稱＋ “_評審記錄 _YYMMDD[A~Z]” 說明：斜體部分根據(jù)實際情況用相應(yīng)內(nèi)容替代。開發(fā)部的配置項標(biāo)識及名稱總體規(guī)則如下： 軟件配置管理規(guī)范 STDZSKF2020003