
UDDI(統(tǒng)一描述發(fā)現(xiàn)和集成) 提供一種發(fā)布和查找服務(wù)描述的方法。UDDI 數(shù)據(jù)實體提供對定義業(yè)務(wù)和服務(wù)信息的支持。WSDL 中定義的服務(wù)描述信息是UDDI注冊中心信息的補充。
Web Services 服務(wù)提供方通過WSDL(Web Services Des cription Language) 描述所提供的服務(wù),并將這一描述告知Web Services 注冊服務(wù)器。注冊服務(wù)器依據(jù)WSDL 的描述,依照UDDI (Universal Des cription Discovery and Integration) 的協(xié)定更新服務(wù)目錄并在Internet 上發(fā)布。用戶在使用Web Services 前先向注冊服務(wù)器發(fā)出請求,獲得Web Services 提供者的地址和服務(wù)接口信息,之后使用SOAP 協(xié)議(Simple Object Access Protocol) 與Web Services 提供者建立連接,進行通信。Web Services 的技術(shù)主要建立在XML 的規(guī)范之上,這保證了這一體系結(jié)構(gòu)的平臺無關(guān)性、語言無關(guān)性和人機交互性能。
電子商務(wù)和ERP的集成框架。傳統(tǒng)的應用系統(tǒng)大都不太靈活,它們都建立在點到點的解決方案的基礎(chǔ)上,需要程序員大量的工作和一個比較長的開發(fā)周期。造成大量昂貴硬編碼的單獨應用,這些應用不能很好的集成也不能靈活的適應業(yè)務(wù)流程的改變。通過第2部分的分析,可以知道,功能組件化并具有良好集成性的Web services可解決這些問題。通過對Web服務(wù)平臺的研究并結(jié)合電子商務(wù)和ERP的具體特點,本文提出的框架整體結(jié)構(gòu):
在該模式中我們不使用傳統(tǒng)點到點的集成,而是在原有集成模式的基礎(chǔ)上結(jié)合Web服務(wù)新技術(shù),提出的一種新模式。該集成框架將企業(yè)后臺的ERP系統(tǒng)和前臺的電子商務(wù)系統(tǒng)集成到框架中。
SOAP消息代理是整個框架的信息處理中心,它根據(jù)預先定義好的應用消息轉(zhuǎn)換機制將消息轉(zhuǎn)換成目標應用需要的數(shù)據(jù)并存儲到應用消息倉庫中。除了保存和轉(zhuǎn)發(fā)應用消息之外,消息代理還負責將不同的企業(yè)應用所保存的應用數(shù)據(jù)通過企業(yè)模型轉(zhuǎn)化為一致的企業(yè)數(shù)據(jù),保存到數(shù)據(jù)庫中。
客戶端通過UDDI的標準和機制來搜尋需要的web服務(wù),綁定找到的web服務(wù)并使用它提供的服務(wù)。另外,框架為企業(yè)進一步發(fā)展電子商務(wù)提供了接口,建立在UDDI基礎(chǔ)上的Web services可以完成這一功能。
目前關(guān)于企業(yè)內(nèi)部系統(tǒng)集成 的論述比較多,而關(guān)于企業(yè)內(nèi)、外部系統(tǒng)的集成整合的觀點比較少。事實上,隨著企業(yè)規(guī)模的發(fā)展壯大,企業(yè)外部系統(tǒng)的集成比內(nèi)部系統(tǒng)的集成更為重要,對電子商務(wù)和ERP系統(tǒng)進行整合集成順理成章被提上關(guān)鍵日程。
CIO頻道人物視窗
CIO頻道方案案例庫
大數(shù)據(jù)建設(shè)方案案例庫
電子政務(wù)建設(shè)方案案例庫
互聯(lián)集成系統(tǒng)構(gòu)建方案案例庫
商務(wù)智能建設(shè)方案案例庫
系統(tǒng)集成類軟件信息研發(fā)企業(yè)名錄