目前，PDM系統已經到了應用的階段，成為中國制造業中設計部門不可缺少的管理利器。然而新的時代面臨新的問題，如今一個完整產品的設計研發往往不會在一個地方完成，如何異地分布式的進行產品設計，如何協同工作成為產品設計研發的一個必須妥善解決的問題。

1、目前缺乏異地協同應用支持的PDM系統應用存在如下弊端:

1）.各分支設計單位溝通不便，使得各單位的PDM系統形成信息孤島;

2）.各設計單位設計標準，編碼標準等不統一，導致產品最終整合困難;

3）.各設計單位由于要進行設計數據的傳遞，不得不借助紙質媒介，而紙質媒介中包含產品設計信息如各參與人員簽名信息等不全，必須手工添加，導致重復勞動，無法真正實現無紙化設計;

4）.產品設計工作流中出現斷層，必需靠業務方式去解決，無法自動處理。

圍繞著上述提出的問題，本文將引人一系列的新技術，根據筆者多年從事PDM項目實施的經驗與對PDM系統的知識，提出解決方法。

2.PDM系統異地協同應用

本文將著重描述針對中國企業的PDM系統異地協同應用中存在的問題，分析并找到合理的解決方案，提供設計模式參考.引人先進開發技術，架構一個PDM異地協同工作系統，并最終實現。

2.1 PDM系統介紹

本文提及的PDM系統主要是指FTC Windchill PDMLink系統，Windchill是PTC公司推出的一套集成應用軟件，用來管理產品和工序的整個生命周期.它充分利用了Internet和相關的信息技術，為系統提供了一種應用軟件基礎，從而保證能快速、高效地部署產品信息應用軟件。本文的系統實現主要是基于Windchill PDM Link6.26以上版本實現的;PDM系統的總體框架如下圖所示：

2.2異地協同應用系統總體框架

異地協同應用系統目前普遍存在的點對點的方式，當協同站點的達到一定數量時就會產生網狀分布的繁雜的連線，造成結構的混亂，極難管理，為消除這種架構帶來的問題，我們需要定義三類角色:

服務請求方:提出協同應用請求的站點，協同服務的申請者，交流數據發送端;

服務提供方:根據請求提供協同服務，交流數據接受端;

服務協調方:負責服務的協調管理，調度請求方的請求與交流數據并進行監控。

一個PDM協同站點(協調方也可以是一個協同站點)可以既扮演服務請求方又扮演服務提供方，視乎其做出的動作，如進行請求協同則作為請求方，如接受請求提供協同服務則作為工作方。各協同站點提供的服務以Contract(服務契約)的形式描述服務接口，使用Schema(如XSD技術)設定的規則定義XML數據格式進行通信，確保松禍合的架構特征，使得功能服務邊界清晰，服務自治。

整個系統架構成為如下圖所示狀態:

如上圖所示，通過增加協調方的中間站點，不但簡化了點對點連接帶來的復雜狀態，而且服務協調中心與數據調度中心的設立使得請求方的請求與數據的傳輸可以通過中間站點進行協調調度與監控。這是SOA總線型的模式。

2.3對象統一編碼的實現策略

對象統一編碼可以通過多種策略來實現，然而目前常用的加前后綴的方式以及附加標識符的方式都不能解決原有編碼規則的更新問題，故在此提出雙編碼方式來實現編碼的統一。

雙編碼方式:為對象設置兩個編碼屬性，一個是本地編碼，一個是全局編碼。在本地系統中使用本地編碼，流出本地系統進行協同整合時，由協同站點調用統一編碼服務，根據對象類型申請全局編碼。

優點:在不改動原有各單位編碼規則的情況下統一了編碼標準，對象只有流出本系統才添加新統一編碼，使舊數據同樣能獲得統一編碼;

2.4基于PDM系統實現無紙化產品設計

在PDM系統中實現無紙化產品設計主要要解決的問題就是如何在電子文檔中實現信息簽人，信息包括相關負責人員簽名和簽審意見等由于手工簽名與電腦簽名的文字字體有極大差別，如何解決這個問題，是本文要描述的電子簽名程序所要實現的功能。

2.4.1結構設計

電子簽名程序的主要功能實現主要有兩步:

a)獲取PDM系統內簽名信息，即客戶需要簽人圖紙的信息;

b)根據獲得的簽名信息與配置文件中預先定義的配置信息.在電子文檔指定的位置中插人簽名信息。

2.4.2涉及的技術介紹

由于電子圖檔格式多樣，很多企業通過將各種格式電子圖檔轉化為Word或者PDF文檔格式的方式實現管理，這樣的好處是格式統一并且易于使用模板來固定圖紙的格式，方便寫人信息與打印。故在本次實現的無紙化應用中，我們將在WORD文檔與PDF格式文檔中實現電子簽名。

