實施過程中的二次開發(fā)，以及實施后系統(tǒng)的維護(hù)和升級是很多企業(yè)頭疼的問題。
關(guān)于系統(tǒng)維護(hù)和升級
對于中小企業(yè)來說，由于企業(yè)規(guī)模比驕小，產(chǎn)品相對單一，業(yè)務(wù)流程也相對穩(wěn)定，ERP實施以后，軟件公司通常會采取外包的方式來實現(xiàn)對其系統(tǒng)的日常維護(hù)、升級、數(shù)據(jù)轉(zhuǎn)換以及模塊添加等，除非出現(xiàn)重大問題才會派出原軟件公司的IT人員。軟件公司在實施ERP系統(tǒng)以后，出于成本和技術(shù)資源考慮對中小企業(yè)客戶的系統(tǒng)維護(hù)工作采取外包方式是可以理解的。但是從企業(yè)的角度出發(fā)，這樣的局面是不利的。
關(guān)于二次開發(fā)
一般來說，代碼級二次開發(fā)主要有以下三個方面的風(fēng)險：
1.易造成系統(tǒng)的不穩(wěn)定或崩潰。ERP系統(tǒng)是個錯綜復(fù)雜的系統(tǒng)，各個模塊是個**的整體。若要修改其中的一個功能，其影響的不單單是現(xiàn)在這個功能，還可能影響到其他功能。目前實施顧問一般對ERP代碼級二次開發(fā)的一個觀點是：能不做就不要做。因為ERP系統(tǒng)就像人的血脈那樣錯綜復(fù)雜，在二次開發(fā)的時候，如果因為增加的用戶個性化功能觸動了ERP原有的大動脈，否則會大大影響其整個性能，并且開發(fā)、調(diào)試的費用也是非常嚇人的。
2.嚴(yán)重影響項目實施周期。代碼級二次開發(fā)的時間短則幾天，長則半月、一月，甚至也可能長達(dá)幾個月，很*延誤項目實施進(jìn)程。
3.后續(xù)維護(hù)和升級風(fēng)險大。改動軟件后還會影響以后的軟件版本升級。如果不升級,新版本的長處無法應(yīng)用。如果升級,則面臨著重新進(jìn)行二次開發(fā)的可能。因為ERP軟件供應(yīng)商在進(jìn)行新版本的ERP系統(tǒng)開發(fā)時,可能根本不會考慮某個特定的用戶在舊版本上所作的二次開發(fā)。因此,在進(jìn)行二次開發(fā)前,要做認(rèn)真的分析對比。究竟是修改軟件,還是改革現(xiàn)行管理程序，還是兩者都作一些修改，對修改的必要性、效果和代價要心中有數(shù)。
把握二次開發(fā)的原則很重要
1.在觀念認(rèn)識上，企業(yè)在強調(diào)用戶自身的特點同時，也應(yīng)該考慮ERP的通用性，并且對于一些非技術(shù)的細(xì)枝末葉像表格格式之類不要過分糾纏，而應(yīng)該將放在軟件的流程管理和設(shè)計上。ERP軟件中的管理流程是從許多企業(yè)中提煉出來的，具有**性和合理性。許多用戶的特殊之處都是由于流程自身的不合理產(chǎn)生的，應(yīng)該通過ERP的實施，對企業(yè)進(jìn)行業(yè)務(wù)流程優(yōu)化或重組，而不是一味修改軟件以適應(yīng)不合理的流程。
2.當(dāng)需要二次開發(fā)時，實施顧問和開發(fā)顧問應(yīng)該要嚴(yán)格遵守不修改**代碼這一條基本原則。如果必須進(jìn)行二次開發(fā)，則應(yīng)盡量使得二次開發(fā)做出的功能模塊獨立于原來的ERP系統(tǒng)。這樣當(dāng)ERP系統(tǒng)版本較新時，二次開發(fā)出來的模塊*修改或者只需較少的修改就可以應(yīng)用于高版本的ERP系統(tǒng)。
3.二次開發(fā)的需求必須控制好，盡量不要在ERP系統(tǒng)的功能還沒有充分了解是否配合用戶管理需求之前就進(jìn)行二次開發(fā)。因為業(yè)務(wù)流程并不是一成不變的，ERP軟件中流程一般比較抽象，大的方面與用戶業(yè)務(wù)流程通�？梢蕴咨希�(xì)節(jié)部分不作修改也可以。同時，ERP軟件不是給一個人用的，每個用戶都可能有自己想法，不可能都滿足的。部分要服從大局。項目按時、按預(yù)算完成實施，上線運行是實施階段的大局，哪些二次開發(fā)必須要做，哪些可以不做，要看會不會影響大局。
|
