erp軟件開發(fā)總結(jié)

　　企業(yè)ERP系統(tǒng)開發(fā)總結(jié)及建議

　　第一次聽說erp，是在五年前的大學(xué)課本上，第一次使用erp，是在大學(xué)畢業(yè)前實習(xí)時，在實驗室里見到的北京和佳erp，真正的對erp有系統(tǒng)的學(xué)習(xí)、培訓(xùn)、使用和運用，是我們公司目前在用的全球知名的ifs的erp。25年年初，我們公司的erp財務(wù)模塊項目啟動，整個erp系統(tǒng)的實施，可以分為以下四個階段：(一)接受培訓(xùn)、軟件安裝和熟悉軟件階段;(二)基礎(chǔ)數(shù)據(jù)準備階段;(三)初始上線階段;(四)驗收檢驗階段。作為項目小組的一員，在第一階段接受培訓(xùn)中，我們就遇到了實施過程的第一道坎：

　　首先是觀念沖突：erp是一種先進的企業(yè)信息管理系統(tǒng)，它不僅僅是一套軟件，這會與我們的傳統(tǒng)觀念產(chǎn)生很大的沖突。是對我們腦袋里固有觀念的挑戰(zhàn)。如果我們不對它多接觸并認真學(xué)習(xí)的話，我們很難接受它。在我們財務(wù)模塊，這點的表現(xiàn)尤為突出。erp系統(tǒng)財務(wù)模塊中更多的融入了管理會計的思想，與我國目前會計實務(wù)的現(xiàn)狀有一些差距。作為一個財務(wù)人員，傳統(tǒng)的財務(wù)會計只要求我們記賬和核算，我們只是被動的接受各業(yè)務(wù)部門送來的數(shù)據(jù)進行分析和研究，可以說，出了會計報表，我們的會計工作基本已經(jīng)。而erp卻對我們的財務(wù)人員提出了更高的要求，出了會計報表，也許只是我們工作的開始。它還要求我們對別的業(yè)務(wù)部門的業(yè)務(wù)進行監(jiān)督、管理并指導(dǎo)。這是一種革命，是革別的業(yè)務(wù)部門的命，革命就必然會遭到反抗!

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

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

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

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

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

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

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

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

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

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

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

　　4、在公司系統(tǒng)的開發(fā)、維護、支撐過程中，建議一定要堅持系統(tǒng)建設(shè)初期的分析、設(shè)計、編碼原則，至少最起碼的基線原則必須堅持。進公司幾個月來，聽到、看到太多的、很好的原則在現(xiàn)實面前妥協(xié)的情況。表面上看，我們的妥協(xié)當(dāng)時是縮短了開發(fā)時間、提高響應(yīng)公司領(lǐng)導(dǎo)決策、或者財務(wù)、人力、總經(jīng)辦等部門經(jīng)理的管理要求;其實，事后我們往往為違背這些原則付出了更大的代價。眾所周知，任何項目系統(tǒng)的建設(shè)，在人力、時間、質(zhì)量等方面都是受限制并且相互制約的。軟件系統(tǒng)的經(jīng)典的設(shè)計模式與原則也是人所共知的，最終軟件產(chǎn)品的質(zhì)量在很大程度上，就取決于開發(fā)團隊在軟件構(gòu)建過程中，對原則的堅持力度與執(zhí)行力度上。

開發(fā)3.png

　　6、加強系統(tǒng)測試、尤其是開發(fā)初期的單元測試。在系統(tǒng)開發(fā)、維護工作中，很多次發(fā)現(xiàn)這樣的現(xiàn)象：運行很久的程序功能突然發(fā)生一個異常，通過跟蹤代碼，錯誤居然被定位很基本的指針保護或邏輯錯誤上，而這些錯誤極易在單元測試中被覆蓋、發(fā)現(xiàn)和解決，相反，在系統(tǒng)后期的組件測試、集成測試、回歸測試、系統(tǒng)測試階段較難再現(xiàn)。這類問題還反應(yīng)了我們原來的測試用例的代碼覆蓋率不高。

　　為新的一年能夠更加有效地響應(yīng)公司發(fā)展戰(zhàn)略規(guī)范、支撐企業(yè)信息化戰(zhàn)略的落地與實施，對支撐團隊來年的系統(tǒng)工作提出幾點要求，概況如下：

　　1.準確把握公司信息化的當(dāng)前需求但不求全責(zé)備;

　　2.采用經(jīng)典、成熟的設(shè)計原則與模式但不過渡設(shè)計;

　　3.盡量用簡單的編碼來實現(xiàn)當(dāng)前功能;

　　4.通過頻繁的重構(gòu)來堅持期初的設(shè)計和實現(xiàn)原則;

　　5.維護和新增功能前盡可能先重構(gòu)再重用、杜絕通過“代碼復(fù)制”實現(xiàn)相似的系統(tǒng)功能;

　　6.加強單元測試，保證系統(tǒng)構(gòu)件的可靠性與健壯性、將軟件BUG的大部分解決在單元開發(fā)期間。

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

相關(guān)欄目：