自1990年美國著名管理咨詢公司Garter Group Inc.最早提出ERP的概念后,隨著上世紀90年代互聯網等技術的快速發展,國內外大量廠商紛紛進入這個領域,國際上涌現出SAP、ORACLE等一批知名的ERP開發商,國內則出現了用友、金蝶等一批ERP廠商。隨著近年來管理理念與技術的發展,ERP系統已逐漸深入人心,大有成為現代企業管理必不可少的工具之勢。
ERP應用系統是一個整合企業管理理念、業務流程、基礎數據、人、財、物、計算機硬件和軟件于一體的企業資源管理系統。作為一個承載和實施企業管理理念的重要企業信息化管理平臺,ERP系統開發完成后,企業的各種信息流可在此系統中進行全面的管理和控制。ERP系統的效率將決定企業的效率。
ERP系統作為一個特殊的軟件產品,在實施過程中必須與管理緊密結合,同時它又是一個龐大的信息系統,企業內部的各種數據、信息相互關聯,紛繁復雜。因此,當前ERP的開發與應用依然存在很多問題。而如何解決這些問題,一直是眾多軟件企業和軟件工程師不斷探索和努力追求的目標。
當前ERP開發中普遍存在的問題
應該說,當前ERP系統的實施成功率是比較低的。據美國某權威機構統計并發布的相關報告顯示,當前ERP的總體成功率依然不足30%。國內ERP的成功率可想而知。
探究ERP系統開發與應用成功率不高的原因,我們看到,除去管理咨詢階段的問題,在進入實施階段后,則普遍存在以下三個問題:
一是企業的業務不斷變化,ERP系統相對固化。在進行ERP業務咨詢階段,通過理順企業的各種業務流程,將先進的管理理念落地。企業管理理念落地不是通過幾次咨詢就能完全細化的,因為管理是一個不斷優化的過程。即使在系統上線以后,一個ERP系統也只能說是搭建了一個管理的框架,需要在日常管理中不斷地進行系統完善——管理需求的不斷變化促使ERP系統不斷優化。而實際上,由于ERP系統相對固化,很難快速響應包括流程、數據、操作甚至結構上等各種管理需求的變化。
二是實施人員的開發效率問題。實施人員在進行ERP系統開發時,需要將復雜的管理進行梳理,反映到實際的軟件中去,還要響應使用方人員的客戶化需求。在技術上,既要完全掌握ERP開發平臺的開發技能,還要有軟件開發和設計的能力;既要掌握同類系統的業務和功能,又要有根據當前客戶的具體需求,結合管理理念進行客戶化開發的能力。
ERP系統開發的高要求導致對實施技術人員的高要求,同時也導致了客戶自己的ERP自己做不了主,技術人員開發的模塊不是客戶所期望的。當實施人員發生變更時,將產生巨大的項目風險。同時,培養一個ERP實施人員的成本巨大,開發效率成為ERP項目開發的瓶頸。
三是ERP系統的敏捷性問題。ERP系統是一個龐大的軟件系統,由于其模塊多,流程多,數據多,因此其敏捷性都比較差。如何使用先進的軟件開發模式和軟件實施方法論,提高其敏捷性,使其能夠匹配管理變更的需求和客戶個性化的需求,一直以來都是一個難題。
敏捷性的問題是一個非常核心的問題,這跟各個ERP開發廠商所使用的開發平臺和ERP系統設計有關。解決了敏捷性的問題,以上兩個問題也將迎刃而解。
綜上我們看到,在ERP開發過程中,對技術開發人員有著很高的要求,他們既肩負著將管理理念落地的重擔,又要理解和掌握大量的實際業務,還要精通平臺開發和軟件技術,以應對客戶化的需求。因此,從某種角度上來說,ERP開發技術人員每個人都需要有系統分析員的分析能力、高級程序員的開發能力、業務專家的業務理解和優化能力。
業界的應對策略
針對復雜的企業ERP系統開發,幾乎所有ERP開發廠商都采用了“ERP開發平臺+套件”的方式來實施ERP系統。ERP開發平臺是ERP開發的工具,也是ERP系統的基礎支撐。因此,每個ERP開發廠商都非常重視自己的ERP開發平臺,在產品擴展性、穩定性上投入了大量的人力和物力。
通過開發平臺來簡化ERP系統的構建幾乎是所有ERP開發廠商的統一模式。與此同時,各家廠商又各自在自己的ERP開發平臺上開發出一系列的行業模塊和行業應用套件,努力形成自己的標準化的產品。在實際開發和實施時,通過對標準化套件的改造和定制化,來完成ERP的實施。
事實上,項目實施技術人員大部分的工作就是在標準化和客戶化之間尋找平衡。根據客戶的實際需求,更改標準版的模塊,最后形成一個客戶化的版本。而影響這種實施模式的因素包括ERP開發平臺的開發效率,標準化的套件是否具備廣泛的通用性,產品的擴展能力及擴展代價,技術人員的個人能力及對技術的掌握程度;客戶方對定制的需求等。
縱觀ERP系統開發的整個過程,ERP開發平臺對項目實施起著非常重要的作用。但事實上,95%以上的ERP開發平臺,即使是技術開發人員也需要具備大量的專業知識,需要經過一個艱苦的培訓和學習過程才能掌握,更不要說由客戶方信息中心的IT開發人員來進行擴展和開發了。
如果有一種簡單的ERP開發平臺,ERP開發的技術人員和客戶方的開發人員通過簡單的培訓就能使用該平臺進行ERP開發,并且該平臺能夠滿足復雜ERP應用開發和定制的要求,具有強大的擴展性和穩定性,這將引起ERP開發的一場變革。
據悉,國內著名平臺廠商創恒信軟件有限公司近期推出的F1-ERP開發平臺,就是這樣一款先進的ERP開發平臺產品。它采用了先進的配置化開發模式,通過“配置”的方式來開發ERP系統,大大提高了軟件開發的效率,成為軟件開發的“推進器”。
全配置化開發模式解困ERP開發
所謂“配置化”,即將大量成熟而實用的應用構件/組件或模塊進行高度封裝,開發人員通過可視化的配置方式來開發各種應用。開發人員在進行軟件開發過程中,絕大多數開發與應用無需特殊的編碼,只需按照項目需求選擇相應的組件或模塊進行“拖拽式”配置,而捏合過程由系統自動完成。就像統一規格、統一標準的機器零部件,只需按要求簡單的拼裝即能成為完整的機械設備一樣,因而大大提高了軟件開發效率,降低了軟件開發與應用的難度,并且應用可即時部署,大大縮短了應用開發的調試期。
據了解,創恒信近期推出的F1-ERP開發平臺,是一款擁有自主核心技術的軟件開發推進器和全配置化敏捷開發與集成整合平臺。同時,F1又是一個應用整合的支撐系統,其統一用戶管理系統、PORTAL門戶管理系統、內容管理系統、工作流管理系統、報表管理系統和ESB企業服務總線完全能夠支撐企業的所有整合需求,并且可以作為一個應用開發平臺來擴展將來的業務應用。其主要特點和優勢表現為:
一是采用SOA松耦合框架。面向服務體系結構,使ERP系統在開發過程中把精力集中于業務流程,而不必過分關注有關集成或應用程序底層實現問題,使企業應用擺脫面向技術解決方案的束縛,靈活的適應企業業務流程變化和發展的需要。
二是通過BPM實現端到端的流程管理。BPM系統提供一種跨越業務系統的業務流程,能夠協調地計劃、執行、控制、監控和改進業務流程。
三是配置化敏捷開發。長期以來,配置化的軟件開發一直被認為是軟件開發的終極手段。傳統方式的軟件開發是軟件系統在業務建模完成后,根據原型進行編碼實現。主要包括業務層、邏輯層、表現層,都是通過代碼來進行實現。這種開發模式在大型ERP系統中已經完全無法適用,大型ERP系統使用功能點來計算,一般都在幾千甚至上萬個功能點,即使采用平臺化的應用開發平臺來實現,其工作量也非常巨大,最終可能導致系統無法控制。另外一種模式是在已經實現的系統基礎上進行二次開發,這些現成的系統大多經過了檢驗,并且能夠滿足現有用戶60%左右的功能,但是其開發模式還是需要通過最終編碼完成。
通過編碼方式來實現的業務系統往往缺乏敏捷性,特別是ERP系統需要應對企業復雜的業務需求,甚至可能出現某個模塊只有20%的功能滿足現有用戶的需求,80%的功能需要定制。而大量的定制工作將導致系統的可維護性、可擴展性、成本、敏捷性等方面出現各種各樣的問題,最終結果是難以擴展、難以維護。
解決這一難題的唯一出路是通過配置化的平臺來實現各種應用開發。配置化的平臺能夠實現90%的應用開發無編碼,對于需要編碼的業務系統,也可以將系統的編碼量壓縮成傳統方式的5%至10%。
配置化平臺將徹底實現軟件開發不依賴于開發人員,使開發效率提升一個數量級;配置化對開發人員要求低,開發成本低、維護成本低,能夠快速實現應用變更和應用擴展,完全實現軟件開發以業務為中心,而非以開發人員為中心。
四是集成整合平臺。在進行ERP系統建設時,應該首選一個開放的平臺來進行系統的集成整合工作,因為開放的平臺能夠為各個系統的整合提供一個整體支撐環境,更好地解決應用的集成等問題。通過用戶整合,實現用戶的統一管理和單點登陸功能;通過采用PORTAL技術,來整合內網中的異構系統,實現應用整合;采用SOA技術,通過ESB實現各種應用之間數據的共享和集成來實現數據整合和系統間信息資源的最大整合;通過可視化過程配置管理來實現流程整合和對業務管理能力的全面提升。
通過創恒信的F1-ERP開發平臺,我們可以看出,配置化的ERP開發平臺,采取的是行業業務專家主導的ERP開發模式,主要解決技術人員與敏捷開發的問題,由于開發效率高,能夠快速適應項目變化和滿足用戶“隨需而變”的需求,并能夠快速地實現各種復雜應用開發和應用集成,因此較好地解決了當前仍然困擾軟件業界的ERP開發的主要難題。
另據了解,創恒信的F1-ERP開發平臺正式發布之前,即已在國電石嘴山發電有限公司等多家大型電力企業中得到了成功應用,經受了大型復雜應用實踐的檢驗。而選擇成熟而實用的商用軟件平臺,來開發ERP應用系統和滿足用戶的個性化需求,無疑已成為當前ERP主流軟件廠商、系統集成商以及大中型企業用戶的共識。
轉載請注明出處:拓步ERP資訊網http://www.guhuozai8.cn/
本文標題:配置化開發平臺解困ERP開發
本文網址:http://www.guhuozai8.cn/html/consultation/10825916395.html