中間件的MES與ERP系統(tǒng)信息集成技術

1、.：.；中間件的MES與ERP系統(tǒng)信息集成技術隨著我國計算機信息技術的高速開展、計算機軟件運用技術的不斷普及、企業(yè)信息化建立閱歷的不斷積累和計算機信息管理系統(tǒng)運用程度的提高，企業(yè)深化地認識到走信息集成化道路的重要性。為此，摒棄“信息孤島，消除“運用峽谷，實施信息集成化技術，實現(xiàn)MES與ERP系統(tǒng)集成，已成為企業(yè)信息化建立開展的一種必然選擇。1 引 言 隨著我國計算機信息技術的高速開展、計算機軟件運用技術的不斷普及、企業(yè)信息化建立閱歷的不斷積累和計算機信息管理系統(tǒng)運用程度的提高，企業(yè)深化地認識到走信息集成化道路的重要性。為此，摒棄“信息孤島，消除“運用峽谷，實施信息集成化技術，實現(xiàn)MES與ERP

2、系統(tǒng)集成，已成為企業(yè)信息化建立開展的一種必然選擇。過去實現(xiàn)MES與ERP集成均為公用接口集成，整合的時間過長、本錢過高，且不能順應變化的企業(yè)需求。如今主流的集成技術為基于中間件的系統(tǒng)集成，即經(jīng)過通用中間件的橋梁作用把各種ERP和MES系統(tǒng)銜接起來，實現(xiàn)信息在兩者之間的交互與共享。因此本文提出采用BizTalk server作為中間件的集成方法，并闡明了此中間件引擎采用的技術和實現(xiàn)的規(guī)范。 2 基于中間件的集成平臺的體系構造和任務原理 2.1 系統(tǒng)各模塊功能闡明 MES事件：消費車間現(xiàn)場的實時事件，包括“裝配站組裝開場音訊，組裝終了報完工音訊，中間立庫各種物料耗費及剩余信息，質量異?；駻GV工裝

3、異常等; 訂閱/發(fā)布：XML信息交換適配器創(chuàng)建訂閱以指示其接納MES發(fā)布的事件音訊; 支持ISA95 XML規(guī)范的信息交換適配器：由“接納適配器和“接受管道，兩部分組成，在消費過程中，“接納適配器隨時接納MES的音訊事件，“接受管道嚴厲按照企業(yè)信息集成的國際規(guī)范S95封裝為規(guī)范XML格式文檔，文檔一經(jīng)生成，即被傳輸?shù)絏ML DOM解析器進展解析; MES數(shù)據(jù)庫：運用Microsoft SQL Server 2000實現(xiàn)，用于存儲消費現(xiàn)場中的各種消費數(shù)據(jù); Message Box數(shù)據(jù)庫：運用Microsoft SQL Server 2000實現(xiàn)，內部存儲由企業(yè)事先定義的各個業(yè)務流程生成的XML架

4、構文檔，即XMI Schema文件，經(jīng)過XML DOM解析器用以驗證XML適配器所生成的XML文檔能否符合某個業(yè)務流程定義的文檔架構; XML DOM解析器：該模塊對照存儲在Message Box數(shù)據(jù)庫中的指定架構或架構組驗證XML適配器生成的XML文檔，假設文檔與任一架構不符，那么前往原文檔，不預處置; ERP系統(tǒng)適配器：接納Message Box數(shù)據(jù)庫的XML音訊，并將其轉換成ERP運用程序支持的文檔格式供ERP處置;其內部構造同ISA95 XML信息交換適配器，由發(fā)送適配器和發(fā)送管道兩部分組成。 2.2 系統(tǒng)流程概述 1.消費現(xiàn)場有消費事件發(fā)生時，MES經(jīng)過音訊的訂閱/發(fā)布機制，有選擇的

