隨著計(jì)算機(jī)集成制造系統(tǒng)(Computer Integrated Manufacturing Systems)技術(shù)在國內(nèi)的推廣，CAD軟件、ERP軟件得到廣泛的應(yīng)用，企業(yè)的信息化程度也不斷提高。但是在實(shí)際應(yīng)用中，CAD軟件和ERP軟件分屬不同的應(yīng)用領(lǐng)域，其信息共享問題常常被人忽視，于是企業(yè)中存在的CAD數(shù)據(jù)、ERP數(shù)據(jù)，成了一個(gè)個(gè)信息“孤島”。對于同一產(chǎn)品或零件的信息各自從不同的角度定義，采用不同的數(shù)據(jù)模型描述，用不同的方式錄入、存儲(chǔ)、維護(hù)，造成大量重復(fù)錄入以及信息冗余，并得不到同步更新；同時(shí)在客觀上阻礙了進(jìn)一步在整個(gè)企業(yè)中的信息化進(jìn)程，而形成了新的信息瓶頸。

    本文的研究目標(biāo)就是針對我國模具行業(yè)在設(shè)計(jì)、制造、管理等方面所存在的上述主要問題，從模具企業(yè)的數(shù)字化設(shè)計(jì)、制造、管理需求出發(fā)，在已有的模具CAD系統(tǒng)、模具生產(chǎn)管理系統(tǒng)等成果基礎(chǔ)上，采用面向服務(wù)的架構(gòu)集成相關(guān)應(yīng)用系統(tǒng)。本平臺(tái)采用ESB作為其基礎(chǔ)框架，通過基于數(shù)據(jù)事件流的處理方式完成數(shù)據(jù)格式的轉(zhuǎn)換，采用基于Rete算法的規(guī)則引擎實(shí)現(xiàn)業(yè)務(wù)邏輯，將各種應(yīng)用邏輯抽象為服務(wù)連接到ESB上，實(shí)現(xiàn)數(shù)據(jù)的無縫集成和實(shí)時(shí)共享。

