軟體配置管理免費下載

① 軟體配置管理工具的簡單應用

應用軟體的規模及復雜程度日趨大型化、復雜化，這就導致軟體開發的方式也從早期的單兵作戰式或手工作坊式漸漸轉變為集團化、工廠流水線式的團隊協作開發方式。在這種開發模式中會遇到一些問題，例如：
●需要將整個軟體版本恢復到以前某一時間的狀態；
●控制某一程序在同一時間內只能由一個開發人員進行修改；
●限制隨意修改程序；
●對每個開發人員編寫的程序質量進行評估。
如何解決上述問題，管理好項目的每一步運作，成為每一位項目主管需要解決的課題。目前，許多配置管理工具能夠與各種流行的開發軟體進行無縫的連接，它們有機地結合在一起，能夠完整地保存開發中對應用程序每一個源文件所有的修改記錄，因此充分地利用配置管理工具能夠對軟體開發進行有效的管理，其具體表現有以下幾個方面：
(1)隨時將程序恢復到以前某一時間點。配置管理工具可以將某一程序恢復到以前某一時間的狀態，甚至將整個軟體版本恢復到以前某一時間的狀態。它能比較程序的不同版本，方便地識別出被修改，刪除或插入的具體行，可以將兩個不同版本的修改合並到一個新文件中，如果一段重要的代碼被刪除了，它可以迅速恢復這段代碼。
(2)實現代序的互序性修改。配置管理工具能夠實現某一程序在同一時間只能由一個開發人員進行修改。其具體實現方式是：開發人員從源文件存放處檢出(Cherk out)一個程序，這時其他開發人員就不可以再檢出同一個程序了，只有當第一個開發人員修改測試完成後，將更新版本的代碼做檢入(Check in)操作，其他開發人員才能檢出同一個程序-當然，現在有些配置管理工具也可以配置成允許多入修改，即同時檢出同一個程序．最後可以將不同版本的修改合並到一個新程序中。
(3)對程序修改進行有效的管理。在配置管理工具中可以將用戶分為管理員和程序員兩種角色，只有管理員可以將程序凍結(Freeze)和解凍(Unfreeze)，被凍結的程序是下允許修改的。修改程序的流程為：
①用戶提交需求書，程序員提交程序設計說明書，項目主管審核通過後，配置管理員(CMO)將程序解凍；
②由程序員檢出程序；
③程序員修改程序；
④修改完成後程序員提交測試請求給測試小組，測試小組進行測試，如果測試不通過，轉向第③步；
⑤測試通過以後程序員填寫本次修改記錄，然後檢入程序；
⑥配置管理員將程序凍結。
至此完成一次程序的修改。在軟體開發後期或者軟體正式投入使用時，這種方式對保證軟體的穩定運行能起列非常重要的作用。
(4)將開發環境與測試環境、運行環境進行有效的隔離：比較大型的軟體開發項目部有專門的測試小組；採用配置管理工具後，開發人員有自己單獨的開發環境，測試人員有自己的測試環境-測試人員測試無誤後才檢入程序，可避免錯誤的程序影響其他人員使用和測試幢用系統；項目進行到一定階段，可隨時用配置管理工具生成一個新的版本，投入運行—生成運行版本時可以選擇以前所有的修改記錄。
(5)評估開發人員編寫的程序質量，控制開發進度。配置管理工具完整地保存在開發中對應用程序的每一個源文件所有的修改汜錄-這些記錄包括完成修改程序的開發人員、修改的時間、所進行的具體修改以及對本次修改的解釋。項目主管通過調閱這些記錄，對程序修改的次數、修改原因和修改情況進行統計，就能夠對每一個程序員編寫的程序質量進行綜合評估，這些記錄還能使項目主管對整個項目的進度、程序的編寫修改情況有一個整體的了解。
(6)管理文檔。配置管理工具不僅為各種開發軟體提供了存放對象的介面，還能存放任意類型的文件．這樣可以在配置管理工具中建立專門的文件夾，用來仃放軟體廾發過程中牛成的各種文檔，對於每個文檔可以存放它的多個版本，供隨時查閱。
注意：配置管理軟體的安全性一般，為確保軟體開發過程中源代碼與文檔的安全，制定一個合理的系統備份策略是必要的。
總之，在一個項目小組開發環境中，配置管理工具的採用是非常必要的。它就好像建立一部軟體開發的編年史，不僅僅對軟體的版本進行了控制，還能夠協調多個外發人員的工作，對整個軟體的開發過程進行有效的管理，大大提高了軟體開發的效率，收到事半功倍的效果。

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