5、將事件音訊傳送到XML適配器中進展封裝處置，XML適配器處置好的規(guī)范XML格式文檔經(jīng)XML DOM解析器解析，假設其結果符合企業(yè)事先定義好的某個業(yè)務流程的XML文檔架構，那么該文檔會傳輸至Message Box數(shù)據(jù)庫，然后被發(fā)送到其目的業(yè)務流程，后者將執(zhí)行業(yè)務流程要求的一切操作。每個業(yè)務流程都創(chuàng)建訂閱以指示其接納的音訊類型。經(jīng)過此處置，得到由業(yè)務流程創(chuàng)建的另一音訊并將其保管在Message Box數(shù)據(jù)庫中。音訊經(jīng)過ERP適配器發(fā)送出去，此過程中拆裝XML格式文檔為ERP運用程序可接納的音訊格式。ERP接納到音訊懇求及時做出呼應，從而實現(xiàn)企業(yè)各個消費運營環(huán)節(jié)的信息貫穿和共享。 2.系統(tǒng)經(jīng)過動態(tài)對

6、ME5數(shù)據(jù)庫的檢索查詢，發(fā)現(xiàn)需求由ERP做出新的動作(例如下達新的總裝或分裝消費方案)或對MES層發(fā)出新的指令(如某總裝工位的料架補料指令或分裝工位的中間產品調度指令)時，發(fā)布新的音訊懇求到XMI、適配器，然后音訊處置流程同上一段中所示。3 中間件引擎的關鍵技術和實現(xiàn)規(guī)范 3.1 信息集成的內容遵照S95規(guī)范 S95企業(yè)控制集成規(guī)范的產生是來源于實踐運用集成的需求。2000年以來由ISA(美國儀表、系統(tǒng)和自動化學會)制定和發(fā)布了“企業(yè)與控制系統(tǒng)集成規(guī)范，即S95規(guī)范CS95規(guī)范定義了各企業(yè)系統(tǒng)與控制系統(tǒng)集成的模型，提供了企業(yè)活動和控制活動的一致接口和數(shù)據(jù)構造。 S95為信息交換提供了規(guī)范，減少

7、了MES-ERP集成的費用，與產品的生命周期管理協(xié)同任務，提供消費才干和形狀，提高了消費制造的靈敏性，提供了一套信息集成的架構和規(guī)范模型，定義了ERP和MES的界限和信息流，定義了消費過程中需求在規(guī)范所定義層級之間共享和交互的3種信息流，需求交互與共享的信息主要分為三類：消費才干信息、產品定義信息、消費信息。 S95規(guī)范以對象模型的方式定義信息，用各個對象的屬性描畫詳細信息。圖四所涉及的三類信息在規(guī)范中均定義了相應的對象模型及其組成子模型，模型和子模型的屬性及例如值也均有嚴厲定義。后面要實現(xiàn)的詳細例如中要集成的詳細信息為對應物料模型的物料子批次類的屬性。 3.2 音訊封裝格式運用XML技術 X

8、ML可擴展標志言語(extensible Markup Language)以其規(guī)范性、自描畫性、數(shù)據(jù)表達的靈敏性等特點很好地順應企業(yè)信息集成的要求。隨著XMl相關技術和運用的開展，XML不僅成為了各種運用程序間交換數(shù)據(jù)的一種規(guī)范，也是互聯(lián)網(wǎng)中重要的信息交換規(guī)范和表示的技術之一。 一個XML文檔由XML事例文件和架構描畫文件兩部分組成，事例文件主要描畫XML文檔的詳細內容，而架構描畫文件那么運用架構描畫言語定義事例文件中的標志及標志之間的關系。架構描畫言語主要包括DTD和XML-Schema，而在2001年5月2日XML-Schema成為W3C組織指定的替代DTD的XML架構言語規(guī)范。XSD(X

9、ML Schema Definition，XML Schema定義)是W3C提出的XSD Schema定義(XSD Schema Definition)規(guī)范的通用稱號。XSD優(yōu)點如下： XSD Schema也是XML文檔，采用與XML一樣的語法 可以為元素或屬性指定XSD Schema中的數(shù)據(jù)類型 允許自定義數(shù)據(jù)類型，或運用44種預定義數(shù)據(jù)類型之一 提供了在數(shù)據(jù)元素上定義鍵值的功能，從而實現(xiàn)了獨一性 支持面向對象類型的承繼，即一個Schema可以承繼另一個Schema 允許定義可以相互替代的元素 經(jīng)過XSD Schema可以定義一份XML文檔的格式內容和數(shù)據(jù)。當一份援用了XSD Schema的