1 模具企業(yè)的業(yè)務(wù)分析與建模

    1.1 模具企業(yè)業(yè)務(wù)分析

    CAD／CAE／CAM／CAPP在模具行業(yè)的廣泛應(yīng)用，使得國內(nèi)模具行業(yè)的生產(chǎn)技術(shù)能力大幅提高，然而生產(chǎn)管理能力卻相對滯后。近年來，一些大中型、競爭力強(qiáng)的模具企業(yè)實(shí)施了PDM、ERP等信息系統(tǒng)，生產(chǎn)管理能力有了一定程度的提高，也帶來了直接的經(jīng)濟(jì)效益，但是仍然存在著CAD系統(tǒng)和ERP系統(tǒng)的信息流通不暢的問題[2]。一般來講，模具設(shè)計(jì)之后就可以進(jìn)行采購和工藝設(shè)計(jì)，采購、工藝設(shè)計(jì)以及模具制造是可以并行的。采購的材料以及數(shù)量是根據(jù)模具圖紙的BOM信息決定的，BOM的獲取效率和準(zhǔn)確率直接影響了采購的效率，從而影響整副模具交貨期。然而目前普遍的BOM集成是手動(dòng)完成的，專門的BOM錄入人員將設(shè)計(jì)圖紙的BOM信息手動(dòng)的錄入ERP系統(tǒng)中進(jìn)行統(tǒng)一管理，這樣就大大降低了BOM更新的效率，同時(shí)由于人為失誤會(huì)導(dǎo)致BOM信息的不準(zhǔn)確，可能造成庫存不足或者過量，導(dǎo)致整個(gè)制造過程的低效；規(guī)模較大的模具企業(yè)是在CAD系統(tǒng)中進(jìn)行BOM表導(dǎo)出的二次開發(fā)，這在一定程度上提高了操作效率與精度，但在自動(dòng)化方面還是非常欠缺。可見CAD系統(tǒng)和ERP系統(tǒng)的BOM信息的高效集成已經(jīng)十分必要。

    1.2 模具企業(yè)業(yè)務(wù)建模

    模具企業(yè)是十分復(fù)雜的系統(tǒng)，包含如企業(yè)經(jīng)營、產(chǎn)品設(shè)計(jì)、產(chǎn)品生產(chǎn)、物料采購等多個(gè)層面；整個(gè)業(yè)務(wù)過程不僅涉及到物流，還有大量的信息流、資金流；同時(shí)，模具企業(yè)是個(gè)動(dòng)態(tài)變化的系統(tǒng)，客戶需求的頻繁改動(dòng)使得整個(gè)生產(chǎn)過程存在大量的隨機(jī)因素和不確定性因素。因此，對模具企業(yè)的建模顯得尤為重要。通過對業(yè)務(wù)模型的分析，可以發(fā)現(xiàn)存在于模具企業(yè)的業(yè)務(wù)瓶頸，為優(yōu)化和改造業(yè)務(wù)流程提供了科學(xué)依據(jù)。

    企業(yè)建模的方法有很多，根據(jù)建模側(cè)重點(diǎn)各有不同，企業(yè)模型信息往往由這些反映各個(gè)側(cè)面的子模型組成，如功能與信息建模方法，過程建模方法，組織與資源建模方法，動(dòng)態(tài)企業(yè)建模方法，集成化企業(yè)建模方法等。由于我們關(guān)心的重點(diǎn)是模具企業(yè)的業(yè)務(wù)過程，在此采用描述工作流程的過程建模方法進(jìn)行模具企業(yè)的業(yè)務(wù)流程建模。目前，主流建模方法有集成計(jì)算機(jī)輔助制造(Integrated Computer Aided Manufacturing，ICAM)DEFinition系列方法、基于統(tǒng)一建模語言(Unified Modeling Language)的建模方法、基于業(yè)務(wù)流程建模標(biāo)注(Business Process Modeling Notation)流程圖方法等。IDEF族的方法基本上是靜態(tài)建模，缺少動(dòng)態(tài)的功能，很難表達(dá)復(fù)雜的邏輯關(guān)系和非確定的信息；UML角色工作流建模，是一種以角色為中心的建模方法，建模重點(diǎn)在角色的交互協(xié)作上，在流程描述上有所欠缺；基于BPMN的建模方法借鑒了UML活動(dòng)圖，UML EDOC的業(yè)務(wù)流程圖，IDEF等的技術(shù)經(jīng)驗(yàn)，兼顧了復(fù)雜的流程語義和角色交互，為描述和研究復(fù)雜系統(tǒng)提供了強(qiáng)有力的手段。BPMN由一組圖形元素構(gòu)成，便于開發(fā)一個(gè)簡單的，為大多數(shù)業(yè)務(wù)分析人員熟悉的流程圖。對于建模者來說，這些圖形都是易于區(qū)分和識(shí)別的。同時(shí)，眾多的成員保障了BPMN作為一個(gè)業(yè)務(wù)流程建模語言的標(biāo)準(zhǔn)。由此可見，基于BPMN的建模方法是很好的選擇。

    通過對模具企業(yè)ERP系統(tǒng)和CAD系統(tǒng)的業(yè)務(wù)分析可得如下基于BPMN的業(yè)務(wù)流程圖。由圖1可知，物料信息是CAD系統(tǒng)需要與ERP系統(tǒng)頻繁交互的，ERP會(huì)根據(jù)由CAD系統(tǒng)提交的物料信息決定采購計(jì)劃。而針對于模具行業(yè)的實(shí)際業(yè)務(wù)特點(diǎn)，客戶需求的頻繁改動(dòng)時(shí)有發(fā)生，物料信息也會(huì)隨之改變。如CAD系統(tǒng)改動(dòng)的物料信息不能及時(shí)的更新到ERP系統(tǒng)中，采購清單就會(huì)與實(shí)際需求不一致，導(dǎo)致采購不足或者采購過剩，給企業(yè)帶來不必要的麻煩和損失。因此，物料信息的實(shí)時(shí)更新和一致性顯得尤為重要。平臺(tái)工作的關(guān)鍵是保證物料數(shù)據(jù)實(shí)時(shí)更新，使得物料信息在系統(tǒng)之間保持一致和高度透明，功能要求就是要解決CAD系統(tǒng)和ERP系統(tǒng)的BOM無縫集成的問題。

