配置管理方法是什麼

① 配置管理和變更管理方法

變更常有

所在銀行科技部已經建立了比較完善的項目管理體系和質量保障體系，但要應對分行或支行需求變更和相關軟體版本配置管理的問題，如果沒有一整套的解決措施和工具的支持，就會出現以下問題：

1)分行反映的缺陷更改不能快速響應，不能快速分配缺陷到指定的開發人員，只能依靠口頭或文檔的傳輸，缺乏一個整合開發商服務人員、產品經理(或項目經理)、開發團隊領導、開發人員、分行領導的信息傳遞和交流的平台。

2)分行的需求變更不能快速響應。分行的需求變更和軟體版本配置只能依靠手工備份，因而，自身不能快速有效地管理各系統的版本，缺乏版本基線的管理策略。

針對以上問題，可以考慮採用軟體配置管理這一關鍵域的思路系統地解決以上問題。配置管理是整個集成軟體項目正常運作的一個管理支撐平台，其目的就是將有關該項目的客戶、客戶服務人員、產品經理(或項目經理)、開發團隊領導、開發人員、高層領導等項目干係人的工作協同起來，實現高效的溝通，及時地共享工作成果。

配置管理的基本功能包括配置標識、變更控制、配置狀態發布和配置審計。變更控制是配置管理的重要內容，其目的是為了在動態中保證配置項的完整性、一致性和可回溯性，保證配置項的變更過程規范、受控、有完整記錄，受影響的各方均能及時了解情況，並協調一致。

控制不可少

變更控制是通過創建產品基線，在產品的整個生存周期中控制它的發布和變更。配置控制指在配置項標識正式確定之後，對配置項特別是對已提交的代碼、相關文檔和數據等的變更進行系統地跟蹤和控制的過程，主要包括變更的'提出、確定配置項的控制等級、變更的評價、變更的處置、實施經批準的變更、對變更進行驗證和結束變更。變更控制的目的是建立一套控制軟體修改的機制，保證生產符合質量標準的軟體和保證每個版本的軟體包含所有必需的元素及工作在同一版本中的各元素中可以正常工作，以確定在變更控制過程中控制什麼，如何控制，誰控制變更、何時接收變更、批准和檢驗。

配置項級別

1)已基線化的配置項是指已完成該配置項的審核和批准，並且成為創建或修改其他配置項的輸入。例如：一個設計文檔已審核、通過、簽發，並且成為編碼活動的基礎。

2)受管理和受控的配置項是指已提交審核，但還沒有批准通過的配置項。例如：一個正在進行審核的設計文檔。

3)受控的配置項指已置於版本控制，但項目組不能直接進行改動的配置項。例如：用戶提供的軟體、購買的工具、產品標准等等。

變更請求的狀態

軟體變更、軟體優化和軟體bug都是產生變更的原因。變更申請人(用戶或產品經理)提出變更時，首先要對受控的配置項的修改提出一個變更請求，說明對軟體變更的需求。這是因為變更控制過程是通過變更請求的流動來實現的，而且對軟體的任何請求都必須和相應的變更請求對應。

變更請求的狀態包括：

1)提交：變更請求提交給配置管理員;

2)拒絕：變更控制委員會拒絕變更請求;

3)接受：變更控制委員會接受變更請求;

4)掛起：變更請求被掛起，以後再作決定;

5)已驗證：更改已執行和驗證;

6)關閉：驗證並歸檔配置項，更新的配置項提交給用戶(例如：通過版本發布)。

變更請求的類型

1)增強型：變更請求要求對已批準的項目功能進行增強。

2)改進型：變更請求不會造成功能更改，但使配置項的維護更加有效率。

3)糾錯型：變更請求對錯誤進行修正(諸如bug)。

變更請求的優先順序

在評價變更請求的優先順序時，要對請求變更的配置項進行系統的分析，確定變更影響范圍和修改的程度，確定變更的級別，為確定是否有必要記錄變更提供參考依據。變更請求的優先順序可分為三類：

1)高：嚴重地影響一些用戶或許多用戶。

2)中：對用戶造成不方便，或是可以採取相應的變通方法處理的主要問題。

3)低：小問題。

修改完後簽入(Check in)

對變更的處理，要按照變更控制規程，將變更請求及其相關附件提交軟體配置控制委員會審批。配置管理組根據審批意見處理變更請求。

只有配置管理員具有Check in許可權。在進行Check in之前，確認下面的事項：

1)所有對配置項所做的修改被批准;

2)所有的更改都經過審核或驗證;

3)所對應的變更請求已經被保存起來;

4)所有相關的審核記錄被保存;

5)Check in時須註明Check in因，如對應的變更請求。

從資料庫中簽出(Check out)

1)對於文檔，配置管理員在更改審批人同意後，從配置庫中Check out配置項，發給項目組成員修改。

2)Check out時須註明Check out原因，如將要修改的問題。

3) 配置管理員一定要在配置狀態發布中跟蹤被Check out出來的配置項。

② SCM是什麼意思

SCM是指軟體配置管理。

SCM（Software Configuration Management，軟體配置管理）是一種標識、組織和控制修改的技術。它應用於整個軟體生存期。在軟體建立時會經常產生變更，而變更加劇了項目中軟體人員之間的混亂。之所以產生混亂，是因為在進行變更前沒有仔細分析，或沒有進行變更控制。

因為變更在任何時刻都可能發生，因此軟體配置管理活動的目標就是為了標識變更，控制變更，確保變更正確地實現，向其他有關的人報告變更。

軟體配置管理是一組追蹤和控制活動，它們開始於軟體開發項目開始之時，結束於軟體被淘汰之時。從某種角度講，SCM是一種標識、組織和控制修改的技術，目的是使錯誤降為最小並最有效地提高生產效率。

(2)配置管理方法是什麼擴展閱讀：

相關關鍵點