10、文檔被支持XSD的解析器進展驗證時，它要確定該文檔能否符合Schema中所定義的規(guī)范。 3.3 企業(yè)運用集成平臺采用BizTalk server BizTalk Server是微軟開發(fā)的一款分布式集效果勞器產品，它以Message HUB方式提供EAI處理方案，以SQL SERVER 2000為后臺數(shù)據(jù)庫管理系統(tǒng)，以VS.net為宿主來設計開發(fā)詳細的運用集成處理方案。企業(yè)內部一切運用程序整合都可由BizTalk Server引擎內部處置，在此平臺下需求開發(fā)設計特定的適配器(接納、發(fā)送適配器)和相應的接納發(fā)送管道，并設計定義相關的業(yè)務流程來完成企業(yè)運用的集成。4 利用中間件引擎買現(xiàn)ERP與MES

11、集成例如 方案實施結合西安法士特齒輪廠MES工程進展闡明，MES軟件平臺為GE-Fanuc的Plant Application軟件系統(tǒng)Proficy，ERP系統(tǒng)為SAP，這里SAP的接口適配器設計為可以處置平面文檔，此文檔中包含了從相應的XML文檔中分別提取出的有用信息。 4.1 方案運用案例 在變速箱殼體裝配過程中，隨著各種零部件的耗費，分別為總裝配站和分裝配站料架提供物料的MES中間立庫會定期發(fā)布物料補充懇求，懇求中包括立庫中儲存的各種物料的耗費和剩余信息;當某一種物料的剩余數(shù)量接近于deadline時，就需求通知ERP補充物料了。運用案例擬定為實現(xiàn)MES中間立庫物料補充這一業(yè)務流程。業(yè)務

12、流程設計為當MES中間立庫上的特定ID號的某零件剩余數(shù)量第一次少于100時就必需由MES通知ERP從庫存預備物料了。而當此種零件剩余數(shù)量大于100時那么會由經(jīng)過BizTalk映射器生成“回絕懇求前往給立庫運用程序。 4.2 開發(fā)平臺和工具 本文選用如下.NET開發(fā)工具和效力器來實現(xiàn)此物料補充過程的業(yè)務流程： 開發(fā)平臺：BizTalk Server 2006 開發(fā)工具：Visual Studio.NET 2005 編程言語：C#.net 操作系統(tǒng)：Windows2003 Server 后臺數(shù)據(jù)庫：SQL Server 2000 4.3 方案實現(xiàn)步驟 4.3.1 創(chuàng)建XML架構以定義數(shù)據(jù)和物料補充

13、懇求的構造 S95規(guī)范嚴厲定義了企業(yè)中ERY與ME5系統(tǒng)集成的信息內容，遵照此規(guī)范，MES中間立庫發(fā)布的物料補充懇求音訊格式應與S95規(guī)范中物料模型的物料子批次類的屬性一一對應，而在中間件引擎中我們用BizTalk編輯器編碼生成的用來驗證補充懇求架構的XML Schema更是與S95規(guī)范堅持一致，即規(guī)范中對象模型類的屬性對應Schema中的元素，而屬性值對應Schema中的元素屬性值。這樣MES中間立庫發(fā)出的物料補充懇求音訊經(jīng)XML適配器封裝生成規(guī)范XML格式文檔發(fā)送至DOM解析器，驗證其XSD符合“物料補充業(yè)務流程文檔架構，然后由后面設計生成的訂閱該文檔架構的業(yè)務流程進一步處置。 下面的圖表

14、列出了S95物料模型的物料子批次類的屬性表，以及對應的用BizTalk編輯器定義的XML架構(侮個屬性相對于schema中的每個字段元素)。 4.3.2 修正“懇求架構的屬性 在BizTalk架構編輯器中，運用“晉級屬性將架構中的Quantity字段定義為可分辨字段，并將Quantity字段元素的數(shù)據(jù)類型定義為unsigned int，以便業(yè)務程序計算其值大于還是小于100。之后，每個懇務虛例都可以訪問該字段，可分辨字段是具有特殊作用的音訊數(shù)據(jù)，主要用于決策或處置業(yè)務流程中的數(shù)據(jù)。修正“架構編輯器擴展屬性，選擇要與“懇求架構關聯(lián)的平面文件擴展。平面文件擴展經(jīng)過添加可將數(shù)據(jù)保管在架構中的批注，提

