隨著計(jì)算機(jī)軟件技術(shù)的進(jìn)步和企業(yè)信息化的不斷發(fā)展,企業(yè)使用的軟件,如:ERP、企業(yè)門戶、CRM以及PDM等應(yīng)用和管理系統(tǒng)也越來越多。如何對(duì)這些應(yīng)用系統(tǒng)進(jìn)行成功集成成為企業(yè)面對(duì)的一個(gè)重要問題。不僅企業(yè)內(nèi)部的各應(yīng)用系統(tǒng)需要集成，企業(yè)內(nèi)部與外部系統(tǒng)的集成也刻不容緩，比如當(dāng)前討論較多的電子商務(wù)和ERP集成。

　　電子商務(wù)和ERP集成的必要性。電子商務(wù)與ERP都屬于企業(yè)的信息系統(tǒng)，但從兩者的職能范圍來看，還是有著很大區(qū)別的。ERP系統(tǒng)是由MRP、 MRPⅡ等企業(yè)管理思想發(fā)展來的，管理范圍側(cè)重于企業(yè)內(nèi)部。相比之下，電子商務(wù)主要是解決企業(yè)與外部世界的通信，連接和交易，利用INTERNET以及相關(guān)的網(wǎng)絡(luò)技術(shù)來解決商業(yè)交易問題，降低產(chǎn)、供、銷成本，開拓新的市場(chǎng)，創(chuàng)造新的商機(jī)從而增加企業(yè)利潤的商業(yè)活動(dòng)。

　　但是當(dāng)前電子商務(wù)和ERP建設(shè)中存在諸多問題:電子商務(wù)與ERP被分裂開來，沒有統(tǒng)一規(guī)劃和統(tǒng)一設(shè)計(jì);兩個(gè)系統(tǒng)下的采購數(shù)據(jù)、銷售數(shù)據(jù)和財(cái)務(wù)數(shù)據(jù)沒有進(jìn)行合并、使數(shù)據(jù)失去一致性和完整性;軟件資源、硬件資源和數(shù)據(jù)資源沒有充分共享，造成建設(shè)成本過高和存儲(chǔ)空間浪費(fèi);把電子商務(wù)片面理解成電子商店或僅僅建立一個(gè)網(wǎng)站;往往ERP直接采用市場(chǎng)上的商品軟件，而電子商務(wù)則自己開發(fā)，不能實(shí)現(xiàn)兩者的會(huì)話與集成。

　　而事實(shí)上電子商務(wù)和ERP系統(tǒng)如同前線和后方的關(guān)系，兩者息息相關(guān)，如果企業(yè)前端的電子商務(wù)和后臺(tái)的ERP系統(tǒng)脫節(jié)，會(huì)導(dǎo)致很多關(guān)鍵的信息和數(shù)據(jù)被封閉在相互獨(dú)立的系統(tǒng)中，部門間重復(fù)著冗余的工作，不能對(duì)客戶作出迅速及時(shí)有效的響應(yīng)，使企業(yè)工作效率下降以及運(yùn)營成本上升，從而給企業(yè)自身帶來極大的損害。因此，現(xiàn)在的ERP必須能夠適應(yīng)互聯(lián)網(wǎng)的應(yīng)用，可以支持跨平臺(tái)的多組織的應(yīng)用，并和電子商務(wù)之間的應(yīng)用具有廣泛的數(shù)據(jù)、業(yè)務(wù)邏輯的接口，在建好后臺(tái)ERP的同時(shí)，并作好前端電子商務(wù)的高度系統(tǒng)集成。

