企業(yè)數(shù)據(jù)交換管理系統(tǒng)研究

1、企業(yè)數(shù)據(jù)交換管理系統(tǒng)研究隨著企業(yè)信息化和計算機(jī)軟件技術(shù)的不斷發(fā)展，企業(yè)應(yīng)用系統(tǒng)越來越多，但由于缺乏總體規(guī)劃，導(dǎo)致各信息系統(tǒng)形成“信息孤島”，企業(yè)無法實現(xiàn)對整體業(yè)務(wù)運(yùn)作和流程管理的全面掌控，對企業(yè)應(yīng)用系統(tǒng)集成的需求應(yīng)運(yùn)而生。特別是現(xiàn)在企業(yè)各種應(yīng)用的迅速增加以及與電子商務(wù)的結(jié)合，更需要企業(yè)具有一個開放的應(yīng)用集成系統(tǒng)，企業(yè)應(yīng)用集成（EnterpriseApplicationIntegration，EAI）便成為企業(yè)實現(xiàn)戰(zhàn)略目標(biāo)的必需手段和捷徑。EAI是企業(yè)應(yīng)用信息系統(tǒng)竭誠的科學(xué)方法和技術(shù)，其目的是將企業(yè)內(nèi)的應(yīng)用彼此聯(lián)系起來1。 1集團(tuán)公司 EAI數(shù)據(jù)鏈路簡介某集團(tuán)公司EAI系統(tǒng)數(shù)據(jù)交換分為消息發(fā)送、

2、消息路由和消息接收3個環(huán)節(jié)，其管理能力與戰(zhàn)略目標(biāo)關(guān)系如圖1所示。雖然不同的應(yīng)用系統(tǒng)間，消息傳遞的鏈路并不完全相同。但總體而言，消息的傳遞鏈路可以分為消息發(fā)送端起點系統(tǒng)觸發(fā)、消息發(fā)送端Adapter拼寫報文并發(fā)送報文、消息路由端按隊列接收并投遞報文、消息接收端Adapter接收報文并解析以及消息接收端終點系統(tǒng)接收消息。 2數(shù)據(jù)鏈路分析 2.1消息發(fā)送2.1.1結(jié)算系統(tǒng)C/S環(huán)境消息發(fā)送方式。在點擊結(jié)算系統(tǒng)相應(yīng)功能按鈕后，結(jié)算系統(tǒng)通過Adapter調(diào)用存儲過程拼寫報文并保存。然后Adapter輪訓(xùn)消息狀態(tài)，如果消息狀態(tài)為未發(fā)送或發(fā)送失敗，則發(fā)送消息給MQ。2.1.2結(jié)算系統(tǒng)BS環(huán)境消息發(fā)送方式。在

3、點擊結(jié)算系統(tǒng)相應(yīng)功能按鈕后，結(jié)算系統(tǒng)通過Adapter調(diào)用存儲過程拼寫報文并保存。然后Adapter輪訓(xùn)消息狀態(tài)，如果消息狀態(tài)為未發(fā)送或發(fā)送失敗，則發(fā)送消息給MQ。2.1.3審批系統(tǒng)消息發(fā)送方式。在點擊審批系統(tǒng)相應(yīng)功能按鈕后，審批系統(tǒng)通過Adapter程序拼寫報文并保存。然后Adapter輪訓(xùn)消息狀態(tài)，如果消息狀態(tài)為未發(fā)送或發(fā)送失敗，則發(fā)送消息給MQ。2.1.4SAP系統(tǒng)消息發(fā)送方式。SAP系統(tǒng)將關(guān)鍵信息發(fā)到Key表中，SAP后臺JOB輪巡Key表拼寫消息。然后Adapter輪訓(xùn)消息狀態(tài)，如果消息狀態(tài)為未發(fā)送或發(fā)送失敗，則發(fā)送消息給MQ。2.2消息接收2.2.1數(shù)據(jù)標(biāo)準(zhǔn)系統(tǒng)、結(jié)算系統(tǒng)及物流系統(tǒng)

