企業(yè)erp系統(tǒng)如何開發(fā)

　　在企業(yè)中應(yīng)用erp系統(tǒng)有自主開發(fā)、合作開發(fā)、購買軟件開發(fā)商提供的erp系統(tǒng)等幾種形式。企業(yè)在為erp系統(tǒng)選擇適當(dāng)?shù)慕Y(jié)構(gòu)平臺時，必須考慮以下技術(shù)實現(xiàn)問題:選擇適合的erp系統(tǒng)結(jié)構(gòu);重視erp系統(tǒng)集成;關(guān)注系統(tǒng)的可擴展性;確定適用的操作系統(tǒng);重視系統(tǒng)管理;實現(xiàn)erp系統(tǒng)與電子商務(wù)的整合。

　　我常見到的二次開發(fā)的質(zhì)量問題：

　　1、摸石頭：從一開始，需求方案、技術(shù)方案就偏了，因為業(yè)界有正道，但大量人不知道正道。所以走了N多次方案的討論和變更，才咂摸出點味道

　　2、傳遞失真：從業(yè)務(wù)部門-企業(yè)IT部門-一線實施-后臺研發(fā)PM和設(shè)計-后臺開發(fā)和測試，每個環(huán)節(jié)都失真、丟失信息，于是名貴的粗象牙變成了竹筷子。于是，軟件中各種遺漏、各種實現(xiàn)不是客戶想象。于是，客戶看到的功能就不是一開始的想象，于是要求再變更再修改

　　3、確實是二次開發(fā)團(tuán)隊自己犯的錯。

　　要避免走歪道問題，需要應(yīng)用架構(gòu)、技術(shù)架構(gòu)這類人的參與項目，但費用...，你懂的

　　要避免傳遞失真，需要專項類需求，后臺研發(fā)設(shè)計人員或PM、一線實施、客戶業(yè)務(wù)部門骨干和經(jīng)理、客戶IT部門經(jīng)理，一起在客戶現(xiàn)場做好需求確認(rèn)會

　　是純粹后臺研發(fā)自己犯的錯，后臺研發(fā)自己買單，不需要客戶付費

　　本來企業(yè)信息化從業(yè)務(wù)到技術(shù)都不復(fù)雜，況且大多數(shù)中國企業(yè)連組織職責(zé)和流程都自己理不清，況且大多數(shù)中國企業(yè)在應(yīng)用ERP時連主數(shù)據(jù)都沒有整理規(guī)范、基本審批流程都跑不起來，況且很多行業(yè)的信息化還很初級連ERP就以為是財務(wù)記賬或者ERP是個筐什么都往里裝，所以問題并不大問題并不多，而是很多人對問題沒有辨析。一一掰開了一條條列出來，也就那么幾條。

　　對于像我們這種規(guī)模的大型公司，自己建設(shè)、實施和維護(hù)滿足公司特定管理要求的管理信息系統(tǒng)，是目前部分大型公司建設(shè)企業(yè)ERP的常見思路。比如：XXXX、XXXX、XXXX、XXXX等等知名企業(yè)。

　　其實：這種ERP系統(tǒng)建設(shè)方式，我本人并不看好和推薦：社會分工進(jìn)一步精細(xì)化的今天，讓更專業(yè)的團(tuán)隊去做更專業(yè)的事情是大勢所趨。然而，既然公司采用這種方式建設(shè)自己的綜合信息管理系統(tǒng)，本著把事情做好、讓公司放心的原則，讓來年更有效的為公司綜合信息管理系統(tǒng)提供支撐，結(jié)團(tuán)隊一年來的開發(fā)、維護(hù)工作、提出幾點淺見：

　　1、加強相似業(yè)務(wù)流程、管理模式的抽象與提煉，通過系統(tǒng)分析與設(shè)計、并編碼實現(xiàn)成我們自己的基礎(chǔ)架構(gòu)源碼庫。下面用簡單的源碼統(tǒng)計工具，針對今年開發(fā)上線的新、舊兩個版本的XX系統(tǒng)，進(jìn)行代碼行數(shù)統(tǒng)計分析情況：

　　通過重新開發(fā)系統(tǒng)基礎(chǔ)架構(gòu)，減少系統(tǒng)代碼量，相信就能極大地降低系統(tǒng)后期的測試、調(diào)試、維護(hù)、升級的復(fù)雜度和工作量。

　　2、注重新建子系統(tǒng)、功能模塊、業(yè)務(wù)構(gòu)件、甚至是最簡單的一個新單元、新類的重新分析、設(shè)計和實現(xiàn)。針對目前整個系統(tǒng)的在新運行情況和日常的維護(hù)工作量，我們不大可能有充足的人力和時間，來整體重新構(gòu)建各個在線的子系統(tǒng)。但新業(yè)務(wù)需求的實現(xiàn)時有發(fā)生。既然是新增功能、新寫代碼，我們更有理由摒棄原來不太好的開發(fā)方式和思路，采用一些更專業(yè)、更成熟軟件開發(fā)模式與架構(gòu)，至少讓新增的功能塊從上線開始，就有較好的穩(wěn)定性、較高的可復(fù)用度、較強的可擴展性。堅持這樣，才能逐漸、逐漸地提升整個軟件系統(tǒng)的內(nèi)部質(zhì)量特性、才能逐漸、逐漸地減少系統(tǒng)的維護(hù)工作量;否則，隨著軟件代碼量的日益增加、系統(tǒng)功能的日益復(fù)雜、業(yè)務(wù)需求的頻繁變化，已建系統(tǒng)對新需求變動的滿足難度勢必越來越大：“雪球效應(yīng)”很可能發(fā)生在系統(tǒng)支撐小組，導(dǎo)致系統(tǒng)支撐小組最終很難再繼續(xù)有效地支撐下去。

　　3、為支撐小組的軟件開發(fā)、維護(hù)工作選擇適合的軟件開發(fā)方法論，并結(jié)合具體工作實踐進(jìn)行裁剪或增補。根據(jù)團(tuán)隊實際工作情況的引入更合適的軟件開發(fā)方法，將極大改善開發(fā)團(tuán)隊的工作效率、提升交付軟件產(chǎn)品的內(nèi)外品質(zhì)：已是不容質(zhì)疑的事實。傳統(tǒng)的軟件開發(fā)方法、信息化軟件開發(fā)方法、統(tǒng)一軟件開發(fā)方法，都不太適合我們公司系統(tǒng)這種“應(yīng)用需求變動頻繁、支撐資源配置緊張”的現(xiàn)狀。

　　建議采用泛普軟件開發(fā)方法的原則與模式：

　　1.準(zhǔn)確把握公司生產(chǎn)管理及運營需求;

　　2.適度設(shè)計并保持設(shè)計的靈活性;

　　3. 簡單開發(fā)以滿足當(dāng)前需求;

　　4.頻繁重構(gòu)與迭代保持系統(tǒng)當(dāng)初的設(shè)計原則;

　　5. 測試驅(qū)動開發(fā)和加強單元測試從最底層開始確保系統(tǒng)的健壯性。

發(fā)布：2021-04-17 11:36 編輯：泛普軟件 · hujian [打印此頁] [關(guān)閉]

相關(guān)欄目：