在軟體開發過程中，由於各種原因，可能需要變動需求、預算、進度和設計方案等，儘管這些變動請求中絕大部分是合理的，但在不同的時機作不同的變動，難易程度和造成影響差別甚大，為了有效地控制變動，軟體配置管理引入基線（baseline）的概念。
基線標誌軟體開發過程的各個里程碑，任一sci（例如，設計師說明書），一旦形成文件並複審通過，即形成乙個基線，它標誌開發過程中乙個階段的結束。對於已成為基線的sci,雖然可以修改，但必須按照乙個特殊的、正式的過程進行評估，確認每一處修改。相反，對於未成為基線的sci,可以進行非正式修改。
雖然基線可在任何級別上定義，但一般最常用的軟體基線如下圖所示。
某個sci一旦成為基線，隨即被放入專案資料庫（project database）。此後，若開發小組中某位成員與、欲改動sci,首先要將它拷貝到私有工作區並在專案資料庫中鎖住，不允許他人使用。在私有工作區中完成修改控制過程並複審通過之後，再把修改後的sci推出並回到專案資料庫，同時解鎖。
軟體配置項
一般軟體配置需包括下列sci:
1. 系統規格說明書
2. 軟體專案規劃
3. 要求分析結果
a. 軟體需求規格說明書
b. 可執行的或「紙樣」原形
4. 初步使用者手冊
5. 設計規格說明書
a. 資料設計描述
b. 總體結構設計描述
c. 模組設計描述
d. 介面設計描述
e. 物件描述（若採用物件導向技術）
6. 源**清單
7. 測試規格說明書
a. 測試計畫和過程
b. 測試用例與實驗結果
8. 操作和安裝手冊
9. 可執行程式
a. 每個模組的可執行**
b. 鏈結到一起的**
10. 資料庫描述
a. 資料模型和檔案結構
b. 初始化映象
11. 聯機使用者手冊
12. 維護文件
a. 軟體問題報告單
b. 維護申請單
c. 預計變動的順序
13. 軟體工程的標準
除此之外，有時把軟體工具也列入配置管理的範疇，即把軟體開發中選用的編輯器，編譯器和其他一些case工具固定地作為軟體配置的一部分，當配置中其他的sci發生變化時， 時考慮這些工具是否與之適應和匹配。
普遍認為，用物件導向的方法組織專案資料庫最自然、合理。此時，將每個sci看作乙個配置物件，它有自己的名字和一組屬性，各sci之間的聯絡用物件間的關係表示。以下圖為例，「設計規格說明書」、「資料模組：」、「模組n」、「源**」、和「測試規格說明書」分別為五個配置物件，物件之間的關係用有向連線表示。有向曲線說明物件的部分-整體關係。例如，「資料模型」和「模型n」都是「設計規格說明書」的組成部分。雙向連線說明物件間的內在聯絡。例如，乙個模組的源**一旦變動對應的測試用例亦需修改，隨之需要重新執行測試過程。
軟體配置管理中基線（baseline）
術語 軟體配置管理 software configuration management，scm 配置 configuration 配置項 configuration item，ci 基線 baseline 專案經理 project manager，pm 里程碑 milestone 配置控制委員會 c...
軟體配置管理
軟體配置管理，它為軟體開發提供了一套管理辦法和活動原則，成為貫穿軟體開發始終的重要質量保證活動。配置管理的過程實際是軟體開發過程中質量管理的精髓所在，版本管理提高了開發者的工作效率，而變更控制則提高了整個開發團隊的工作效率。兩者的緊密結合，將為軟體開發專案提供一道堅實的質量防火牆，使軟體開發專案的質...
scm 軟體配置管理
4 版本控制工具 1.更改原始檔，但不知道哪個是最新的 2.我不了解檔案的修改過程，尤其是最後修改了哪幾行以及為什麼修改 1.make時，經常用錯檔案的版本 多人修改乙個檔案，有些人的結果被沖掉了 程式誤刪了，只能重寫 花了一周時間，終於查出了乙個錯誤，但發現有個同事上週前已經修改了同樣的錯誤，但我...