4、消息接收方式。Adapter從MQ相應(yīng)隊列輪訓(xùn)消息，并將消息保存到業(yè)務(wù)系統(tǒng)臨時表中。然后Adapter對消息進(jìn)行轉(zhuǎn)換、發(fā)送并更新本地業(yè)務(wù)數(shù)據(jù)庫。2.2.2SAP系統(tǒng)消息接收方式。Adapter從隊列輪訓(xùn)消息并根據(jù)處理函數(shù)，確定相應(yīng)的SAP模塊，然后Adapter對消息進(jìn)行轉(zhuǎn)換、發(fā)送并更新本地業(yè)務(wù)數(shù)據(jù)庫。整個過程并不對消息內(nèi)容進(jìn)行存儲。 3數(shù)據(jù)交換監(jiān)控與管理系統(tǒng)實施方案 為了在系統(tǒng)數(shù)據(jù)交互過程中“盡早發(fā)現(xiàn)問題，盡快解決問題”，該集團(tuán)公司于2012年啟動了數(shù)據(jù)交換監(jiān)控與管理項目。項目通過對該公司EAI環(huán)境的分析，確定了數(shù)據(jù)交換監(jiān)控與管理系統(tǒng)實施方案。根據(jù)對集團(tuán)EAI系統(tǒng)的運(yùn)行狀況及對現(xiàn)有系統(tǒng)的消息

5、交互的流程分析，結(jié)合被監(jiān)控系統(tǒng)運(yùn)維工作情況，確定集團(tuán)公司數(shù)據(jù)交換監(jiān)控管理平臺需要滿足如下業(yè)務(wù)需求：提供監(jiān)控信息展示圖形界面，顯示監(jiān)控節(jié)點并形成消息交換路線的監(jiān)控展現(xiàn)；提供錯誤消息查詢和錯誤提醒功能，使用戶能夠準(zhǔn)確及時定位消息的錯誤；提供針對錯誤消息的分析解讀功能，能夠查看消息經(jīng)過的消息節(jié)點的消息內(nèi)容，并能實現(xiàn)同一監(jiān)控路線下消息的比對。 4消息獲取方式配置 4.1AdapterJOB配置定義需要輪巡的消息收發(fā)列表。配置項內(nèi)容包括發(fā)送系統(tǒng)、接收系統(tǒng)、JOB類型、數(shù)據(jù)庫連接名稱、消息發(fā)送/接收列表名、消息列表類型、消息流水號列和收發(fā)狀態(tài)列等內(nèi)容。要求該列表中要有消息流水號、消息內(nèi)容、消息收發(fā)狀態(tài)、消

6、息收發(fā)日期信息。4.2PortcapJOB配置端口監(jiān)控需定義輸入端口與輸出端口2個監(jiān)控點的詳細(xì)監(jiān)控配置。其配置內(nèi)容包括發(fā)送系統(tǒng)、接收系統(tǒng)、JOB類型、JOB類型、輸入（出）端口、輸入（出）消息解析配置、輸入（出）監(jiān)控點、最大處理數(shù)據(jù)量和報錯閾值等項目。端口監(jiān)控的消息首先通過JPCAP偵聽存入臨時消息表，然后再通過JOB輪詢臨時消息表，獲取消息。4.3MQJOB配置連接到MQ，查詢配置中的傳輸隊列，錯誤隊列，與傳輸通道的屬性、狀態(tài)信息，并對錯誤隊列中的消息做分析處理。其配置內(nèi)容包括收發(fā)系統(tǒng)、JOB類型、端口、服務(wù)器連接通道、錯誤隊列、消息分析器、傳輸隊列、通道、輪詢頻率和輪詢閾值等項目。4.4監(jiān)

7、控點配置為了實現(xiàn)監(jiān)控內(nèi)容的展示，需要定義消息在傳輸過程中的監(jiān)控點。監(jiān)控點配置內(nèi)容包括收發(fā)系統(tǒng)、監(jiān)控點名稱、監(jiān)控點標(biāo)題、類型及顯示順序等項目。4.5消息分析器配置消息分析器是為了實現(xiàn)提供從消息內(nèi)容中分析出消息ID的一種解決方案。該配置項內(nèi)容包括收發(fā)系統(tǒng)、分析器名稱、根節(jié)點名稱、消息ID組件和組件加密類型等項目。通過消息ID確定傳輸中消息的唯一性，進(jìn)而分析消息。 5結(jié)論 某集團(tuán)公司信息集成方案采用了以EAI為支撐技術(shù)，以IBMMQ為核心，將多個自主開發(fā)的異構(gòu)應(yīng)用系統(tǒng)，包括B/S、C/S及第三方的SAP系統(tǒng)整合成車輪式架構(gòu)，實現(xiàn)了集成。隨著數(shù)據(jù)交換監(jiān)控與管理系統(tǒng)的成功實施，為運(yùn)維人員高效解決數(shù)據(jù)交換問題提供了強(qiáng)有力的支撐。該系統(tǒng)在2005年實施上線以來，實現(xiàn)了SAP系統(tǒng)、審批系統(tǒng)、資