15、供對平面文件的支持。 4.3.3 創(chuàng)建業(yè)務流程 在決策外形中構造布爾型表達式以計算要懇求的數(shù)量，以便路由相應的音訊。本方案所用代碼表達式為： RequestInstance.Item.Quantity100 (Quantity即為圖五所示的Schema中的子元素) 4.3.4 “Quantity=100的處置-BizTalk映射器 創(chuàng)建XML架構以定義“懇求被回絕音訊的構造，假設物料補充懇求因Quantity超越100而被回絕，那么“補充懇求架構中的數(shù)據(jù)需求映射到或轉換為所創(chuàng)建的“懇求被回絕架構。將傳入音訊中的字段鏈接到為傳出音訊定義的字段，由于這兩種音訊的架構構造不同，因此必需做文檔格式的映

16、射和轉換處置經(jīng)過此步實現(xiàn)，“懇求文檔將會被映射生成為“懇求回絕文檔前往給立庫。 4.3.5 “Quantity100的處置-運用ERP系統(tǒng)適配器 ERP系統(tǒng)適配器在本方案中可以等價為在BizTalk Server集成平臺下用戶自定義的管道設計器，提供對傳入和傳出的XMI音訊執(zhí)行正規(guī)的數(shù)據(jù)規(guī)范化的功能。在本方案中，需求將儲存信息實體的平面文件發(fā)送到ERP系統(tǒng)，因此需求創(chuàng)建自定義發(fā)送管道，并運用可將XML轉換為等價的平面文件格式的平面文件組裝器組件配置該管道。該管道運用平面文件組裝器組件將“懇求架構序列化為平面文件格式，然后將其發(fā)送到ERP系統(tǒng)。此過程的詳細實現(xiàn)為編寫“XML-Flat File文

17、檔轉換代碼添加到“BizTalk管道組件工具箱中的“平面文件組裝器框架，使XML格式的懇求音訊中的數(shù)據(jù)信息全部轉換并保管在新生成的平面文件中。 ERP經(jīng)過處置此項懇求，通知庫存系統(tǒng)供貨，使MES中間立庫上的對應零件得到即時補充，實現(xiàn)了MES與ERP的信息的交互與共享，保證了消費的正常進展。 5 小 結 該文提出了一種基于中間件的M ES與ERP系統(tǒng)的集成平臺，實現(xiàn)了消費信息從MES系統(tǒng)到運用中間件、經(jīng)過格式驗證、映射、轉換處置后，發(fā)送到ERP并由ERP回饋音訊的全過程。在系統(tǒng)集成的過程中第一次運用了BizTalk Server作為集成平臺中心中間件引擎，并在此平臺下勝利的實現(xiàn)了一個MES與ER

18、P系統(tǒng)之間關于物料補充懇求的信息集成的例如，實踐運用闡明該集成平臺性能穩(wěn)定、可靠性高。因此本文提出的以BizTalk Server作為MES與ERP系統(tǒng)集成的中間件引擎等關鍵技術對促進企業(yè)集效果勞平臺的構建、完成已有系統(tǒng)間的信息交互與共享等方面具有重要的現(xiàn)實意義。 本文創(chuàng)新點：1.本文第一次把W3C組織的XSD文檔規(guī)范與ISA95規(guī)范第一和第二部分關于ERP與MES系統(tǒng)集成的信息內容對應起來，建立起XSD文檔規(guī)范中所定義的根元素子元素及其元素屬性與ISA95規(guī)范中所定義的需求集成的信息內容的映射關系，即XSD文檔元素對應LSA95規(guī)范中的對象模型屬性，而元素值或元素屬性值對應規(guī)范中的對象模型屬

19、性值，這樣為在BizTalk中建立起需求集成的信息的模板奠定了根底。 2.在集成領域內第一次建立起以BizTalk Server作為中心中間件引擎的信息集成平臺，并在BizTalk Server中勝利的交融了W3C組織的XSD文檔規(guī)范和ISA95規(guī)范的對象模型屬性，在其數(shù)據(jù)構造一致的根底上建立起兩者的映射關系，以此為根底在中間件中實現(xiàn)了ERP與MES系統(tǒng)中集成的信自、內容的模板規(guī)范，真正一致了兩類系統(tǒng)中需求集成和共享的信息內容及格式。1 引 言隨著我國計算機信息技術的高速開展、計算機軟件運用技術的不斷普及、企業(yè)信息化建立閱歷的不斷積累和計算機信息管理系統(tǒng)運用程度的提高，企業(yè)深化地認識到走信息集

