【正文】 論文 第四章基于辮ｅｂ服務(wù)的．Ｅ腫與電子商務(wù)系統(tǒng)的集成模型框架 ４．１ ＥＲＰ與電子商務(wù)系統(tǒng)的集成模型 ４企業(yè)在面向終端客戶的時候，通過電子商務(wù)方式，構(gòu)建網(wǎng)上銷售平臺來與 國內(nèi)外客戶進(jìn)行溝通、交流。發(fā)布產(chǎn)品信息，提供網(wǎng)上訂單交易和網(wǎng)上電子支 付、購買。這里企業(yè)主要采用ＢｔｏＣ的電子商務(wù)模式，借助于Ｉｎｔｅｒｎｅｔ與客戶 進(jìn)行聯(lián)系。為了更好的方便客戶進(jìn)行訂單操作，更好地為客戶提供人性他的服 務(wù)，必須同時采用Ｃ麟的管理思想與客戶進(jìn)行交流。通過客戶關(guān)系管理實現(xiàn)與 客戶的互動營銷來實現(xiàn)個性化服務(wù)，不僅可以研究客戶消費(fèi)行為，前瞻性、全 局性地進(jìn)行銷售預(yù)測，形成一對一有效目標(biāo)市場，更能夠發(fā)掘客戶價值、提升 服務(wù)水準(zhǔn)、提高客戶忠誠度。在集成方案中專門引入了Ｃ跳，用來實現(xiàn)ＥＲＰ與 電子商務(wù)集成在面向客戶時的無縫銜接嘲。 企業(yè)在面向供貨商與合作伙伴的時候，主要借助于王ｎｔｅｒｎｅｔ，采用８ｔｏＢ 的電子商務(wù)模式與他們進(jìn)行聯(lián)絡(luò)和溝通。通過建立電子商務(wù)方式供應(yīng)鏈管理平 臺，由此在網(wǎng)上進(jìn)行信息發(fā)布、信息咨詢、物資采購、產(chǎn)品銷售、供應(yīng)商管理 等。通過供應(yīng)鏈管理方式實現(xiàn)整個物流體系的實時協(xié)作；，分銷資源計劃實現(xiàn)協(xié) 同銷售，暢通銷售渠道；供貨商管理使物料需求狀況實時傳遞給供應(yīng)商，實現(xiàn) 零庫存。以上功能在集成系統(tǒng)中是通過ＳｃＭ模塊來實現(xiàn)，借助電子商務(wù)平臺搭 建供應(yīng)鏈管理系統(tǒng)Ⅲ１ 由此得出圖４一ｌ所示的ＥＲＰ與電子商務(wù)系統(tǒng)集成模型。 湖曰曰曰曰 困囤園 三團(tuán)園 一八㈧㈦吲 ～曰曰曰曰 ２ｌ 圖４一ｌ ＥＲＰ與電予商務(wù)系統(tǒng)的集成模型 山東師范大學(xué)碩士學(xué)位論文 在豳４一ｌ所示的集成模型孛，中聞的大方框代表企業(yè)內(nèi)部運(yùn)作流程，在基 于ＥＲＰ運(yùn)作模式下，企業(yè)的生產(chǎn)管理、產(chǎn)晶開發(fā)、質(zhì)量管理、財務(wù)管理、營銷 管理、人力資源管理等業(yè)務(wù)流程進(jìn)行同步運(yùn)轉(zhuǎn)。采用內(nèi)聯(lián)網(wǎng)（王魏乞ｒ鑫ｎｅ乏）后， 通過內(nèi)部網(wǎng)絡(luò)將各部門之間的信息在第一時間傳送到各相關(guān)業(yè)務(wù)部門，打破備 職能部門的時空界限班及數(shù)據(jù)的孤立和不完整現(xiàn)象。 通過電子商務(wù)能夠使企業(yè)與供應(yīng)商、客戶之間的信息溝通及時、高效，加 快企業(yè)與供應(yīng)商、客戶之聞的物料流、信息流、資金流的交換，降低交易成本； 通過ＥＲＰ與電子商務(wù)在ＳＣＭ、ＣＲＭ兩方面的集成，使?fàn)I銷、生產(chǎn)、物流信息在新 的系統(tǒng)運(yùn)行流程下數(shù)據(jù)共享、協(xié)同，在保障企業(yè)物料流、信息流、資金流信息 有機(jī)統(tǒng)一的同時，保證了數(shù)據(jù)的一致性、完整性、準(zhǔn)確性；集成系統(tǒng)使市場與 客戶信息、訂單信息、產(chǎn)品和赧務(wù)的反饋信患通過系統(tǒng)的處理分析，及時地傳 遞給ＥＲＰ系統(tǒng)和企業(yè)計劃部門，使內(nèi)部ＥＲＰ系統(tǒng)實現(xiàn)理想的訂單生產(chǎn)模式，迅 速滿足客戶個性化需求。同時，Ｅ盼系統(tǒng)中生產(chǎn)的進(jìn)度、庫存情況和凳季務(wù)結(jié)算 信息可以及時傳遞到電予商務(wù)的客戶關(guān)系系統(tǒng)中，為客戶提供整個交易過程中 全程跟蹤服務(wù)，最終實現(xiàn)以供應(yīng)鏈管理和客戶關(guān)系管理為目標(biāo)嘲。 ４．２基于辮曲服務(wù)的ＥＲＰ與電子商務(wù)系統(tǒng)的集成模型框架 基予餮ｅｂ赧務(wù)的Ｅ贈與電子商務(wù)系統(tǒng)的集成是～耪瑟自服務(wù)的集成方案， 可以最大限度的同時滿足性能和靈活性的要求。面向服務(wù)的集成將傳統(tǒng)的集成 對象與開放的、高靈活性靜霧ｅｂ服務(wù)集成在一起。面向服務(wù)的集成提供了一些 抽象的接口，通過這些接口，系統(tǒng)可以進(jìn)行交互，而不是使用底層的協(xié)議或囪 定義的編程接翻，來規(guī)定系統(tǒng)如何與其它系統(tǒng)進(jìn)行逶訊。系統(tǒng)只需要以服務(wù)的 形式出現(xiàn)，選擇與該系統(tǒng)交互的其它系統(tǒng)，就能夠發(fā)現(xiàn)那些服務(wù)，并且在設(shè)計 或者是運(yùn)行的時候，與這些服務(wù)綁定。面向服務(wù)的集成使得企業(yè)能夠在已有煞 應(yīng)用中提供可重用的服務(wù)的功能㈣１。 根據(jù)上節(jié)分析得到的Ｅ鞠與電子商務(wù)系統(tǒng)的集成模型，結(jié)合｛｜ｆ曲服務(wù)煞集 成優(yōu)勢，設(shè)計了圖４—２基于Ｗｅｂ服務(wù)的ＥＲＰ與電子商務(wù)系統(tǒng)集成模型框架。 該集成框架可以在ｊ２匪或。｝《毆平臺架構(gòu)上，集成服務(wù)孳｜擎通過各類接躁 將應(yīng)用封裝成Ｗｅｂ服務(wù)組件后發(fā)稚到公有或私有ＵＤＤＩ注冊中心，服務(wù)請求者從 Ｕ釃王注冊中心得到服務(wù)說明，并使用謹(jǐn)ＳＤＬ文檔中的信息實現(xiàn)與服務(wù)提供者綁 山東師范大學(xué)碩士學(xué)位論文 定，然后逶過Ｓ激Ｐ進(jìn)行交互。這些接翟是連接各類應(yīng)用的橋梁，采用松教的藕 合方式，即任何應(yīng)用都可以調(diào)用對應(yīng)的接口系統(tǒng)到系統(tǒng)中來，方式靈活，簡單 快速，實現(xiàn)了所謂的“即捶渾用囂秘”。 其主要模塊功能描述如下： （１）ＳｏＡＰ路由器：是整個集成框架的關(guān)鍵部分，用來處理ＳｏＡＰ消息的傳 遞，通過它可以產(chǎn)生ＳｏＡＰ請求消息并通過酐ＴＰ發(fā)送到服務(wù)器端；也可以接收 客戶端的ＳｏＡＰ請求消息，并對其做出適當(dāng)?shù)捻憫?yīng)。ＳｏＡＰ路由器主要包括了ＳｏＡＰ 山東師范大學(xué)碩士擘位論文 消意路由耩消息格式轉(zhuǎn)化兩個功能。 （２）ｗｅｂ服務(wù)發(fā)布模塊：將部署在Ｗｅｂ服務(wù)器上的Ｗｅｂ服務(wù)向私有ＵＤＤＩ 注瑟中心幫公共Ｕ游王注冊孛心發(fā)布。鬻辨平臺下可以震駐醯薹Ｓ濰編程實現(xiàn)餮ｅｂ 服務(wù)的批處理發(fā)布。 ｛＝３）照務(wù)安全模塊：瘸來實現(xiàn)鬻ｅｂ服務(wù)豹安全蛀控翎，．包括對鼴務(wù)請求者 的身份驗證和Ｗｅｂ服務(wù)消息的加密和數(shù)字簽名技術(shù)。 《《）事務(wù)處理孳｜擎：該模塊提供了原子／韭務(wù)事務(wù)，受責(zé)協(xié)調(diào)事務(wù)酶上下 文，用于確定一個事務(wù)中的協(xié)調(diào)者和參與者，并通過事務(wù)協(xié)調(diào)者對事務(wù)進(jìn)行管 理，懿控制一個事務(wù)的提交幫失敗后的事務(wù)匿滾等操終。 （５）目志記錄模塊：用于對該框架中的所有服務(wù)操作進(jìn)行記錄，以便日后 監(jiān)控查看和分橇。 （６）擴(kuò)展功能模塊：這是該框架的預(yù)齠模塊，用于滿足目后的企業(yè)需求， 比如添趣工籜流零｝擎，來實現(xiàn)餮ｅｂ服務(wù)的流程控制等。 （７）Ｕ叻Ｉ注冊中心：ＵＤＤＩ注冊中心是所有提供ＵＤＤＩ注塒服務(wù)的站點的通 稱。在本框架中Ｕ∞至注冊中心分為公共Ｕ∞至注舫中心幫私有ＵＤ蚤王注冊孛心。 公共Ｕ∞Ｉ注冊中心是兩向全球使用的ＵＤＤＩ注冊服務(wù)，用予實現(xiàn)跨企業(yè)的應(yīng)用 集成，私有ｌｊ鞠王注冊中心是企業(yè)內(nèi)部使用的Ｕ躥王注冊中心，企業(yè)應(yīng)用以霧ｅｂ 服務(wù)的方式封裝詹，所有關(guān)于這些ｗｅｂ服務(wù)的描述文件ｗＳＤＬ均要在這個注冊中 ’ 心注瓣。 ４。３骶ｂ服務(wù)的應(yīng)用接西系統(tǒng) ｌ。系統(tǒng)設(shè)計惡想 ＥＩｊ于該集成系統(tǒng)所封裝的對蒙可能是已有的舊應(yīng)用系統(tǒng)，也可能新開發(fā)的 耗ｂ鼴務(wù)應(yīng)用，不管是哪一種情況，都要產(chǎn)生與之對應(yīng)懿罾ｅｂ驤務(wù)接婦。英產(chǎn) 生方法如下：首先向用戶提供一個界面友好的ｗＳＤＬ文檔編輯器用于產(chǎn)生描述應(yīng) 用功麓及其譎靂詳纓戇骼弛文檔。其次通過～個籬單荔震的鵜ｂ照務(wù)接露發(fā)布 ／部署向?qū)Чぞ?，輔助用戶在服務(wù)器端方便地產(chǎn)生與之相關(guān)的Ｗｅｂ服務(wù)接口框架 代碼，獻(xiàn)而愛褥震戶可以在此基礎(chǔ)上繼續(xù)開發(fā)與霹標(biāo)應(yīng)用系統(tǒng)穗關(guān)聯(lián)的適配器。 用戶如有需要，也可將描述ｗｅｂ服務(wù)接口詳細(xì)信息的ｗＳＤＬ文檔通過ＳＯＡＰ消息 襄琴弱玉艫至發(fā)布到ｌｊ翰ｌ注麓服務(wù)器上潮。 山東師范大學(xué)碩士學(xué)位論文 ２。系統(tǒng)體系結(jié)構(gòu) 邏輯上，Ｗｅｂ服務(wù)應(yīng)用接口系統(tǒng)主要由三大組件構(gòu)成：Ｗｅｂ服務(wù)產(chǎn)生組件、 并ｅｂ服務(wù)部署組件以及簿ｅｂ服務(wù)應(yīng)用接口維護(hù)組件。餮ｅｂ服務(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ù)管理工作Ｈ朝。Ｗｅｂ服務(wù)應(yīng)用接陰系統(tǒng) 體系結(jié)構(gòu)如圖４—３所示： 鶩４—３韃ｂ服務(wù)懲霜接疊系統(tǒng)體系結(jié)構(gòu) ３．系統(tǒng)開發(fā)原理 長期以來，大多數(shù)分布式應(yīng)用程序的開發(fā)人員都習(xí)慣于首先分析對象，然 ，后為對象開始編寫代碼，也就是“代碼先行（Ｃｏｄｅ Ｆｉｒｓｔ）辟。在面向服務(wù)的時 代，隨著霉曲服務(wù)漸漸成為分靠式應(yīng)用程序，特別是異構(gòu)系統(tǒng)整合的標(biāo)準(zhǔn)協(xié)議， 這種“服務(wù)自治，共享協(xié)定但不共享實現(xiàn)＂的軟件構(gòu)造方式得到了充分的應(yīng)用。 “鬻ｅｂ服務(wù)應(yīng)羆接翻系統(tǒng)”的開發(fā)原理——“契約先行（Ｃｏｎｔｒａｃｔ Ｆ主ｒｓ乞＞’’也 源于此。這個契約就是ｗＳＤＬ文檔。即先產(chǎn)生基于模式（Ｓｃｈｅｍａ）的ｗＳＤＬ文檔， 髯產(chǎn)生代碼㈨。 使用“契約先行”的開發(fā)中，系統(tǒng)開發(fā)大致可以分成五個步驟： （１）數(shù)據(jù)建模。定義數(shù)據(jù)結(jié)構(gòu)，用來保證通過氍ｂ服務(wù)接溺孛傳遞的消息 能夠被正確交換。 （２）消息建模。確定需要進(jìn)行交換的消息，創(chuàng)建翻乙Ｓｃｈｅ隨可｜基透過Ｘ娩Ｓｐｙ 或者Ｖｉｓｕａｌ Ｓｔｕｄｉｏ ２００５自帶的ＸＳＤ編輯器進(jìn)行編輯。 （３）操作和接黼建模。定義幕望提供給籜ｅｂ服務(wù)消費(fèi)者的方法操作。確定 山東師范大學(xué)碩士學(xué)位論文 描述鬻ｅｂ服務(wù)接弱的餮Ｓ跣文檔。 （４）生成代碼框架。根據(jù)上述定義的數(shù)據(jù)、消息和操作及其接口產(chǎn)生平臺 依賴豹代碼。（如基于錯或者ｊａｖ氌語言） （５）迭代契約式設(shè)計和代碼生成。重復(fù)上述步驟以完成用戶期望的應(yīng)用接 口的生成。 ＼ ４．“契約先行”開發(fā)的優(yōu)越性 （１）提高了應(yīng)用系統(tǒng)開發(fā)效率。服務(wù)設(shè)計與開發(fā)分開，服務(wù)的設(shè)計者透遺 ＷＳＤＬ具體化需求，然后交給開發(fā)人員實現(xiàn)。服務(wù)提供者和服務(wù)請求者能夠并行 工作?？彤a(chǎn)端的開發(fā)入員能夠獨(dú)立于服務(wù)器端的開發(fā)人員，兩者都可以以它們 使用的開發(fā)平臺進(jìn)行開發(fā)。這些能夠幫助用戶快速開發(fā)出與之相對應(yīng)的ｗｅｂ服 務(wù)接口適配器。 ， （２）最大限度解決客戶端和服務(wù)器端異構(gòu)問題。首先設(shè)計服務(wù)的互操作性， 郎首先在ｘＳＤ中創(chuàng)建數(shù)據(jù)類型，然后設(shè)計基于此數(shù)據(jù)類型的服務(wù)（礴Ｓ既），最霜 使用自動化的工具產(chǎn)生服務(wù)器端或者客戶端的ｗｅｂ服務(wù)接口代碼。這種“逆向’’ 的開發(fā)方法能夠最大限度的解決系統(tǒng)互操作性問題，麗且還提高了代碼的魯棒 性，提高了代碼的開發(fā)效率。 ４．４本章小節(jié) 本章首先設(shè)計了ＥＲＰ與電子商務(wù)系統(tǒng)的集成模型。集成模型中，企業(yè)在面 向終端客戶的時候，在集戒方案中專門弓｜入了Ｃ雕，用來實現(xiàn)臻ｐ與電子商務(wù) 集成在面向客戶時的無縫銜接；企業(yè)在面向供貨商與合作伙伴的時候，借助電 子商務(wù)平臺搭建Ｓｅ麓，實現(xiàn)與￡鼴系統(tǒng)翡禿縫銜接。 其次，根據(jù)分析得到的ＥＲＰ與電子商務(wù)系統(tǒng)的集成模型，結(jié)合Ｗｅｂ服務(wù)的 集成優(yōu)勢，設(shè)計了基于鬻ｅｂ服務(wù)的芝黯與電子商務(wù)系統(tǒng)的集成模型糕架，并對 模型框架中的主要模塊功能作了分析。 最后，研究了鬻ｅｂ服務(wù)應(yīng)用接習(xí)系統(tǒng)，餮ｅｂ服務(wù)應(yīng)用接溜系統(tǒng)主要由三大 組件構(gòu)成：Ｗｅｂ服務(wù)產(chǎn)生組件、Ｗｅｂ服務(wù)部署組件以及ｗｅｂ服務(wù)應(yīng)用接口維護(hù)組 件。 山東師范大學(xué)碩士學(xué)位論文 第五章ＥＲＰ與電子商務(wù)系統(tǒng)的數(shù)據(jù)集成技術(shù) ５．．１基于精Ｌ的統(tǒng)一數(shù)據(jù)平臺 數(shù)據(jù)格式是信息交互的一個關(guān)鍵閹題，制約了信息共享與數(shù)據(jù)交換，是造 成傳統(tǒng)應(yīng)用間移植性差、集成性差的關(guān)鍵因素之一。 鬻ｅｂ服務(wù)提供了跨平臺的可能，蕊Ｌ為數(shù)據(jù)表達(dá)提供一種平臺無關(guān)的格式， 跨平臺服務(wù)與跨平臺數(shù)據(jù)格式的結(jié)合為跨平臺應(yīng)用的產(chǎn)生提供了技術(shù)保證，同 時，兩者憑借可擴(kuò)展、可重用及對翰ｉｃｏｄｅ碼完全支持等優(yōu)勢將成為下一代應(yīng) 用系統(tǒng)開發(fā)的基礎(chǔ)附１。 考慮到系統(tǒng)的現(xiàn)實情況，首先實現(xiàn)數(shù)據(jù)級的集成，通過為每個系統(tǒng)建立適 配器（ａｄａｐｔｅｒ），可以將需要集成的數(shù)據(jù)放入企業(yè)數(shù)據(jù)總線中，也就是一個基 于蕊Ｌ的統(tǒng)一數(shù)據(jù)共享平臺，從而實現(xiàn)各個系統(tǒng)的數(shù)掂集成，如下圖５一ｌ所示。 ｌ電子商務(wù) Ｕ 丁了 ｝ ｌ物澈系統(tǒng) Ｕ ｘ溉數(shù)據(jù)共事統(tǒng)一警臺 銷售系統(tǒng) Ｕ 可ｒ 生產(chǎn)系統(tǒng) １ ｒ 癢存系統(tǒng) ｜財務(wù)系統(tǒng) 圖５一ｌ基于Ｘ弧的統(tǒng)一數(shù)據(jù)平臺結(jié)構(gòu)圖 系統(tǒng)開發(fā)者基于蕊Ｌ安排網(wǎng)絡(luò)數(shù)據(jù)格式及其表現(xiàn)形式，實現(xiàn)內(nèi)容層與表示 層的真正分離，許多的開發(fā)工具為ＸＭＬ提供強(qiáng)大的解析和處理功能，糊Ｌ實現(xiàn) 了數(shù)據(jù)格式與數(shù)據(jù)內(nèi)容的分離，具有機(jī)器可理解的強(qiáng)大數(shù)據(jù)描述能力，可在任 何兩個遵守相同）（ＭＬ ＳｃｈｅＩＩｌ８的應(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)化。 采用信息建模語言建立產(chǎn)晶數(shù)據(jù)主模型，對產(chǎn)品數(shù)據(jù)主模型進(jìn)行裁剪生成產(chǎn)品 全生命周期各階段的不同功能視圖，基于刪Ｌ實現(xiàn)產(chǎn)品數(shù)據(jù)的定義，消除特定 數(shù)據(jù)格式造成的系統(tǒng)集成與信息共享屏障，為產(chǎn)品信息模型的規(guī)范化和產(chǎn)品數(shù) 據(jù)交換的一致性提供保證。 山東師范大學(xué)碩士學(xué)位論文 建立ｘＭＬ數(shù)據(jù)共享統(tǒng)一平臺是基于ｗｅｂ服務(wù)的集成模式框架的基礎(chǔ)，首先 要清楚企業(yè)的系統(tǒng)信息交互狀況，那么確定應(yīng)用系統(tǒng)數(shù)據(jù)映射成為框架實現(xiàn)的 關(guān)鍵。從集成框架中可以看到不同應(yīng)用之間的應(yīng)用數(shù)據(jù)要能夠通過框架進(jìn)行傳 輸和變換，就必須在實現(xiàn)框架之前向基于）（ＭＬ的數(shù)據(jù)共享統(tǒng)一平臺提供這些信 息，而不同應(yīng)用之間的不同數(shù)據(jù)格式的轉(zhuǎn)化就是通過應(yīng)用數(shù)據(jù)映射的定義來完 成的。 從企業(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ù)。 后臺的ＥＲＰ系統(tǒng)中需要提供給前臺電子商務(wù)系統(tǒng)的信息有客戶數(shù)據(jù)、產(chǎn)品 目錄、產(chǎn)品庫存水平、定價數(shù)據(jù)以及訂單狀態(tài)等，這些信息需要在電子商務(wù)系 統(tǒng)的ｗｅｂ部分進(jìn)行發(fā)布，提供給客戶或上下游企業(yè)。而來自電子商務(wù)系統(tǒng)的數(shù) 據(jù)如客戶訂單，Ｗｅｂ客戶和客戶更新等信息需要發(fā)到ＥＲＰ系統(tǒng)中，通過后臺ＥＲＰ 系統(tǒng)的業(yè)務(wù)規(guī)則進(jìn)行處理。而在這些系統(tǒng)中數(shù)據(jù)的表示格式是不同的，當(dāng)從ＥＲＰ 系統(tǒng)中提取出產(chǎn)品信息時，必須將這些信息轉(zhuǎn)換為能夠為電子商務(wù)系統(tǒng)認(rèn)可的 信息格式，這就需要為這兩個系統(tǒng)之間的數(shù)據(jù)轉(zhuǎn)換提供相應(yīng)的映射定義文件。 由于電子商務(wù)系統(tǒng)一般來說是在ＥＲＰ系統(tǒng)之后開發(fā)的，所以需要將ＥＲＰ系 統(tǒng)中的產(chǎn)品信息直接轉(zhuǎn)化到電子商務(wù)系統(tǒng)中，之所以要將這些信息存放在兩個 應(yīng)用各自的數(shù)據(jù)庫中是因為這樣才能滿足松耦合的集成，對于應(yīng)用系統(tǒng)的ｗｅｂ 服務(wù)組件化的修改降到最低，并減少開發(fā)費(fèi)用。