ERP之關鍵——元件結構(轉)
ERP之關鍵——元件結構
http://www.226e.net/article/13/Article6494_1.htm
沒有人能說清ERP主幹(Backbone)結構的確切含義?儘管專家、廠商、使用者天天提到這個概念,但對圈外人來說,ERP主幹結構仍然是軟體業中最容易產生混淆的概念。甚至ERP本身也產生了許多含義。人們通常在兩種情況下可以接觸到ERP主幹結構,即考察套件程式中的具體應用和探測系統底層結構時。現在,使用者對統一的ERP系統的需求,使廠商紛紛採用元件技術。
使用者需求:統一
今天大多數客戶都從單個供應商那裡購買自己所用的全部資訊管理系統。在過去的幾年裡,客戶一般都制定系統配置的規劃來削減軟體的TCO,他們規定採用一種軟體平臺以減少維護和開發的費用。由於此原因,廠商和使用者都考慮將複雜的ERP軟體設計在一個平臺上執行。
系統中應用程式指令碼語言要求企業必須採用同樣的平臺才能執行程式,才能產生詳細的效能分析報告。這些應用包括金融系統(付帳、帳單管理、帳目分類、預算等)、定單管理系統和人力資源管理等。典型情況下,這些系統通過共享的服務模組在整個企業內部形成應用。而有些企業沒有采取使用共享服務的方法,他們的觀點是企業CIO和企業IT部門對資訊的需求是不一致的,特殊的站點經常要負擔一些特殊的任務,所以他們對站點分配不同的工作任務以達到協同工作的目的。例如,一個藥品生產企業與醫療器械生產企業的資訊需求就明顯不同。
ERP主幹結構應用的情況集中反映在應用程式指令碼上。這是從早期的MRP(資源需求計劃)上發展起來的,MRP系統是一種處理企業資源配置應用的軟體包。原始的MPR結構缺陷之一是它將注意力集中在企業管理的操作過程而不是整合上。在以後的ERP軟體設計中,開發者嵌入了一種企業結構設計的方法。單個的企業模型使用並不廣泛,因為它沒有完全滿足CIO的需求,CIO要求的是複雜的資料綜合。ERP在解決自身缺陷的過程中不斷髮展,目前已經有了處理1至2萬個使用者的系統,軟體價格超過1億美元。
ERP供應商調整了應用程式的組織結構,通常包括生產管理、金融、分配和客戶服務程式。在一個整合的系統中,所有應用程式對公用資料庫進行操作,至少有一個公用資料模型做為ERP主幹結構而存在。其應用程式相對比較靈活,可以根據使用者的不同進行修改。結果是程式設計師之間的資料模型有所差異,而且使用者的系統種類也不盡相同,造成了在系統整合期間,必須在介面的協調上耗費大量精力。這種問題非常複雜,大多數IT部門都避免發生這種情況。當在為非製造企業(如保險、銀行、保健等行業)編制系統時,相關的資料模型都要做一定改動。
廠商迎合:整合
雖然大多數企業都傾向於從一個提供商那裡購買所有的商業應用軟體,但各個ERP廠商提供的產品差別很大。全球性廠商必須要成功整合各個廠商的ERP系統,例如將賬務管理本地化,以迎合當地的財務制度,這對大企業是一個複雜的問題。在這種情況下,IT部門希望ERP主幹結構成為一個代理,一個類似於集線器的裝置,可以相容各種介面。
現在對使用SAPR/3、Oracle、PeopleSoft、Baan的軟體的使用者有個好訊息。小型軟體開發商可以輕鬆地將來自不同廠商的產品整合在一起。許多大型跨國企業使用大型R/3來扮演ERP主幹結構的角色。這些企業為金融、人事等經常性的管理提供統一的安裝軟體,這些資訊可以為其他系統共享。實際上,許多企業都是使用R/3做為主要的共享程式,而在外圍使用不同廠商的軟體產品。另外,隨著業務的發展,一些企業必須採用有特殊功能的軟體,諸如資金分配、計劃表等。
對那些做為第二選擇的獨立生產廠商來說,一些廠商希望他們的應用系統是獨立成件的,這樣便於整合,使用“最好種類(bestofbreed)”解決方案可能是最佳選擇。這種方式可以使使用者得到功能強大的系統,而且可擴充套件性極強。對IT管理者來說,其疑問在於採用這種技術效能到底如何?
應用程式成功整合的可能使IT管理人員將採購的目光轉向小型專業軟體生產廠商。今天,大多數系統已經毫不猶豫的採用了基於元件的技術。元件結構是當今最耀眼的明星,為廠商創造了無數的機會,它可以在ERP主要程式上新增使用者希望得到的功能,可以完成自己的特殊需求。如果元件技術想要在ERP市場上取得成功,它必須做到與ERP主幹結構的輕鬆整合。在這種情況下,ERP主幹結構是管理、執行元件的基礎層次。它至少要提供安全、對COM和COBRA框架整合的功能,提供工作流管理應用程式佈置的功能。大多數ERP廠商都有自己的元件購買計劃;同時,微軟也在雄心勃勃的依靠其BackOffice推行其元件戰略。
在商業物件元件模型下,從單獨的應用程式供應商分別購買所需的軟體可以降低風險和投資。來自不同廠商的產品會遵守標準介面,可以順利實現程式間的通訊。這些技術將促進ERP主幹結構的發展,可以使用“最好種類”方案完成最終的應用。
元件技術的出現帶動了外掛市場的發展。如CIO在想改造ERP的功能時,可以不再重新設計ERP,而只是更換一些外掛,這是一個理想的方法。使用這種結構,也將使企業的發展能迅速跟上商業的最新發展。基於ERP、為其提供特性外掛的市場已經產生,而且增長很快。業內一些廠商認為ERP市場還會存在20年左右。但從現在開始,ERP主幹結構將會建立在基於元件的基礎之上。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-19829/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 淺談ERP實施關鍵(轉載)
- (轉)ERP人員的知識結構
- ERP專案成敗的七個關鍵點(轉)
- 淺談ERP專案實施成功的關鍵因素之團隊建設(轉)
- ERP中的製造資料結構(轉)資料結構
- 差異化成ERP軟體廠商決勝關鍵(轉)
- JIT匯入 ERP系統實施成功的關鍵前奏(轉)
- 數字化轉型時代:非結構化資料保護是關鍵
- iOS有關架構元件化的文章連結iOS架構元件化
- 【工業機器人】工業機器人之五大機械結構及關鍵零元件分析機器人元件
- 專案總結:形成閉環的關鍵(轉)
- ORACLE ERP 表結構介紹Oracle
- Oracle ERP 表結構 介紹Oracle
- 管理研發專案的關鍵之處(轉)
- 玩轉資料結構之陣列資料結構陣列
- ERP行業05年風向標:低價是手段 需求最關鍵(轉)行業
- java之this關鍵字Java
- 關於架構離不開資料結構之說架構資料結構
- 服裝erp軟體實施的關鍵因素
- 淺談React元件結構React元件
- linux核心資料結構之kfifo【轉】Linux資料結構
- 婚禮籌備之WBS工作分解結構(轉)
- 假期總結保障企業網路安全的關鍵(轉)
- java之static關鍵字Java
- java之super關鍵字Java
- 關鍵事件法(轉載)事件
- ERP與SOA結合:基於SOA的ERP體系架構架構
- ERP專案成功實施的三大關鍵要素
- 構建ERP應用組合拳(轉)
- 訊息中介軟體之RabbitMQ關鍵知識點總結MQ
- 解讀三角關係(ERP)(轉)
- CRM與ERP的整合與關係(轉)
- static關鍵字作用總結
- Vuex之結構Vue
- Oracle之結構Oracle
- Oracle體系結構之-物理結構Oracle
- [譯] React 元件的 8 個關鍵決策React元件
- Docker 關鍵字說明及一鍵構建相關服務Docker