【正文】 ............................................................................................................... 9 流程 .....................................................................................................................................................10 規(guī)程 .....................................................................................................................................................10 單據(jù) .....................................................................................................................................................11 發(fā)布管理（下發(fā)） ..................................................................................................................................11 流程 .....................................................................................................................................................11 規(guī)程 .....................................................................................................................................................11 單據(jù) .....................................................................................................................................................13 6 配置管理保密管理 ..........................................................................................................................................13 7 相關 /支持性文件 .............................................................................................................................................13 北京中創(chuàng)信測科技股份有限公司 共 13 頁 第 3 頁 1 目的 為了加強公司軟件配置管理，保證公司版本管理的一致性，配合《軟件配置管理規(guī)范》的順利實施，制定本細則。 2 配置管理工作授權 1. 公司領導賈林是配置管理工作的最高管理者和權限者，享有 VM和 TRACKER系統(tǒng)的用戶名和密碼，能夠對所有項目和產(chǎn)品的任一模塊進行任意操作，也可以授權給別人。 2. 配置管理部經(jīng)理、部門經(jīng)理是相應職責范圍內(nèi)的管理者、變更審批者，可以在配置管理部成員或研發(fā)經(jīng)理 /組長配合下檢查工作、審核，但不是版本管理工作的執(zhí)行者，沒有 VM系統(tǒng)的用戶名和密碼。 4. 編程人員、文檔編制、修改人員是版本管理機的使用者，沒有管理權限。 3 配置管理庫結構標準 1. 配置管理庫庫結構原則： ? 每個項目根據(jù)模塊數(shù)量分別建立若干模塊庫和一個項目公共庫。 ? 每個配置管理庫單獨分配用戶、角色、權限。 4 配置項標識與管理 1. 每個項目立項后，應由配置管理部編制《配置管理計劃 SCMP》，研發(fā)部配合，明確該項目的配置項和基線以及生成日期。 3. 已經(jīng)通過評審的文檔或已經(jīng)通過測試部測試驗證的程序應該標識為正式版本或基線，進入受控狀態(tài)。標注格式必須統(tǒng)一，格式如下： 1） 過程版本 ：提交測試的源程序或提交評審的文檔應標為過程版本 示例 1： T代表同一次測試 /評審提交次數(shù) az代表測試分支或評審分支 021019代表標注日期 P代表研發(fā)階段， P7為單元測試 代表項目代 號 VER_P001_P7_021019(az) T1 北京中創(chuàng)信測科技股份有限公司 共 13 頁 第 4 頁 P001項目第一次提交單元測試，則標注為： VER_P00101_P7_021019(a) T1； 示例 2： P001項目第三次提交單元測試（前兩次測試沒有通過 ），時間是 2021年 11月 1日，而且此版本是專門為廣東開發(fā)的（此前已有一個版本是為北京開發(fā)的），則標注為： VER_P001_P7_021101(b) T3； 同理： 集成測試版本格式為： VER_P001_P8_021019(az) T1； 產(chǎn)品測試版本格式為： VER_P001_P9_021019(az) T1； 2） 基線： 通過測試的源程序和通過評審的文檔應標為基線 BL_ [ 項目代號 ] _ [ 階段編號 ] _ [ 研發(fā)版本 ] _ [ 分支 ] 例： 3） 發(fā)布版本： 基線中的配置項需要進行對內(nèi)對外發(fā)布時應標為發(fā)布版本 REL_ [ 項目代號 ][ 發(fā)布版本 ] _ [發(fā)布日期 ]（ 分支 ） 例： (az)； 5. 受控的各配置項的標識、發(fā)布版本、基線等