圖1 模具企業(yè)業(yè)務(wù)框架

    面對業(yè)務(wù)流程不斷變化、多種異構(gòu)系統(tǒng)重用和集成的問題，面向服務(wù)的集成是目前最有效的解決方案。在面向服務(wù)的思想下，具體應(yīng)用程序的功能由一些松耦合并且具有統(tǒng)一接口定義方式的服務(wù)組合構(gòu)建起來的。這些封裝良好的原子化的服務(wù)僅僅在它們共同的契約里暴露行為，服務(wù)外部不能看到服務(wù)的內(nèi)部狀態(tài)和狀態(tài)轉(zhuǎn)化。同時(shí)，這些服務(wù)共享同一個(gè)消息總線，對迅速變化的業(yè)務(wù)環(huán)境具有良好適應(yīng)力。這剛好可以解決模具企業(yè)需求多變所帶來的問題。通過對模型分析可以得出，集成的最佳時(shí)間點(diǎn)是3D模具圖紙?jiān)O(shè)計(jì)好之后，BOM集成分為兩個(gè)主要的步驟：(1)從CAD系統(tǒng)讀取BOM信息；(2)BOM數(shù)據(jù)經(jīng)過轉(zhuǎn)換，導(dǎo)入ERP系統(tǒng)。面向服務(wù)的解決方案可以對這兩個(gè)步驟進(jìn)行服務(wù)的抽象，即一個(gè)讀取服務(wù)，一個(gè)寫入服務(wù)。在“3D設(shè)計(jì)／審核”環(huán)節(jié)之后，調(diào)用讀取服務(wù)和寫入服務(wù)，實(shí)現(xiàn)BOM的實(shí)時(shí)共享和無縫集成。

