編寫大中型 ERP 系統軟體通常會用到哪些編程工具？

01-12

Enterprise Resource Planning：包括「人資、財務、採購、銷售、品保、製造、技術、物流」模塊。
編程工具（編程語言）：例如「C語言、C++、Python、Ruby、Lisp、Java 。。。」等。

八年在線ERP經驗。

今天大企業自己開發ERP系統的已經不多。很多公司提供成熟的解決方案。用SAP或者其他公司的主要意義在於：實施過程中可以借鑒同行/行業的標準經驗，改進自己目前的企業業務流程。

這才是上ERP系統最有價值的意義之一。

語言的選擇一般不是需要考慮的關鍵因素。

如果真的要自己開發一個高度定製的ERP系統，語言的選擇也要結合需求。並發是否很大？數據一致性有多敏感？業務複雜程度？各種功能要求？全球部署？需求變動幅度？最後，不能免俗，預算和開發周期？

確定了這些，也仍然不是直接決定語言，而是選擇相應的開發框架和資料庫。（大項目又是很特別的需求，自己開發新的框架/實現工具的例子也有）

如果非要泛泛的說語言，首先遠離MS（前一陣子日本很多公司哄搶古董VB程序員.就是因為MS的支持到期，而這個技術又早已被放棄）。

然後，Java仍然是很好的選擇。因為框架選擇餘地大，第三方庫豐富，安全性好，和DB的介面久經考驗，團隊組建容易。。。

最後，基於雲平台的Rails（Ruby的框架）是最近很多日本小企業的選擇。

實踐中，更多的方案可能混合幾種語言（框架，庫）搭建，利用各自的現有資源和技術優點。

編程工具和語言選擇已經不是做erp的難點了。

做erp最難的是業務理解、業務梳理、流程梳理。

編寫大中型 ERP，可以用那些工具這個就不回答了，工具是死的，人是活的。

ERP不像電商各類軟體，在網上百度查查就能了解，並開發他。本人開發過企業內部ERP。發覺除了互聯網軟體經驗，沒有一二年的傳統行業採購或是倉庫經驗是完全沒法做的，其他像供應商、人事，財務，物流可以慢慢了解。

記得很清楚，那時候需要我去採購ERP，用來管理倉庫庫存以及各渠道店鋪銷售情況，我把行業里稍微符合要求的各個ERP系統廠商，約見了個遍。

我們單位是個皮具品牌，也是傳統行業走向線上。那兩個月里，每個星期至少見2個以上ERP廠商，每一次在會議室聽他們講2-3小時，不停的去了解他們的每一個模塊，記得當時有像廈門的又一城、管家婆、管易，E店寶等等產品。

最後安裝試用的也有數家。都不太符合要求，這些ERP無一例外，吹的最牛的還是遠程發貨，下載淘寶後台訂單，可以上聚石塔，雙11可以指派人到你公司現場指揮調試等。

E店寶當時覺得還可以，只是數據保存在雲端，老總說我們的數據很機密（其實哪個企業的採購、財務、成本不機密呢），不能保存人家那裡，最後這家也否了。

經歷了3個來月，跟財務，倉庫，銷售談過無數次，發覺我們的需求比他們這些ERP更個性化。他們這個ERP有的我們需要，另外一個又沒有，最後沒找到一個完全符合我們要求的，所以想自己開發。自己開發時間又是個問題，所以想著找開源的，找了很多，發覺ERP這個市場要像博客，論壇一樣找個成熟開源的非常困難，最後找到比較有名的comunion erp。找了好久，發覺沒中文，沒法，領導說翻譯過來給同事們上去測試下，符合業務，沒問題就它了，翻譯了一個星期，終於出來，不過大家都覺得不合適，國內企業用國外ERP，有點水土不符啊，需要的可以下載下面是我翻譯的預覽以及下載地址：

http://download.csdn.net/detail/a741423206/4415564

個人覺得選擇哪門語言，工具不太重要，重要的是你要把業務複雜程度，系統的業務流程詳細梳理清楚，不要把他簡單理解為開發個b/c商城一樣，他是把單位的客戶、人，財，物，業務進行管理。沒考慮周到去開發ERP會死的很慘的，單位前期還是建議採購一個業務差不多的用。

如果錢多的話可以直接找金蝶定製，他們會派財務領域相關人員來給你做1-2個月的業務分析，然後部署你們也業務到他們的ERP上，這個也不錯，不過成本不低。

1. 如果直接推薦您用哪一門語言很容易引起爭議，因此建議您查一下ERP行業國外前十名與國內前十名用的什麼語言，或許會給你些啟發；

2. 用什麼語言還取決於您現有手頭已有的軟體開發資源；是編寫通用軟體還是僅針對本公司開發；本公司所處什麼行業以及多大規模等因素；

3.選擇語言時，更多時不是在選擇其先進性（在我看來各主流語言都差不多），而是在選擇最佳擁有成本（開發成本、維護成本、升級成本等）；

編寫erp，你需要的是掌握業務流程，而不是計算機技術。

因此，什麼語言最容易上手，什麼語言最不需要智商，你就應該選什麼語言。因為只有這樣你才能低薪水招到大量的勞力。

因此，VB和C#是首選，Java也一樣，但Javar們總是誤以為自己比前兩者高級一點點，心態不正容易跳槽。

個人覺得先看看自己企業的主要業務過程與想改進的流程，如果ERP廠商已經能提供較好的流程管理，和一定的開放介面，做二次開發，還是建議直接上ERP廠商的，獨立開發的成本比較高（至少技術架構和業務架構必須有很多積累才可能開發出一套適合企業自己且能應對以後業務變更的空間）。

我所在公司是傳統的ERP廠商，無論國內還是國外知名的ERP產品基本都能提供比較全面的解決方案，支持不好的部分應該是製造生產，這部分業務流程比較難梳理出一套通用的流程來滿足不同企業，往往二次開發的情況比較多些。

建議還是先考慮現在有的ERP產品能不能滿足，不能滿足時再考慮自己開發。