CM配置管理員訪談問題答案

1、讀書破萬卷 下筆如有神 CMIConfiguration Management1、 你在項目中是如何做配置管理的？請簡要說明一下項目進行初期或首次進入項目中時，首先與項目經理、 QA、SCCB及項目成員 就項目的未來配置管理工作進行溝通，取得項目經理、 QA、SCCB及項目全體 成員對配置工作的認可與支持；積極了解項目情況，項目各階段的進展，以便更好的進行配置管理；熟練并充分的利用配置管理工具的各方面的功能，提高配置管理的效率；為項目控制好版本，保證項目各階段所使用的版本正確；及時發(fā)現(xiàn)項目問題，把問題及時反饋給項目經理、QA或SCCB,并積極協(xié)助解決；在項目中不斷總結、分析，對項目內配置管理工

2、作的進一步優(yōu)化；2、項目中是如何定義配置管理的配置項的？大致闡述一下有哪些配置項在編寫項目級配置管理計劃時和項目經理一起在組織級配置管理計劃中識別配 置項。配置項如下：類別階段交付物配置標識項目管理項目啟動項目確認書項目任命書移交資料清單項目啟動會議紀要項目策劃項目總體計劃配置管理計劃質量保證計劃項目進度計劃各階段計劃周計劃項目監(jiān)控需求跟蹤表類別階段交付物配置標識需求變更跟蹤表問題跟蹤表項目周報里程碑報告項目結項項目總結報告項目成果清單項目結項確認書軟件工程需求開發(fā)需求調研會議紀要業(yè)務需求說明書軟件需求規(guī)格說明書軟件需求評審報告原型設計原型系統(tǒng)設計數(shù)據(jù)庫設計說明書；系統(tǒng)應用系統(tǒng)設計說 明書；系

3、統(tǒng)總體設計說明書系統(tǒng)詳細設計說明書系統(tǒng)實現(xiàn)發(fā)布源程序代碼系統(tǒng)安裝配置說明書安裝程序系統(tǒng)測試測試方案測試計劃類別階段交付物配置標識測試用例測試記錄測試缺陷跟蹤表測試報告安裝手冊用戶操作手冊上線上線申請審核單上線方案上線報告打包發(fā)布義件列表試運行試運行報告驗收報告支持管理配置管理配置管理計劃配置狀態(tài)報告配置審計報告配置活動總結報告質量保證質量保證計劃過程檢查單產品檢查單決策分析決策分析計劃決策分析報告讀書破萬卷下筆如有神類別階段交付物配置標識度量分析度量分析計算表度量分析報告工作量統(tǒng)計表變更管理變更申請與處理表培訓培訓簽到表用的什么工具？、 項目中你們是使用的配置管理工具么？ 3是SVN作為配置管

4、理工具使用的是 你們配置庫的結構式如何劃分的？4、配置庫分為開發(fā)庫、基線庫、產品庫庫名庫說明權限存放內容開發(fā)庫項目在開發(fā)將 產生過程中所 數(shù)的據(jù)或文檔 開發(fā)庫在存放 中項目經理與相關開發(fā)人 員有讀，刪，寫權限；項 目組其他成員有只讀權 限個人工作區(qū)：個人1. 的工作文檔；工程文 檔：工程過2.程中產 生的文檔；代碼區(qū)： 提交的代3.碼基線庫將評審通過后 的配置項，由配 置管理人員納 入到基線庫基 線庫主要是存 放一些項目中 重要的工作產 品的穩(wěn)定版本， 相當于在公司 內部的一個數(shù) 據(jù)發(fā)布配置管理人員有進行項 目組，讀，刪，寫權限成 員有只讀權限納入基線配置項，例 如用戶需求說明書軟件需求說明書

5、 概要設計說明 書等產品庫存放一些對外 發(fā)布的產配置管理人員有進行，讀， 刪，寫權限項目組成員 有只讀權限安裝包，用戶手冊， 安裝手冊等讀書破萬卷下筆如有神5、對每個庫的目錄結構和權限分配，項目中是如何定義的?一級目錄二級目錄三級目錄權限配置庫開發(fā)庫項目管理R all RW PM CM DL軟件工程R all DL:PM CMR支持all:R、CMDLRWPMQA基線庫計劃allR CM、RW PM需求all : RCM RW PM設計all : RCM、PMRW成果all : RCM PMRW產品庫計劃PM R CM : RW需求PM R CM : RW設計PM R CM RW成果PM :

