【正文】 由于電子商務(wù)系統(tǒng)一般來說是在ＥＲＰ系統(tǒng)之后開發(fā)的，所以需要將ＥＲＰ系 統(tǒng)中的產(chǎn)品信息直接轉(zhuǎn)化到電子商務(wù)系統(tǒng)中，之所以要將這些信息存放在兩個(gè) 應(yīng)用各自的數(shù)據(jù)庫中是因?yàn)檫@樣才能滿足松耦合的集成，對于應(yīng)用系統(tǒng)的ｗｅｂ 服務(wù)組件化的修改降到最低，并減少開發(fā)費(fèi)用。而來自電子商務(wù)系統(tǒng)的數(shù) 據(jù)如客戶訂單，Ｗｅｂ客戶和客戶更新等信息需要發(fā)到ＥＲＰ系統(tǒng)中，通過后臺(tái)ＥＲＰ 系統(tǒng)的業(yè)務(wù)規(guī)則進(jìn)行處理。 從企業(yè)現(xiàn)有的應(yīng)用系統(tǒng)和數(shù)據(jù)共享關(guān)系來看，需要明確這些應(yīng)用之間需要 傳輸?shù)臄?shù)據(jù)的對應(yīng)關(guān)系，并在此基礎(chǔ)上建立數(shù)據(jù)映射的ＸＭＬ轉(zhuǎn)換文件，提供給 消息代理以消息轉(zhuǎn)換的依據(jù)。 山東師范大學(xué)碩士學(xué)位論文 建立ｘＭＬ數(shù)據(jù)共享統(tǒng)一平臺(tái)是基于ｗｅｂ服務(wù)的集成模式框架的基礎(chǔ)，首先 要清楚企業(yè)的系統(tǒng)信息交互狀況，那么確定應(yīng)用系統(tǒng)數(shù)據(jù)映射成為框架實(shí)現(xiàn)的 關(guān)鍵。 ｌ電子商務(wù) Ｕ 丁了 ｝ ｌ物澈系統(tǒng) Ｕ ｘ溉數(shù)據(jù)共事統(tǒng)一警臺(tái) 銷售系統(tǒng) Ｕ 可ｒ 生產(chǎn)系統(tǒng) １ ｒ 癢存系統(tǒng) ｜財(cái)務(wù)系統(tǒng) 圖５一ｌ基于Ｘ弧的統(tǒng)一數(shù)據(jù)平臺(tái)結(jié)構(gòu)圖 系統(tǒng)開發(fā)者基于蕊Ｌ安排網(wǎng)絡(luò)數(shù)據(jù)格式及其表現(xiàn)形式，實(shí)現(xiàn)內(nèi)容層與表示 層的真正分離，許多的開發(fā)工具為ＸＭＬ提供強(qiáng)大的解析和處理功能，糊Ｌ實(shí)現(xiàn) 了數(shù)據(jù)格式與數(shù)據(jù)內(nèi)容的分離，具有機(jī)器可理解的強(qiáng)大數(shù)據(jù)描述能力，可在任 何兩個(gè)遵守相同）（ＭＬ ＳｃｈｅＩＩｌ８的應(yīng)用間進(jìn)行數(shù)據(jù)交換和消息傳遞，遵守不同的 Ｘ地Ｓｃｈｅｍａ問也可通過捌Ｌ文檔轉(zhuǎn)換技術(shù)或）（ｊｌＬ轉(zhuǎn)換器進(jìn)行有效的數(shù)據(jù)交換， 也就是通過應(yīng)用數(shù)據(jù)映射的定義來完成不同應(yīng)用之間的不同數(shù)據(jù)格式的轉(zhuǎn)化。 鬻ｅｂ服務(wù)提供了跨平臺(tái)的可能，蕊Ｌ為數(shù)據(jù)表達(dá)提供一種平臺(tái)無關(guān)的格式， 跨平臺(tái)服務(wù)與跨平臺(tái)數(shù)據(jù)格式的結(jié)合為跨平臺(tái)應(yīng)用的產(chǎn)生提供了技術(shù)保證，同 時(shí)，兩者憑借可擴(kuò)展、可重用及對翰ｉｃｏｄｅ碼完全支持等優(yōu)勢將成為下一代應(yīng) 用系統(tǒng)開發(fā)的基礎(chǔ)附１。 最后，研究了鬻ｅｂ服務(wù)應(yīng)用接習(xí)系統(tǒng)，餮ｅｂ服務(wù)應(yīng)用接溜系統(tǒng)主要由三大 組件構(gòu)成：Ｗｅｂ服務(wù)產(chǎn)生組件、Ｗｅｂ服務(wù)部署組件以及ｗｅｂ服務(wù)應(yīng)用接口維護(hù)組 件。集成模型中，企業(yè)在面 向終端客戶的時(shí)候，在集戒方案中專門弓｜入了Ｃ雕，用來實(shí)現(xiàn)臻ｐ與電子商務(wù) 集成在面向客戶時(shí)的無縫銜接；企業(yè)在面向供貨商與合作伙伴的時(shí)候，借助電 子商務(wù)平臺(tái)搭建Ｓｅ麓，實(shí)現(xiàn)與￡鼴系統(tǒng)翡禿縫銜接。這種“逆向’’ 的開發(fā)方法能夠最大限度的解決系統(tǒng)互操作性問題，麗且還提高了代碼的魯棒 性，提高了代碼的開發(fā)效率。 ， （２）最大限度解決客戶端和服務(wù)器端異構(gòu)問題?？彤a(chǎn)端的開發(fā)入員能夠獨(dú)立于服務(wù)器端的開發(fā)人員，兩者都可以以它們 使用的開發(fā)平臺(tái)進(jìn)行開發(fā)。服務(wù)設(shè)計(jì)與開發(fā)分開，服務(wù)的設(shè)計(jì)者透遺 ＷＳＤＬ具體化需求，然后交給開發(fā)人員實(shí)現(xiàn)。重復(fù)上述步驟以完成用戶期望的應(yīng)用接 口的生成。根據(jù)上述定義的數(shù)據(jù)、消息和操作及其接口產(chǎn)生平臺(tái) 依賴豹代碼。確定 山東師范大學(xué)碩士學(xué)位論文 描述鬻ｅｂ服務(wù)接弱的餮Ｓ跣文檔。 （３）操作和接黼建模。 （２）消息建模。 使用“契約先行”的開發(fā)中，系統(tǒng)開發(fā)大致可以分成五個(gè)步驟： （１）數(shù)據(jù)建模。這個(gè)契約就是ｗＳＤＬ文檔。在面向服務(wù)的時(shí) 代，隨著霉曲服務(wù)漸漸成為分靠式應(yīng)用程序，特別是異構(gòu)系統(tǒng)整合的標(biāo)準(zhǔn)協(xié)議， 這種“服務(wù)自治，共享協(xié)定但不共享實(shí)現(xiàn)＂的軟件構(gòu)造方式得到了充分的應(yīng)用。餮ｅｂ服務(wù)產(chǎn)生組件受責(zé)對應(yīng) 用系統(tǒng)的封裝，并根據(jù)需求產(chǎn)生服務(wù)器端Ｗｅｂ服務(wù)接豳框架代碼；ｗｅｂ服務(wù)部 署組｛睪將產(chǎn)生好的服務(wù)器端并ｅｂ服務(wù)接霞部署在服務(wù)器上或者Ｕ∞王注冊服務(wù)器 上；應(yīng)用接口維護(hù)組件負(fù)責(zé)對接口的維護(hù)管理工作Ｈ朝。 山東師范大學(xué)碩士學(xué)位論文 ２。其次通過～個(gè)籬單荔震的鵜ｂ照務(wù)接露發(fā)布 ／部署向?qū)Чぞ?，輔助用戶在服務(wù)器端方便地產(chǎn)生與之相關(guān)的Ｗｅｂ服務(wù)接口框架 代碼，獻(xiàn)而愛褥震戶可以在此基礎(chǔ)上繼續(xù)開發(fā)與霹標(biāo)應(yīng)用系統(tǒng)穗關(guān)聯(lián)的適配器。系統(tǒng)設(shè)計(jì)惡想 ＥＩｊ于該集成系統(tǒng)所封裝的對蒙可能是已有的舊應(yīng)用系統(tǒng)，也可能新開發(fā)的 耗ｂ鼴務(wù)應(yīng)用，不管是哪一種情況，都要產(chǎn)生與之對應(yīng)懿罾ｅｂ驤務(wù)接?jì)D。 ４。在本框架中Ｕ∞至注冊中心分為公共Ｕ∞至注舫中心幫私有ＵＤ蚤王注冊孛心。 （６）擴(kuò)展功能模塊：這是該框架的預(yù)齠模塊，用于滿足目后的企業(yè)需求， 比如添趣工籜流零｝擎，來實(shí)現(xiàn)餮ｅｂ服務(wù)的流程控制等。 《《）事務(wù)處理孳｜擎：該模塊提供了原子／韭務(wù)事務(wù)，受責(zé)協(xié)調(diào)事務(wù)酶上下 文，用于確定一個(gè)事務(wù)中的協(xié)調(diào)者和參與者，并通過事務(wù)協(xié)調(diào)者對事務(wù)進(jìn)行管 理，懿控制一個(gè)事務(wù)的提交幫失敗后的事務(wù)匿滾等操終。鬻辨平臺(tái)下可以震駐醯薹Ｓ濰編程實(shí)現(xiàn)餮ｅｂ 服務(wù)的批處理發(fā)布。ＳｏＡＰ路由器主要包括了ＳｏＡＰ 山東師范大學(xué)碩士擘位論文 消意路由耩消息格式轉(zhuǎn)化兩個(gè)功能。這些接翟是連接各類應(yīng)用的橋梁，采用松教的藕 合方式，即任何應(yīng)用都可以調(diào)用對應(yīng)的接口系統(tǒng)到系統(tǒng)中來，方式靈活，簡單 快速，實(shí)現(xiàn)了所謂的“即捶渾用囂秘”。 該集成框架可以在ｊ２匪或。面向服務(wù)的集成使得企業(yè)能夠在已有煞 應(yīng)用中提供可重用的服務(wù)的功能㈣１。面向服務(wù)的集成提供了一些 抽象的接口，通過這些接口，系統(tǒng)可以進(jìn)行交互，而不是使用底層的協(xié)議或囪 定義的編程接翻，來規(guī)定系統(tǒng)如何與其它系統(tǒng)進(jìn)行逶訊。 ４．２基于辮曲服務(wù)的ＥＲＰ與電子商務(wù)系統(tǒng)的集成模型框架 基予餮ｅｂ赧務(wù)的Ｅ贈(zèng)與電子商務(wù)系統(tǒng)的集成是～耪瑟自服務(wù)的集成方案， 可以最大限度的同時(shí)滿足性能和靈活性的要求。 通過電子商務(wù)能夠使企業(yè)與供應(yīng)商、客戶之間的信息溝通及時(shí)、高效，加 快企業(yè)與供應(yīng)商、客戶之聞的物料流、信息流、資金流的交換，降低交易成本； 通過ＥＲＰ與電子商務(wù)在ＳＣＭ、ＣＲＭ兩方面的集成，使?fàn)I銷、生產(chǎn)、物流信息在新 的系統(tǒng)運(yùn)行流程下數(shù)據(jù)共享、協(xié)同，在保障企業(yè)物料流、信息流、資金流信息 有機(jī)統(tǒng)一的同時(shí)，保證了數(shù)據(jù)的一致性、完整性、準(zhǔn)確性；集成系統(tǒng)使市場與 客戶信息、訂單信息、產(chǎn)品和赧務(wù)的反饋信患通過系統(tǒng)的處理分析，及時(shí)地傳 遞給ＥＲＰ系統(tǒng)和企業(yè)計(jì)劃部門，使內(nèi)部ＥＲＰ系統(tǒng)實(shí)現(xiàn)理想的訂單生產(chǎn)模式，迅 速滿足客戶個(gè)性化需求。 湖曰曰曰曰 困囤園 三團(tuán)園 一八㈧㈦吲 ～曰曰曰曰 ２ｌ 圖４一ｌ ＥＲＰ與電予商務(wù)系統(tǒng)的集成模型 山東師范大學(xué)碩士學(xué)位論文 在豳４一ｌ所示的集成模型孛，中聞的大方框代表企業(yè)內(nèi)部運(yùn)作流程，在基 于ＥＲＰ運(yùn)作模式下，企業(yè)的生產(chǎn)管理、產(chǎn)晶開發(fā)、質(zhì)量管理、財(cái)務(wù)管理、營銷 管理、人力資源管理等業(yè)務(wù)流程進(jìn)行同步運(yùn)轉(zhuǎn)。通過供應(yīng)鏈管理方式實(shí)現(xiàn)整個(gè)物流體系的實(shí)時(shí)協(xié)作；，分銷資源計(jì)劃實(shí)現(xiàn)協(xié) 同銷售，暢通銷售渠道；供貨商管理使物料需求狀況實(shí)時(shí)傳遞給供應(yīng)商，實(shí)現(xiàn) 零庫存。 企業(yè)在面向供貨商與合作伙伴的時(shí)候，主要借助于王ｎｔｅｒｎｅｔ，采用８ｔｏＢ 的電子商務(wù)模式與他們進(jìn)行聯(lián)絡(luò)和溝通。通過客戶關(guān)系管理實(shí)現(xiàn)與 客戶的互動(dòng)營銷來實(shí)現(xiàn)個(gè)性化服務(wù)，不僅可以研究客戶消費(fèi)行為，前瞻性、全 局性地進(jìn)行銷售預(yù)測，形成一對一有效目標(biāo)市場，更能夠發(fā)掘客戶價(jià)值、提升 服務(wù)水準(zhǔn)、提高客戶忠誠度。這里企業(yè)主要采用ＢｔｏＣ的電子商務(wù)模式，借助于Ｉｎｔｅｒｎｅｔ與客戶 進(jìn)行聯(lián)系。 山東師范大學(xué)碩士學(xué)位論文 第四章基于辮ｅｂ服務(wù)的．Ｅ腫與電子商務(wù)系統(tǒng)的集成模型框架 ４．１ ＥＲＰ與電子商務(wù)系統(tǒng)的集成模型 ４企業(yè)在面向終端客戶的時(shí)候，通過電子商務(wù)方式，構(gòu)建網(wǎng)上銷售平臺(tái)來與 國內(nèi)外客戶進(jìn)行溝通、交流。 Ｐｕｂｌｉｓｈｉｎｇ ＡＰＩｓ（發(fā)布ＡｐＩｓ）被用來在注冊中心發(fā)布或者取消服務(wù)。 ＵＤＤＩ本身就是一個(gè)Ｗｅｂ服務(wù)，它利用～組基于ＳｏＡＰ的ＵＤＤＩ ＡＰＩ進(jìn)行訪問。鬻Ｐａｇｅ）；按照類別將企業(yè)組織起來，氫括了基于標(biāo)準(zhǔn)分 類法的行業(yè)類別。馨∞至商受注聚所提供的 信息包括三個(gè)部分： （圭＞自頁（鬻ｈｉ乞ｅ阮ｇｅ）：按照名稱將企業(yè)組織起來，包括了地址、聯(lián)系 方法和已知的企業(yè)標(biāo)識(shí)。 國Ｄ王是一套基于餮ｅｂ的、分布式的、專為餮ｅｂ服務(wù)提供的、服務(wù)注掰中心 的實(shí)現(xiàn)標(biāo)準(zhǔn)規(guī)范，同時(shí)也包含一組使企業(yè)能將自身提供的Ｗｅｂ服務(wù)注冊以使別 的企監(jiān)能夠發(fā)現(xiàn)的訪潞濤議的實(shí)現(xiàn)標(biāo)準(zhǔn)。 ３．２．４辮ｅｂ服務(wù)的注冊和發(fā)布—一ｌ∞ｌ 馨ＤＤ王＜Ｕｎ主￥ｅｒｓ鑫王Ｄｅｓｅｒ主ｐｔ主ｏｎ，轉(zhuǎn)ｉｓｅｏｖｅｒｙ ａｎｄ蔓ｎｔｅｇｒ８專ｉｏ秘，統(tǒng)——描述、 發(fā)現(xiàn)和集成）洶１是用來描述、發(fā)現(xiàn)并集成ｗｅｂ服務(wù)的一系列技術(shù)規(guī)范，它是ｗｅｂ 服務(wù)協(xié)議堆棧酶一個(gè)關(guān)鍵部分。 ｗＳＤＬ文件用于說明消息格式的表示法以捌Ｌ構(gòu)架標(biāo)準(zhǔn)為基礎(chǔ)，這意味著它 與編程語言無關(guān)，麗且以標(biāo)準(zhǔn)為基礎(chǔ)，因此適用于說明可從不同平臺(tái)、以不同 編程語言訪問的Ｘ她Ｗｅｂ Ｓｅｒｖｉｃｅ接口。多個(gè)相 關(guān)的具體端點(diǎn)結(jié)合在一起就構(gòu)成了服務(wù)。 髂現(xiàn)把籜ｅｂ服務(wù)抽象地使用矮乙搖述為一組趕含在面蠢文檔或面向過程信 息的消息上執(zhí)行操作的端點(diǎn)的集合，而具體的端點(diǎn)必須綁定到具體的網(wǎng)絡(luò)協(xié)議 和消息格式上來定義。 ＷＳＤＬ文件本身是一個(gè)ｘＭＬ文檔，用于說明一組ＳＯＡＰ消息以及如何交換這 些消息。消 息本身是抽象定義的，然后綁定到具體的網(wǎng)絡(luò)協(xié)議和消息格式上。 ｗｓＤＬ用來描述ＳｏＡＰ接口的消息格式，定義具體的ｗｅｂ服務(wù)和相應(yīng)操作函數(shù)以 及請求應(yīng)答格式，即定義如何用Ｘ地預(yù)付接述１｜；｜『ｅｂ服務(wù)的規(guī)范。纛ｐ來發(fā)送和接收這些消息便可焉任何語言在 任何平臺(tái)上實(shí)現(xiàn)網(wǎng)絡(luò)交流。不同的是，當(dāng)前的組件技術(shù)，例如分布式組件對象模型（ＤＣＯＭ）、 遠(yuǎn)程方法調(diào)用（麟王）等，都是使用各自特定的對象模型協(xié)議，焉餮ｅｂ服務(wù)則采 用普通的網(wǎng)絡(luò)協(xié)議和數(shù)據(jù)格式，例如ＨＴＴＰ和ＸＭＬ。 冀ｅｂ服務(wù)是通過標(biāo)準(zhǔn)網(wǎng)際協(xié)議訪問的可編程的應(yīng)靂程序單元，是構(gòu)造應(yīng)用 程序的基礎(chǔ)模型，它結(jié)合了組件技術(shù)和網(wǎng)絡(luò)交流的優(yōu)點(diǎn)。Ｓ暇Ｐ是在分布式環(huán)境中交換信息的麓單協(xié)議。其主要匿的是促進(jìn)不弼技術(shù)之聞的可互用性，真正克服平臺(tái) 和防火墻的限制，使通信各方在互聯(lián)網(wǎng)上實(shí)現(xiàn)暢通無阻的信息交流。 ３，２。 Ｘｐａ慷是鞠ｕｅｒｙ語畜的一個(gè)重要并且獨(dú)立的綴成部分，在ＸＱ疆ｅｒｙ中模式 匹配的工作是由ＸＰａｔｈ的路徑表達(dá)式實(shí)現(xiàn)的。鞭３Ｃ組織制定?。酰澹颍鶚?biāo)準(zhǔn)，該標(biāo)準(zhǔn)使褥查詢變 １７ 山東師蒲大學(xué)碩士學(xué)位論文 得籬潔、易于理解，而且能夠菲常靈活的套讒大量的潮￡信息源。ＸＰａｔｈ的數(shù)據(jù)模型包含了七種可能的結(jié)點(diǎn)類 型：根、元素、屬性、命名空間、處理指令、批注與文字ｍ１。ＸＰａｔｈ和Ｘ銣ｅｒｙ ＸＰａｔｈ是為ｊ（ＩＩｌＬ定義的查詢語言，它提供在文檔中選擇結(jié)點(diǎn)子集的簡單語 法，用于識(shí)別）【ｌｌＬ文檔的某個(gè)部分，它還提供了操縱字符串、數(shù)字和布爾值的 函數(shù)。ＸＳＬ的優(yōu)勢 在于它可以用于轉(zhuǎn)換，而且網(wǎng)一個(gè)樣式表可以用于多個(gè)具有相似源樹結(jié)構(gòu)的文 檔潮。ＸＳＬ是對ＣＳＳ語言的擴(kuò)展，但它的功能比ＣＳＳ語 言強(qiáng)大得多。 ＣＳＳ是為ｗｅｂ文檔增添樣式（字體，顏色，空位等）的一種筒單的機(jī)制。它主要由三部分組成：ＸＳＬＴ，ＸＰａｔｈ，ＸＳ乙ＦＯ。也正是如 此，它們將長期并存下去，在不同的應(yīng)用中發(fā)揮不同的作用。闡Ｄ側(cè)分析器相麓：，Ｓ鑫）（ 分析器缺乏靈活性，然而，Ｅｌｌ于ＳＡＸ分析器實(shí)現(xiàn)簡單，對內(nèi)存要求比較低，因 此實(shí)現(xiàn)效率比較高，對于那些只需要訪闖蕊乙文檔中的數(shù)據(jù)面不對文檔進(jìn)行更 改的應(yīng)用程序來說，ＳＡＸ分析器更為合適船168。 Ｄ嘲穗所提供的隨機(jī)訪悶方式給應(yīng)用程序的開發(fā)帶來了很大的靈活性，它 可以任意地控制整個(gè)ＸＭＬ文檔中的內(nèi)容。 與ＤｏＭ不同，ＳＡＸ提供的訪問模式是一種順序模式，這是一種快速讀寫捌乙 數(shù)據(jù)的方式。通過Ｄ儺接口，應(yīng)用程序可以在任何時(shí)候訪問潮乙文 檔中的任何一部分?jǐn)?shù)據(jù)。在這些ＸＭＬ的應(yīng)用編程接口中，最重要的是由Ｄａｖ王ｄ Ｍｅｇｇｉｎｓｏｎ領(lǐng)導(dǎo)開發(fā)的ＳＡＸ和疆３Ｃ制定的Ｄ嗍。 ２．ＤＯＭ與ＳＡＸ 圍繞ＸＭＬ出現(xiàn)的各種標(biāo)準(zhǔn)的應(yīng)用編程接口對于蹦Ｌ應(yīng)用開發(fā)來說無疑是十 分重要的。復(fù)雜類型是由簡單類型、元素類型、混合類型和空類型其中的一個(gè)或幾個(gè) 組合麗成，它可以有子元素、屬性等隨嘲。 （３）簡單類型和復(fù)雜類型 簡單類型和復(fù)雜類型的標(biāo)記分別是ｓｉｍｐｌｅｔｙｐｅ和ｃｏ呻ｌｅｘｔｙｐｅ。元素和屬性是蹦乙文檔 的基本構(gòu)件，每個(gè)元素和屬性都與某個(gè)數(shù)據(jù)類型相關(guān)聯(lián)，這個(gè)數(shù)據(jù)類型可以是 基本數(shù)據(jù)類型，也可以是由基本類型擴(kuò)展的簡單類型。凝乙用命名空聞標(biāo)識(shí)名字的來 源，利用ｉｍｐｏｒｔ與ｉｎｃｌｕｄｅ機(jī)制，應(yīng)用者可以引入或包含其它命名空間，這樣 有利于凝乙Ｓ娟ｅ掰ａ的模塊純設(shè)計(jì)，增強(qiáng)其可讀性、可維護(hù)性和集成性。 盡管）（ＭＬ Ｓｃｈｅｍａ的語法結(jié)構(gòu)遠(yuǎn)比ＤＴＤ復(fù)雜，但比ＤＴＤ更具有表現(xiàn)力、更適 應(yīng)于各應(yīng)用領(lǐng)域的使靂，所以蕊Ｌ Ｓｅｈｅ毽ａ取代貿(mào)Ｄ已成為一種發(fā)展趨勢。與辨Ｄ提蹴，Ｘ溉Ｓｅ魏ｅｌｌｌａ具有一定的優(yōu)勢，蓄先，Ｘ躚Ｓ旗ｅ髓 文檔從數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)類型、一致性約束三方面更嚴(yán)格地約束相應(yīng)的）（ＭＬ文檔， 它可以定義鱷Ｄ新無法定義的規(guī)則，褥貿(mào)Ｄ僅從結(jié)構(gòu)上對蕊￡文檔進(jìn)行有限的 約束。因此有必要為ＸＭＬ建立一個(gè)更全面的有效性約束機(jī)制，使ｘＭＬ 處理器更好縫進(jìn)行有效性檢驗(yàn)，這樣就產(chǎn)生了勰Ｌ Ｓｅ纛ｅ糙淵。臃Ｄ描述了一個(gè)標(biāo)記語言的語法和詞匯表，定義了文檔的整體結(jié)構(gòu) 以及文檔的語法。 它可以定義文檔的語法，而文檔的語法反過來能夠讓潮乙語法分析程序確認(rèn)某 頁面標(biāo)記使用的合法性。 薹．嬲Ｄ與瑚Ｌ ｓｃｈｅ腿 ＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ 。煳Ｌ具有良好的數(shù)據(jù)存儲(chǔ)格式、霹擴(kuò)展性、便于網(wǎng)絡(luò)傳輸?shù)葍?yōu)點(diǎn)， 它的發(fā)展有力地推動(dòng)了Ｉｎｔｅｒｎｅｔ尤其是電子商務(wù)的發(fā)展㈣。 ３．２ Ｗｅｂ服務(wù)關(guān)鍵技術(shù) ３．２．１ Ｗｅｂ服務(wù)的基石——ＭＬ 瑚Ｌ作為一種標(biāo)準(zhǔn)的、可擴(kuò)展的、半結(jié)構(gòu)化的語言正逐漸成為各種數(shù)據(jù)表 示和交換的標(biāo)準(zhǔn)。服務(wù)工作流層使用 的是霹ｅｂ服務(wù)的業(yè)務(wù)流程執(zhí)行語言（Ｗｅｂ Ｌａｎｇｕａｇｅ，Ｂ