配置管理的方法是成熟的，而且相應的軟體工具也是成熟的，基本上不存在看不懂、不會用的問題。配置管理的執行效果如何，完全是事在人為。妨礙配置管理的主要問題是人們嫌麻煩和僥幸心理作怪。

在沒出亂子的情況下，執行版本控制看起來有些麻煩。每次修改工作的時候總是要Get Latest Version，接著Check Out，修改完後又要Check In，多做了三步。

其實這三步加起來也就十幾秒鍾，而且不費腦子，根本沒有添加多少麻煩，僅僅是個人感覺不爽而以。然而不執行版本控制的話，萬一發生工作成果被覆蓋或丟失等問題，麻煩就大了。

③ CMMI中的的配置管理是什麼

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

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

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

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

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

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

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

④ 人員配置的概念是什麼管理人員配置有什麼方法

人員配置概論
● 人員配置是對企業各類人員進行恰當而有效的選擇、使用、考評和培養，以合適的人員去充實組織結構中所規定的各項職務，從而保證企業正常運轉並實現預定目標的職能活動。
人員配置的作用（重要性）包括：充分開發企業人力資源；有效發揮組織結構功能；提高群體質量，形成最佳工作組合；強化管理職能，完善企業管理系統。
● 人員配置基本原則有系統開發；協調發展；選賢任能；適才適用；揚長避短；群體相容。
管理人員配置方法有;比較法、職務系數法、時距判定法。

⑤ 什麼是軟體配置管理的機制

轉自http://hi..com/angle_lover/blog/item/6317ea3d2dbe7ec69f3d62f4.html

1、什麼是軟體配置管理

軟體配置管理是指通過執行版本控制、變更控制的規程，以及使用合適的配置管理軟體，來保證所有配置項的完整性和可跟蹤性。配置管理是對工作成果的一種有效保護。

2、為什麼需要配置管理

如果沒有軟體配置管理，最大的麻煩是工作成果無法回溯。隨著工作的進展新的程序覆蓋了老的程序，當突然發現新程序有問題而老程序正確時怎麼辦？那隻能重寫老的程序來覆蓋新的程序。過一段時間又發現原來的老程序有問題，而解決方法在原來的新程序中……您是不是快要發瘋了。

為了避免成果被覆蓋，包括我自己在內的很多人早期採用手工管理版本的方式，例如當一個新版本產生時用當時的日期來命名文件夾，然後再復制一下以後的修改在復制的文件夾內進行，這樣上一個版本就被保存下來了，周而復始不同的版本不會被覆蓋。雖然這種方式可以從某種程度上解決版本的回溯問題，但他存在的缺點是顯而易見的：第一點如果保留結果過於頻繁，將會導致產生大量的有著重復內容的文件夾，龐大的物理空間，管理起來很麻煩；如果保留舊版本的時間間隔太長，可能產生某些有用的老程序無法回溯。拿我最近開發的一個程序來說程序只有幾十兆，經過一年的開發各版本累計到1G。第二容易產生版本的混亂，如果是團隊開發軟體，這種簡單的方法更難解決問題的本質了。

3、人的問題

配置管理的方法是成熟的，而且相應的軟體工具也是成熟的，基本上不存在看不懂、不會用的問題。配置管理的執行效果如何，完全是事在人為。妨礙配置管理的主要問題是人們嫌麻煩和僥幸心理作怪。

在沒出亂子的情況下，執行版本控制看起來有些麻煩。每次修改工作的時候總是要Get Latest Version，接著Check Out，修改完後又要Check In，多做了三步。其實這三步加起來也就十幾秒鍾，而且不費腦子，根本沒有添加多少麻煩，僅僅是個人感覺不爽而以。然而不執行版本控制的話，萬一發生工作成果被覆蓋或丟失等問題，麻煩就大了。

4、軟體配置管理規范

軟體研發和管理過程中會產生許許多多的工作成果，例如文檔、程序和數據等，他們都應當妥善地保管起來，以便查閱和修改。如果把所有文件一股腦的塞進計算機里，那麼使用起來很麻煩。

凡是納入配置管理范疇的工作成果統稱為配置項配置項主要有兩大類：一類是屬於產品的組成部分，例如需求文檔、設計文檔、源代碼、測試用例等等；另一類是在管理過程中產生的文檔，例如各種計劃、報告等。

每個配置項的主要屬性有名稱、標識符、文件狀態、版本、作者、日期等。配置項及歷史紀錄反映了軟體的演化過程。

基線由一組配置項組成，這些配置項構成了一個相對穩定的邏輯實體。基線中的配置項被凍結後，不能在被任何人隨意更改。基線通常對應於開發過程中的里程碑。通常將交付該客戶的基線稱為一個Release，為內部開發用的基線稱為一個Build。

版本控制的目的是按照一定的規則保存配置項的所有版本，避免發生版本丟失或混亂等現象。配置項的狀態有三種：「草稿」、「正式發布」和「正在修改」

配置項的版本號與配置項的狀態緊密相關：

（1） 處於「草稿」狀態的配置項的版本號格式為：0.YZ

（2） 處於「正式發布」狀態的配置項的版本號格式為：X.Y。

一般只是Y值遞增，當Y值到達一定的范圍時X值才發生變化。

（3） 處於「正在修改」狀態的配置項的版本號格式為：X.YZ。

一般只增大Z值，當配置項修改完畢，狀態重新變成「正式發布」時，將Z值變為0，增加X.Y值。

5、常用的配置管理軟體

A）、自從20世紀80年代後期研製並完善了「增量存儲演算法」後配置管理工具的春天便開始了，目前國內常用的配置管理工具大概有SourceSafe、CVS和ClearCase。

SourceSafe是Micrsoft公司推出的一款支持團隊協同開發的配置管理工具，是Visual Studio的套件之一。因為其短小精悍，又繼承了微軟集成銷售的一貫作風用戶可以相對於免費的價格得到，用戶量絕對是第一位。

SourceSafe簡單易用人們在使用配置管理工具時候，80％的時間只是用Add,Check in,Check out等區區幾個功能。

