
首先要說的是,二次開發(fā)的時候,不要過多的強調企業(yè)自身的特點,ERP軟件中的管理流程是從許多企業(yè)中提煉出來的,具有先進性。許多企業(yè)的"特殊之處"都是由于流程自身的不合理產生的,應該通過ERP的實施,對企業(yè)進行業(yè)務流程優(yōu)化或重組,而不是一味修改軟件以適應不合理的流程。
其次,在二次開發(fā)中,應該把“不要修改核心代碼”作為基本原則。一般來說,應該把數(shù)據從ERP中導出,利用二次開發(fā)的程序進行處理后,再導入系統(tǒng)。這樣可以以最小的變動獲得最大的收獲。但如果直接修改了核心代碼,往后再升級就很困難。
再次,二次開發(fā)中,修改不宜過多。ERP軟件是一個很復雜的大型軟件,從軟件工程的角度來說,開發(fā)者應該保持對項目的可追溯性。如果修改過多的話,這種可跟蹤的追溯性將變得模糊不清,最終導致項目不可控。
第四,二次開發(fā)的時間性應該控制好,盡量不要在并行運行前就進行二次開發(fā),因為這個時期對ERP系統(tǒng)的功能還沒有充分了解。
最后,二次開發(fā)的另一個基本原則是要對實施起到積極的推進作用。有時一個報表、一個字段用途的改變可能直接影響到該部分功能是否能用起來,在這種情況下,仍需做二次開發(fā),目的也是為了方便操作,減少業(yè)務人員的工作量,甚至是起到理順管理環(huán)節(jié)的效果。
盡量對二次開發(fā)說“不”
一般來說,二次開發(fā)應該盡量減少或避免。這是因為從事二次開發(fā)的人員必須熟悉軟件的功能和相應數(shù)據庫中表的結構,又要充分理解用戶的特殊業(yè)務流程,這需要一定的時間和工作的,甚至可能會使項目延期;再者,改動軟件后還可能出現(xiàn)系統(tǒng)的不穩(wěn)定性,影響版本升級。
如果必須進行二次開發(fā),則應盡量使得二次開發(fā)做出的功能模塊獨立于原來的ERP系統(tǒng)。這樣,當ERP系統(tǒng)版本更新時,二次開發(fā)出來的模塊無需修改或者只需較少的修改就可以應用于高版本的ERP系統(tǒng)。
關于如何減少二次開發(fā),用友軟件公司提出了標準化的思路。用友認為,標準化是產品的特性,軟件的標準化是建立在精確的數(shù)學模型基礎之上,將所有企業(yè)的共用部分用標準件進行固化。用友在提倡標準化的同時,將二次開發(fā)當作實施與售后服務的重點。在軟件標準化的基礎上,二次開發(fā)會大大減少。筆者認為,這種做法是值得提倡的。
(c113)
CIO頻道人物視窗
CIO頻道方案案例庫
大數(shù)據建設方案案例庫
電子政務建設方案案例庫
互聯(lián)集成系統(tǒng)構建方案案例庫
商務智能建設方案案例庫
系統(tǒng)集成類軟件信息研發(fā)企業(yè)名錄