軟體企業可以從以下幾方面思路去實施軟體配置管理。
1、列出軟體開發、執行、維護各階段所需的軟體配置項
所謂軟體配置項就是在軟體開發工作進展中得到的許多任務作產品、階段產品、使用的工具軟體等資訊項。表一中列舉了若干類軟體配置項及其生成的階段。
表乙隻有明確了各階段有哪些軟體配置項，軟體企業才能在實施軟體配置管理時胸有成竹、游刃有餘。
2、對現有軟體配置項進行分類、補充，進一步完善軟體配置
軟體企業在實施某一軟體時，針對不同的使用者都有不同的需求。表二是不同使用者的工作環境：
為了滿足各個使用者的使用要求，我們的軟體產品必須考慮到這些差異。在產品的設計時我們盡可能的作成表三所示的安排：
為了實現這兩種不同的軟體配置，在實際開發應用中，我們完全可以將各個配置項分別開發出來，再根據使用者的需求，組合成不同的產品，如圖一所示：
3、對軟體專案的變更要實行有效的控制和管理
軟體企業在軟體的開發、執行、維護過程中必然要遇到軟體的變更。引起軟體的變更主要有兩方面的因素：一方面是使用者，如使用者要求修改工作範圍和需求等；另一方面是軟體開發人員自身，如他們在工作中發現前期工作中的錯誤而修改原始碼甚至設計。對於以上兩種情況軟體企業可以從以下幾方面加以解決：
3.1、明確實施變更的雙方人員
事先應該明確使用者有權提出需求變更申請的人員和軟體企業專案開發組有權受理變更的人員，並且對雙方人數要加以控制。這樣做的好處是可以約束需求方，使需求方每提乙個需求都要經過仔細討論 。而專案開發組收到使用者的需求變更時，通過有權實施變更人員討論後，可以兼顧全域性，對涉及到的相關文件、程式、計畫都隨之變更。
3.2、 對變更進行嚴格的審核
並不是所有的變更都要修改，也不是所有變更都要立刻修改，審核的目的就是為了決定是否需要修改和什麼時候修改。比如涉及到介面風格問題，就可以先不修改，或者規劃一下修改的時間待到以後進行優化。另外，對於核心模組的修改要嚴格審核把關，否則會引起全域性問題。
3.3、 對變更的影響進行評估
變更都是有代價的，應該評估一下變更的代價和對專案的影響，要讓使用者了解變更的後果，並與使用者一起做判斷。
3.4、讓客戶確認是否接受變更的代價。在評估代價並且與客戶討論的過程中，可以請使用者一起做判斷：「我可以修改，但您能接受後果嗎？」，並且對使用者一一列出修改的後果。
4、對軟體版本進行有效的管理
軟體企業開發的軟體產品為了適應不同的執行環境、不同的平台、不同使用者的使用要求，導致同一軟體產生或演化出不同的版本。軟體企業可以通過以下兩種常用的方法進行軟體版本控制。
4.1、號碼版本標識
以數字表示，如第一版，表示為v1.0。第二版表示為v2.0。一般認為v1.0，v2.0是基礎版本號，v1.1、v1.2是對基礎版v1.0的第一次修訂和第二次修訂。顯然這些修訂都是少量的修改。若有重大變動或因多次修訂導致的全域性性的重要變動，則應提高版本號，如v2.0。號碼版本標識可以如圖二所示：
4.2、符號版本標示
這種版本表示法是把版本的重要資訊提煉出來。如v1/vms/db server，表示乙個在vms作業系統上執行的資料庫伺服器版本。對於軟體企業可以用『人事管理系統單機版』、『人事管理系統網路版』等來表示。
5、實施有效的配置審核
軟體企業在實施配置審核時可以從以下兩方面進行：
5.1、「配置管理活動審核」
「配置管理活動審核」用於確保專案組成員的所有配置管理活動，遵循已批准的軟體配置管理方針和規程，如檢入（check in）/檢出（check out）的頻度、工作產品成熟度提公升原則等。
5.2、「基線審核」
要保證基線化軟體工作產品的完整性和一致性，並且滿足其功能要求。基線的完整性可從以下幾個方面考慮：基線庫是否包括所有計畫納入的配置項？基線庫中配置項自身的內容是否完整？（如，文件中所提到的參考或引用是否存在？）此外，對於**，要根據**清單檢查是否所有原始檔都已存在於基線庫。同時，還要編譯所有的原始檔，檢查是否可產生最終產品。一致性主要考察需求與設計以及設計與**的一致關係，尤其在有變更發生時，要檢查所有受影響的部分是否都做了相應的變更。審核發現的不符合項要進行記錄，並跟蹤直到解決。
在實際操作過程中，一般認為審核是一種事後活動，很容易被忽視。但是「事後」也是有相對性的，在專案初期審核發現的問題，對專案後期工作總是有指導和參考價值的。為了提高審核的效果，應該充分準備好檢查單，如表四所示。
6、進行配置工具選擇
軟體企業選擇商業配置管理工具，可以考慮下面幾個因素。
6.1、工具的市場占有率
大家都選擇的東西通常會是比較好的東西。而且市場占有率高也通常表明該企業經營狀況會好一些，被人收購或者倒閉的可能性小一點。
6.2、工具本身的特性
工具本身有穩定性、易用性、安全性、擴充套件能力等。你應當在投資以前仔細地對工具進行試用和評估。這兒比較容易忽略的是工具的擴充套件能力（scalability），你現在可能只是在幾個人、十幾個人的團隊中部署這個工具，但是以後可能會有幾十個、幾百個人要在依賴這個工具建立的平台上工作，到時候這個工具能不能提供這樣的支援能力？如果到時候要換乙個工具的話，你一定會後悔今天的選擇。
6.3、廠商支援能力
工具使用過程中一定會出現這樣那樣的問題，有些是因為你使用不當引起的，有些則是工具本身的毛病。這樣的問題會影響到開發團隊的工作進度，你一定希望能隨時找到廠商的專業技術人員幫助你解決這些問題。
軟體配置管理建設的程度如何直接關係著軟體企業的軟體的質量，通過上述的六大點的淺探，希望能給軟體企業帶來一點借鑑作用。
ERP專案實施中培訓的若干問題
本文出處 http articles.e works.net.cn erp article49668.htm 在我們向企業推廣我們的培訓課程時，很多人會說，現在erp廠商都能提供培訓，如果我們需要培訓的話，讓erp廠商來做就可以了。是否真的可以呢？如果真的可以的話，為什麼會有這麼多的erp專案實施效...
ERP專案實施中培訓的若干問題
本文出處 在我們向企業推廣我們的培訓課程時，很多人會說，現在erp廠商都能提供培訓，如果我們需要培訓的話，讓erp廠商來做就可以了。是否真的可以呢？如果真的可以的話，為什麼會有這麼多的erp專案實施效果並不好呢？我們先來看一下廠商的培訓內容，一般來講，erp廠商所提供的培訓，大體上可以分成兩種，一種...
軟體配置管理的意義
提到軟體配置管理，作為從事軟體的人來講，相必都不陌生。要想真正做到實施好配置管理，對於軟體配置管理的意義及其重要性我想應該有必要的認識和理解。軟體配置管理，softwareconfiguration management 其簡稱 scm 在軟體配置管理中，有乙個關鍵的一環就是變更管理，而變更管理的基...