SourceSafe 的主要局限性：只支持WINDOWS不支持異構環境下的配置管理；對INTERNET支持不夠完善。

B）、在詳細介紹SourceSafe首先簡單概述一下它的基本機制。SourceSafe是使用伺服器、本地機的概念來進行操作的，它認為所有需要操作的文件都存在伺服器版本文件和本地機版本文件，無論您的SourceSafe的架構是伺服器客戶機形式還是個人單機版形式，它的機制都是這樣。用戶所用的修改都是在本地機上完成的，修改完成後再上傳伺服器。單機版也是這樣操作。我們一定要明確兩個版本後再來分析。

伺服器版本文件是一個絕對受配置管理軟體限制的文件，用戶只能通過SourceSafe的規定的許可權和操作方法修改它，因為它並不是您一個人的，它是大家的。本地文件是一個基本不受限制的文件，您可以象操作本地文件一樣操作它。

SourceSafe由Visual SourceSafe 6.0 Admin、Microsoft Visual SourceSafe 6.0、Analyze VSS DB、Analyze & Fix VSS DB四部分組成。

C）、Analyze VSS DB、Analyze & Fix VSS DB兩個工具不是很常用，前者用於檢查SourceSafe資料庫文件的完整性，後者主要是修正SourceSafe資料庫文件存在的錯誤。

D）、Visual SourceSafe 6.0 Admin的功能類似於win2k的用戶管理器，軟體配置管理人員用它來分配用戶和設定相應的許可權。

管理員的管理操作一般都集中在Visual SourceSafe 6.0 Admin中，系統中只有一個系統管理員Admin可以登陸到此程序中進行管理工作，一般剛剛安裝的系統中此用戶的密碼預設為空。而且系統為Admin這個用戶保留的一切權力，不可更改。

資料庫的創建這個操作必須在伺服器上執行，因為通過客戶端創建資料庫的操作，只是在客戶端的機器上創建的資料庫，這個資料庫往往只能單機使用。同時要必須注意，由於VSS是通過WINDOWS的網路共享來完成伺服器端受控版本文件的共享，因此VSS服務端的資料庫必須建立在伺服器的一個完全共享的目錄之中。否則，客戶端將無法獲得資料庫中的文件。

資料庫的備份與恢復，備份資料庫或者其中的一個項目，點擊tools-archive projects…菜單彈出對話框，根據提示一步步進行備份，最後會形成一個擴展名為*.ssa的備份檔案文件。

如果要從檔案文件中恢復VSS資料庫中的文件數據，點擊tools-restore projects菜單根據提示一步步完成數據恢復工作。其中，在恢復過程中，可以選擇恢復為原有工程，也可改變恢復成其他工程目錄。

E）、Microsoft Visual SourceSafe 6.0是SourceSafe的主要使用平台，樣子象Windows的文件管理器，它所顯示的路經是以『$』符號為根節點的相對路徑，在這里介紹一下此平台的主要使用方法。

（1）添加項目

您可以在根節點下添加項目，方法是：File—Add File出現Add File對話框後選中相關文件，按Add即可。

你可以繼續通過File－Create Project在根目錄下創建一個項目後在此項目節點下添加文件。

添加完文件後，您所添加源文件的屬性自動變為只讀，並在所添加文件的文件夾下生成一個vssver文件 ，以後對文件的操作基本與原文件沒有關系了。

（2）瀏覽Source Safe Server中的文件

在Visual SourceSafe Explore中雙擊要打開的文件，會彈出一個對話框，您直接點擊OK即可。這時SourceSafe Explore會將文件拷貝一份到本地機的臨時文件夾中（臨時文件夾路徑在tools-options-general下設置），因原文件前面提到已經變了只讀，所以臨時文件也是只讀屬性，而且文件名會通過系統自動更改。

（3）設置工作文件夾

SourceSafe 的文件夾需要在本地計算機上指定一個「working folder」。當「check out」時，相應文件會下載到這個本地工作文件夾中。我們在本地的文件中修改文件，然後把修改後的文件「check in」回伺服器的source safe中。

我們可以利用「set working folder」這條命令來建立source safe的文件夾和本地「working folder」的對應關系。方法在source safe的文件目錄樹中選中要建立對應關系的文件夾－右單擊－選擇「set working folder」即可。

（4）、下載最新版本文件到本地機

「get latest version」命令可以將一個文件、一組文件或整個文件夾的最新版本從source safe中拷貝到本地的計算機中，並用只讀的形式保存起來。方法如下：

在左側的文件樹中選擇相應的文件夾右單擊後，選擇「get latest version」

這時會彈出一個對話框，它包括三個復選框：三個復選框全空時，只將source safe文件夾根目錄下的文件拷貝到本地計算機，如同DOS中的COPY命令；recursive選項選中時，會將source safe文件夾下的所有文件夾及文件都拷貝到本地計算機，如同DOS中的DISKCOPY，make writable選中，拷貝到本地的文件是可寫的。

如果我們單擊「advance」按鈕，就會出現更多的選擇項。在「set file」中的四個選項第一如下：current為拷貝操作發生時的當前時間；Modification為文件最近一次修改的時間；check in為文件最後一次check in是的時間；default同current.

在replace writable中的四個選項作用是，當本地機有一個和要下載的文件同名時，且本地機的文件是可寫的同名文件時，設置系統如何執行拷貝：ask系統提示是否覆蓋本地的同名文件；replace自動覆蓋本地的同名文件；skip不覆蓋本地的同名文件；merge將兩個文件合並。

一定要養成先Get Latest Version的習慣，否則如果別人更新了代碼，VC會提示你存在版本差異並問您是否覆蓋、整合、保留等，如果選錯了就會把別人的代碼Cancel掉，所以一定小心。

（5）下載文件到本地操作