2 關(guān)鍵技術(shù)
 
    2.1 基于ESB的數(shù)據(jù)集成技術(shù)

    ESB為面向服務(wù)的集成提供了一個(gè)完備的基礎(chǔ)結(jié)構(gòu)，結(jié)合了Web服務(wù)、XSLT(Extensible Stylesheet Language Transformations)以及對編排技術(shù)的支持等。ESB提供了事件驅(qū)動(dòng)和文檔導(dǎo)向的處理模式，以及分布式的運(yùn)行管理機(jī)制，它支持基于內(nèi)容的路由和過濾，具備了復(fù)雜數(shù)據(jù)的傳輸能力，并可以提供一系列的標(biāo)準(zhǔn)接口。ESB對信息進(jìn)行了適當(dāng)?shù)目刂坪吞幚�，滿足了面向服務(wù)架構(gòu)中安全性、策略性、可靠性和統(tǒng)計(jì)需求。使用通信協(xié)議負(fù)責(zé)服務(wù)之間所有的信息調(diào)控、流向和轉(zhuǎn)換。ESB采用基于XML的消息格式，支持如Web服務(wù)、JMS(Java Message Service)等標(biāo)準(zhǔn)，使服務(wù)的實(shí)現(xiàn)和服務(wù)通信相分離，有很好的開放性和可擴(kuò)展性。集成的各個(gè)應(yīng)用之間可以通過ESB發(fā)送和接收消息，異步的產(chǎn)生消息，這些都使得ESB成為面向服務(wù)架構(gòu)、面向消息架構(gòu)以及事件驅(qū)動(dòng)架構(gòu)的良好解決方案。

    本平臺(tái)中，首先根據(jù)集成需求將各個(gè)集成操作抽象成為定義良好的服務(wù)，如CAD系統(tǒng)的文件BOM讀取服務(wù)，ERP系統(tǒng)的目標(biāo)BOM寫入服務(wù)，以備ESB調(diào)用；其次，集成需要完成異構(gòu)系統(tǒng)不同數(shù)據(jù)之間的格式轉(zhuǎn)換，以便共享數(shù)據(jù)。根據(jù)BOM數(shù)據(jù)格式的要求進(jìn)行數(shù)據(jù)處理，將源BOM數(shù)據(jù)格式轉(zhuǎn)換成目標(biāo)BOM數(shù)據(jù)格式，ESB根據(jù)轉(zhuǎn)換文件完成數(shù)據(jù)轉(zhuǎn)換；同時(shí)，ESB根據(jù)用戶需求，通過基于內(nèi)容的路由機(jī)制實(shí)現(xiàn)集成邏輯；最終，用戶配置的監(jiān)聽機(jī)制觸發(fā)定義好的ESB，實(shí)現(xiàn)兩系統(tǒng)之間的數(shù)據(jù)集成和共享。

    2.2 基于數(shù)據(jù)事件流的數(shù)據(jù)處理

    信息共享的一個(gè)重要的前提就是數(shù)據(jù)轉(zhuǎn)換，即將CAD系統(tǒng)和ERP系統(tǒng)中不同數(shù)據(jù)結(jié)構(gòu)的信息相互轉(zhuǎn)換，這樣才能實(shí)現(xiàn)數(shù)據(jù)的一致性和實(shí)時(shí)共享。然而手工硬編碼的方式去完成數(shù)據(jù)結(jié)構(gòu)的轉(zhuǎn)換是不可取的，既要耗費(fèi)大量精力又缺乏平臺(tái)通用性。在這里，采用數(shù)據(jù)轉(zhuǎn)換引擎進(jìn)行數(shù)據(jù)轉(zhuǎn)換，不僅支持基于XSLT的XML格式之間的轉(zhuǎn)換，還支持CSV到XML、XML到CSV、Java到XML、XML到Java等多種數(shù)據(jù)轉(zhuǎn)換形式，能夠?yàn)镋SB提供靈活的數(shù)據(jù)轉(zhuǎn)換服務(wù)，同時(shí)利于平臺(tái)數(shù)據(jù)轉(zhuǎn)換功能的擴(kuò)展。本平臺(tái)中，數(shù)據(jù)通信采用的是XML，數(shù)據(jù)結(jié)構(gòu)的表示和轉(zhuǎn)換采用的是)ML Schema和XSLT。XML Schema可以定義BOM表中的元素、屬性，定義子元素的次序及數(shù)目，定義元素是否為空，是否可包含文本，定義元素和屬性的數(shù)據(jù)類型以及屬性的默認(rèn)值等。XSLT作為一種基于XML的語言，在數(shù)據(jù)轉(zhuǎn)換引擎框架的支撐下用于將源BOM的XML文檔轉(zhuǎn)換成目標(biāo)BOM的XML文檔。在本平臺(tái)中，XSLT正是發(fā)揮了轉(zhuǎn)換數(shù)據(jù)的重要作用，使CAD系統(tǒng)和ERP系統(tǒng)中不同結(jié)構(gòu)的BOM信息得以共享。集成數(shù)據(jù)流如圖2所示。

圖2 集成數(shù)據(jù)流圖

    數(shù)據(jù)集成時(shí)，系統(tǒng)自動(dòng)載入雙方的Schema文件，生成XSLT轉(zhuǎn)換文件。轉(zhuǎn)換服務(wù)啟動(dòng)時(shí)，數(shù)據(jù)轉(zhuǎn)換引擎將結(jié)構(gòu)化的數(shù)據(jù)流轉(zhuǎn)變成事件流，然后進(jìn)行分析，生成最終XML結(jié)果。

    2.3 基于Rete算法的規(guī)則引擎與內(nèi)容路由

    本平臺(tái)采用基于Rete算法的規(guī)則引擎分離業(yè)務(wù)邏輯。Rete算法是目前效率最高的前向鏈形推理算法，核心思想是將分離的匹配項(xiàng)根據(jù)內(nèi)容動(dòng)態(tài)的構(gòu)造匹配樹，減少重復(fù)操作，解決時(shí)間冗余的問題，從而大大減少計(jì)算量，提高計(jì)算效率。Rete算法的狀態(tài)保存和節(jié)點(diǎn)共享機(jī)制使其優(yōu)于傳統(tǒng)的模式匹配算法。

    平臺(tái)基于內(nèi)容的路由采用的是Drools規(guī)則引擎，它是一種基于Rete算法的高效規(guī)則引擎，配有類似Java語言的規(guī)則描述語言，支持非XML的本地語言編寫規(guī)則，能描述較為復(fù)雜的邏輯，并且能用Excel對規(guī)則進(jìn)行管理，大大方便了規(guī)則的管理與維護(hù)。執(zhí)行邏輯如圖3所示。