6、RCMRW權限參考問題46、項目中建立了哪些基線？請列舉說明一個基線建立的過程需求基線、設計基線、計劃基線、成果基線基線建立過程：由項目經理提交基線建立申請，提交到CCB進行評審，評審通過后我會依據(jù)配 置管理計劃中配置庫目錄結構在基線庫中創(chuàng)建基線文件夾， 基線文件夾用基線 標識來命名，對配置項進行審計并填寫配置審計報告把符合基線要求的配置 項檢入到相應的基線文件夾中，填寫基線發(fā)布報告 配置狀態(tài)報告，同時發(fā) 送郵件給項目組內成員通知新基線已成功建立。讀書破萬卷 下筆如有神7、在項目實際運作中，基線庫有發(fā)生過變更么？有8、在什么階段發(fā)生的基線變更？為什么要采取變更測試階段發(fā)生的基線變更在測試階段客

7、戶發(fā)現(xiàn)交易功能無法充分滿足實際需求， 對部分交易提出了新的需 求，且已得到CCB評審認可。9、在項目中對于基線的變更有哪些流程？（需要項目中的實際案例說明）首先由客戶提出需求變更單，項目經理將需求變更單提交給CCB組織召開需求變更評審會，決定是否執(zhí)行需求變更。評審通過后，由我（配置管理員）提交基 線庫變更申請單，項目經理審批后我首先對此需求基線加鎖，與相關責任人確 定配置項范圍，檢出相關配置項（需求規(guī)格說明書、詳細設計說明書）交予責任 人，變更完成后同CCB召開評審會取得授權后，填寫基線發(fā)布申請及報告 后導入新配置項，填寫配置狀態(tài)報告，并通過郵件通知項目組成員。10、對于基線變更，項目中會有詳

8、細的記錄么？有，基線變更前需要填寫基線庫變更申請單11、對于基線的變更，項目中需要審批么？如果需要，由誰審批需要審批由CCB審批12、對于日常的配置管理工作，有人進行監(jiān)督么？有一般由項目經理和QA進行監(jiān)督13、項目中是如何記錄各配置庫中的配置項狀態(tài)的？通過填寫配置項狀態(tài)報告進行記錄14、你認為在什么樣的情況下，配置項可以納入基線庫？配置項已存在于開發(fā)庫中，并且通過 CCB評審后便可加入基線庫15、配置管理計劃包含哪些方面的內容？項目組內的角色與職責、配置項定義、配置項管理活動配置項定義中包含配置項標示、 配置項命名規(guī)范、配置庫目錄結構、配置庫結構 說明、配置庫操作權限配置項管理活動包含版本控制

9、、基線管理、入庫控制、備份、產品發(fā)布讀書破萬卷 下筆如有神16、你是如何進行配置審計的，配置項狀態(tài)有哪些？配置審計計劃一般參考項目配置管理計劃制定審計計劃，從功能審計和物理審計方面考慮具體審計時機。功能審計，比如我們項目一般會在配置系統(tǒng)建立結束時作一次審計，以檢查配置系統(tǒng)能夠滿足本項目的實施需要，配置項管理方法是否正確，是否完整；再則， 我們根據(jù)基線建立計劃以及階段結束時間制訂物理審計和功能審計的時機，以確保所有的配置項如在CM計劃中期望的那樣放在配置管理系統(tǒng)中，確保團隊有一 個機制來知道給定配置管理項的最新狀態(tài)，確保配置管理項的狀態(tài)與基線信息一 致。配置項狀態(tài)分入庫、出庫、變更Non-Model issue 1、過去一年是否有什么比較明顯的改善在實施CMMI以后配置管理的目的，在使用配置識別、配置控制、配置狀態(tài)紀 錄及配置審計，來達到建立與維護工作產品的完整性。很多提高，組織層面，對 缺陷率大大降低開發(fā)人員不能隨意改動代碼減少了變動性、隨意性。2、認為公司可以優(yōu)先改善的項目是什么？項目管控、項目計劃、成本，等這些方面可以優(yōu)先改善。3 、 請敘述組織的政策以及與 建立統(tǒng)一明確的配置管