當我們要修改一個文件時，首先要把文件從source safe中復制到「working folder」中，並且以可寫的形式保存，這一系列動作的命令就是check out。具體使用方法如下：選擇要下載到本地機的文件，右單擊後選擇check out，這時會彈出一個對話框。預設的狀態下「don』t get local 」這個選項是不選的，他的意義是這樣的：如果不選保持預設狀態，當本地的同名文件是只讀時，則系統首先用source safe的文件更新本地的文件，本地的文件變為可寫。當本地的文件是可寫時，則會出現另一提示框其中的選項leave this file：本地文件保留當前狀態，source safe中的文件也保留當前狀態，這樣有可能兩個文件不一致。選項Replace your local file with this version from source safe：用source safe中的文件更新本地的文件。如果您選擇don』t get local 選項：則不把source safe的文件拷貝到本地。

文件check成功後，您可以看到文件上有紅色標記，這時您的本地文件是可寫的，您就可以修改文件了。上面的選項也許讓您心亂，為了操作更簡便，我們推薦一種check out 方法：

當本地的文件比source safe中的文件內容新時，選擇don』t get local 選項。然後check in使本地機與伺服器內容同步；

當source safe中的文件比本地機的文件內容新時，則在source safe中選擇此文件，然後get latest version命令，然後按照默認選項進行check out；

當兩者內容相同時，按照默認選項操作。

注意：source safe中使用了文件鎖的概念當一個文件被別人check out時，其他人不能check out 此文件；如果文件鎖是無效的，您可以查看Visual SourceSafe 6.0 Admin－tools－general-allow multiple chechouts選項是否被選中。只有當check out 修改文件完畢後，一定要check in，來保證source safe中的文件最新。

謹記check out時將是使得代碼對自己可寫，對別人只讀，請僅僅Check Out自己需要修改的部分，不然你工作的時候同組成員只能休息了。

（6）上傳文件到伺服器操作

我們必須利用 check in命令保證source safe本地的文件同步，check in與check out 成對出現，它的作用是用本地的文件更新source safe中被check out 的文件。

具體操作在source safe選中處於check out狀態的文件，右單擊選擇check in即會出現一個對話框：默認狀態下它的兩個復選框處於非選狀態，Keep checked out選項，可以在check in 後自動的再次check out，等於是省略了下一步check out操作；remove local 選項，可以在check in的同時，刪除本地機上working folder中的同名文件。

一般按照預設選項就可以了。Check in成功後，source safe和本地的文件是完全相同的，本地的文件變成了只讀文件。要再次修改文件時，再執行check out操作，此時本地機的文件屬性自動變為可寫狀態。一定記住check out 後要check in，不然導致的後果就如同寫完了文件不保存差不多。

一定要保證你的文檔正確、可編譯後再Check In不然會使得其他人也無法通過編譯，整個工程沒法調試了。

（7）undo check out 操作

當一個文件被check out 後，您如果想要撤銷這項操作，可以使用undo check out命令，操作步驟：選中處於check out 狀態的文件，右單擊後選擇undo check out.

當source safe中的文件和本地的文件完全相同時，則不出現提示信息，文件恢復為普通狀態。

當source safe中的文件和本地的這個文件不完全相同時，則出現提示窗口，對話框local 中包括三個選項：

replace 選項選中後會出現，系統詢問是否覆蓋的信息，如果單擊yes則是用source safe上的文件最後一個版本覆蓋本地機上的文件，如果選擇no保留本地計算機上文件的內容，source safe上的文件是上次check in後的內容。此時，兩個文件可能出現不同；

leave選項保留當前計算機上的內容，source safe上的文件是上次check in後的內容，兩個文件可能出現不同；

delete 選項刪除本地計算機上的這個文件。

選擇一個選項後，單擊OK後，文件回到普通狀態。

（8）edit操作

edit命令是一個組合命令，是先check out再修改的命令的組合。應當注意的是，執行edit命令後，我們修改了文件，但是source safe中的文件並沒有同步的修改，我們還是要check in完成本地文件與source safe上文件的同步。

（9）查看文件的歷史內容

方法選中此文件，右單擊選擇show history,出現一對話框後，經選擇OK後彈出一窗體，我們可以看到這個文件的所有版本，要查看某個版本可以選中VIEW按鈕。如果想下載某個先前的版本可以點擊get按鈕。

（10）關於source safe的許可權

預設狀況下，項目安全管理是以簡單模式來運行，即用戶對工程的操作的許可權只有兩種，一種只讀許可權，一種讀寫許可權。要啟用高級模式，可以在Visual SourceSafe 6.0 Admin－tools-project security-enable project security將此選項選選中。

source safe的許可權分為5級：

無許可權級：看不到文件

read級：自能瀏覽文件，可以使用get latest version命令

check in/check out級：可以更新文件，但不能對文件進行刪除

delete級：可以刪除文件，但通過某些命令這些文件還能恢復。

Destroy級：可以徹底的刪除文件，刪除之後無法恢復。

為用戶設定許可權的工作一般由軟體配置管理員在Visual SourceSafe 6.0 Admin中完成。

許可權管理就是管理用戶和工程目錄之間的操作許可權的關系。因此，有兩種管理方式。一種就是以工程目錄為主線來管理許可權，一種是以用戶為主線來管理許可權。

以目錄為主線管理用戶許可權則點擊tools-right by project…菜單，彈出對話框來管理項目的用戶訪問許可權。

如果以用戶為主線來用戶許可權，則應先在主界面的下方的用戶列表中選中一個用戶，再點擊rights assignments for user…菜單，彈出對話框，對話框下方列出了該用戶對資料庫各項目目錄的訪問許可權，如果訪問某個項目在列表上沒有列出，則說明該項目的許可權是繼承上級目錄的訪問許可權。只要您點選一個目錄，就可以編輯該用戶對該項目目錄的訪問許可權。

許可權復制就是將一個用戶的許可權直接復制給另外一個用戶，管理員可以通過 user right…菜單來實現。

（11）關於password的更改

password一般是由軟體配置管理員分配的，如果我們需要修改密碼，可以在tools-change password 下修改。