圖3 Drools工作模式簡圖

    “規(guī)則庫”是編好的Drools規(guī)則集合，待進(jìn)行匹配的數(shù)據(jù)稱為“事實(shí)”，“模式匹配器”的作用是對新的數(shù)據(jù)和被修改的數(shù)據(jù)進(jìn)行規(guī)則的匹配。當(dāng)一條規(guī)則被完全匹配，這條規(guī)則和與其匹配的事實(shí)將激活被放入“規(guī)則執(zhí)行議程”，由議程來負(fù)責(zé)安排執(zhí)行。

    進(jìn)行BOM集成時(shí)，業(yè)務(wù)過程較為復(fù)雜，Drools規(guī)則引擎將業(yè)務(wù)邏輯和業(yè)務(wù)實(shí)現(xiàn)完全分離，解決了集成業(yè)務(wù)的維護(hù)和擴(kuò)展問題。如在平臺(tái)的實(shí)現(xiàn)中，對于不需要審核的BOM信息，存入平臺(tái)備份并直接導(dǎo)入目標(biāo)ERP系統(tǒng)；對于需要審核的數(shù)據(jù)則先存人平臺(tái)，等待審核，審核結(jié)束之后才能導(dǎo)入目標(biāo)系統(tǒng)。

3 面向服務(wù)的CAD與ERP集成系統(tǒng)設(shè)計(jì)

    3.1 集成系統(tǒng)功能架構(gòu)

    通過分析模具企業(yè)的業(yè)務(wù)特點(diǎn)和集成需求，集成平臺(tái)功能架構(gòu)如圖4所示，主要包括3個(gè)功能層，分別是基礎(chǔ)功能層、數(shù)據(jù)集成層和用戶管理層。

