軟體配置管理中的基線技術

        在軟體開發過程中，由於各種原因，可能需要變動需求、預算、進度和設計方案等，儘管這些變動請求中絕大部分是合理的，但在不同的時機作不同的變動，難易程度和造成影響差別甚大，為了有效地控制變動，軟體配置管理引入基線（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”都是“設計規格說明書”的組成部分。雙向連線說明物件間的內在聯絡。例如，一個模組的原始碼一旦變動對應的測試用例亦需修改，隨之需要重新執行測試過程。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14780914/viewspace-408765/，如需轉載，請註明出處，否則將追究法律責任。