20、成化道路的重要性。為此，摒棄“信息孤島，消除“運用峽谷，實施信息集成化技術，實現(xiàn)MES與ERP系統(tǒng)集成，已成為企業(yè)信息化建立開展的一種必然選擇。過去實現(xiàn)MES與ERP集成均為公用接口集成，整合的時間過長、本錢過高，且不能順應變化的企業(yè)需求。如今主流的集成技術為基于中間件的系統(tǒng)集成，即經(jīng)過通用中間件的橋梁作用把各種ERP和MES系統(tǒng)銜接起來，實現(xiàn)信息在兩者之間的交互與共享。因此本文提出采用BizTalk server作為中間件的集成方法，并闡明了此中間件引擎采用的技術和實現(xiàn)的規(guī)范。2 基于中間件的集成平臺的體系構造和任務原理2.1 系統(tǒng)各模塊功能闡明MES事件：消費車間現(xiàn)場的實時事件，包括“裝配

21、站組裝開場音訊，組裝終了報完工音訊，中間立庫各種物料耗費及剩余信息，質量異?；駻GV工裝異常等;訂閱/發(fā)布：XML信息交換適配器創(chuàng)建訂閱以指示其接納MES發(fā)布的事件音訊;支持ISA95 XML規(guī)范的信息交換適配器：由“接納適配器和“接受管道，兩部分組成，在消費過程中，“接納適配器隨時接納MES的音訊事件，“接受管道嚴厲按照企業(yè)信息集成的國際規(guī)范S95封裝為規(guī)范XML格式文檔，文檔一經(jīng)生成，即被傳輸?shù)絏ML DOM解析器進展解析;MES數(shù)據(jù)庫：運用Microsoft SQL Server 2000實現(xiàn)，用于存儲消費現(xiàn)場中的各種消費數(shù)據(jù);Message Box數(shù)據(jù)庫：運用Microsoft SQL

22、 Server 2000實現(xiàn)，內部存儲由企業(yè)事先定義的各個業(yè)務流程生成的XML架構文檔，即XMI Schema文件，經(jīng)過XML DOM解析器用以驗證XML適配器所生成的XML文檔能否符合某個業(yè)務流程定義的文檔架構;XML DOM解析器：該模塊對照存儲在Message Box數(shù)據(jù)庫中的指定架構或架構組驗證XML適配器生成的XML文檔，假設文檔與任一架構不符，那么前往原文檔，不預處置;ERP系統(tǒng)適配器：接納Message Box數(shù)據(jù)庫的XML音訊，并將其轉換成ERP運用程序支持的文檔格式供ERP處置;其內部構造同ISA95 XML信息交換適配器，由發(fā)送適配器和發(fā)送管道兩部分組成。2.2 系統(tǒng)流程概

23、述1.消費現(xiàn)場有消費事件發(fā)生時，MES經(jīng)過音訊的訂閱/發(fā)布機制，有選擇的將事件音訊傳送到XML適配器中進展封裝處置，XML適配器處置好的規(guī)范XML格式文檔經(jīng)XML DOM解析器解析，假設其結果符合企業(yè)事先定義好的某個業(yè)務流程的XML文檔架構，那么該文檔會傳輸至Message Box數(shù)據(jù)庫，然后被發(fā)送到其目的業(yè)務流程，后者將執(zhí)行業(yè)務流程要求的一切操作。每個業(yè)務流程都創(chuàng)建訂閱以指示其接納的音訊類型。經(jīng)過此處置，得到由業(yè)務流程創(chuàng)建的另一音訊并將其保管在Message Box數(shù)據(jù)庫中。音訊經(jīng)過ERP適配器發(fā)送出去，此過程中拆裝XML格式文檔為ERP運用程序可接納的音訊格式。ERP接納到音訊懇求及時做出

