21世紀以來，PDM(Product Data Management，PDM)系統(tǒng)在我國中小企業(yè)中得到了廣泛應用，成為制造業(yè)產(chǎn)品設計部門不可或缺的利器。然而，隨著企業(yè)規(guī)模的不斷擴大，以及多企業(yè)的協(xié)同作業(yè)，如今—個完整產(chǎn)品的研發(fā)、設計、制造、裝配不可能在一個車間完成，往往需要跨地區(qū)、跨企業(yè)的協(xié)同作業(yè)。異地分布式地進行產(chǎn)品設計、協(xié)同制造和協(xié)同工作成為以制造業(yè)為主的企業(yè)一個必須妥善解決的問題。由于PDM系統(tǒng)缺乏良好的異地協(xié)同，目前企業(yè)問的協(xié)作存在如下弊端：

    ①企業(yè)間設計部門溝通不便，各企業(yè)的PDM系統(tǒng)形成信息孤島，無法實現(xiàn)信息資源的共享；

    ②各企業(yè)設計標準不同，產(chǎn)品編碼、圖紙編碼等不統(tǒng)一，導致產(chǎn)品整合困難；

    ③異地PDM系統(tǒng)非松散耦合集成，相互依賴性較強；

    ④目前PDM系統(tǒng)朝著BWD(Browser、Web、Database)的模式發(fā)展，網(wǎng)上傳輸數(shù)據(jù)的安全性受到威脅；

    ⑤各企業(yè)PDM系統(tǒng)無法資源互補，難以形成企業(yè)動態(tài)聯(lián)盟；

    1 SOA的特點和Web實現(xiàn)技術

    1.1 SOA的特點

    面向服務架構(Service Oriented Architecture，SOA)是一種面向服務的企業(yè)應用體系結構，是一種分布式的軟件架構模型。它將企業(yè)應用看作是一些能夠跨越企業(yè)邊界、自我描述、實現(xiàn)某—特殊功能的服務集成。在該模型中，任何業(yè)務功能都被作為提供的—個服務使用，應用程序的不同功能(服務)通過這些服務之間定義的接口和契約聯(lián)系，應用系統(tǒng)可以看作是一系列服務的集成。SOA的服務封裝、松散耦合、粗粒度性等特點為異地協(xié)同PDM系統(tǒng)的開發(fā)提供了良好的集成途徑。

    SOA體系結構由三個參與者和三個基本操作構成。參與者為服務提供者(Service Provider)、服務請求者(ServiceApplicant)和服務注冊代理(Serviceregister Broker)，基本操作為發(fā)布(Publish)、搜索(Search)和綁定(Bind)，如圖1所示。服務提供者將其服務發(fā)布到服務注冊代理的一個目錄上，當服務請求者需要調用該服務時，它首先利用服務注冊代理提供的目錄搜索服務，服務注冊代理返回調用該服務的信息，服務請求者根據(jù)返回的信息調用服務提供者提供的服務，當服務請求者從服務注冊代理得到調用所需服務的信息后，通訊在服務請求者和服務提供者之間直接進行，無需經(jīng)過服務注冊代理。

    圖1 SOA體系結構

    1.2 Web實現(xiàn)技術

    面向服務架構最流行的一種實現(xiàn)方法是WebService技術，它使用一系列標準和協(xié)議實現(xiàn)相關的功能，其中XML作為Web Service技術的基礎，是開放環(huán)境下描述數(shù)據(jù)和信息的標準技術，服務提供者可以用WSDL(Web服務描述語言)描述Web服務，用UDDI(統(tǒng)一描述、發(fā)現(xiàn)和集成)向服務注冊代理發(fā)布和注冊Web服務，服務請求者通過UDDI進行查詢，找到所需的服務后，利用SOAP(簡單對象協(xié)議))來綁定、調用這些服務。

    2 異地協(xié)同PDM系統(tǒng)集成框架

    目前，異地協(xié)同PDM應用系統(tǒng)普遍存在著點對點的方式，當協(xié)同站點達到一定數(shù)量時就會產(chǎn)生網(wǎng)狀分布的繁雜連線，造成結構混亂，難以管理。在基于SOA的異地協(xié)同PDM系統(tǒng)中，由于不同企業(yè)的PDM系統(tǒng)提供不同的信息資源和服務，如何集成這些異構的、分布式的數(shù)據(jù)和服務是實現(xiàn)不同企業(yè)PDM系統(tǒng)集成的關鍵。

    Web Service是實現(xiàn)SOA的核心技術，一種獨立于具體的計算機語言、平臺和機器的技術。服務提供者和服務集成時不用考慮是否是同一個系統(tǒng)平臺或者是否使用同一種計算機語言。本文將采用Web Service技術實現(xiàn)異地PDM系統(tǒng)的集成。圖2給出了基于Web Service的異地PDM系統(tǒng)的集成框架。框架主要由Multi—UDDI服務中心、服務組件引擎和服務訪問組件組成。

    圖2 基于SOA&Web的PDM系統(tǒng)異地協(xié)同框架

    (1)Multi.UDDI服務中心(Multi UniversalDescrip-tion，Discovery and Integration)：是不同企業(yè)PDM系統(tǒng)集成框架的核心，為各個PDM系統(tǒng)信息資源提供者提供快速的服務注冊和發(fā)現(xiàn)功能。標準的UDDI(統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議)是一套基于Web的、分布式的、為Web Service提供的信息注冊中心的實現(xiàn)標準規(guī)范，它擁有一套標準的XML Schema定義、發(fā)布和搜索的編程規(guī)范。Multi.UDDI兼容標準的UDDI，同時擴展其數(shù)據(jù)結構和API，使其更適合企業(yè)資源的發(fā)布和搜索，并增強安全性、可伸縮性和可維護性。各企業(yè)PDM系統(tǒng)以web服務的形式把需要協(xié)同共享的信息發(fā)布到Multi.UDDI注冊中心，請求服務的PDM系統(tǒng)從這里通過服務訪問組件搜索獲取自己所需的信息。

    (2)服務組件引擎：在Multi.UDDI服務的支持下，提供面向信息資源的智能搜索功能。該搜索機制與傳統(tǒng)UDDI服務的不同之處在于，它支持平臺最終需要的資源信息本身，而不僅是作為其傳輸媒介的Web服務。

    (3)服務訪問組件：為各企業(yè)PDM系統(tǒng)提供web服務的訪問功能。在做企業(yè)采購(或外協(xié)加工等)解決方案時，供應商處的信息如原材料的數(shù)量、發(fā)貨時間、到貨地點等信息是必不可少的。供應商只需把這些信息用XML定義數(shù)據(jù)格式、用WSDL封裝數(shù)據(jù)訪問接口、以Web服務的形式發(fā)布到Multi.UDDI服務中心；需要這些信息的PDM系統(tǒng)業(yè)務邏輯模塊就可以通過訪問Multi.UDDI服務獲得Web服務描述和服務引用，然后通過服務引用獲得供應商PDM系統(tǒng)的實時數(shù)據(jù)和歷史數(shù)據(jù)，來完成對供應商PDM系統(tǒng)數(shù)據(jù)信息集成；供應商已有的企業(yè)管理信息系統(tǒng)(即遺留系統(tǒng))只要把舊的數(shù)據(jù)封裝成Web服務，發(fā)布到Multi.UDDI，就可以被需要這些信息的PDM系統(tǒng)集成，從而實現(xiàn)數(shù)據(jù)共享；各企業(yè)的PDM系統(tǒng)可以通過自身的服務組件引擎來發(fā)現(xiàn)和調用這些服務，從而實現(xiàn)與服務提供商、服務請求者之間的信息資源的集成。

    不同PDM系統(tǒng)對象統(tǒng)一編碼可通過多種策略來實現(xiàn)，本系統(tǒng)采用雙編碼方式：為對象設置兩個編碼屬性，一個是本地編碼，—個是全局編碼。在本地系統(tǒng)中使用本地編碼，流出本地系統(tǒng)進行協(xié)同整合時，由協(xié)同站點調用統(tǒng)一編碼服務，根據(jù)對象類型申請全局編碼。這樣可在不改動原有各企業(yè)編碼規(guī)則的情況下統(tǒng)一編碼標準，對象流出本系統(tǒng)時才添加新統(tǒng)一編碼，使舊數(shù)據(jù)同樣能獲得統(tǒng)一編碼。

    3 異地協(xié)同PDM系統(tǒng)的實現(xiàn)技術

    實現(xiàn)web Service的主流開發(fā)平臺有Microsoft.net平臺和J2EE平臺，基于J2EE平臺開發(fā)的系統(tǒng)由于具有平臺無關性、可伸縮性、安全性、異地PDM系統(tǒng)協(xié)同工作實現(xiàn)方案之間的可移植性等優(yōu)點而得到了廣泛應用。圖3是采用J2EE平臺實現(xiàn)異地協(xié)同PDM系統(tǒng)的Web服務體系結構。

    圖3 基于J2EE的Web服務體系結構

    JAXR(Java API for XML Registries)提供—個統(tǒng)一、標準的Java API，用于訪問不同類型的XMLRegistries，使應用程序能夠向注冊表中注冊或查詢其他企業(yè)提供的web Service；JAXM(Java API forXML Messaging)用于XML消息交換的Java API，提供了web Service環(huán)境中的異步和消息交換功能，并可以通過內部網(wǎng)和Intemet進行XML文檔交換。JAXM是基于SOAP 1.1規(guī)范和SOAP附件定義的消向Multi.UDDI服務注冊表發(fā)布Web Service，客戶端的用戶界面用瀏覽器形式表示，使用JSP和JSTL來實現(xiàn)，JSTL標記將輔助完成條件處理和對WebService所返回XML數(shù)據(jù)的分析。服務請求方包括—個Java Servlet，通過創(chuàng)建—個框架來擴展服務器的能力，以提供在Web上進行請求和響應服務，它具體負責解釋客戶端輸入的H11甲請求，根據(jù)HTTP請求利用JAXR發(fā)現(xiàn)Multi.UDDI服務注冊表中的服務，然后根據(jù)請求內容創(chuàng)建一條SOAPMessage，利息交換協(xié)議的一種API框架。服務提供方用JAXR用JAXM把SOAPMessage提交給服務提供方調用相關的Web Service，由Web服務程序處理數(shù)據(jù)庫，最后把結果返回到服務請求方。

    4 結語

    目前，我國制造業(yè)的PDM系統(tǒng)已進入成熟應用的階段，很多企業(yè)已不滿足系統(tǒng)的基本功能及在本身系統(tǒng)上的修修補補，而提出了異地協(xié)同應用等更高端應用的需求。本文以此為基點，提出了—個不同PDM系統(tǒng)集成框架，并給出了基于J2EE平臺的實施方案。該異地協(xié)同PDM系統(tǒng)框架符合SOA設計模式，以邊界清晰的自治服務為基本單位，服務請求者與提供者之間通過標準的XML格式進行通信，這樣的設計模式適應目前異地系統(tǒng)整合的發(fā)展潮流。另外，由于系統(tǒng)的復雜性，此方案還有一些方面如服務安全性等需進一步深入探討和研究。