圖4 集成平臺(tái)功能架構(gòu)

    基礎(chǔ)功能層完成底層原子服務(wù)的開發(fā)，包括CAD讀取服務(wù)的開發(fā)，ERP寫入服務(wù)的開發(fā)，同時(shí)對服務(wù)進(jìn)行管理、發(fā)布與維護(hù)。CAD讀取服務(wù)例如UG的PRT文件BOM信息的獲取服務(wù)，AutoCAD的DWG文件BOM信息的讀取服務(wù)等。ERP寫入服務(wù)的開發(fā)要基于具體ERP軟件的平臺(tái)接口特點(diǎn)進(jìn)行定制化開發(fā)，如eMan模具管理系統(tǒng)。對這些原子服務(wù)進(jìn)行有效的開發(fā)與管理，為數(shù)據(jù)集成提供底層支持。

    數(shù)據(jù)集成層的核心功能是整合基礎(chǔ)功能層提供發(fā)布的原子服務(wù)，在平臺(tái)配置完整的前提下完成數(shù)據(jù)集成。通過基于Rete算法的規(guī)則引擎抽象集成業(yè)務(wù)規(guī)則，將業(yè)務(wù)實(shí)現(xiàn)與業(yè)務(wù)邏輯有效分離，通過解釋規(guī)則內(nèi)容完成服務(wù)路由；采用基于XSLT的Smooks轉(zhuǎn)換引擎完成對數(shù)據(jù)事件流的處理，從而將從CAD系統(tǒng)的XML數(shù)據(jù)格式轉(zhuǎn)換成ERP系統(tǒng)的目標(biāo)XML數(shù)據(jù)格式；監(jiān)聽事件提供多種監(jiān)聽方式完成對ESB的觸發(fā)，包括FTP，JMS，文件系統(tǒng)等。用戶管理層的配置功能將為數(shù)據(jù)集成層做好所需的前件工作，如監(jiān)聽方式的選擇、數(shù)據(jù)事件流處理所需的XSLT文件等。

    用戶管理層主要是提供一個(gè)友好的人機(jī)界面，滿足用戶的定制配置需求。包括ESB組件的配置和部署，CAD適配器的配置以及數(shù)據(jù)結(jié)構(gòu)配置。用戶可以根據(jù)業(yè)務(wù)需求定制開發(fā)、部署ESB。在CAD集成模塊的設(shè)計(jì)中，提出了一個(gè)重要的概念就是CAD適配器，每種適配器對應(yīng)一類CAD軟件的一類應(yīng)用，可以說它是一個(gè)二元組，包含ESB的監(jiān)聽器，CAD轉(zhuǎn)換服務(wù)。一個(gè)特定CAD適配器通過一種ESB監(jiān)聽CAD源文件，然后調(diào)用特定的服務(wù)進(jìn)行解析，解析的數(shù)據(jù)通過數(shù)據(jù)映射，按照不同的需求再導(dǎo)入到需要的系統(tǒng)中，并且導(dǎo)人的過程是人為可控的。同時(shí)，平臺(tái)提供用戶界面進(jìn)行數(shù)據(jù)結(jié)構(gòu)的配置，以滿足不同數(shù)據(jù)結(jié)構(gòu)在異構(gòu)系統(tǒng)的共享和信息轉(zhuǎn)換。

    3.2 集成系統(tǒng)技術(shù)架構(gòu)

    從模具企業(yè)BOM集成需求出發(fā)，結(jié)合面向服務(wù)的思想，設(shè)計(jì)了圖5所示的技術(shù)架構(gòu)。本技術(shù)架構(gòu)可以滿足數(shù)據(jù)集成需求。

圖5 集成平臺(tái)技術(shù)架構(gòu)

    平臺(tái)技術(shù)架構(gòu)包括數(shù)據(jù)層、企業(yè)服務(wù)總線集成層、業(yè)務(wù)邏輯層以及Web界面層。數(shù)據(jù)層負(fù)責(zé)結(jié)構(gòu)化／非結(jié)構(gòu)化數(shù)據(jù)的管理，同時(shí)負(fù)責(zé)Web服務(wù)的發(fā)布和維護(hù)；通過企業(yè)服務(wù)總線提供的各類適配器，將從ERP系統(tǒng)和CAD系統(tǒng)中抽象出來的服務(wù)鏈接到服務(wù)總線上，從而實(shí)現(xiàn)數(shù)據(jù)的傳輸、轉(zhuǎn)換與路由；而模具企業(yè)中所特有的業(yè)務(wù)規(guī)則通過規(guī)則引擎進(jìn)行處理，從而實(shí)現(xiàn)業(yè)務(wù)邏輯與業(yè)務(wù)實(shí)現(xiàn)之間的分離。最終通過統(tǒng)一的web集成界面，為企業(yè)用戶集成操作提供便利。

