企業(yè)ｅ胎與電子商務系統(tǒng)的集成研究-資料下載頁

　　

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