需要說明的一點是當你的source safe密碼和windows密碼相同時，啟動source safe，不會出現提示您輸入密碼的對話框。這是微軟的的一貫作風，在SQL server資料庫管理系統下也能找到這個影子，因為微軟認為windows的密碼應該比其他軟體的密碼級別要高，既然您能用相同的用戶名和密碼進入 windows那麼您也有權使用相同的用戶名進入其他的軟體。

⑥ 網路工程師

一、 考試說明
1． 考試要求

（1） 熟悉計算機系統的基礎知識；
（2） 熟悉網路操作系統的基礎知識；
（3） 理解計算機應用系統的設計和開發方法；
（4） 熟悉數據通信的基礎知識；
（5） 熟悉系統安全和數據安全的基礎知識；
（6） 掌握網路安全的基本技術和主要的安全協議與安全系統；
（7） 掌握計算機網路體系結構和網路協議的基本原理；
（8） 掌握計算機網路有關的標准化知識；
（9） 掌握區域網組網技術，理解城域網和廣域網基本技術；
（10） 掌握計算機網路互聯技術；
（11） 掌握TCP/IP協議網路的聯網方法和網路應用服務技術；
（12） 理解接入網與接入技術；
（13） 掌握網路管理的基本原理和操作方法；
（14） 熟悉網路系統的基本性能測試和優化技術，以及可靠性設計技術；
（15） 理解網路應用的基本原理和技術；
（16） 理解網路新技術及其發展趨勢；
（17） 了解有關知識產權和互聯網的法律、法規；
（18） 正確閱讀和理解本領域的英文資料。

2． 通過本級考試的合格人員能根據應用部門的要求進行網路系統的規劃、設計和網路設備的軟硬體安裝調試工作，能進行網路系統的運行、維護和管理，能高效、可靠、安全地管理網路資源；作為網路專業人員對系統開發進行技術支持和指導；具有工程師的實際工作能力和業務水平，能指導助理工程師從事網路系統的構建和管理工作。

3． 本級考試設置的科目包括：
（1） 計算機與網路知識，考試時間為150分鍾，筆試；
（2） 網路系統設計與管理，考試時間為150分鍾，筆試。

二、 考試范圍

考試科目1：計算機與網路知識

1． 計算機系統知識

1．1 硬體知識
1.1.1 計算機結構
· 計算機組成（運算器、控制器、存儲器、存儲器、I/O部件）
· 指令系統（指令、定址方式、CISC、RISC）
· 多處理器（緊耦合系統、松耦合系統、陣列處理機、雙機系統、同步）
· 處理器性能

1.1.2 存儲器
· 存儲介質（半導體存儲器、磁存儲器、光存儲器）
· 存儲系統
· 主存與輔存
· 主存類型，主存容量和性能
· 主存配置（主存奇偶校驗、交叉存取、多級主存、主存保護系統）
· 高速緩存
· 輔存設備的性能和容量計算

1.1.3 輸入輸出結構和設備
· I/O介面（中斷、DMA、通道、SCSI、並行介面、通用介面匯流排、RS-232、USB、IEEE1394、紅外線介面、輸入輸出控制系統、通道）
· 輸入輸出設備類型和特性

1.1.4 嵌入式系統基礎知識

1．2 操作系統知識

1.2.1 基本概念
· 操作系統定義、特徵、功能及分類(批處理、分時、實時、網路、分布式)
· 多道程序
· 內核和中斷控制
· 進程和線程

1.2.2 處理機管理、存儲管理、設備管理、文件管理、作業管理
· 進程的狀態及轉換
· 進行調度演算法（分時輪轉、優先順序、搶占）
· 死鎖
· 存儲管理方案（分段與分頁、虛存、頁面置換演算法）
· 設備管理的有關技術（Spooling、緩沖、DMA、匯流排、即插即用技術）
· 文件管理
· 共享和安全（共享方式、可靠性與安全性、恢復處理、保護機制）
· 作業的狀態及轉換
· 作業調度演算法（先來先服務、短作業優先、高響應比優先）

1．3 系統配置方法

1.3.1 系統配置技術
· 系統架構模式（2層、3層及多層C/S和B/S系統）
· 系統配置方法（雙機、雙工、熱備份、容錯、緊耦合多處理器、松耦合多處理器）
· 處理模式（集中式、分布式、批處理、實時系統、Web計算、移動計算）

1.3.2 系統性能
· 性能設計（系統調整、響應特性）
· 性能指標、性能評估（測試基準、系統監視器）

1.3.3 系統可靠性
· 可靠性計算(MTBF、MTTR、可用性、故障率)
· 可靠性設計（失效安全、軟失效、部件可靠性及系統可靠性的分配及預估）
· 可靠性指標和可靠性評估，RAS（可靠性、可用性和可維護性）

2． 系統開發和運行基礎知識

2.1 系統開發基礎知識

2.1.1 需求分析和設計方法
· 需求分析
· 結構化分析設計
· 面向對象設計
· 模塊設計、I/O設計、人機界面設計

2.1.2 開發環境
· 開發工具（設計工具、編程工具、測試工具、CASE）
· 集中開發環境

2.1.3 測試評審方法
· 測試方法
· 評審方法
· 測試設計和管理方法（注入故障、系統測試）

2.1.4 項目管理基礎知識
· 制定項目計劃
· 質量計劃、管理和評估
· 過程管理（PERT圖、甘特圖、工作分解結構、進度控制、關鍵路徑）
· 配置管理
· 人員計劃和管理
· 文檔管理（文檔規范、變更手續）
· 開發組織和作用（開發組成員、項目經理）
· 成本管理和風險管理

2.1.5 系統可審計性
· 審計方法、審計跟蹤
· 在系統中納入和可審計性

2.2 系統運行和維護知識