4 集成系統(tǒng)案例

    本集成平臺(tái)已經(jīng)成功集成了UG NX系統(tǒng)和eMan模具生產(chǎn)管理系統(tǒng)，平臺(tái)根據(jù)eMan系統(tǒng)的實(shí)際需求定制服務(wù)、配置ESB和所需數(shù)據(jù)結(jié)構(gòu)，完成了BOM信息的轉(zhuǎn)換。具體流程如下：(1)開發(fā)UGNX系統(tǒng)的BOM讀取服務(wù)及eMan系統(tǒng)的BOM錄入服務(wù)，配置、部署ESB；(2)設(shè)計(jì)人員將設(shè)計(jì)好的模具圖放到指定文件夾，ESB通過文件系統(tǒng)方式被觸發(fā)執(zhí)行；(3)ESB調(diào)用UG PRT原生文件的讀取服務(wù)，將文件信息以一種數(shù)據(jù)結(jié)構(gòu)讀取出來；(4)根據(jù)業(yè)務(wù)邏輯決定服務(wù)路由，假如文件信息不需要審核，將信息直接以目標(biāo)數(shù)據(jù)結(jié)構(gòu)導(dǎo)入eMan，并存人平臺(tái)備份；如果需要審核，就暫不存人eMan；(5)對于需要審核的文件，在檢查、修改完畢后，將文件信息導(dǎo)入eMan。

    4.1 集成適配器配置

    適配器是集成的核心部件。適配器即配置好的功能組件，主要是ESB的配置。包括：選擇PRT讀取服務(wù)；選擇ESB的監(jiān)聽方式；選擇eMan的BOM寫入服務(wù)；選擇是否需要審核等。登陸到適配器界面，系統(tǒng)將查詢數(shù)據(jù)庫所有適配器配置。顯示如圖6所示。

圖6 適配器界面

    4.2 集成操作模塊實(shí)現(xiàn)

    平臺(tái)提供操作界面方便用戶查詢、備忘已集成BOM信息，集成需審核的BOM信息。集成操作分為已集成模塊和未集成模塊。用戶可以在“已集成”模塊中根據(jù)各個(gè)查詢條件對已集成信息進(jìn)行篩選。在“未集成”模塊中，用戶可以對篩選出的BOM信息進(jìn)行修改和審查，同時(shí)可以預(yù)覽即將導(dǎo)入目標(biāo)系統(tǒng)的信息，審核完畢后將符合要求的數(shù)據(jù)導(dǎo)入目標(biāo)ERP系統(tǒng)。圖7展示了集成操作界面。

圖7 未集成操作

5 結(jié)語

    平臺(tái)采用基于服務(wù)的方式實(shí)現(xiàn)異構(gòu)系統(tǒng)的集成，方便了系統(tǒng)維護(hù)和擴(kuò)充。對于企業(yè)需要集成的遺留系統(tǒng)，不需要做特定接口模塊的開發(fā)，只需將遺留系統(tǒng)中的功能抽象成為標(biāo)準(zhǔn)的web服務(wù)，從而通過集成平臺(tái)實(shí)現(xiàn)系統(tǒng)對接。這樣就減少了集成投入，也很好的保護(hù)了遺留數(shù)據(jù)；由于平臺(tái)的開發(fā)是基于各種標(biāo)準(zhǔn)的，具有基于web服務(wù)的開放性，各個(gè)功能模塊之間的耦合程度較低，大大方便了系統(tǒng)功能的擴(kuò)充。

    本文圍繞面向服務(wù)的模具企業(yè)CAD與ERP集成平臺(tái)的研究，深入分析了模具企業(yè)業(yè)務(wù)特點(diǎn)、生產(chǎn)過程中存在的信息共享問題以及所帶來的不良后果，闡明了面向服務(wù)集成的優(yōu)勢。本平臺(tái)中，基于Rete算法的規(guī)則引擎實(shí)現(xiàn)了業(yè)務(wù)邏輯與業(yè)務(wù)實(shí)現(xiàn)的分離，基于數(shù)據(jù)事件流的數(shù)據(jù)轉(zhuǎn)換引擎解決了異構(gòu)系統(tǒng)之間的數(shù)據(jù)轉(zhuǎn)換問題，最終通過ESB將BOM集成中的服務(wù)組合成為功能，實(shí)現(xiàn)了集成方案。該方案能夠快速響應(yīng)模具企業(yè)多變的業(yè)務(wù)流程，簡化模具企業(yè)集成操作，提高自動(dòng)化程度，最終提高模具企業(yè)效益。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：面向服務(wù)的模具企業(yè)CAD與ERP集成系統(tǒng)研究

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/10820223252.html