什麼是配置管理

1. CMMI中的的配置管理是什麼

配置管理是CMMI模型中一個支撐過程域。
配置管理是指：應用技術和管理手段來識別和記錄配置項的功能和物理特性，控制其變更，記錄和報告變更的過程和實現狀態，並檢查與項目需求之間的符合度；通過配置管理可以有效的管理工作產品與工作產品之間的一致性，合理的控制和實施變更以維護對項目范圍與邊界條件的一致的理解。
一般CM過程描述了配置管理活動的內容、規范和方法，以建立和維護軟體開發過程中各種產品的完整性和一致性。
CM使用到以下幾個重要的術語：
配置項：處於配置管理之下的軟體或/和硬體的集合體。這個集合體在配置管理過程中作為一個實體出現。

基線： 已經通過正式復審和批準的某規約或產品，它因此可以作為進一步開發的基礎，並且只能通過正式變更控制過程來改變；基線有一組配置組成，這些配置構成了一個相對穩定的狀態，不能再被任何人隨意修改。

配置標識：識別產品的結構、產品的構件及其類型，為其分配唯一的標識符，並以某種形式提供對它們的存取。

控制：通過建立產品基線，控制軟體產品的發布和在整個軟體生命周期中對軟體產品的修改。

狀態統計：記錄並報告構件和修改請求的狀態，並收集關於產品構件的重要統計信息。

配置審計：通過第三方（例如：軟體質量保證工程師）來確認產品的完整性並維護構件間的一致性，即確保產品是一個嚴格定義的構件集合；

配置管理員：根據本過程的規定，在本公司內部具體實施與操作本過程的人員/角色。根據實施的層級的不同，配置管理員可以區分為「產品配置管理員」和「項目配置管理員」兩個角色，一般產品配置管理員是專職的，項目配置管理員有項目成員兼職。

2. 配置管理的作用是什麼,其包括哪幾部分功能

作用：通過配置管理，網路管理員可以方便地查詢網路當前的配置情況，增強對網路配置的控制。
主要功能：
A． 設置開放系統中有關路由操作的參數
B． 被關對象和被關對象組屬性的管理
C． 初始化和關閉被管理對象
D． 根據要求收集系統當前狀態的有關信息
E． 獲得系統主要變化的信息，維護最新的設備清單並根據數據產生報告。
F． 更該系統的配置，提供遠程修改設備配置的手段

註：您這個問題是今年電大計算機網路的考題吧。其實《計算機網路》課程考一道《網路管理》的題，實在不咋地，雖然教材中有這部分內容（本來就不該有），但不屬於重點內容，尤其不能占考卷的10%。出題教師太不認真。

3. 軟體開發的項目中，什麼叫配置管理

配置管理(Configuration
Management，CM)是通過技術或行政手段對軟體產品及其開發過程和生命周期進行控制、規范的一系列措施。配置管理的目標是記錄軟體產品的演化過程，確保軟體開發者在軟體生命周期中各個階段都能得到精確的產品配置。

4. 配置管理的作用是什麼 包括那幾部分功能