2.2.1 系統運行
· 系統運行管理（計算機系統、網路）
· 系統成本管理
· 系統運行（作業調度、數據I/O管理、操作手冊）
· 用戶管理（ID注冊和管理）
· 設備和設施管理（電源、空調設備、設備管理、設施安全和管理）
· 系統故障管理（處理手續、監控，恢復過程、預防措施）
· 安全管理
· 性能管理
· 系統運行工具（自動化操作工具、監控工具、診斷工具）
· 系統轉換（轉入運行階段、運行測試、版本控制）
· 系統運行服務標准

2.2.2 系統維護
· 維護的類型（完善性維護、糾錯性維護、適應性維護、預防性維護）
· 維護的實施（日常檢查、定期維護、預防性維護、事後維護、遠程維護）
· 硬體維護，軟體維護，維護合同

3． 網路技術

3.1 網路體系結構

· 網路拓撲結構
· OSI/RM
· 應用層協議（FTP、TELNET、SNMP、DHCP、POP、SMTP、HTTP）
· 傳輸層協議（TCP、UDP）
· 網路層協議IP（IP地址、子網掩碼）
· 數據鏈路層協議（ARP、RARP、PPP、SLIP）
· 物理地址（單播、廣播、組播）

3.2 編碼和傳輸

3.2.1 調制和編碼
· AM、FM、PM、QAM
· PCM、抽樣

3.2.2 傳輸技術
· 通信方式（單工/半雙工/全雙工、串列/並行、2線/4線）
· 差錯控制（CRC、海明碼、奇偶校驗、比特出錯率）
· 同步控制（起停同步、SYN同步、標志同步、幀同步）
· 多路復用（FDM、TDM、WDM）
· 壓縮和解壓方法（JPEG、MPEG、MH、MR、MMR、遊程長度）

3.2.3 傳輸控制
· 競爭系統
· 輪詢/選擇系統
· 基本規程、多鏈路規程、傳輸控制字元、線路控制
· HDLC

3.2.4 交換技術（電路交換、存儲轉發、分組交換、ATM交換、幀中繼）

3.2.5 公用網路和租用線路

3.3 網路

3.3.2 網路分類
· 按地域分類（LAN、MAN、WAN）
· 按服務分類（網際網路、企業內部網）
· 按傳輸媒體分類（電話、數據、視像）
· 按電信網分類（駐地、接入、骨幹）

3.3.2 LAN
· LAN拓撲（匯流排型、星型、環型）
· 訪問控制系統（CSMA/CD、令牌環、令牌匯流排）
· LAN間的連接、LAN－WAN的連接、對等連接、點對點連接
· 高速LAN技術（千兆乙太網）
· 無限LAN

3.3.3 MAN常用結構

3.3.4 WAN與遠程傳輸服務
· 租用線路服務、線路交換服務、分組交換服務
· ISDN、VPN、幀中繼、ATM、IP連接服務
· 衛星通信服務、移動通信服務、國際通信服務

3.3.5 網際網路
· 網際網路概念（網際互聯設備、TCP/IP、IP路由、DNS、代理伺服器）
· 電子郵件（協議、郵件列表）
· Web（HTTP、瀏覽器、URL、HTML、XML）
· 文件傳輸（FTP）
· 搜索引擎（全文搜索、目錄搜索、智能搜索）
· QoS、CGI、VoIP

3.3.6 接入網與接入技術

3.3.7 網路性能
· 有關線路性能的計算（傳輸速度、線路利用率、線路容量、通信量、流量設計）
· 性能評估
· 排隊論的應用

3.4 網路通信設備

3.4.1 傳輸介質和通信電纜
· 有線/無線介質（雙絞線、同軸電纜、光纖；無線電波、光、紅外線）
· 分配線架（IDF）、主配線架（MDF）

3.4.2 各類通信設備
· 線路終端設備、多路設備、交換設備、轉接設備
· 線路連接設備（數據機、DSU、NCU、TA、CCU、PBX）

3.5 網路連接設備
· 網際連接設備（網關、網橋、生成樹網橋、源路由網橋、路由器、中繼器、集線器、交換機）

3.6 網路軟體系統

3.6.1 網路操作系統
· 網路操作系統的功能、分類和特點
· 網路設備驅動程序（ODL、NDIS）
· 網路通信的系統功能調用（套接字API）
· RPC
· TP Monitor
· 分布式文件系統
· 網路設備功能

3.6.2 網路管理
· 網路管理的功能域（安全管理、配置管理、故障管理、性能管理、計費管理）
· 網路管理協議（CMIS/CMIP、SNMP、RMON、MIB-II）
· 網路管理工具（ping、traceroute、NetXray、Analyzer、Sniffer）
· 網路管理平台（OpenView、NetView、SunNet Manager）
· 分布式網路管理

3.6.3 網路應用與服務
· WWW
· FTP文件傳輸
· 電子郵件
· Telnet
· 信息檢索
· 視頻點播
· 網路會議
· 遠程教育
· 電子商務
· 電子政務
· CSCW和群件

4． 網路安全

4.1 安全計算

4.1.1 保密性和完整性
· 私鑰和公鑰加密標准（DES、IDEA、RSA）
· 認證（數字簽名、身份認證）
· 完整性（SHA、MD5）
· 訪問控制（存取許可權、口令）

4.1.2 非法入侵和病毒的防護
· 防火牆
· 入侵檢測
· VPN、VLAN
· 安全協議（IPSec、SSL、ETS、PGP、S-HTTP、TLS）
· 硬體安全性
· 計算機病毒防護

4.1.3 可用性
· 文件的備份和恢復

4.1.4 安全保護
· 個人信息控制
· 匿名
· 不可跟蹤性

4.1.5 LAN安全
· 網路設備可靠性
· 應付自然災害
· 環境安全性
· UPS

4.2 風險管理
4.2.1 風險分析和評估
4.2.2 應付風險的對策
· 風險預防（風險轉移、風險基金、計算機保險）
· 意外事故預案（意外事故類別、應付意外事故的行動預案）
4.2.3 內部控制
· 安全規章制度
· 安全策略和安全管理

