PDM最早出現(xiàn)在20世紀(jì)80年代中期，目的是為了解決大量工程圖紙，技術(shù)文檔的計(jì)算機(jī)管理問題，然后逐漸擴(kuò)展到產(chǎn)品開發(fā)中的三個(gè)主要領(lǐng)域：設(shè)計(jì)圖紙、電子文檔管理、產(chǎn)品結(jié)構(gòu)配置管理、工程發(fā)放和變更管理。隨著對集成產(chǎn)品開發(fā)（IPD），并行工程等思想的重視，還提出了對整個(gè)產(chǎn)品開發(fā)過程進(jìn)行時(shí)間協(xié)調(diào)和進(jìn)度控制的要求，于是又增加了過程管理的功能。作為一門發(fā)展中的技術(shù)，PDM技術(shù)的內(nèi)涵還在不斷豐富。

產(chǎn)品數(shù)據(jù)管理技術(shù)（PDM）以軟件為基礎(chǔ)，是一門管理所有與產(chǎn)品相關(guān)的信息（包括電子文檔，數(shù)字化文件，數(shù)據(jù)庫記錄等）和所有與產(chǎn)品相關(guān)的過程（包括工作流程和更改流程）的技術(shù)。它提供產(chǎn)品全生命周期的信息管理，并可在企業(yè)范圍內(nèi)為產(chǎn)品設(shè)計(jì)和制造建立一個(gè)并行化的協(xié)作環(huán)境。PDM的基本原理是，在邏輯上將各個(gè)CAX信息化孤島集成起來。利用計(jì)算機(jī)系統(tǒng)控制整個(gè)產(chǎn)品的開發(fā)設(shè)計(jì)過程，通過逐步建立虛擬的產(chǎn)品模型，最終形成完整地產(chǎn)品描述，生產(chǎn)過程描述以及生產(chǎn)過程控制數(shù)據(jù)。技術(shù)信息系統(tǒng)和的有機(jī)集成，構(gòu)成了支持整個(gè)產(chǎn)品形成過程的信息系統(tǒng)，同時(shí)也建立了C1MS的技術(shù)基礎(chǔ)。通過建立虛擬的產(chǎn)品模型，PDM系統(tǒng)可以有效、實(shí)時(shí)、完整地控制從產(chǎn)品規(guī)劃到產(chǎn)品報(bào)廢處理的整個(gè)產(chǎn)品生命周期中的各種復(fù)雜的數(shù)字化信息。

lPDM系統(tǒng)的體系結(jié)構(gòu)

PDM系統(tǒng)的體系結(jié)構(gòu)可分為四層，它們是用戶界面層、功能模塊及開發(fā)工具層、框架核心層和系統(tǒng)支撐層。如圖1。

如圖l所示，用戶界面層向用戶提供交互式的圖形界面，包括圖示化的瀏覽器，各種菜單，對話框等。用于支持命令的操作與信息的輸入輸出。它是實(shí)現(xiàn)PDM各種功能的手段、媒介，處于最上層；功能模塊及開發(fā)工具層主要提供電子倉庫與文檔管理，工作，零件分類與檢索。工程變更管理。產(chǎn)品結(jié)構(gòu)與配置管理，集成工具等；框架核心層提供實(shí)現(xiàn)PDM各種功能的核心結(jié)構(gòu)與架構(gòu)，由于PDM系統(tǒng)的對象管理框架具有屏蔽異構(gòu)操作系統(tǒng)。網(wǎng)絡(luò)，數(shù)據(jù)庫的特性，用戶在應(yīng)用PDM系統(tǒng)的各種功能時(shí)，實(shí)現(xiàn)了對數(shù)據(jù)的透明化操作，應(yīng)用的透明化調(diào)用和過程的透明化管理等；系統(tǒng)支撐層通過關(guān)系數(shù)據(jù)庫提供的數(shù)據(jù)操作功能支持PDM系統(tǒng)對象在底層數(shù)據(jù)庫的管理。

2工程圖文檔的檢驗(yàn)、入庫與查看

2.1建樹以實(shí)現(xiàn)檢驗(yàn)工程圖文檔的完整性

對于機(jī)械制造工程方面的圖紙，按照項(xiàng)目來分，每個(gè)項(xiàng)目都有它的裝配圖與相應(yīng)的零件圖，裝配圖由兩個(gè)或兩個(gè)以上的零件圖組成。作為裝配圖下級的零件圖也可以將其作為一個(gè)更低層的裝配圖從而擁有了相應(yīng)的下級零件圖。通過這些裝配圖與零件圖的構(gòu)成關(guān)系，通過描述文本信息，來將這些父子信息記錄到數(shù)據(jù)庫中，再通過一定的算法來進(jìn)行檢驗(yàn)父子關(guān)系是否合理。

