隨著計算機軟件技術的進步和企業(yè)信息化的不斷發(fā)展,企業(yè)使用的軟件,如:ERP、企業(yè)門戶、CRM以及PDM等應用和管理系統(tǒng)也越來越多。如何對這些應用系統(tǒng)進行成功集成成為企業(yè)面對的一個重要問題。不僅企業(yè)內(nèi)部的各應用系統(tǒng)需要集成,企業(yè)內(nèi)部與外部系統(tǒng)的集成也刻不容緩,比如當前討論較多的電子商務和ERP集成。 電子商務和ERP集成的必要性。電子商務與ERP都屬于企業(yè)的信息系統(tǒng),但從兩者的職能范圍來看,還是有著很大區(qū)別的。ERP系統(tǒng)是由MRP、 MRPⅡ等企業(yè)管理思想發(fā)展來的,管理范圍側重于企業(yè)內(nèi)部。相比之下,電子商務主要是解決企業(yè)與外部世界的通信,連接和交易,利用INTERNET以及相關的網(wǎng)絡技術來解決商業(yè)交易問題,降低產(chǎn)、供、銷成本,開拓新的市場,創(chuàng)造新的商機從而增加企業(yè)利潤的商業(yè)活動。 但是當前電子商務和ERP建設中存在諸多問題:電子商務與ERP被分裂開來,沒有統(tǒng)一規(guī)劃和統(tǒng)一設計;兩個系統(tǒng)下的采購數(shù)據(jù)、銷售數(shù)據(jù)和財務數(shù)據(jù)沒有進行合并、使數(shù)據(jù)失去一致性和完整性;軟件資源、硬件資源和數(shù)據(jù)資源沒有充分共享,造成建設成本過高和存儲空間浪費;把電子商務片面理解成電子商店或僅僅建立一個網(wǎng)站;往往ERP直接采用市場上的商品軟件,而電子商務則自己開發(fā),不能實現(xiàn)兩者的會話與集成。 而事實上電子商務和ERP系統(tǒng)如同前線和后方的關系,兩者息息相關,如果企業(yè)前端的電子商務和后臺的ERP系統(tǒng)脫節(jié),會導致很多關鍵的信息和數(shù)據(jù)被封閉在相互獨立的系統(tǒng)中,部門間重復著冗余的工作,不能對客戶作出迅速及時有效的響應,使企業(yè)工作效率下降以及運營成本上升,從而給企業(yè)自身帶來極大的損害。因此,現(xiàn)在的ERP必須能夠適應互聯(lián)網(wǎng)的應用,可以支持跨平臺的多組織的應用,并和電子商務之間的應用具有廣泛的數(shù)據(jù)、業(yè)務邏輯的接口,在建好后臺ERP的同時,并作好前端電子商務的高度系統(tǒng)集成。 基于Web services 的電子商務和ERP集成傳統(tǒng)的分布式技術。常見的企業(yè)應用系統(tǒng)集成采用的分布式技術主要有Microsoft的分布式組件對象模型(DCOM),OMG的公用對象請求代理程序體系結構(CORBA)和SUN的遠程方法調用(RMI)。通過對RMI、CORBA、DCOM三種傳統(tǒng)分布式技術進行研究,并結合它們的應用情況,可以發(fā)現(xiàn)這三種方式雖然都有自己獨到的技術優(yōu)勢,但是它們自身的缺陷也導致了這三種技術的進一步推廣應用。比如:RMI、CORBA等傳統(tǒng)分布式對象結構主要用于企業(yè)內(nèi)部,很難擴展到INTERNET上;RMI、CORBA、DCOM等體系結構要求在對等體系結構間才能進行通信,即基于不同體系結構的應用系統(tǒng)是無法相互協(xié)作的,但是在電子商務中,要求所有參與者都采用同一種體系結構是不現(xiàn)實的。而WEB SERVICES可以提供松散耦合的集成結構,這是因為Web服務彼此之間是松耦合。連接中的任何一方都可更改執(zhí)行機制,卻不影響應用程序的正常執(zhí)行,能較好保證不同系統(tǒng)或數(shù)據(jù)源之間的數(shù)據(jù)傳輸與共享。所以為了對ERP和電子商務進行集成,本文提出采用WEB SERVICES技術。 對于什么是Web Services 一直沒有一個明確的答案,這里給出的看法是:Web Services 是一種基于組件的軟件平臺,是面向服務的Internet 應用。Web Services 是應用于Internet 的,而不是限于局域網(wǎng)或試驗環(huán)境。這要求提出的Web Services 框架必須適用于現(xiàn)有的Internet 軟件和硬件環(huán)境,即服務的提供者所提供的服務必須具有跨平臺、跨語言的特性。其次,Web Services 所提供的服務不僅是向人,更需服務于其它應用系統(tǒng),F(xiàn)有的Web網(wǎng)站也可以認為是面向服務的,但這種服務僅僅可以提供給人使用(只有人類才可以讀懂瀏覽器下載的頁面) 。而新一代的Web Services 所提供的服務應能被機器所讀懂,例如其它應用程序及移動設備中的軟件系統(tǒng)。這樣,我們可以看出,Web Services 的發(fā)展方向實際上是構造一個在現(xiàn)有Internet 技術上的分布計算系統(tǒng)。 Web Services框架的核心技術包括SOAP,WSDL和UDDI,它們都是以標準的XML 文檔的形式表的。SOAP 是Web services 的通信協(xié)議。SOAP是一種簡單的、輕量級的基于XML 的機制,用于在網(wǎng)絡應用程序之間進行結構化數(shù)據(jù)交換。SOAP包括三部分:一個定義描述消息內(nèi)容的框架的信封,一組表示應用程序定義的數(shù)據(jù)類型實例的編碼規(guī)則,以及表示遠程過程調用和響應的約定。 WSDL表示W(wǎng)EB服務說明語言。WSDL文件是一個XML 文檔,用于說明一組SOAP消息以及如何交換這些消息。 UDDI(統(tǒng)一描述發(fā)現(xiàn)和集成) 提供一種發(fā)布和查找服務描述的方法。UDDI 數(shù)據(jù)實體提供對定義業(yè)務和服務信息的支持。WSDL 中定義的服務描述信息是UDDI注冊中心信息的補充。 Web Services 的體系架構如圖所示 Web Services 服務提供方通過WSDL(Web Services Des cription Language) 描述所提供的服務,并將這一描述告知Web Services 注冊服務器。注冊服務器依據(jù)WSDL 的描述,依照UDDI (Universal Des cription Discovery and Integration) 的協(xié)定更新服務目錄并在Internet 上發(fā)布。用戶在使用Web Services 前先向注冊服務器發(fā)出請求,獲得Web Services 提供者的地址和服務接口信息,之后使用SOAP 協(xié)議(Simple Object Access Protocol) 與Web Services 提供者建立連接,進行通信。Web Services 的技術主要建立在XML 的規(guī)范之上,這保證了這一體系結構的平臺無關性、語言無關性和人機交互性能。 電子商務和ERP的集成框架。傳統(tǒng)的應用系統(tǒng)大都不太靈活,它們都建立在點到點的解決方案的基礎上,需要程序員大量的工作和一個比較長的開發(fā)周期。造成大量昂貴硬編碼的單獨應用,這些應用不能很好的集成也不能靈活的適應業(yè)務流程的改變。通過第2部分的分析,可以知道,功能組件化并具有良好集成性的Web services可解決這些問題。通過對Web服務平臺的研究并結合電子商務和ERP的具體特點,本文提出的框架整體結構如圖所示: 在該模式中我們不使用傳統(tǒng)點到點的集成,而是在原有集成模式的基礎上結合Web服務新技術,提出的一種新模式。該集成框架將企業(yè)后臺的ERP系統(tǒng)和前臺的電子商務系統(tǒng)集成到框架中。 SOAP消息代理是整個框架的信息處理中心,它根據(jù)預先定義好的應用消息轉換機制將消息轉換成目標應用需要的數(shù)據(jù)并存儲到應用消息倉庫中。除了保存和轉發(fā)應用消息之外,消息代理還負責將不同的企業(yè)應用所保存的應用數(shù)據(jù)通過企業(yè)模型轉化為一致的企業(yè)數(shù)據(jù),保存到數(shù)據(jù)庫中。 客戶端通過UDDI的標準和機制來搜尋需要的web服務,綁定找到的web服務并使用它提供的服務。另外,框架為企業(yè)進一步發(fā)展電子商務提供了接口,建立在UDDI基礎上的Web services可以完成這一功能。 目前關于企業(yè)內(nèi)部系統(tǒng)集成 的論述比較多,而關于企業(yè)內(nèi)、外部系統(tǒng)的集成整合的觀點比較少。事實上,隨著企業(yè)規(guī)模的發(fā)展壯大,企業(yè)外部系統(tǒng)的集成比內(nèi)部系統(tǒng)的集成更為重要,對電子商務和ERP系統(tǒng)進行整合集成順理成章被提上關鍵日程。