轉自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)配置支持。配置是一組有共同目的的中間軟體產品，其中每一個中間軟體產品稱為一個配置項。軟體配置管理支持用戶建立配置項之間的各種關系，並對這些關系加以維護，維護這些關系有助於完成某些特定任務(例如Build)和標識某一變化對整個系統開發的影響。
(2)版本控制。版本控制是軟體配置管理的基本要求，它可以保證在任何時刻恢復任何一個版本、版本控制還記錄每個配置項的發展歷史，這樣就保證了版本之間的可追蹤性，也為查找錯誤提供了幫助，版本控制也是支持並行開發的基礎。
(3)變更控制。變更控制是指在整個軟體生存周期中對軟體變更的控制。變更控制系統記錄每次變更的相關信息(變更的原因、變更的實施者以及變更的內容等)。這些信息有助於追蹤出現的各種問題。
(4)構造支持。軟體系統往往由許多配置項構成，建立整個系統是個復雜和費時的過程，軟體配置管理工具可以記錄和追蹤每個配置項信息，幫助用戶自動和快速地建立系統，和版本控制結合在一起，可以有效地支持同時開發系統的多個版本。
(5)過程支持。過程詳細描述了各種人員在整個軟體生存周期中如何使用整個系統，過程式控制制可以保證每一步都按照正確的順序由合適的人員實施。過程式控制制本來是軟體開發環境中一個獨立的部分，現在軟體配置管理也開始提供這部分功能。目前的軟體配置管理工具對過程的支持還很不夠，而且支持方式差別也很大，許多管理只是提供一個預先定義好的生存周期模型，並保證開發的每一步都按照這個模型規定進行。
(6)團隊支持。團隊支持是指多個開發人員同時開發一個軟體系統。大多數軟體系統都需要多個開發人員參與，有效的團隊支持對開發人員是很有用的。團隊支持主要包括工作區管理、並行開發管理和遠程開發管理(某些軟體配置管理工具還包括對開發人員支持)。
工作區管理是指為每個開發人員提供獨立的工作區，開發人員可以互不幹擾地進行工作，也可以選擇某個時機向其他開發人員提供自己的最新修改結果或接受其他開發人員的修改結果。
並行管理是指多個開發人員同時進行的修改可以進行合並，並行開發管理可以盡可能地自動解決合並中可能出現的沖突。
遠程開發管理是並行開發管理的特例，是指在廣域網上並行開發的管理，許多適合於區域網的方法可能不適合廣域網。
團隊支持的基礎是版本控制和版本合並。
(7)報告/查詢。軟體配置管理可以向用戶提供配置庫的各種查詢信息，主要包括依賴關系報告、變化影響報告、Build報告、版本差異報告、歷史報告、訪問控制報告、沖突檢測報告。實際上許多軟體配置管理工具的此項功能是分散在各種相應的功能中的。
(8)審計控制。軟體配置管理通過審計控制來驗證軟體配置管理過程，以保證配置庫中所有配置項的完整性。簡單的審計控制是記錄軟體配置管理工具執行的所有命令，復雜的審計控制還包括記錄每個配置項的狀態變化。
(9)其他功能。除了以上的主要功能外，軟體配置管理還可以提供許可權控制、人員管理和配置庫管理等管理，這些功能主要是為軟體配置管理實現以上功能提供保障。

④ 軟體配置管理的工具軟體

常用的軟體配置管理工具主要分為三個級別：
l Rational ClearCase，Perforce，CA CCC/Havest l Merant PVCS l Microsoft VSS，CVS
常用的開源免費的軟體配置管理工具有：SVN 、GIT 、CVS 。