在一個(gè)項(xiàng)目中有一個(gè)頂層裝配圖，要將最頂層的裝配圖作為樹的根，各個(gè)次級裝配圖就構(gòu)成了它的孩子結(jié)點(diǎn)，零件圖構(gòu)成了它的葉子。本系統(tǒng)對于這些圖形文件之間的關(guān)系，是通過對應(yīng)的文本文件來進(jìn)行描述的，文本文件分為三類，分別是born文件。ttl文件，doc文件。Born文件是用來記錄除頂層裝配圖外所有圖形文件的信息，ttl文件是用來記錄頂層裝配圖的信息，而doc文件則是用來具體描述一個(gè)圖形文件相關(guān)的信息而不記錄圖形文件的聯(lián)系。有了具體的文本信息記錄，就能夠通過讀取文本信息將圖形文件之間的聯(lián)系以樹的形式記錄到數(shù)據(jù)庫中去，為之后對圖文檔完整性檢驗(yàn)以及其他相關(guān)工作打下基礎(chǔ)。

本文具體做法是首先用函數(shù)讀取所有born文件并將其中的code信息連接后寫入數(shù)據(jù)庫的temrkb表的dh字段，而將born文件的文件名寫入temrkb表的fdh字段，根據(jù)前面對算法的描述。dh字段中不存在但在fdh字段中卻存在的值，該值就是所要建立的樹的根。當(dāng)找到根結(jié)點(diǎn)后，系統(tǒng)將給它分配一個(gè)項(xiàng)目序號，序號信息記錄在temrkb表的xmxh和rf字段中。但是在rf字段中，在序號末尾加上一個(gè)字母R表示為根結(jié)點(diǎn)，同時(shí)用pl字段記錄它的層為0，然后依據(jù)關(guān)系尋找根的孩子，找到孩子后將父親的rf信息寫入孩子的xmxh字段中，作用相當(dāng)于指針，用以指示孩子，而將孩子xmxh的信息加上它對應(yīng)的文件序號之后寫入它的rf字段中，就這樣可以循環(huán)獲取信息并建立整個(gè)項(xiàng)目中圖形文件的樹型結(jié)構(gòu)。部分temrkb表結(jié)構(gòu)及字段聯(lián)系示意圖如圖2所示。

2.2圖文檔的上傳

根據(jù)工程設(shè)計(jì)上的要求，系統(tǒng)將同名的各類圖形文件放置到與其名字相同的各個(gè)目錄文件夾下，且用于描述信息的文本文件也隨同圖形文件一起上傳，存放位置與其對應(yīng)圖形文件相同。例如有一個(gè)裝配圖文件，名字為911001.dwg，它由三個(gè)零件圖組成，零件圖文件名分別為911002.dwg，911003.dwg，911004.gdf，并且有相關(guān)文本文件四個(gè)，文件名分別為911001.born，91l001.ttl，911002.ttl，911004.doc，那么上傳之后保存形式為：文件夾911001中保存了911001.dwg，911001.bom，911001.ttl，文件夾911002中保存了911002.dwg，911002.ttl，文件夾911003中保存了911003.dwg，文件夾911004中保存了911004.gdf，911004.doc。如圖3所示。

2.3圖文檔的校對、審核、批準(zhǔn)

圖文檔的校對、審核、批準(zhǔn)是對已經(jīng)完成完整性檢驗(yàn)的項(xiàng)目文件進(jìn)行進(jìn)一步處理的流程。示意圖如圖4所示。

2.4圖文檔修改過程的查看

從圖4可以看出經(jīng)過完整性檢驗(yàn)后的圖形文件還要經(jīng)過復(fù)雜的處理流程才能最終入庫，在整個(gè)校對，審核，批準(zhǔn)的任何一個(gè)過程中，圖形文件都有可能因?yàn)椴环弦?guī)范而被返回設(shè)計(jì)。經(jīng)過了眾多的處理過程，工程師都有可能搞不清楚自己的圖紙現(xiàn)在被返回設(shè)計(jì)是因?yàn)樾]有通過還是審核沒有通過，還是在批準(zhǔn)中被否決。因此有必要在圖形界面上設(shè)計(jì)右鍵菜單，使用判斷語句明確返回原因，這樣通過簡單的右鍵菜單。使得工程能很方便得到自己的圖紙?zhí)幚硇畔?，從而大大提高工作效率?P>

主要代碼如下圖：

3結(jié)束語

PDM系統(tǒng)以其強(qiáng)大的功能越來越受到企業(yè)的重視。更由于它在國外大量企業(yè)中成功實(shí)施的案例以及給這些企業(yè)帶來的明顯效益，更讓PDM魅力倍增。我國目前有很多企業(yè)已經(jīng)具備了實(shí)施PDM的條件，因此，PDM在國內(nèi)市場將有廣闊的發(fā)展空間，它將成為未來企業(yè)競爭的有力工具。（萬方數(shù)據(jù)）