24、呼應，從而實現(xiàn)企業(yè)各個消費運營環(huán)節(jié)的信息貫穿和共享。2.系統(tǒng)經(jīng)過動態(tài)對ME5數(shù)據(jù)庫的檢索查詢，發(fā)現(xiàn)需求由ERP做出新的動作(例如下達新的總裝或分裝消費方案)或對MES層發(fā)出新的指令(如某總裝工位的料架補料指令或分裝工位的中間產品調度指令)時，發(fā)布新的音訊懇求到XMI、適配器，然后音訊處置流程同上一段中所示。3 中間件引擎的關鍵技術和實現(xiàn)規(guī)范3.1 信息集成的內容遵照S95規(guī)范S95企業(yè)控制集成規(guī)范的產生是來源于實踐運用集成的需求。2000年以來由ISA(美國儀表、系統(tǒng)和自動化學會)制定和發(fā)布了“企業(yè)與控制系統(tǒng)集成規(guī)范，即S95規(guī)范CS95規(guī)范定義了各企業(yè)系統(tǒng)與控制系統(tǒng)集成的模型，提供了企業(yè)活動

25、和控制活動的一致接口和數(shù)據(jù)構造。S95為信息交換提供了規(guī)范，減少了MES-ERP集成的費用，與產品的生命周期管理協(xié)同任務，提供消費才干和形狀，提高了消費制造的靈敏性，提供了一套信息集成的架構和規(guī)范模型，定義了ERP和MES的界限和信息流，定義了消費過程中需求在規(guī)范所定義層級之間共享和交互的3種信息流，需求交互與共享的信息主要分為三類：消費才干信息、產品定義信息、消費信息。S95規(guī)范以對象模型的方式定義信息，用各個對象的屬性描畫詳細信息。圖四所涉及的三類信息在規(guī)范中均定義了相應的對象模型及其組成子模型，模型和子模型的屬性及例如值也均有嚴厲定義。后面要實現(xiàn)的詳細例如中要集成的詳細信息為對應物料模型

26、的物料子批次類的屬性。3.2 音訊封裝格式運用XML技術XML可擴展標志言語(extensible Markup Language)以其規(guī)范性、自描畫性、數(shù)據(jù)表達的靈敏性等特點很好地順應企業(yè)信息集成的要求。隨著XMl相關技術和運用的開展，XML不僅成為了各種運用程序間交換數(shù)據(jù)的一種規(guī)范，也是互聯(lián)網(wǎng)中重要的信息交換規(guī)范和表示的技術之一。一個XML文檔由XML事例文件和架構描畫文件兩部分組成，事例文件主要描畫XML文檔的詳細內容，而架構描畫文件那么運用架構描畫言語定義事例文件中的標志及標志之間的關系。架構描畫言語主要包括DTD和XML-Schema，而在2001年5月2日XML-Schema成為W

27、3C組織指定的替代DTD的XML架構言語規(guī)范。XSD(XML Schema Definition，XML Schema定義)是W3C提出的XSD Schema定義(XSD Schema Definition)規(guī)范的通用稱號。XSD優(yōu)點如下：XSD Schema也是XML文檔，采用與XML一樣的語法可以為元素或屬性指定XSD Schema中的數(shù)據(jù)類型允許自定義數(shù)據(jù)類型，或運用44種預定義數(shù)據(jù)類型之一提供了在數(shù)據(jù)元素上定義鍵值的功能，從而實現(xiàn)了獨一性支持面向對象類型的承繼，即一個Schema可以承繼另一個Schema允許定義可以相互替代的元素經(jīng)過XSD Schema可以定義一份XML文檔的格式內容

28、和數(shù)據(jù)。當一份援用了XSD Schema的文檔被支持XSD的解析器進展驗證時，它要確定該文檔能否符合Schema中所定義的規(guī)范。3.3 企業(yè)運用集成平臺采用BizTalk serverBizTalk Server是微軟開發(fā)的一款分布式集效果勞器產品，它以Message HUB方式提供EAI處理方案，以SQL SERVER 2000為后臺數(shù)據(jù)庫管理系統(tǒng)，以VS.net為宿主來設計開發(fā)詳細的運用集成處理方案。企業(yè)內部一切運用程序整合都可由BizTalk Server引擎內部處置，在此平臺下需求開發(fā)設計特定的適配器(接納、發(fā)送適配器)和相應的接納發(fā)送管道，并設計定義相關的業(yè)務流程來完成企業(yè)運用的集成

