【正文】 CCB 復(fù)審隊(duì)列中。 ? 非代碼類(lèi)基線：由配置經(jīng)理發(fā)布。 使用以下的產(chǎn)品工件標(biāo)注約定，這些約定適用于標(biāo)注 產(chǎn)品目錄結(jié)構(gòu) 中的路徑和工件。 2. CM 環(huán)境和基礎(chǔ)設(shè)施 1) 產(chǎn)品數(shù)據(jù)量的預(yù)期大小 ：我們期望本項(xiàng)目至少有 20xx 個(gè)文件， 200M 的磁盤(pán)空間。 集成員 鄧茂生 集成員在集成工作區(qū)將構(gòu)件組合起來(lái)，生成一個(gè)工作版本。集成員創(chuàng)建基線和提升基線，由 SCM 經(jīng)理管理基線。 與任意角色 ：任意角色提出變更 請(qǐng)求，需提交給 CCB，對(duì)變更請(qǐng)求進(jìn)行處理后，將結(jié)果通知給提出者。托普集團(tuán) ,20xx 托普 LED 大屏幕播放軟件項(xiàng)目 項(xiàng)目編號(hào) :S0540620xx Configuration Management Plan Version 作者 :汪林濤 文檔信息 項(xiàng)目名 :托普 LED 大屏幕播放軟件項(xiàng)目 項(xiàng)目編號(hào) :S0540620xx 標(biāo)題 :Configuration Management Plan 作者 :汪林濤 創(chuàng)建日期 :20xx0815 上次更新日期 :20200809 版本 : 部門(mén)名稱(chēng) :中央研究院技術(shù)開(kāi)發(fā)中心 文檔狀態(tài) 文檔狀態(tài) □ 草稿 ■ 正式 文檔評(píng)審人員 項(xiàng)目經(jīng)理、 配置經(jīng)理、重要開(kāi)發(fā)人員和集成員 評(píng)審時(shí)間 修訂文檔歷史記錄 日期 版本 說(shuō)明 作者 20xx 年 8 月 15 日 初始版本 汪林濤 20xx 年 8 月 28 日 修改了文檔中“配置狀態(tài)統(tǒng)計(jì)”部分 汪林濤 20xx 年 8 月 30 日 修改了 SCM 組織的接口工作 ,增添了基線內(nèi)容 , 修改了基線內(nèi)容 ,進(jìn)入復(fù)審狀態(tài) 汪林濤 20xx 年 9 月 1 日 根據(jù)復(fù) 審意見(jiàn)進(jìn)行修改，修改內(nèi)容見(jiàn)《復(fù)審意見(jiàn)表》 汪林濤 20xx 年 10 月 8 日 在 Elaboration 階段，根據(jù)應(yīng)用進(jìn)行變更，包括變更基線標(biāo)識(shí)策略、增加基線發(fā)布表格模塊等。 本規(guī)范適用于軟件特別是重要軟件的配置管理計(jì)劃的制訂工作。配置經(jīng)理還必須確保 CM 環(huán)境有利于進(jìn)行產(chǎn)品復(fù)審、更改和缺陷跟蹤等活動(dòng)。 與組織 SCM 管理員：在每一階段基線完成后提交基線工件。獲取管理狀態(tài)下的基線版本 任意角色 項(xiàng)目組所有成員 任何角色均可以 “簽 入 ”和 “簽 出 ”任何與產(chǎn)品相關(guān)的工件，以便在配置控制系統(tǒng)中進(jìn)行維護(hù)。 Configuration Management Plan 托普 LED 大屏幕播放軟件項(xiàng)目 1ac6f1e41d382cf8f175a4c2b927fc8e Page 3 3. 配置管理活動(dòng) 配置標(biāo)識(shí) 標(biāo)識(shí)方法 標(biāo)簽標(biāo)識(shí)特定版本的工件。 基線標(biāo)識(shí) 在各階段中基線號(hào)：階段基線號(hào) + ?_? + 例：在精化階段內(nèi)的第三次基線： B20_3 基線 創(chuàng)建 非代碼類(lèi)基線：由配置經(jīng)理根據(jù)《開(kāi)發(fā)案例》創(chuàng)建。所有變更歷史記錄，包括所有狀態(tài)變更及變更的日期和原因，都將隨 CR 一起保存。如果需要的話，該代表還從提交者處收集更多信息。 核實(shí)發(fā)布工作版本中的變更 系統(tǒng)集成員 已確定的變更一旦在產(chǎn)品的測(cè)試工作版本中得到了 核實(shí) ，就將變更 請(qǐng)求放置在發(fā)布隊(duì)列中，以便在產(chǎn)品的發(fā)布工作版本予以核實(shí)、生成發(fā)布版本說(shuō)明等，然后 關(guān)閉 該變更請(qǐng)求。變更請(qǐng)求可由 CCB 復(fù)審管理員或被指定解決它的角色置于該狀態(tài)中。除非有必要，否則提交者無(wú)需進(jìn)行任何操作。它被確定在“指定隊(duì)列 ”中。 測(cè)試已失敗 在測(cè)試工作版本或發(fā)布工作版本中進(jìn)行測(cè)試時(shí)失敗的變更請(qǐng)求將置于此狀態(tài)中。在后一種情況中，會(huì)將重復(fù)變更請(qǐng)求通知給提交者，并將提交者添加到該變更請(qǐng)求中，以便以后通知他們（詳情請(qǐng)參見(jiàn)狀態(tài) “拒絕 ”和 “重復(fù) ”的定義）。 4. CCB 主席 ：林旭東 5. 處理變更請(qǐng)求和確認(rèn)的過(guò)程： CCB 以事觸發(fā)為主要工作方式， 必須定期 (每個(gè)階段結(jié)束時(shí) )按需召開(kāi)會(huì)議 。 3. 防病毒 /殺毒機(jī)制： 1) 殺毒 /防病毒軟件： Norton 20xx。 公司內(nèi)部開(kāi)發(fā)人員 LEDS 系統(tǒng)發(fā)布版，包括系統(tǒng)所用功能。內(nèi)容和格式如下： 2. 工作版本報(bào)告。 5. 培訓(xùn)和資源 軟件工具： Rational 公司的 ClearCase 人員： 汪林濤 培訓(xùn)： 角色 人員 培訓(xùn)內(nèi)容 配置管理經(jīng)理 汪林濤 ClearCase 基礎(chǔ)培訓(xùn)、 ClearCase 管理員培訓(xùn)。 3. 審計(jì)。 頻率：每周 /每個(gè)階段結(jié)束時(shí)進(jìn)行報(bào)告。 3) 負(fù)責(zé)人：系統(tǒng)管理員 (汪林濤 )。 擬定變更復(fù)審?fù)ㄖ獏f(xié)議 。 變更過(guò)程的變更請(qǐng)求狀態(tài) (狀態(tài)圖 )： Configuration Management Plan 托普 LED 大屏幕播放軟件項(xiàng)目 1ac6f1e41d382cf8f175a4c2b927fc8e Page 7 新 CR關(guān)閉已提交已推遲重復(fù)已拒絕詳細(xì)信息已打開(kāi)已解決測(cè)試已失敗已核實(shí)已指定提交 CR更新 CR更新 CR分配任務(wù)進(jìn)行變更核實(shí)測(cè)試版中變更進(jìn)行測(cè)試確認(rèn)重復(fù) / 拒絕發(fā)現(xiàn)重復(fù)變更不合理變更不合理決定變更發(fā)現(xiàn)重復(fù)修復(fù)問(wèn)題在發(fā)布版中核實(shí)已失敗超出范圍下一階段提交 保存變更歷史記錄 如果工件為 Word 文檔，則在文檔的修訂文檔歷史記錄。 已核實(shí) 處于此狀態(tài)的變更請(qǐng)求已經(jīng)在測(cè)試工作版本中得到了 核實(shí) ，并且可以進(jìn)行發(fā)布了。如果發(fā)現(xiàn)優(yōu)先級(jí)為第二或更高的變更請(qǐng)求，應(yīng)立即通知 QE 經(jīng)理或開(kāi)發(fā)經(jīng)理?？紤]到可能會(huì)有新的信息，在 CCB 復(fù)審會(huì)議中將重新復(fù)審該變更請(qǐng)求。在提交變更請(qǐng)求之前，提交者應(yīng)首先查詢變更請(qǐng)求數(shù)據(jù)庫(kù)，看是否已有與之相重復(fù)的變更請(qǐng)求。變更請(qǐng)求放置在 CCB 復(fù)審Configuration Management Plan 托普 LED 大屏幕播放軟件項(xiàng)目 1ac6f1e41d382cf8f175a4c2b927fc8e Page 6 隊(duì)列中。然后將已更新的變更請(qǐng)求重新提交給 CCB 復(fù)審隊(duì)列，以考慮新的數(shù)據(jù)。 (參見(jiàn)附錄 2)《變更請(qǐng)求表單》 變更申請(qǐng)的流程及涉及相關(guān)負(fù)責(zé)人如下圖所示： 變更過(guò)程中的活動(dòng) 活動(dòng) 角色 內(nèi)容 提交變更請(qǐng)求 提交者 項(xiàng)目的任何涉眾均可提交變更請(qǐng)求 (CR)。 基線發(fā)布 在每次創(chuàng)建基線以后進(jìn)行發(fā)布。因此，標(biāo)簽對(duì)于重新使用或引用原有的固定版本的