⑤ 軟體項目管理的配置管理

是否需要進行配置管理與軟體的規模有關，軟體的規模越大，配置管理就顯得越重要。軟體配置管理簡稱SCM（Software Configuration Management的縮寫），是在團隊開發中，標識、控制和管理軟體變更的一種管理。配置管理的使用取決於項目規模和復雜性以及風險水平。
6.1、目前軟體開發中面臨的問題:在有限的時間、資金內，要滿足不斷增長的軟體產品質量要求；開發的環境日益復雜，代碼共享日益困難，需跨越的平台增多；程序的規模越來越大；軟體的重用性需要提高；軟體的維護越來越困難。
6.2、軟體配置管理應提供的功能:
在ISO9000.3中，對配置管理系統的功能作了如下描述：唯一地標識每個軟體項的版本；標識共同構成一完整產品的特定版本的每一軟體項的版本；控制由兩個或多個獨立工作的人員同時對一給定軟體項的更新;按要求在一個或多個位置對復雜產品的更新進行協調；標識並跟蹤所有的措施和更改；這些措施和更改是在從開始直到放行期間，由於更改請求或問題引起的。
6.3、版本管理軟體配置管理分為版本管理、問題跟蹤和建立管理三個部分，其中版本管理是基礎。版本管理應完成以下主要任務：
建立項目；
重構任何修訂版的某一項或某一文件；
利用加鎖技術防止覆蓋； ?當增加一個修訂版時要求輸入變更描述；
提供比較任意兩個修訂版的使用工具；
採用增量存儲方式；
提供對修訂版歷史和鎖定狀態的報告功能；
提供歸並功能；
允許在任何時候重構任何版本；
許可權的設置；
晉升模型的建立；
提供各種報告。

⑥ 求軟體工程作業!

《東北大學軟體工程沖刺網課資料》網路網盤資源免費下載

鏈接:https://pan..com/s/1rmkScW9bYw00GG4qK_PAiQ

⑦ 軟體配置管理需求解決什麼問題

軟體配置管理，貫穿於整個軟體生命周期，它為軟體研發提供了一套管理辦法和活動原則。軟體配置管理無論是對於軟體企業管理人員還是研發人員都有著重要的意義。軟體配置管理可以提煉為三個方面的內容：
VersionControl-版本控制
ChangeControl-變更控制
ProcessSupport-過程支持

目標 1: 軟體配置管理的各項工作是有計劃進行的。目標 2: 被選擇的項目產品得到識別，控制並且可以被相關人員獲取。目標 3: 已識別出的項目產品的更改得到控制。目標 4: 使相關組別和個人及時了解軟體基準的狀態和內容。
關鍵活動包括：配置項、工作空間管理、版本控制、變更控制、狀態報告、配置審計等.

⑧ 基於SVN的軟體配置管理工具有哪些

軟體配置么……你是說bug管理工具和svn的組合吧？
Trac算一個，其他的似乎要自己做不少配置工作，比如bugfree、bugzilla等等，最近看到禪道這個也有這方面的功能，不過沒有去跟蹤了

⑨ 軟體配置管理的簡介

軟體配置管理（Software Configuration Management），又稱軟體形態管理、或軟體建構管理，簡稱軟體形管（SCM）。界定軟體的組成項目，對每個項目的變更進行管控（版本控制），並維護不同項目之間的版本關聯，以使軟體在開發過程中任一時間的內容都可以被追溯，包括某幾個具有重要意義的數個組合。
軟體配置管理，貫穿於整個軟體生命周期，它為軟體研發提供了一套管理辦法和活動原則。軟體配置管理無論是對於軟體企業管理人員還是研發人員都有著重要的意義。軟體配置管理可以提煉為三個方面的內容：
VersionControl-版本控制
ChangeControl-變更控制
ProcessSupport-過程支持
關鍵活動包括：配置項、工作空間管理、版本控制、變更控制、狀態報告、配置審計等。