5． 標准化知識

5.1 標準的制訂和獲取

5.1.1 標準的制訂和獲取過程

5.1.2 環境和安全性評估標准化

5.2 信息系統基礎設施標准化

5.2.1 標准
· 國際標准（ISO、IEC）與美國標准（ANSI）
· 國家標准（GB）
· 行業標准與企業標准

5.2.2 開放系統（X/Open、OSF、POSIX）

5.2.3 數據交換標准（EDIFACT、STEP、XML）

5.2.4 安全性標准
· 信息系統安全措施標准
· 計算機防病毒標准
· 計算機防非法訪問標准
· CC標准
· BS7799標准

5.3 標准化組織

· 國際標准化組織（ISO、IEC、IETF、IEEE、IAB、W3C）
· 美國標准化組織
· 歐洲工業標准化組織
· 中國國家標准化委員會

6． 信息化基礎知識

· 信息化意識
· 全球信息化趨勢，國家信息化戰略，企業信息化戰略和策略
· 企業信息資源管理基礎知識
· 互聯網相關的法律、法規知識
· 個人信息保護規則

7． 計算機專業英語

· 掌握計算機技術的基本詞彙
· 能正確閱讀和理解計算機領域的英文資料

考試科目2：網路系統設計與管理

1． 網路系統的設計和構建

1.1 網路系統的需求定義

1.1.1 應用需求分析
· 應用需求的調研（應用系統性能、信息產生和接收點、數據量和頻度、數據類型和數據流向）
· 網路應用的分析

1.1.2 現有網路系統分析
· 現有網路體系結構調研（伺服器的數量和位置、客戶機的數量和位置、同時訪問的數量、每天的用戶數，每次使用的時間、每次數據傳輸的數據量、網路擁塞的時間段、採用的協議、通信模式）
· 現有網路體系結構分析

1.1.3 需求定義
· 功能需求（待實現的功能）
· 通信需求（期望的通信模式）
· 性能需求（期望的性能）
· 可靠性需求（期望的可靠性）
· 安全需求（安全性標准）
· 維護和運行需求（運行和維護的費用）
· 管理需求（管理策略）

1.2 網路系統的設計

1.2.1 技術和產品的調研和評估
· 收集信息
· 採用的技術和產品的比較研究
· 採用的技術和設備的比較要點

1.2.2 網路系統的設計
· 確定協議
· 確定拓撲結構
· 確定連接（鏈路的通信性能）
· 確定結點（結點的處理能力）
· 確定網路的性能（性能模擬）
· 確定可靠性措施
· 確定安全性措施（安全措施的調研，實現安全措施的技術和設備的評估）
· 網路設備的選擇，制訂選擇標准（成本、性能、容量、處理量、延遲），性能指標的一致性，高級測試的必要性，互連性的確認

1.2.3 新網路業務運營計劃
· 業務過程的確認
· 安裝計劃
· 轉換到新網路的計劃

1.2.4 設計評審

1.3 網路系統的構建和測試

1.3.1 安裝工作
· 事先准備
· 過程監督

1.3.2 測試和評估
· 連接測試
· 安全性測試
· 性能測試

1.3.3 轉換到新網路的工作計劃

2. 網路系統的運行、維護管理、評價

2.1 網路系統的運行和維護

2.1.1 用戶措施
· 用戶管理、用戶培訓、用戶協商

2.1.2 制定維護和升級的策略和計劃
· 確定策略
· 設備的編址
· 審查的時間
· 升級的時間

2.1.3 維護和升級的實施
· 外部合同要點
· 內部執行要點

2.1.4 備份與數據恢復
· 數據的存儲與處置
· 備份
· 數據恢復

2.1.5 網路系統的配置管理
· 設備管理
· 軟體
· 網路配置圖

2.2 網路系統的管理

2.2.1 網路系統的監視
· 網路管理協議（SNMP 、MIB-2、RMON）
· 利用工具監視網路性能（LAN監控器）
· 利用工具監視網路故障
· 利用工具監視網路安全（入侵檢測系統）
· 性能監視的檢查點
· 線路故障檢查點
· 安全監視的檢查點

2.2.2 故障恢復分析
· 故障分析要點（LAN監控程序）
· 排除故障要點
· 故障報告撰寫要點

2.2.3 系統性能分析
· 系統性能分析要點

2.2.4 危害安全的對策
· 危害安全情況分析（調查損失情況，收集安全信息，查找原因）
· 入侵檢測要點
· 對付計算機病毒的要點（查殺病毒措施）

2.3 網路系統的評價

2.3.1 系統評價
· 系統能力的限制
· 潛在問題分析
· 系統評價要點

2.3.2 改進系統的建議
· 系統生命周期
· 系統經濟效益
· 系統的可擴充性
· 建議改進系統的要點

3. 網路系統實現技術

3.1 網路協議
· 商用網路協議（SNA/APPN、IPX/SPX、AppleTalk、TCP/IP）
· 商務協議（XML、CORBA、COM/DCOM、EJB）
· Web 服務（WSDL、SOAP、UDDI）

3.2 可靠性設計
· 硬體高可靠性技術
· 軟體高可靠性技術
· 系統維護高可靠性技術
· 容錯技術
· 通信質量

3.3 網路設施

3.3.1 xDSL數據機

3.3.2 ISDN路由器
· 介面
· 功能（非通信控制功能、NAT功能）

3.3.3 FRAD（幀裝配/拆裝）、CLAD（信元裝配/拆裝）
· 介面
· 功能

3.3.4 遠程訪問伺服器
· 功能和機制

3.3.5 辦公室個人手持系統（PHS）
· 數字無繩電話的功能特性

3.3.6 中繼式HUB
· 倍速集線器（功能和機制）

3.3.7 L2、L3、L4及多層交換機功能和機制

3.3.8 IP路由器功能和控制

3.3.9 虛擬網（功能與機制）

