【正文】 ｗ 髂琵 ∞ 服務(wù)發(fā)現(xiàn) Ｓｅｒｖ ｉｃｅ銎ｉ ｓｅｏｙｅｒｙ ∞Ｄｌ，髂一Ｉｎ蹄ｅｃｔ ｉ鋤 ＵＤＤＩ，ＷＳ—Ｒｏｕｔｉｎｇ，ＷＳ—Ｒｅｆｅｒｒａｌ ．２ 乏 盞 ｔＨ 。ｌＰｖ６ 翻３－２鬻ｅｂ服務(wù)技術(shù)堆棧 描述和發(fā)現(xiàn)層是為了使服務(wù)提供者和服務(wù)請求者能夠成功地進(jìn)行交互。ＷＳＤＬ文檔可以漱其它服務(wù)描述文檔來補(bǔ)充，從而描述ｗｅｂ服務(wù)的更離 級的方面，比如可以使用Ｕ明Ｉ數(shù)據(jù)結(jié)構(gòu)作為骼ＤＬ的附加文檔來補(bǔ)充描述企業(yè) 業(yè)務(wù)上下文信息、服務(wù)的質(zhì)量和服務(wù)間的相互關(guān)系等內(nèi)容。 Ｓｅｒｖｉｅｅ Ｂｕｓｉｎｅｓｓ ｐｒｏｃｅｓｓ Ｅｘｅｅｕｔｉｏｎ 從圖３—２中可以看到驃ｅｂ服務(wù)涉及到～些薪的網(wǎng)絡(luò)計(jì)算技術(shù)標(biāo)準(zhǔn)和規(guī)范， ｌ毒 山東師范大學(xué)碩士學(xué)位論文 如；籬單對象訪閥協(xié)議ｓ馘ｐ，餮ｅｂ赧務(wù)描述語畜髂乩，統(tǒng)一描述、發(fā)現(xiàn)和集成 ＵＤＤＩ等，這些內(nèi)容在下節(jié)中有具體分析。麒Ｌ具有冊她語言所欠缺的巨大的伸縮性與靈活性，使用者 可以根據(jù)需要自行定義標(biāo)記來描述各種數(shù)據(jù)，從而使數(shù)據(jù)表示的內(nèi)容更豐富、 更復(fù)雜多樣。 與蹦Ｌ有關(guān)的重要技術(shù)規(guī)范包括ＤＴＤ，Ｓｃｈｅ腿，ＳＡＸ，Ｄ嘲，ＣＳＳ，Ｘ鼴，Ｘ風(fēng)ｔｈ， ’ Ｘｌｉｎｋ，ＸＰｏｉｎｔ，ＸＱｕｅｒｙ等眾多規(guī)范。 Ｄｅ：ｆｉｎｉｔｉｏｎ，文檔類型定義）規(guī)定文檔的邏輯結(jié)構(gòu)。ＤＴＤ定義頁面的元素、元素的屬性以及元素和屬性之 間的關(guān)系。但是ＤＴＤ缺乏對】（ＭＬ文檔的內(nèi)容及其語義的約束機(jī)制，這將 限制煳毛處理器進(jìn)行有效的類型檢驗(yàn)，應(yīng)用軟件開發(fā)者將不得不專門編寫有關(guān) 類型檢驗(yàn)的代碼。 ’用ＸＭＬ Ｓｃｈｅ腿書寫的模式文檔定義了相應(yīng)的）（ＭＬ文檔的規(guī)則，以約束其數(shù) 據(jù)元素及其關(guān)系。其次，ＤＴＤ語言有其獨(dú)立的語法形式，ＸＭＬ Ｓｃｈｅｍａ文檔本身就是一個(gè)）（ＭＬ 文檔，可以用潮￡工具進(jìn)行分析。 山東師范大學(xué)碩士學(xué)位論文 磷Ｌ Ｓｃｈｅ瓔ａ主要由以下霾部分構(gòu)成： （１）命名模型組 Ｘ池Ｓｅｈｅ艇支持命名空聞及其雩ｌ入與包含。 （２）元素與屬性 元素和屬性的標(biāo)記分別為ｅｌｅ艙ｎｔ和ａｔｔｒ誨ｕｔｅ。元素的類型還可以是復(fù) 雜類型。簡單類型 包括瑚乙內(nèi)置的基本類型和由這些類型擴(kuò)展麗來的類型，它不能有子元素和屬 性。 （４）一致性約束 一致性約束可以唯一識別文檔中的節(jié)點(diǎn)，并確保它們之間弓｜用的完整性。應(yīng)用開發(fā)者可以使用這些標(biāo)準(zhǔn)的接口來獲德和設(shè)置煳Ｌ文檔中的元 素、屬性、數(shù)據(jù)內(nèi)容等。 在應(yīng)用程序中，基予Ｄ例的ＸＭ乙分析器將一個(gè)）（ＭＬ文檔轉(zhuǎn)換成一個(gè)對象模 型的集合（通常稱Ｄ蹦樹），應(yīng)用程序正是通過對這個(gè)對象模型的操作，來實(shí)現(xiàn) 對ｘＭＬ文檔數(shù)據(jù)的操作。Ｄ嗍接嗣提供了一種通過分層對象模型來訪閥燃Ｌ文 檔信息的方式，這些分層對象模型依據(jù)）（Ｍ乙的文檔結(jié)構(gòu)形成了一棵節(jié)點(diǎn)樹，也 就是說，Ｄ嘲強(qiáng)制使用樹模型來訪闖麟Ｌ文檔中的信息。當(dāng)使用Ｓ鑫Ｘ分析器對蕊Ｌ文檔進(jìn)行分柝時(shí)，會(huì)觸發(fā)一系列事件， ｜６ ｍ東師范大學(xué)碩士學(xué)位論文 并激活褶應(yīng)靜事件處理番數(shù)，應(yīng)用程痔透過這些事件處理函數(shù)實(shí)現(xiàn)對Ｘ溉文檔 的訪問，因而ＳＡＸ接口也被稱為事件驅(qū)動(dòng)接口。由于ＤｏＭ分析器把整個(gè)ＸＭＬ文檔轉(zhuǎn)化 成湖樹放在了內(nèi)存中，因此當(dāng)文檔比較大或者結(jié)梅比較復(fù)雜時(shí)，對內(nèi)存的需 求就比較高，而且對于結(jié)構(gòu)復(fù)雜的樹的遍歷也是一項(xiàng)耗時(shí)的操作，所以ＤｏＭ分 析器對機(jī)器性能的要求比較高，實(shí)現(xiàn)效率不十分理想。 綜上所述，無論是剃接口還是ＳＡＸ接囂，都各自有其優(yōu)缺點(diǎn)。 ３．ＸＳＬ和ＣＳＳ ＸＳＬ是一種基于潮Ｌ的語言。 ＸＳＬＴ是一種用于對蕊Ｌ文檔進(jìn)行轉(zhuǎn)換的語言，ＸＰａｔｈ主要用于進(jìn)行定位黼Ｌ文 檔的某個(gè)部分，由ＸＳＬＴ及ＸＰｏｉｎｔｅｒ使用，ＸＳＬＦＯ用于描述格式化信息，ＸＳＬＦＯ 對煳Ｌ文件進(jìn)行格式化處理，可達(dá)到定位精確、版式優(yōu)美的效果。它 不能執(zhí)行計(jì)算、重新整理或排序數(shù)據(jù)、組合多個(gè)源碼中的數(shù)據(jù)和根據(jù)用戶或會(huì) 話的特征個(gè)性化地顯示內(nèi)容。ＸＳＬ是專為蕊Ｌ設(shè)計(jì)的樣式表語言，并采用瑚Ｌ語法。 ４。ＸＰａｔｈ將捌Ｌ文檔看成帶有結(jié)點(diǎn)的樹狀結(jié)構(gòu)，利用ＸＰａｔｈ，可以在ＸＭＬ文 檔的樹狀結(jié)棗≈中找到任意的結(jié)點(diǎn)。 ＸＱ毽ｅｒｙ是一種邈數(shù)性語言。通過將異構(gòu) 數(shù)據(jù)源的數(shù)據(jù)翻譯成ｘＭＬ文檔，ＸＱｕｅｒｙ可以查詢異構(gòu)的數(shù)據(jù)源㈨?？偟膩碚f，ＸＰａｔｈ的功能是定義 ～種語法實(shí)現(xiàn)在糊乙文檔嵌套的層次結(jié)構(gòu)中進(jìn)行導(dǎo)航式訪聞。２籜ｅｂ服務(wù)的消息傳輸方式叫Ｏ艫 ＳｏＡｐ（Ｓｉｍｐｌｅ ｏｂ＇ｊｅｅｔ Ａｅｅｅｓｓ婦ｏｔｏｃｏ王，簡單對象訪問協(xié)議）‘蚓，定義了 用）（１ＩｌＬ和ＨＴＴＰ訪問服務(wù)、對象和服務(wù)器的方法，是一個(gè)將不同類項(xiàng)的軟件組件 連接起來的協(xié)議。 要在整個(gè)互聯(lián)網(wǎng)內(nèi)實(shí)現(xiàn)程序聞的遠(yuǎn)程調(diào)用和信息傳遞，挖掘出現(xiàn)有技術(shù)的 核心概念，將其規(guī)范為簡單的協(xié)議并成為工業(yè)標(biāo)準(zhǔn)，這正是ＳＯＡＰ要解決的問題 和墨的。相對∞鹺和ＣＯ鯧Ａ麗言， 它更簡單，使用的范圍更廣泛。與組件技術(shù)一樣，Ｗｅｂ 服務(wù)的具體實(shí)現(xiàn)過程被封裝成黑盒子，其它程序通過它提供的一些露數(shù)接口調(diào) 用ｗｅｂ服務(wù)。此外，ｗｅｂ服務(wù)的接口嚴(yán)格 定義力特定豹消息模式，透過用Ｓ。 ３．２．３ Ｗｅｂ服務(wù)的描述方式叫ＳＤＬ Ｌａｎｇｕａｇｅ，Ｗｅｂ服務(wù)描述語言）瞄１是 ＷＳＤＬ（ｗｅｂ Ｓｅｒｖｉｅｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ 鹺ｉｅｒｏｓｏｆｔ公司和Ｉ蹦公司聯(lián)合開發(fā)描述Ｗｅｂ服務(wù)的基于礎(chǔ)Ｌ格式的協(xié)定語言。 １８ 山東師范大學(xué)碩士學(xué)位論文 燼跣遴過在服務(wù)提供者和服務(wù)請求者之聞交換故滿意來搐述鬻ｅｂ黢務(wù)。消息由一系 列的具有特定類型的數(shù)據(jù)條疆組成。由于餮Ｓ跣是Ｘ乳文檔，函此很容易用蕊Ｌ分析器進(jìn)行閱讀和編輯，僵 大多數(shù)情況下，它由軟件生成和使用。這種抽象描述為端口重用提供了～種實(shí)瑗機(jī)制。ＷＳＤＬ文檔通過６個(gè)元素來具體定義一 個(gè)服務(wù)及其屬性，即： １）Ｄｅｆｉｎｉｔｉｏｎ元素：定義ｗｅｂ服務(wù)的名稱以及聲明命名空間； ２）Ｔｙｐｅ元素：一個(gè)使用特定類型規(guī)則定義的數(shù)據(jù)類型容器； ３）Ｍｅｓｓａｇｅ元素：對具有規(guī)則定義的交互數(shù)據(jù)的抽象描述； ‘４）ＰｏｒｔＴｙｐｅ元素：為端口提供不同抽象操作的集合； ５）Ｂｉｎｄ主ｎｇ元素：制定一個(gè)具體端口類型的協(xié)議和數(shù)據(jù)格式： ６）Ｓｅｒｖｉｃｅ元素：一組端口地址與特定綁定的集合。除說明消息內(nèi)容外，ｗｓＤＬ還定義了服 務(wù)的位置，以及使用什么通信協(xié)議與服務(wù)進(jìn)行通信。借助于ＵＤ０至，企塹能夠發(fā)毒并搜索鬻ｅｂ服務(wù)， 從而大大降低發(fā)布信息和尋找業(yè)務(wù)伙伴的成本，提高企業(yè)運(yùn)營效率。ｌｊ鞠王的核心組件是ＵＤＤｌ商韭注冊， 山東ｊＩｉ｜ｉ范大學(xué)碩士攀位論文 它使用～個(gè)Ｘ甩文檔來描述企監(jiān)及其提供的霧ｅｂ服務(wù)。 （２）黃頁（￥ｅ羔王。 （３＞綠頁（Ｇｒｅｅｎ阮ｇｅ）：按照服務(wù)將企監(jiān)組織起來，包括了關(guān)于該企業(yè) 所提供的ｗｅｂ服務(wù)的技術(shù)信息，其形式可能是一些指向文件或ＵＲＬ的指針，而 這些文榫或Ｕ甩是為服務(wù)發(fā)現(xiàn)機(jī)制服務(wù)的。 其中ｌｎｑＨｉｒｙ ＡＰ王ｓ（查詢ＡＰＩｓ）腭來查詢定位商業(yè)實(shí)體、服務(wù)、綁定等信息。 ３．３本章小節(jié) 本章對開發(fā)集成系統(tǒng)要用到Ｗｅｂ服務(wù)的關(guān)鍵技術(shù)進(jìn)行了分析，闡述了ｗｅｂ 服務(wù)的體系結(jié)構(gòu)和技術(shù)堆棧，分析了其中涉及的幾個(gè)關(guān)鍵協(xié)議規(guī)范。發(fā)布產(chǎn)品信息，提供網(wǎng)上訂單交易和網(wǎng)上電子支 付、購買。為了更好的方便客戶進(jìn)行訂單操作，更好地為客戶提供人性他的服 務(wù)，必須同時(shí)采用Ｃ麟的管理思想與客戶進(jìn)行交流。在集成方案中專門引入了Ｃ跳，用來實(shí)現(xiàn)ＥＲＰ與 電子商務(wù)集成在面向客戶時(shí)的無縫銜接嘲。通過建立電子商務(wù)方式供應(yīng)鏈管理平 臺，由此在網(wǎng)上進(jìn)行信息發(fā)布、信息咨詢、物資采購、產(chǎn)品銷售、供應(yīng)商管理 等。以上功能在集成系統(tǒng)中是通過ＳｃＭ模塊來實(shí)現(xiàn)，借助電子商務(wù)平臺搭 建供應(yīng)鏈管理系統(tǒng)Ⅲ１ 由此得出圖４一ｌ所示的ＥＲＰ與電子商務(wù)系統(tǒng)集成模型。采用內(nèi)聯(lián)網(wǎng)（王魏乞ｒ鑫ｎｅ乏）后， 通過內(nèi)部網(wǎng)絡(luò)將各部門之間的信息在第一時(shí)間傳送到各相關(guān)業(yè)務(wù)部門，打破備 職能部門的時(shí)空界限班及數(shù)據(jù)的孤立和不完整現(xiàn)象。同時(shí)，Ｅ盼系統(tǒng)中生產(chǎn)的進(jìn)度、庫存情況和凳季務(wù)結(jié)算 信息可以及時(shí)傳遞到電予商務(wù)的客戶關(guān)系系統(tǒng)中，為客戶提供整個(gè)交易過程中 全程跟蹤服務(wù)，最終實(shí)現(xiàn)以供應(yīng)鏈管理和客戶關(guān)系管理為目標(biāo)嘲。面向服務(wù)的集成將傳統(tǒng)的集成 對象與開放的、高靈活性靜霧ｅｂ服務(wù)集成在一起。系統(tǒng)只需要以服務(wù)的 形式出現(xiàn)，選擇與該系統(tǒng)交互的其它系統(tǒng)，就能夠發(fā)現(xiàn)那些服務(wù)，并且在設(shè)計(jì) 或者是運(yùn)行的時(shí)候，與這些服務(wù)綁定。 根據(jù)上節(jié)分析得到的Ｅ鞠與電子商務(wù)系統(tǒng)的集成模型，結(jié)合｛｜ｆ曲服務(wù)煞集 成優(yōu)勢，設(shè)計(jì)了圖４—２基于Ｗｅｂ服務(wù)的ＥＲＰ與電子商務(wù)系統(tǒng)集成模型框架。｝《毆平臺架構(gòu)上，集成服務(wù)孳｜擎通過各類接躁 將應(yīng)用封裝成Ｗｅｂ服務(wù)組件后發(fā)稚到公有或私有ＵＤＤＩ注冊中心，服務(wù)請求者從 Ｕ釃王注冊中心得到服務(wù)說明，并使用謹(jǐn)ＳＤＬ文檔中的信息實(shí)現(xiàn)與服務(wù)提供者綁 山東師范大學(xué)碩士學(xué)位論文 定，然后逶過Ｓ激Ｐ進(jìn)行交互。 其主要模塊功能描述如下： （１）ＳｏＡＰ路由器：是整個(gè)集成框架的關(guān)鍵部分，用來處理ＳｏＡＰ消息的傳 遞，通過它可以產(chǎn)生ＳｏＡＰ請求消息并通過酐ＴＰ發(fā)送到服務(wù)器端；也可以接收 客戶端的ＳｏＡＰ請求消息，并對其做出適當(dāng)?shù)捻憫?yīng)。 （２）ｗｅｂ服務(wù)發(fā)布模塊：將部署在Ｗｅｂ服務(wù)器上的Ｗｅｂ服務(wù)向私有ＵＤＤＩ 注瑟中心幫公共Ｕ游王注冊孛心發(fā)布。 ｛＝３）照務(wù)安全模塊：瘸來實(shí)現(xiàn)鬻ｅｂ服務(wù)豹安全蛀控翎，．包括對鼴務(wù)請求者 的身份驗(yàn)證和Ｗｅｂ服務(wù)消息的加密和數(shù)字簽名技術(shù)。 （５）目志記錄模塊：用于對該框架中的所有服務(wù)操作進(jìn)行記錄，以便日后 監(jiān)控查看和分橇。 （７）Ｕ叻Ｉ注冊中心：ＵＤＤＩ注冊中心是所有提供ＵＤＤＩ注塒服務(wù)的站點(diǎn)的通 稱。 公共Ｕ∞Ｉ注冊中心是兩向全球使用的ＵＤＤＩ注冊服務(wù)，用予實(shí)現(xiàn)跨企業(yè)的應(yīng)用 集成，私有ｌｊ鞠王注冊中心是企業(yè)內(nèi)部使用的Ｕ躥王注冊中心，企業(yè)應(yīng)用以霧ｅｂ 服務(wù)的方式封裝詹，所有關(guān)于這些ｗｅｂ服務(wù)的描述文件ｗＳＤＬ均要在這個(gè)注冊中 ’ 心注瓣。３骶ｂ服務(wù)的應(yīng)用接西系統(tǒng) ｌ。英產(chǎn) 生方法如下：首先向用戶提供一個(gè)界面友好的ｗＳＤＬ文檔編輯器用于產(chǎn)生描述應(yīng) 用功麓及其譎靂詳纓戇骼弛文檔。 用戶如有需要，也可將描述ｗｅｂ服務(wù)接口詳細(xì)信息的ｗＳＤＬ文檔通過ＳＯＡＰ消息 襄琴弱玉艫至發(fā)布到ｌｊ翰ｌ注麓服務(wù)器上潮。系統(tǒng)體系結(jié)構(gòu) 邏輯上，Ｗｅｂ服務(wù)應(yīng)用接口系統(tǒng)主要由三大組件構(gòu)成：Ｗｅｂ服務(wù)產(chǎn)生組件、 并ｅｂ服務(wù)部署組件以及簿ｅｂ服務(wù)應(yīng)用接口維護(hù)組件。Ｗｅｂ服務(wù)應(yīng)用接陰系統(tǒng) 體系結(jié)構(gòu)如圖４—３所示： 鶩４—３韃ｂ服務(wù)懲霜接疊系統(tǒng)體系結(jié)構(gòu) ３．系統(tǒng)開發(fā)原理 長期以來，大多數(shù)分布式應(yīng)用程序的開發(fā)人員都習(xí)慣于首先分析對象，然 ，后為對象開始編寫代碼，也就是“代碼先行（Ｃｏｄｅ Ｆｉｒｓｔ）辟。 “鬻ｅｂ服務(wù)應(yīng)羆接翻系統(tǒng)”的開發(fā)原理——“契約先行（Ｃｏｎｔｒａｃｔ Ｆ主ｒｓ乞＞’’也 源于此。即先產(chǎn)生基于模式（Ｓｃｈｅｍａ）的ｗＳＤＬ文檔， 髯產(chǎn)生代碼㈨。定義數(shù)據(jù)結(jié)構(gòu)，用來保證通過氍ｂ服務(wù)接溺孛傳遞的消息 能夠被正確交換。確定需要進(jìn)行交換的消息，創(chuàng)建翻乙Ｓｃｈｅ隨可｜基透過Ｘ娩Ｓｐｙ 或者Ｖｉｓｕａｌ Ｓｔｕｄｉｏ ２００５自帶的ＸＳＤ編輯器進(jìn)行編輯。定義幕望提供給籜ｅｂ服務(wù)消費(fèi)者的方法操作。 （４）生成代碼框架。（如基于錯(cuò)或者ｊａｖ氌語言） （５）迭代契約式設(shè)計(jì)和代碼生成。 ＼ ４．“契約先行”開發(fā)的優(yōu)越性 （１）提高了應(yīng)用系統(tǒng)開發(fā)效率。服務(wù)提供者和服務(wù)請求者能夠并行 工作。這些能夠幫助用戶快速開發(fā)出與之相對應(yīng)的ｗｅｂ服 務(wù)接口適配器。首先設(shè)計(jì)服務(wù)的互操作性， 郎首先在ｘＳＤ中創(chuàng)建數(shù)據(jù)類型，然后設(shè)計(jì)基于此數(shù)據(jù)類型的服務(wù)（礴Ｓ既），最霜 使用自動(dòng)化的工具產(chǎn)生服務(wù)器端或者客戶端的ｗｅｂ服務(wù)接口代碼。 ４．４本章小節(jié) 本章首先設(shè)計(jì)了ＥＲＰ與電子商務(wù)系統(tǒng)的集成模型。 其次，根據(jù)分析得到的ＥＲＰ與電子商務(wù)系統(tǒng)的集成模型，結(jié)合Ｗｅｂ服務(wù)的 集成優(yōu)勢，設(shè)計(jì)了基于鬻ｅｂ服務(wù)的芝黯與電子商務(wù)系統(tǒng)的集成模型糕架，并對 模型框架中的主要模塊功能作了分析。 山東師范大學(xué)碩士學(xué)位論文 第五章ＥＲＰ與電子商務(wù)系統(tǒng)的數(shù)據(jù)集成技術(shù) ５．．１基于精Ｌ的統(tǒng)一數(shù)據(jù)平臺 數(shù)據(jù)格式是信息交互的一個(gè)關(guān)鍵閹題，制約了信息共享與數(shù)據(jù)交換，是造 成傳統(tǒng)應(yīng)用間移植性差、集成性差的關(guān)鍵因素之一。 考慮到系統(tǒng)的現(xiàn)實(shí)情況，首先實(shí)現(xiàn)數(shù)據(jù)級的集成，通過為每個(gè)系統(tǒng)建立適 配器（ａｄａｐｔｅｒ），可以將需要集成的數(shù)據(jù)放入企業(yè)數(shù)據(jù)總線中，也就是一個(gè)基 于蕊Ｌ的統(tǒng)一數(shù)據(jù)共享平臺，從而實(shí)現(xiàn)各個(gè)系統(tǒng)的數(shù)掂集成，如下圖５一ｌ所示。 采用信息建模語言建立產(chǎn)晶數(shù)據(jù)主模型，對產(chǎn)品數(shù)據(jù)主模型進(jìn)行裁剪生成產(chǎn)品 全生命周期各階段的不同功能視圖，基于刪Ｌ實(shí)現(xiàn)產(chǎn)品數(shù)據(jù)的定義，消除特定 數(shù)據(jù)格式造成的系統(tǒng)集成與信息共享屏障，為產(chǎn)品信息模型的規(guī)范化和產(chǎn)品數(shù) 據(jù)交換的一致性提供保證。從集成框架中可以看到不同應(yīng)用之間的應(yīng)用數(shù)據(jù)要能夠通過框架進(jìn)行傳 輸和變換，就必須在實(shí)現(xiàn)框架之前向基于）（ＭＬ的數(shù)據(jù)共享統(tǒng)一平臺提供這些信 息，而不同應(yīng)用之間的不同數(shù)據(jù)格式的轉(zhuǎn)化就是通過應(yīng)用數(shù)據(jù)映射的定義來完 成的。 后臺的ＥＲＰ系統(tǒng)中需要提供給前臺電子商務(wù)系統(tǒng)的信息有客戶數(shù)據(jù)、產(chǎn)品 目錄、產(chǎn)品庫存水平、定價(jià)數(shù)據(jù)以及訂單狀態(tài)等，這些信息需要在電子商務(wù)系 統(tǒng)的ｗｅｂ部分進(jìn)行發(fā)布，提供給客戶或上下游企業(yè)。而在這些系統(tǒng)中數(shù)據(jù)的表示格式是不同的，當(dāng)從ＥＲＰ 系統(tǒng)中提取出產(chǎn)品信息時(shí)，必須將這些信息轉(zhuǎn)換為能夠?yàn)殡娮由虅?wù)系統(tǒng)認(rèn)可的 信息格式，這就需要為這兩個(gè)系統(tǒng)之間的數(shù)據(jù)轉(zhuǎn)換提供相應(yīng)的映射定義文件。 ５．２基于Ｗｅｂ服務(wù)的數(shù)據(jù)集成器 數(shù)據(jù)集成器是基于Ｗｅｂ服務(wù)的ＥＲＰ與電子商務(wù)