配置管理(Configuration Management，CM)是通過技術或行政手段對軟體產品及其開發過程和生命周期進行控制、規范的一系列措施。配置管理的目標是記錄軟體產品的演化過程，確保軟體開發者在軟體生命周期中各個階段都能得到精確的產品配置。
配置管理的實施包括兩部分：工具和規范。
在軟體開發過程自動化的今天，沒有工具的支持而實施配置完整的配置管理是不能想像的。因此選擇一個符合公司或項目的工具至關重要。在配置管理系統中，我們可歸納出四種模型。當前商業工具一般採用其中一種或幾種模型。
我們通過對商業模型的理解可以幫助我們了解某種工具是否適合我們公司或項目。
CICO模型
CICO模型主要關注的是單個文件的版本控制。圖顯示了一個支持CICO模型的CM系統的工作過程。用戶利用庫和文件系統來進行工作。文件被版本化並存儲到庫中，新版本的產生是由庫工具控制的。然而， 文件在庫中不是可以直接存取的，用戶必須去檢出（即Check Out）一個文件的版本到工作空間中以便讀取它的內容。更改後的文件可以被檢入庫中（即Check in）,產生文件的一個新版本。
此模型的代表工具是SCCS和CVS。
組織模型
組織模型由CICO模型自然導出，建立於構件版本圖的基礎之上，同時依賴於存儲庫和工作空間的概念，可以通過對構件加鎖進行並發控制。組織模型的重點是在CM系統支撐下加強了對創建配置、對有關的歷史信息的管理和使用他們作為工作環境的支持。
組織模型中的配置由系統模型和版本選擇規則組成。系統模型列出了組成系統的所有的構件。版本選擇規則指出了組成配置的每一個構件選擇版本。選擇規則用於系統模型，選擇構件版本，即綁定一構件到某一版本。這個模型的操作方式是：開發員根據模型的構件定義整個系統，並在每一步驟中給每個構件選擇合適的版本。版本操作的工作方式如圖所示。
CM支持主要關心的是維護系統和其構件的版本歷史，並選擇符合一致性配置的構件版本。只有在所選構件的版本與所選其它構件版本一致時才認為一個配置版本。
此模型的代表工具是CCC。

5. 簡述什麼是軟體配置管理

軟體配置管理（Software Configuration Management，SCM）是一種標識、組織和控制修改的技術。軟體配置管理應用於整個軟體工程過程。我們知道，在軟體建立時變更是不可避免的，而變更加劇了項目中軟體開發者之間的混亂。SCM活動的目標就是為了標識變更、控制變更、確保變更正確實現並向其他有關人員報告變更。從某種角度講，SCM是一種標識、組織和控制修改的技術，目的是使錯誤降為最小並最有效地提高生產效率。

6. 如何正確理解配置管理

……實際情況是，我們很難對上述這些問題給出准確的回答。究其原因，主要是由於我們配置管理工作沒有做好產生的。 既然項目中有很多問題是由於配置管理沒有做好導致，那麼到底什麼是配置管理呢？大家可能認為，任何人只要是參加過軟體開發工作，就應該知道這個問題的答案，但實際上很少人能准確的描述「配置管理」這個術語的含義。隨著大家對軟體開發過程認識的加深，那些參加過軟體開發的人已經認識到需要對開發過程中發生的事情進行控制。一旦這些事情能夠得到控制，過程就能被度量和引導。出於對這種需求的認識，我們得到了配置管理的定義：軟體配置管理就是如何控制軟體項目的進展。在CMMI和IEEE關於配置管理的正式定義是：軟體配置管理是軟體工程中的一項規程，包括相關工具和應用技術（過程或方法），公司用它來管理軟體資產變更。 但是上述兩種定義較難於理解和記憶，筆者實際工作的經驗總結發現，配置管理實際就是四個正確，即正確的人，在正確的時候，可以獲取到正確文件的正確的版本。

7. 配置管理員主要的工作是什麼，配置管理工具都有哪些

軟體配置管理貫穿軟體發程始終項工作於軟體項目說軟體配置管理規范至少包括內容：
(1)配置項及其命名規則
(2)配置庫文件目錄結構
(3)角色許可權定義
(4)配置項變更流程
(5)配置項發布
(6)基線定義基線變更
項目基線兩面：作程碑基線；另模塊階段性基線(工作產品言)般說都要避免變更基線兩種同基線其影響范圍同確立變更式
項目基線變更控制委員由客戶代表、產品經理、項目經理技術經理組發布程碑類基線變更必須由變更控制委員確認並由QA進行變更記錄所變更影響配置項都需要重新同步再發布；於僅僅作工作狀態保留基線般需要建立基線組確認更改並QA進行記錄即

8. 什麼是項目配置管理的周期

制定配置管理計劃的步驟如下：

(1)建立並維護配置管理的組織方針。

(2)確定配置管理需使用的資源。包括軟體和硬體資源，例如配置管理工具、數據管理工具、歸檔和復制工具、資料庫程序等。

