軟體組態管理的意義

轉自 Rational華南使用者組

朱擁綱

提到軟體組態管理，作為從事軟體的人來講，相必都不陌生。要想真正做到實施好組態管理，對於軟體組態管理的意義及其重要性我想應該有必要的認識和理解。

軟體組態管理，software configuration management，其簡稱SCM；

在軟體組態管理中，有一個關鍵的一環就是變更管理，而變更管理的基礎是配置項的確定與版本管理。要正確理解這些問題，我們不能僅僅將SCM作為一個管理工具或者在項目洽談與執行中一種合行規定的義務來履行。如果這樣，在開展工作的過程中很容易使這種工作變成一種官僚式的絆腳石。往往在我們開展項目時，很多合約對組態管理提出了明確的要求，需要認識的是，我們所需要進行組態管理的目的是為軟體開發過程中的不同的角色控制和跟蹤管理自已的工作提供支援與協助。

很多軟體開發過程中遇到的問題都是因組態管理不善而造成的。而發生這些問題需要時間去確定，而且有可能很多可能是重複的問題。有的是不必要的麻煩。比如說一個已花費較大精力和成本解決的高難度的軟體錯誤突然再次出現，已經開發或完成測試的一個特性神密的消失，一個已經通過完全測試的軟體系統突然間無法運行。組態管理通過對同一項目中不同人員的所產生的工作產品來協助我們減少和消除這些問題。問題主要體現在：
-- 現在項目的開發大部分都是以疊迭式，漸進式的模型進行開發。在一個版本交付的同時，另一個版本可能還是進行測試，而進行同步開發的後續版本可能還在進行設計與開發階段。在這個迴圈的過程中，如果客戶發現錯誤，那麼不單只是針對客戶的錯誤在現有的版本上進行修改完成就可以，同時要在後續的版本中體現。另外，如果在測試或開發的過程中發現了新的問題，那麼對於以前正在使用的版本也需要考慮進行修改。在大系統開發的過程中，問題與修改問題的人，版本都會比較多，很容易出現混亂的情況。
--核心代碼，或者公用構件和代碼。在系統的開發過程中，當涉及到公用構件或代碼的修改時，需要使與此相關的人都需要知道。如果沒有有效代碼管理與報告與協調機制，對於修改的代碼如何使相關人員都提到通知就存在一個問題了。
--現在的軟體項目，大多都是由一個團體協作完成的，那麼，涉及到，對於最後某人對其所作的工作或輸出很容易損害到其它相關人員的工作。如在一個應該系統的開發過程中，資料流程比較密集，如果其介面的變化，可能會引起很多相關地方的變化。

這些問題是由什麼而引的呢，不言而明，在軟體開發過程中的缺少規範的管理而導致出這些問題。需要我們花費很大的精力與時間來處理。那麼怎麼來對這些問題來形成一個有效解決方案呢，需要我們對以下的問題進行明確：
--在公司，目前的組態管理是什麼，做了些什嗎？
--目前公司組態管理的狀態是何狀態？
--如何去控制配置的變更項？
--對於配置變更，怎麼樣通知相關的個人和組？
--公司的軟體項目都有哪些類型的變更？
--如果在公司或同一項目組，其它人所做的變更會不會影響你所寫的軟體部分？