理論部分你是怎么理解軟件配置管理的？軟件配置管理為軟件研發(fā)提供了基礎性的支持環(huán)境，每個人都要面對軟件配置管理，學習使用它，根據具體情況選擇正確的策略和方法，以便從它那里充分受益。軟件配置管理的作用或意義？在軟件建立時變更是不可避免的，而變更加劇了項目中軟件開發(fā)者之間的混亂。軟件配置管理的目標就是為了標識變更、控制變更、確保變更正確實現并向其他有關人員報告變更。IPD流程有幾個決策評審點，幾個技術評審點？各個技術評審點的作用？4個：概念決策評審（CDCP）計劃決策評審（PDCP）計劃決策評審（PDCP）可獲得性評審（ADCP）目標、關注點、輸入、輸出IPD流程分為哪幾個階段？3個：市場管理（MM）、需求管理（OR）、繼承產品開發(fā)（IPD）IPD流程的核心思想是什么？1.產品開發(fā)是投資行為2.基于市場的創(chuàng)新3.基于平臺的異步開發(fā)模式和重用策略4.技術開發(fā)和產品開發(fā)分離5.跨部門協同6.結構化并行開發(fā)流程7.產品線和能力線并重8.職業(yè)化人才梯隊建設你是如何理解軟件工作成果的？軟件工作成果包含哪些？管理、系統分析、設計、編碼，還是產品管理、測試、文檔、實施、維護舉例說明什么是配置項？配置項有哪些屬性？凡是納入配置管理范疇的工作成果都是配置項配置項有兩大類：屬于產品組成部分的工作成果；項目管理和機構職稱過程產生的文檔。屬性有：名稱、標示符文件狀態(tài)、版本、作者、日期……什么是配置庫？存放配置項的數據庫，常用兩種形式：按配置項類型分類建庫和按任務建庫。如果讓你為你們組的項目規(guī)劃一個目錄結構，你認為哪些目錄是必須的？項目立項與策劃需求分析系統設計開發(fā)測試客戶文檔項目驗收質量管理配置管理項目管理項目結項培訓資料在你做過的軟件項目中，需求階段，必須輸出的文檔有哪些？開發(fā)背景項目目標運行環(huán)境項目任務書你怎么理解基線？1）代表多個源代碼文件的一組版本。2）代表文檔的一個穩(wěn)定狀態(tài)。3）合同基線。4）發(fā)行基線。5）產品基線什么是變更？改變；更動。應該怎樣跟蹤變更，跟蹤變更的目的是什么？及時更新內容，避免開發(fā)過程中因為重復引發(fā)的混亂。你是怎么理解配置審計的？實施配置審計以維護配置基線的完整性。配置審計確認最終的基線和文件有遵照特定標準或需求，并適當記錄審計結果。配置管理員的職責有哪些？項目計劃階段規(guī)范配置管理環(huán)境簡歷配置庫與項目負責人討論變更控制的實施配置培訓配置狀態(tài)報告通常需要體現的主要內容有哪些？1.各變更請求概要：變更請求號、日期、申請人、狀態(tài)、估計工作量、實際工作量、發(fā)行版本、變更結束日期。2.基線庫狀態(tài)。3.發(fā)行信息。4.備份信息。5.配置管理工具狀態(tài)。6.配置管理培訓狀態(tài)。一篇文檔應該包含的主要信息有哪些？項目名稱+文檔內容+版本號如：學生成績管理系統需求說明書V1.0文檔的命名規(guī)范，也就是你怎樣給一篇文檔起規(guī)范的名字？項目名稱+文檔內容+版本號如：學生成績管理系統需求說明書V1.0文檔的密級通常有哪些，是怎么定義的？1.絕密:一旦泄密會使公司利益遭受特別嚴重的損害；2.機密:一旦泄密會使公司利益遭受嚴重的損害；3.秘密:一旦泄密會使公司利益遭受較大的損害；4.內部公開:一旦泄密會使公司利益遭受一般損害；5.公開資料：公開有助于公司利益。各文檔作者可根據文檔內容的重要性制定文檔密級。本課程學習和使用的配置管理工具是什么？TortoiseSVN屬于集中式版本控制系統，還是分布式版本控制系統？集中式版本控制系統你們項目組的基線活動是如何開展的？比如：項目計劃階段已經結束，馬上要進入開發(fā)階段?；€時間點前一個星期：檢查文檔的交付情況；檢查文檔規(guī)范；檢查文檔與代碼的變更情況是否符合規(guī)范；檢查缺陷是否符合質量要求，舉例說明：TR5時缺陷個數不能超過12個，且不能有嚴重和致命的缺陷；TR6時缺陷個數不能超過6個，且不能有嚴重和致命的缺陷?；€時間到時，項目配置管理員為代碼和文檔打標簽，收回文檔的修改權限。并發(fā)布基線報告給相關人員。你們組開發(fā)階段結束，即將開始測試活動，也就是TR5的基線報告應該主要體現哪些內容？你們組發(fā)現bug后，是如何跟蹤bug，并最終修復關閉bug的？你們組的版本命名規(guī)則是？比如：測試階段的版本，與發(fā)布階段的版本是如何區(qū)分的？版本號繼續(xù)延續(xù)，但是發(fā)布階段的版本用“【】”來標識你們組的版本是如何傳遞給客戶的？由項目配置管理員將版本放置在某個發(fā)布版本的固定目錄下，然后由版本獲取人獲取并發(fā)布給客戶。你認為你們的傳遞方式有什么問題嗎？由于開發(fā)比較慢，所以發(fā)布的頻率較低。你認為你們的缺陷管理報告應該體現哪些內容？問題發(fā)現人：環(huán)境配置：問題版本：操作步驟：預期結果：實際結果：問題嚴重程度：缺陷所屬模塊：缺陷報告應該發(fā)布給項目組的哪些角色呢，為什么？項目經理、架構設計是、開發(fā)工程師、測試工程師、資料工程師、配置管理員、質量保證工程師舉一個例子說明版本控制的重要性。比如存放在U盤中的版本默認為最新版，但如果不將資料存放于配置庫，很容易搞混，不利于開發(fā)人員開發(fā)。你是怎么理解變更集的？舉例說明。實操部分創(chuàng)建一個本地版本庫。在版本庫的trunk目錄下創(chuàng)建一個名為：Test的文件夾，然后該目錄下的將目錄結構導入到版本庫。檢出版本庫上的Test文件夾到本地副本。在工作副本路徑：04開發(fā)/源代碼與腳本下，新建一個file1.c的文件，提交到版本庫上。針對file1.c文件構造沖突并解決。拉一個名為“BR_成績管理系統_forBug”的分支到branches下。打一個名為“BL_成績管理系統_TR5”的標簽到tags下。演示一下如何應用一個補丁文件。演示一下給文件file1.c加鎖。設置提交日志的模板，限制不少于20個字符，模板內容包括：變更單號：修改人：修改原因：審核人：如何查看路徑：“04開發(fā)/源代碼與腳本”的日志信息？如何將文件夾“源代碼與腳本”的名字修改為“code&script”？如何撤銷對文件file1.c的修改？如果想使用另外一個賬號和密碼訪問SVN，怎么清除掉原來保存的賬號信息？當前工作副本的路徑訪問的是trunk的路徑，如何在現有的工作副本的基礎上，將工作副本數據切換到bran