(3)分配責任。確定配置管理的總負責人及其責任和許可權，確定其他人員的責任和許可權。

(4)培訓計劃。包括過程和產品質量保證的概念培訓和專題培訓。

(5)確定配置管理的項目干係人，並確定其介入時機。

(6)制定識別配置項的准則。

(7)制定配置項管理表。包括標識號、配置管理名稱、重要特徵、預計進入配置管理的時間、實際進入配置管理的時問、擁有者及責任。擁有者的責任通常有保證配置項的正確性、遵守關於配置項的安全保密規定、保證配置項的完整性。

(8)確定配置管理軟硬體資源。

(9)制定基線計劃。確定每個基線的名稱及主要配置項，估計每個基線建立的時間。

(10)制定配置庫備份計劃。指明何人在何時將配置庫備份到何處。

(11)制定變更控制規程。

(12)制定審批計劃。
件配置管理計劃的目的在於對所開發的軟體規定各種必要的配置管理條款，從而使所交付的軟體能夠滿足任務書中規定的各種需求，能夠滿足經批準的軟體需求規格說明書中規定的各項具體要求。

軟體配置管理計劃的作用在於使軟體開發單位在開發項目所屬的各子系統(其中包括為該項目研製或選用的各種支持軟體)時，都應該執行配置管理計劃中的有關規定。認真執行一個完善的軟體配置管理計劃，必定能提高軟體的質量，最終滿足用戶的需求。

9. 什麼是配置項管理

按管理的嚴格程度，配置項一般分3個等級：
（1）納入基線管理的配置項
納入基線管理的配置項是指變化時要走嚴格變更手續的配置項，需要做變更申請，要審批。審批一般分2種嚴格程度：
i) 項目經理或分CCB審批就可以，一般是局部的小的變更。
ii）變更控制委員會（CCB）審批
納入基線前，一般要經過評審或測試（稱為驗證）和質量保證。
(2) 沒有納入基線但是也不能隨意變更的配置項，一般稱為受控項
這類配置項不需要變更申請，但是要經過配置管理員或項目經理的允許才可以變更。
基線項與受控項寫的許可權要唯一，一般是CM或PM有唯一的寫許可權。
（3）非受控項
對變更不做控制。

擬納入基線管理的配置項狀態變化一般是先非受控，然後受控，最後基線化。變更時，先檢出（checkou）進行修改，修改完畢後再檢入（checki）轉為受控，等待驗證（測試或評審），通過驗證後進行基線化。

擬納入受控而不入基線的配置項狀態變化一般是先非受控，然後受控。變更時，檢出進行修改，修改完畢後再檢入提交受控。

納入基線管理的時機是管理平衡問題，一般是當配置項基本穩定後才納入基線管理，如果處與頻繁的變動之中，納入基線後會增加管理成本，如單元測試通過後一般不形成基線，因為此時代碼並不穩定，但是可以作為受控項，也不能任意變化。這個問題的判斷也和項目組的規模有關系，如果規模很大，涉及到的人員很多，也可能需要建立基線。在系統測試後要形成基線，一般稱為產品基線，此時系統基本穩定了，可以對外發布，為更多的人所了解和使用了。代碼在沒有納入基線但是受控後（提交測試人員測試了），也不能隨便變更了，要經過配置管理員的批准，並通知測試人員。

10. 什麼叫配置管理系統

配置管理(Configuration Management，CM)是通過技術或行政手段對軟體產品及其開發過程和生命周期進行控制、規范的一系列措施。配置管理的目標是記錄軟體產品的演化過程，確保軟體開發者在軟體生命周期中各個階段都能得到精確的產品配置。

配置管理過程是對處於不斷演化、完善過程中的軟體產品的管理過程。其最終目標是實現軟體產品的完整性、一致性、可控性，使產品極大程度地與用戶需求相吻合。它通過控制、記錄、追蹤對軟體的修改和每個修改生成的軟體組成部件來實現對軟體產品的管理功能。