　　基于Web services 的電子商務(wù)和ERP集成傳統(tǒng)的分布式技術(shù)。常見的企業(yè)應(yīng)用系統(tǒng)集成采用的分布式技術(shù)主要有Microsoft的分布式組件對(duì)象模型(DCOM)，OMG的公用對(duì)象請(qǐng)求代理程序體系結(jié)構(gòu)(CORBA)和SUN的遠(yuǎn)程方法調(diào)用(RMI)。通過對(duì)RMI、CORBA、DCOM三種傳統(tǒng)分布式技術(shù)進(jìn)行研究，并結(jié)合它們的應(yīng)用情況，可以發(fā)現(xiàn)這三種方式雖然都有自己獨(dú)到的技術(shù)優(yōu)勢(shì)，但是它們自身的缺陷也導(dǎo)致了這三種技術(shù)的進(jìn)一步推廣應(yīng)用。比如:RMI、CORBA等傳統(tǒng)分布式對(duì)象結(jié)構(gòu)主要用于企業(yè)內(nèi)部，很難擴(kuò)展到INTERNET上;RMI、CORBA、DCOM等體系結(jié)構(gòu)要求在對(duì)等體系結(jié)構(gòu)間才能進(jìn)行通信，即基于不同體系結(jié)構(gòu)的應(yīng)用系統(tǒng)是無法相互協(xié)作的，但是在電子商務(wù)中，要求所有參與者都采用同一種體系結(jié)構(gòu)是不現(xiàn)實(shí)的。而WEB SERVICES可以提供松散耦合的集成結(jié)構(gòu)，這是因?yàn)閃eb服務(wù)彼此之間是松耦合。連接中的任何一方都可更改執(zhí)行機(jī)制，卻不影響應(yīng)用程序的正常執(zhí)行，能較好保證不同系統(tǒng)或數(shù)據(jù)源之間的數(shù)據(jù)傳輸與共享。所以為了對(duì)ERP和電子商務(wù)進(jìn)行集成，提出采用WEB SERVICES技術(shù)。

　　對(duì)于什么是Web Services 一直沒有一個(gè)明確的答案,這里給出的看法是:Web Services 是一種基于組件的軟件平臺(tái),是面向服務(wù)的Internet 應(yīng)用。Web Services 是應(yīng)用于Internet 的,而不是限于局域網(wǎng)或試驗(yàn)環(huán)境。這要求提出的Web Services 框架必須適用于現(xiàn)有的Internet 軟件和硬件環(huán)境,即服務(wù)的提供者所提供的服務(wù)必須具有跨平臺(tái)、跨語言的特性。其次,Web Services 所提供的服務(wù)不僅是向人,更需服務(wù)于其它應(yīng)用系統(tǒng)。現(xiàn)有的Web網(wǎng)站也可以認(rèn)為是面向服務(wù)的,但這種服務(wù)僅僅可以提供給人使用(只有人類才可以讀懂瀏覽器下載的頁面) 。而新一代的Web Services 所提供的服務(wù)應(yīng)能被機(jī)器所讀懂,例如其它應(yīng)用程序及移動(dòng)設(shè)備中的軟件系統(tǒng)。這樣,我們可以看出,Web Services 的發(fā)展方向?qū)嶋H上是構(gòu)造一個(gè)在現(xiàn)有Internet 技術(shù)上的分布計(jì)算系統(tǒng)。

　　Web Services 框架的核心技術(shù)包括SOAP ,WSDL 和UDDI ,它們都是以標(biāo)準(zhǔn)的XML 文檔的形式表的。SOAP 是Web services 的通信協(xié)議。SOAP是一種簡(jiǎn)單的、輕量級(jí)的基于XML 的機(jī)制，用于在網(wǎng)絡(luò)應(yīng)用程序之間進(jìn)行結(jié)構(gòu)化數(shù)據(jù)交換。SOAP包括三部分:一個(gè)定義描述消息內(nèi)容的框架的信封，一組表示應(yīng)用程序定義的數(shù)據(jù)類型實(shí)例的編碼規(guī)則，以及表示遠(yuǎn)程過程調(diào)用和響應(yīng)的約定。

　　WSDL表示W(wǎng)EB服務(wù)說明語言。WSDL文件是一個(gè)XML 文檔，用于說明一組SOAP消息以及如何交換這些消息。