3.3.10 與其他協議的共存（多協議路由器、IP隧道）

3.4 網路應用服務

3.4.1 地址服務
· 機制、DHCP、IPv6（機制和傳輸技術）

3.4.2 DNS（功能、機制）
· 域名、FQDN

3.4.3 電子郵件（功能、機制）
· SMPT、POP、MIME、IMAP4、LDAP
· 郵件列表
· Web Mail

3.4.4 電子新聞（功能和機制、NNTP）

3.4.5 Web服務（功能和機制、HTTP）

3.4.6 負載分布（Web交換）

3.4.7 電子身份驗證（功能、機制、認證授權、電子證書）

3.4.8 服務機制
· 服務供應商、供應商漫遊服務、撥號IP連接、CATV連接、IP電話、網際網路廣播和組播、電子商務、電子政務、移動通信、EZweb、主機服務提供者、EDI（規則、表單、Web EDI）、B2B、B2C、ASP、數據中心

4. 網路新技術

4.1 光纖網
· ATM-PDS、STM-PDS
· 無源光網PON（APON、EPON）

4.2 無線網
· 行動電話系統（WLL、WCDMA、CDMA2000、TD-SCDMA）
· 高速固定無線接入（FWA）
· 802.11a、802.11b、802.11g
· 微波接入（MMDS LMDS）
· 衛星接入
· 籃牙接入

4.3 主幹網
· IPoverSONET/SDH
· IpoverOptical
· IpoverDWDM

4.4 通信服務
· 全天候IP連接服務（租用線路IP服務）
· 本地IP網（NAPT）
· Ipv6

4.5 網路管理
· 基於TMN的網路管理
· 基於CORMBA的網路管理

4.6 網格結算
書的話《網路工程師考試沖刺指南》這本不錯，完全貼進考試，裡面只有考試的內容，最好再配一本《網路工程師教程》，先看《網路工程師教程》打好基礎再看《網路工程師考試沖刺指南》，再做幾套真題。

⑦ 配置管理的起源、發展歷程和主要作用是什麼

1 「配置」的意思：配置，是一個很洋化的詞彙，在漢語的本土詞彙中，沒有很好的對應概念。所以，要解釋「配置是什麼」，比較費勁。在英文字典中，configuration的解釋是「A configuration is an arrangement of a group of things」（配置是指一組事物的組合排列）。
這個定義有三層含義
（1）如果說到「某個事物（例如產品）的配置」，那麼這個事物必定是由具有相互關系的若干其他事物（例如零部件）構成的集合，只有集合性的事物才有配置一說，單個的、不可拆分的事物是不存在配置的；
（2）配置，並非指這個集合事物的本身（「產品」與「產品配置」是兩碼事）；
（3）配置是指參與構成集合事物的那些眾多「小」事物之間的組合狀態、排列狀態，或者是指集合事物的內部組成。
2 企業為什麼要管產品配置
「產品是由哪些單元構成」與「產品是由這些單元如何構成」，設計部門設計成什麼樣就是什麼樣，把圖紙保管好就行了。圖紙當然是要存檔的，但配置管理不是把圖紙管好這么簡單。如果，設計部門能夠一帆風順地將產品設計出來，工藝部門能夠一帆風順地做好工藝文件，然後將設計文件和工藝文件都保管好，並將副本交給生產部門去照著做就行了，那麼再復雜的產品都不需要配置管理工作了。
3 配置管理的起源和發展簡史是怎樣的
前文簡述過，配置管理起源於1960年代的美國國防工業。這一行業有一個特點：產品的研發是由政府出資的，而且政府擁有產品研發成果的所有權。隨著武器裝備的復雜程度越來越高，對配置的管理要求也越來越嚴格。很多情況下，企業好不容易才做出一個樣機，通過測試證明是符合軍方需求的。但做到這一點需要花費大量的成本和時間。軍方意識到需要對需求進行管理，不僅要管理總體需求，而且還要管理需求的細化過程。就算花了很大代價做出了一個合格的樣機，也很難保證後續的產品也都是合格的。原因就在於變更。由於武器系統太復雜，牽一發而動全身，任何一處變更都有可能引發產品在其他方面出現差錯。為此，美國政府在1960年代開始組織力量研究這個問題，並提出了一系列關於配置管理的規則，有些規則還上升成為了標准。這些規則和標准，就逐漸從國防工業擴散到各行各業，被廣為接受。
不僅是離散製造業，而且軟體行業也非常重視配置管理。讓需求始終保持清晰、簡潔、有效的能力，以及適應變更的能力，對於軟體企業也非常重要。雖然軟體產品並非由實物零部件所構成，但從管理的角度來看，構成軟體產品的模塊、函數等單元和零部件是一樣的。有趣的是，軟體行業普遍比離散製造業更重視配置管理工作。我個人認為這可能是因為軟體行業比較年輕，包袱少、過去的習慣思維的禁錮少吧。
1980～1990年代，配置管理的思想開始被引入到中國的國防工業，並且有一個專有名詞：技術狀態管理；但在民品工業中，人們習慣使用「配置管理」這種譯法。
關於配置管理的思想和方法，最權威的機構是美國的Institute of Configuration Management（ICM，配置管理學會），他們將他們的研究成果稱為「CMII」。按照CMII的觀點，配置管理工作應該讓企業具備兩項重要的能力，即「讓需求保持清晰、簡潔、有效的能力」和「適應變更的能力」。按照CMII的觀點，配置管理的目標是「實現最終產品相對需求的自始至終一致性，並將干預資源降低到零」（干預資源就是花費在改錯型變更活動上的資源）。
現在，隨著PLM軟體在中國民品工業中的普及，國內從事製造業的企業中，接觸過配置管理思想的人也開始多了起來。

⑧ 什麼是配置管理管理理解不了，求一個形象的比喻具體的解釋

就像一個工具箱，他管理所有工具，你用時必須打開它來尋找你需要用的配置，

⑨ 如何正確理解配置管理

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