29、。4 利用中間件引擎買現(xiàn)ERP與MES集成例如方案實施結合西安法士特齒輪廠MES工程進展闡明，MES軟件平臺為GE-Fanuc的Plant Application軟件系統(tǒng)Proficy，ERP系統(tǒng)為SAP，這里SAP的接口適配器設計為可以處置平面文檔，此文檔中包含了從相應的XML文檔中分別提取出的有用信息。4.1 方案運用案例在變速箱殼體裝配過程中，隨著各種零部件的耗費，分別為總裝配站和分裝配站料架提供物料的MES中間立庫會定期發(fā)布物料補充懇求，懇求中包括立庫中儲存的各種物料的耗費和剩余信息;當某一種物料的剩余數(shù)量接近于deadline時，就需求通知ERP補充物料了。運用案例擬定為實現(xiàn)MES中

30、間立庫物料補充這一業(yè)務流程。業(yè)務流程設計為當MES中間立庫上的特定ID號的某零件剩余數(shù)量第一次少于100時就必需由MES通知ERP從庫存預備物料了。而當此種零件剩余數(shù)量大于100時那么會由經(jīng)過BizTalk映射器生成“回絕懇求前往給立庫運用程序。4.2 開發(fā)平臺和工具本文選用如下.NET開發(fā)工具和效力器來實現(xiàn)此物料補充過程的業(yè)務流程：開發(fā)平臺：BizTalk Server 2006開發(fā)工具：Visual Studio.NET 2005編程言語：C#.net操作系統(tǒng)：Windows2003 Server后臺數(shù)據(jù)庫：SQL Server 20004.3 方案實現(xiàn)步驟4.3.1 創(chuàng)建XML架構以定義

31、數(shù)據(jù)和物料補充懇求的構造S95規(guī)范嚴厲定義了企業(yè)中ERY與ME5系統(tǒng)集成的信息內容，遵照此規(guī)范，MES中間立庫發(fā)布的物料補充懇求音訊格式應與S95規(guī)范中物料模型的物料子批次類的屬性一一對應，而在中間件引擎中我們用BizTalk編輯器編碼生成的用來驗證補充懇求架構的XML Schema更是與S95規(guī)范堅持一致，即規(guī)范中對象模型類的屬性對應Schema中的元素，而屬性值對應Schema中的元素屬性值。這樣MES中間立庫發(fā)出的物料補充懇求音訊經(jīng)XML適配器封裝生成規(guī)范XML格式文檔發(fā)送至DOM解析器，驗證其XSD符合“物料補充業(yè)務流程文檔架構，然后由后面設計生成的訂閱該文檔架構的業(yè)務流程進一步處置。

32、下面的圖表列出了S95物料模型的物料子批次類的屬性表，以及對應的用BizTalk編輯器定義的XML架構(侮個屬性相對于schema中的每個字段元素)。4.3.2 修正“懇求架構的屬性在BizTalk架構編輯器中，運用“晉級屬性將架構中的Quantity字段定義為可分辨字段，并將Quantity字段元素的數(shù)據(jù)類型定義為unsigned int，以便業(yè)務程序計算其值大于還是小于100。之后，每個懇務虛例都可以訪問該字段，可分辨字段是具有特殊作用的音訊數(shù)據(jù)，主要用于決策或處置業(yè)務流程中的數(shù)據(jù)。修正“架構編輯器擴展屬性，選擇要與“懇求架構關聯(lián)的平面文件擴展。平面文件擴展經(jīng)過添加可將數(shù)據(jù)保管在架構中的批注，提供對平面文件的支持。4.3.3 創(chuàng)建業(yè)務流程在決策外形中構造布爾型表達式以計算要懇求的數(shù)量，以便路由相應的音訊。本方案所用代碼表達式為：RequestInstance.Item.Quantity100(Quantity即為圖五所示的Schema中的子元素)4.3.4 “Quantity=100的處置-BizTalk映射器創(chuàng)建XML架構以定義“懇求被回絕音訊的構造，假設物料補充懇求因Quantity超越100而被回絕，那么“補充懇求架構中的數(shù)據(jù)需求映射到或轉換為所創(chuàng)建的“懇求被回絕架構。將傳入音訊中的字段鏈接到為傳出音訊定義的字段，由于這兩種音訊的架構構造不同，因此必需做文檔格