　　Web Services 的體系架構(gòu)如圖1 所示

　　Web Services 服務(wù)提供方通過WSDL(Web Services Description Language) 描述所提供的服務(wù),并將這一描述告知Web Services 注冊(cè)服務(wù)器。注冊(cè)服務(wù)器依據(jù)WSDL 的描述,依照UDDI (Universal Description Discovery and Integration) 的協(xié)定更新服務(wù)目錄并在Internet 上發(fā)布。用戶在使用Web Services 前先向注冊(cè)服務(wù)器發(fā)出請(qǐng)求,獲得Web Services 提供者的地址和服務(wù)接口信息,之后使用SOAP 協(xié)議(Simple Object Access Protocol) 與Web Services 提供者建立連接,進(jìn)行通信。Web Services 的技術(shù)主要建立在XML 的規(guī)范之上,這保證了這一體系結(jié)構(gòu)的平臺(tái)無關(guān)性、語言無關(guān)性和人機(jī)交互性能。

　　電子商務(wù)和ERP的集成框架。傳統(tǒng)的應(yīng)用系統(tǒng)大都不太靈活，它們都建立在點(diǎn)到點(diǎn)的解決方案的基礎(chǔ)上，需要程序員大量的工作和一個(gè)比較長的開發(fā)周期。造成大量昂貴硬編碼的單獨(dú)應(yīng)用，這些應(yīng)用不能很好的集成也不能靈活的適應(yīng)業(yè)務(wù)流程的改變。通過第2部分的分析，可以知道，功能組件化并具有良好集成性的Web services可解決這些問題。通過對(duì)Web服務(wù)平臺(tái)的研究并結(jié)合電子商務(wù)和ERP的具體特點(diǎn)，提出的框架整體結(jié)構(gòu)如圖2所示:

　　在該模式中我們不使用傳統(tǒng)點(diǎn)到點(diǎn)的集成，而是在原有集成模式的基礎(chǔ)上結(jié)合Web服務(wù)新技術(shù)，提出的一種新模式。該集成框架將企業(yè)后臺(tái)的ERP系統(tǒng)和前臺(tái)的電子商務(wù)系統(tǒng)集成到框架中。

　　SOAP消息代理是整個(gè)框架的信息處理中心，它根據(jù)預(yù)先定義好的應(yīng)用消息轉(zhuǎn)換機(jī)制將消息轉(zhuǎn)換成目標(biāo)應(yīng)用需要的數(shù)據(jù)并存儲(chǔ)到應(yīng)用消息倉庫中。除了保存和轉(zhuǎn)發(fā)應(yīng)用消息之外，消息代理還負(fù)責(zé)將不同的企業(yè)應(yīng)用所保存的應(yīng)用數(shù)據(jù)通過企業(yè)模型轉(zhuǎn)化為一致的企業(yè)數(shù)據(jù)，保存到數(shù)據(jù)庫中。

　　客戶端通過UDDI的標(biāo)準(zhǔn)和機(jī)制來搜尋需要的web服務(wù)，綁定找到的web服務(wù)并使用它提供的服務(wù)。另外，框架為企業(yè)進(jìn)一步發(fā)展電子商務(wù)提供了接口，建立在UDDI基礎(chǔ)上的Web services可以完成這一功能。

　　目前關(guān)于企業(yè)內(nèi)部系統(tǒng)集成 的論述比較多，而關(guān)于企業(yè)內(nèi)、外部系統(tǒng)的集成整合的觀點(diǎn)比較少。事實(shí)上，隨著企業(yè)規(guī)模的發(fā)展壯大，企業(yè)外部系統(tǒng)的集成比內(nèi)部系統(tǒng)的集成更為重要，對(duì)電子商務(wù)和ERP系統(tǒng)進(jìn)行整合集成順理成章被提上關(guān)鍵日程。