A. 配置管理的作用是什麼 包括那幾部分功能
作用：通過配置管理，網路管理員可以方便地查詢網路當前的配置情況，增強對網路配置的控制。
主要功能：
A． 設置開放系統中有關路由操作的參數
B． 被關對象和被關對象組屬性的管理
C． 初始化和關閉被管理對象
D． 根據要求收集系統當前狀態的有關信息
E． 獲得系統主要變化的信息，維護最新的設備清單並根據數據產生報告。
F． 更該系統的配置，提供遠程修改設備配置的手段
註：您這個問題是今年電大計算機網路的考題吧。其實《計算機網路》課程考一道《網路管理》的題，實在不咋地，雖然教材中有這部分內容（本來就不該有），但不屬於重點內容，尤其不能占考卷的10%。出題教師太不認真。
B. 啥是配置管理
配置管理（Configuration Management，CM）是通過技術或行政手段對軟體產品及其開發過程和生命周期進行控制、規范的一系列措施。配置管理的目標是記錄軟體產品的演化過程，確保軟體開發者在 軟體生命周期 中各個階段都能得到精確的產品配置。
配置控制重點關注可交付成果及各個過程的技術規范，而變更控制則著眼於識別、記錄、批准或否決對項目文件、可交付成果或基準的變更。
配置管理可以分為三步：
一、識別配置項。找到是哪些功能有改動？
二、記錄並報告配置項狀態。記錄並報告那些功能現在的狀態。
三、配置項核實與審計。用那些因素現在的狀態和以前的狀態進行對比，確定原本計劃調整的功能否有更改、是否落實。
軟體配置管理 的最終目標是管理軟體產品。由於軟體產品是在用戶不斷變化的需求驅動下不斷變化，為了保證對產品有效地進行控制和追蹤，配置管理過程不能僅僅對靜態的、成形的產品進行管理，而必須對動態的、成長的產品進行管理。由此可見，配置管理同軟體開發過程緊密相關。配置管理必須緊扣軟體開發過程的各個環節：管理用戶所提出的需求，監控其實施，確保用戶需求最終落實到產品的各個版本中去，並在產品發行和用戶支持等方面提供幫助，響應用戶新的需求，推動新的開發周期。
配置管理通俗點說就是：你要變更，好，你變哪了咋變的，你萬一騙我呢。我要去查查看看你說的和你做的一致么。
配置管理系統和變更管理系統之間的關系如下圖：
C. CMMI中的的配置管理是什麼
配置管理是CMMI模型中一個支撐過程域。
配置管理是指：應用技術和管理手段來識別和記錄配置項的功能和物理特性，控制其變更，記錄和報告變更的過程和實現狀態，並檢查與項目需求之間的符合度；通過配置管理可以有效的管理工作產品與工作產品之間的一致性，合理的控制和實施變更以維護對項目范圍與邊界條件的一致的理解。
一般CM過程描述了配置管理活動的內容、規范和方法，以建立和維護軟體開發過程中各種產品的完整性和一致性。
CM使用到以下幾個重要的術語：
配置項：處於配置管理之下的軟體或/和硬體的集合體。這個集合體在配置管理過程中作為一個實體出現。
基線： 已經通過正式復審和批準的某規約或產品，它因此可以作為進一步開發的基礎，並且只能通過正式變更控制過程來改變；基線有一組配置組成，這些配置構成了一個相對穩定的狀態，不能再被任何人隨意修改。
配置標識：識別產品的結構、產品的構件及其類型，為其分配唯一的標識符，並以某種形式提供對它們的存取。
控制：通過建立產品基線，控制軟體產品的發布和在整個軟體生命周期中對軟體產品的修改。
狀態統計：記錄並報告構件和修改請求的狀態，並收集關於產品構件的重要統計信息。
配置審計：通過第三方（例如：軟體質量保證工程師）來確認產品的完整性並維護構件間的一致性，即確保產品是一個嚴格定義的構件集合；
配置管理員：根據本過程的規定，在本公司內部具體實施與操作本過程的人員/角色。根據實施的層級的不同，配置管理員可以區分為「產品配置管理員」和「項目配置管理員」兩個角色，一般產品配置管理員是專職的，項目配置管理員有項目成員兼職。
D. 什麼是配置項管理
按管理的嚴格程度，配置項一般分3個等級：
（1）納入基線管理的配置項
納入基線管理的配置項是指變化時要走嚴格變更手續的配置項，需要做變更申請，要審批。審批一般分2種嚴格程度：
i) 項目經理或分CCB審批就可以，一般是局部的小的變更。
ii）變更控制委員會（CCB）審批
納入基線前，一般要經過評審或測試（稱為驗證）和質量保證。
(2) 沒有納入基線但是也不能隨意變更的配置項，一般稱為受控項
這類配置項不需要變更申請，但是要經過配置管理員或項目經理的允許才可以變更。
基線項與受控項寫的許可權要唯一，一般是CM或PM有唯一的寫許可權。
（3）非受控項
對變更不做控制。
擬納入基線管理的配置項狀態變化一般是先非受控，然後受控，最後基線化。變更時，先檢出（checkou）進行修改，修改完畢後再檢入（checki）轉為受控，等待驗證（測試或評審），通過驗證後進行基線化。
擬納入受控而不入基線的配置項狀態變化一般是先非受控，然後受控。變更時，檢出進行修改，修改完畢後再檢入提交受控。
納入基線管理的時機是管理平衡問題，一般是當配置項基本穩定後才納入基線管理，如果處與頻繁的變動之中，納入基線後會增加管理成本，如單元測試通過後一般不形成基線，因為此時代碼並不穩定，但是可以作為受控項，也不能任意變化。這個問題的判斷也和項目組的規模有關系，如果規模很大，涉及到的人員很多，也可能需要建立基線。在系統測試後要形成基線，一般稱為產品基線，此時系統基本穩定了，可以對外發布，為更多的人所了解和使用了。代碼在沒有納入基線但是受控後（提交測試人員測試了），也不能隨便變更了，要經過配置管理員的批准，並通知測試人員。