四、企業資源管理系統的二次開發風險的控制策略

（一）從控制風險的根源入手

對于二次開發風險的控制策略，我的核心觀點是，從風險的根源人手。首先構建良好的ERP系統架構。良好的系統架構能夠為今后的二次開發奠定堅實的基礎。

實際上，系統的架構比功能重要的多。ERP產品不是簡單的代碼堆積，而是基于模塊的組件式拼接。一般客戶在選型的時候會刻意強調功能．這也無可厚非，好的ERP產品首先應該有好的功能，但是在做出理性的分析后，就會發現一套好的ERP產品首先應該架構科學，這就是系統架構師越來越走俏的原因。一些以財務著稱的ERP廠商很頭痛的一件事情就是產品的架構早已搭建完成，很多系統架構，如庫表的設計已經固化，很難再去修改、調整，現在增加的模塊只能是形式上的調整和增補。不能從系統底層上真正解決問題。這給日后產品的二次開發帶來無窮隱患。很多客戶在選型的時候誤以為只要有系統功能，就能真正滿足業務，其實不然，一旦業務有了新的需求，很難從系統上根本解決問題。在具體的實施中，很多項目實施不成功主要是因為產品架構不合理，對于這種情況，無論怎么做二次開發也無濟于事。

那么，針對于二次開發的工作，良好的軟件整體架構最重要的特征是什么？在實踐中我們發現，軟件的可擴展性對二次開發的影響最為顯著。具體表現在：二次開發的程序能否與整體系統做無縫掛接；二次開發的功能能不能很好地在軟件后續的升級版本中正常運用。應該說成功的ERP系統除了內涵先進的管理理念、高效的職能劃分、合理的業務流程外，還應最大限度地保留可擴展性。

（二）從二次開發自身的角度控制風險

就二次開發自身而言，包括兩個方面的問題。首先，要避免系統不能正常的升級，需要考慮以下三點：第一是數據結構的修改。通常來講，能夠實現完善的二次開發功能的軟件，其數據結構的規劃一定存在某種規則。標準版本用到的數據庫、表和字段的命名方式會和二次開發用到的區分開來，互相之間留有余地，以保證不發生沖突。同時，數據類型的定義要做到完全統一，以保證數據的一致性。如果沒有一個明確的規則，必將導致二次開發和標準版本之間互相沖突，這也可能是導致二次開發功能不能升級的主要原因。第二是二次開發功能的實現，應該在不修改父類的原則下進行。增強子類功能，靈活運用繼承與重載，以保證后續的版本升級。第三是對某一程序標準功能的修改，最好保存為另外一個與標準程序并列的程序。不要將標準程序完全丟棄，以免升級后的標準程序具備同樣或更完善功能時不能得到運用。其次，二次開發要有健會的文檔。文檔不全或質量不高經常會引發的問題是：前面做好的二次開發，后面接手的人無從了解前面改了哪些，為什么要改，所以無法在原來的基礎上繼續做二次開發或功能改進。

（三）從行業發展的角度控制風險

從ERP系統的發展趨勢看，解決二次開發的風險問題還有兩方面的策略：

第一，細分市場。多數企業將目標客戶單位的選擇由大眾市場轉向細分產品市場，在這一趨勢下，更多軟件企業也力爭打造細分市場領域的產品優勢，以獲得更大的成功。從近幾年的發展情況看，國內知名ERP軟件公司都開始致力于打造自己的煙草事業部就是一個尋找市場細分的典型的例證。

第二，國家標準甚至國際標準的出臺。尚未形成統一的開發標準，因而ERP軟件的通用性、適用性較差，缺乏選型標準沒有統一參照，使ERP市場比較混亂。建立通用式ERP后，還要解決管理軟件的通用性與用戶需求的個性化之間的矛盾，因此制定ERP行業標準就很必要。這其中對行業數據接口做出統一規定，對于制定ERP標準是關鍵一步，這有助解決行業ERP產品的研發、實施的規則化、標準化問題。