軟體配置管理是什麼

❶ 什麼叫軟體配置！

凡是納入配置管理范疇的工作成果都是配置項（CI）；一個純軟體的CIs通常也稱為軟體配置項（CSCIs）。

配置項主要有兩大類：
屬於產品組成部分的工作成果；
項目管理和機構支撐過程產生的文檔。

每個配置項的主要屬性有：名稱、標識符文件狀態、版本、作者、日期等。 http://www.scmlife.com/dp-bbsthread-13701.html什麼是配置管理？http://cmmionline.net/forums/thread/106.aspx啥叫軟體配置管理？——一個通俗的解釋作為一位從事軟體配置管理工作的同志，我經常被親朋好友問到的是，我有時候要向各級領導游說的是，啥叫軟體配置管理？
我的經驗是：

1. 如果想讓他們從迷茫到更迷茫，那就跟他們背一段ISO/CMM里的定義。

2. 如果不想深談，或者背景實在相差太遠，那就跟他們說：
「當很多人在一起編寫軟體的時候，需要一些專門的管理和技術，讓他們能夠合作順暢。
軟體配置管理就是其中的一種。」

3. 如果大概講一下，能有個概念，那就跟他們說：
「軟體配置管理是圍繞軟體資產的管理。
啥叫軟體資產呢，就是設計文檔啦，源代碼啦，可以跑的程序之類的。
那麼，有什麼要管理的呢？讓我們把它和圖書館的圖書管理做個對比。

它們有一些相似點。
首先，圖書館圖書管理管的是圖書資產，軟體配置管理管的是軟體資產，它們管的都是信息資產。

其次，圖書管理，需要把圖書進行分類，以便檢索，需要圖書存放在合適的地方，以便存取，還要防止蟲吃鼠咬。
軟體配置管理也類似，需要把軟體資產——主要是源代碼什麼的，放在合適的目錄結構里，放在合適的地方存儲，防止丟失或者弄亂。

再次，在圖書館，要記錄誰借出了哪本書，還沒還。
而軟體配置管理中也類似，需要記錄誰借出了什麼文件。
不過，跟圖書管理不同的是，軟體開發人員借出文件，常常是為了修改它。
軟體配置管理要記錄誰修改了什麼文件，為什麼修改，等等。

這里就引出了一系列事情要考慮：
比如，每個文件，不斷修改，就產生了一個又一個的版本，需不需要存儲呢？
一個產品的整個源代碼樹，也在總體上產生一個又一個的版本，需不需要存儲呢？
怎麼存儲呢？

比如，可能兩個人想要同時修改一個文件。這可能會導致一個人的工作丟失。
那麼，是讓他們一個改完了另一個再改呢，還是讓他們同時改，將來合並呢？怎麼保證呢？

再比如，有時候，一個公司會生產一系列相似的軟體產品，它們之間是不是可以有某些共享呢？
在一個產品上的改動，是不是能比較方便的加到另外的產品上去呢？

所以說，軟體配置管理是圍繞軟體資產的管理：
保證它們的存儲；保證改動它們的時候，也就是進行軟體開發的時候，不會產生混亂，有條有理，省時省力；等等。」

第3種解釋，是我最喜歡的解釋。
雖然還不完全（比如，沒有說配置/關系），也不嚴謹（凈是用勞動人民的大白話說的），
但是能給沒怎麼接觸過SCM的同志一個比較正確、比較容易接受的第一印象了。
而且讓人覺得，SCM確實有用~~~

❷ 軟體配置管理有什麼好處

軟體配置管理（Software Configuration Management，SCM）是一種標識、組織和控制修改的技術。軟體配置管理應用於整個軟體工程過程。在軟體建立時變更是不可避免的，而變更加劇了項目中軟體開發者之間的混亂。

SCM活動的目標就是為了標識變更、控制變更、確保變更正確實現並向其他有關人員報告變更。從某種角度講，SCM是一種標識、組織和控制修改的技術，目的是使錯誤降為最小並最有效地提高生產效率。

軟體配置管理，貫穿於整個軟體生命周期，它為軟體研發提供了一套管理辦法和活動原則。軟體配置管理無論是對於軟體企業管理人員還是研發人員都有著重要的意義。

❸ 軟體配置項和軟體配置管理的核心是什麼

配置項主要有兩大類：屬於產品組成部分的工作成果；

項目管理和機構支撐過程產生的文檔。

每個配置項的主要屬性有：名稱、標識符文件狀態、版本、作者、日期等。

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

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

❺ 什麼是軟體配置管理

軟體配置管理，這是某些軟體設置配置的，就是設置軟體啟動運行開啟什麼，什麼不開啟，快捷方式那些需要那些不需要

❻ 軟體配置管理工程師是做什麼的

關於軟體配置管理工程師的工作范圍，先要了解什麼叫軟體配置管理。

根據網路辭條「軟體配置管理」（局部）：

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

軟體配置管理（Software Configuration Management），又稱軟體形態管理、或軟體建構管理，簡稱軟體形管（SCM）。界定軟體的組成項目，對每個項目的變更進行管控（版本控制），並維護不同項目之間的版本關聯，以使軟體在開發過程中任一時間的內容都可以被追溯，包括某幾個具有重要意義的數個組合。

……

那麼軟體配置管理工程師的工作范圍就很清楚了，以一個「XX財務管理系統」為例來說明吧：

1、管理本系統所有文檔（調研文檔、需求分析文檔、設計文檔、測試文檔、維護文檔、客戶反饋文檔等等）、所有代碼（含基本代碼、注釋、各細分版本和更新版本代碼）、所有資料庫（含測試數據、演示數據、模擬數據等等）。

2、管理本系統所有版本和更新版本及其研發、衍生依據。

3、管理本系統所有版本和更新版本的測試環境。比如全面測試運行的操作系統類型與級別（Linux、UNIX、MAC、iOS、Android、Windows98、Windows ME、Windows2000、Windows XP、Windows2003、Windows VISTA、Windows7……），全面測試運行的磁碟介質（FAT、FAT32、NTFS……），全面測試運行的資料庫系統（Oracle、Sybase、DB2、SQL Server、MySQL、ACCESS、Sybase Anywere……）等等等等。

4、管理本系統所有BUG，並盡力重現其出現環境；管理本系統所有客戶反饋的意外情形及維護部門和開發部門的處理方案。

5、管理國家財政部門頒布的新會計制度、新會計科目和核算方法及標准。

……

辭條部分是引用的，後面是我幫你總結、描述的。

引用部分的鏈接：http://ke..com/link?url=-KUCW2ZBNbdDZxNs7CWEjvL6p

希望我的回答能夠幫助到你。敬請採納。

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

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

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

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

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

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

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

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

❽ 軟體工程名詞解釋 什麼是軟體配置管理

需求：用戶想要用軟體做什麼 分析：我想用戶想要什麼，我怎麼做出用戶想要的產品。 設計：有幾個方案可以實現，哪個方案最簡單，哪個最符合用戶的要求，怎麼整合能達到最優化。 實現：按照已有的設計實現模塊功能的編碼，功能實現 測試：黑盒，白盒，自動化工具進行功能測試。尋找bug，不完善的地方 運維：對使用中系統不完善，或者bug進行修復，使軟體正常運行 說這么多真的很虛，說跟做真的不一樣。

❾ 軟體配置管理 簡稱是什麼

Software configuration management
SCM

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

轉自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那麼您也有權使用相同的用戶名進入其他的軟體。