ActiveX技術:微軟公司推出的一個技術標準，該技術是OLE技術的進一步擴展，其作用是在Windows系統的統一管理下協調不同的應用程序，允許應用程序之間相互控制、相互調用。目前，ActiveX Automation技術已經在Internet Office系列辦公軟件的開發中得到了廣泛的應用。MS Office安裝后自帶的Word ActiveX組件可為我們將圖片與信息插人word文檔提供技術基礎，另外PDF API庫為我們進行PDF格式文檔信息簽名提供了技術根據。

2.4.3系統實現

服務器端:在Windchill中進行定制簽名頁面與內部程序以獲取簽名信息;創建配置文件預定義簽名配置信息;

客戶端:定制ActiveX控件，調用PDF API庫與WoniApp組件來實現電子文檔信息簽人。

電子文檔簽名結果顯示如下:

2.5 PDM系統工作流程整合

工作流程的整合是基于數據交流平臺，由數據對象驅動的。所謂由數據對象驅動，是指通過還原到PDM系統的數據對象驅動該類型對象在本系統內定義的工作流程。

2.5.1數據交換

數據交換是實現整合的一個重要方面，數據的安全性是企業考慮最多的一個問題。在數據交換的設計中，操作人員通過操作將PDM中數據推出系統，需設計偵聽器來實現自動數據發送與接收還原，使用統一XML技術規范傳輸數據信息并將數據信息的XML文件與電子圖檔或文檔一并形成一個數據包，使用Gnupg技術進行加密，之后通過網絡傳輸。由協調站點負責傳輸調度。

兩種類型的傳輸數據:

a)任務消息數據:服務請求方，服務提供方，是否需反饋，任務類型(是否驅動工作流等)等;

b)PDM對象數據:對象信息，電子圖檔等。上述兩種數據一并進行加密成一個數據加密包進行網絡傳輸。

2.5.2涉及的技術介紹

工作流:根據wfMc(工作流管理聯盟)定義，工作流就是自動運作的業務過程部分或整體，表現為參與者對數據、信息或任務安召規程采取的行動，并令其在參與者之間傳遞，在Prc的Windchill PDMLink系統中工作流基于生命周期實現，在生命周期的各個階段可以為其定義不同的工作流模板，并在對象進人該生命周期狀態時啟動工作流。

2.5.3系統實現

上述技術介紹已經提及，Windchill的工作流是包含在生命周期狀態中的，通過數據對象驅動工作流即表示通過設置導人的數據對象到相應的生命周期狀態，從而引發該生命周期狀態中的工作流程。

協同工作流應用中的角色:

協同請求方:請求指定的工作方完成相應的工作流程;

協同工作方:根據請求方指定的任務，完成工作流，并反饋;

協同協調方:接收請求方提出的協同工作請求與PDM對象數據，中轉調度數據，下發工作任務給工作方。

協同請求方對象生命周期如下:

正在工作正在校審正在會簽正在異地會簽正在復審待批準已發放

本地工作流在對象進人”正在設計”狀態時啟動，準備進行協同時設置對象狀態為”正在異地審簽”，并將數據發送給工作方，當異地工作流完成數據對象流回本地系統后，設置”正在復審”狀態，啟動該狀態下的工作流繼續工作直至最后發放，這時通知異地協同系統對象發放。

協同工作方對象生命周期如下:

任務下發正在工藝審查正在會簽審簽反饋已發放

當協同數據對象傳輸到協同工作方時，系統還原數據對象并設置狀態為“任務下發”，啟動該狀態下工作流執行異地工作任務，完成后設置狀態為”審簽反饋”。收到數據發放通知后更新數據對象到“已發放”狀態。

3、總結

目前，中國制造業中的PDM系統已經進人成熟應用的階段，很多企業已經不滿足于基本的功能以及在本身系統上的修修補補，而提出了異地協同應用等更高端應用的需求。本文正是針對這些高端應用的需求撰寫的。本文的主要成果列舉如下:

1）.提出一個PDM集成基礎架構;
2）.提出統一編碼方案;
3）.提出實現產品無紙化設計的電子簽名方案;
4）.提出基于加密技術數據交換平臺的異地協同工作流設汁方案。

本文介紹的協同框架設計符合SOA設計理念，使用邊界清晰的自治的服務為基本單位，服務請求者與提供者之間通過標準的XML格式進行通信，這樣的設計理念在未來極有可能成為企業級系統整合的通用理念。企業在考慮系統整合的架構設計時.應盡早的考慮面向服務的設計，以利于帶來更高的效益。