難以管理完全基于數據庫的應用軟件所產生的產品數據
基于數據庫的應用軟件一般不產生物理存儲的電子文件，它的信息完全存儲在數據庫中，需要時再將數據調入模板中進行瀏覽、修改、打印等操作。這樣傳統PDM的信息管理模型就很難處理。
目前國內基于數據庫的CAPP系統方興未艾，其中大部分基于數據庫的CAPP都不產生物理存儲的電子文件，每個工藝路線、工藝規程等的信息都存儲在數據庫中，而傳統的四M只能夠直接管理物理存儲的計算機文件，因此顯而易見，這種CAPP產生的信息PDM就很難集成和管理。
目前也有少數信息化廠商為了解決這個問題，支持將基于數據庫的CAPP產生的工藝路線和工藝規程等數據從數據庫導出另存為物理文件，以便納入PDM系統進行文件級的管理，但是這也存在問題：版本難以控制、信息一致性難以保證、操作復雜易出錯。此外還有權限設置、流程控制等問題需要解決。
除了基于數據庫的應用軟件產生的產品數據傳統PDM難以管理之外，還有PDM內部產生的一些存儲在數據庫中的產品信息，傳統PDM也難以處理。比如零部件的結構信息，它的數據在物理上可能是PDM數據庫中某個產品結構關聯表的一組記錄(它在現實中的原型是設計圖上的明細欄)，當傳統的PDM將產品結構當作一種特殊的脫離于圖紙和工藝等物理文件而單獨存在的信息進行管理時，就難以處理產品結構的版本問題。
難以反映出不同類型的文檔之間豐宮的關聯方式和邏輯關系
在企業的實際技術活動中，零部件圖紙之間、零部件圖紙與工藝文檔之間、零部件圖紙與技術文件之間、工藝文檔與技術文件之間，存在著復雜而豐富的關聯方式和邏輯關系，這些關聯方式和邏輯關系是企業產品信息管理中不可或缺的組成部分，它包括了企業大量技術實踐的結晶，是企業不可遺失的寶貴財富。
比如：某紡機企業有一個工裝清單文檔FK6-700-030821(工裝清單是一種工藝文檔，上面羅列了某加工過程卡的某工序用到的工裝列表)，那么在傳統PDM模型下， 我們只能夠將工裝清單FK6—700—030821直接關聯到零部件結構樹節點上，如果這個工裝清單與多個工藝規程有關，那么我們即使把它和這些工藝規程文檔一起關聯在零部件節點上，還是沒有直觀地表現出它與引用它的工藝文檔——各種工藝規程中的過程卡和工藝卡的關聯關系。其實，這種關聯關系是蘊涵在不同的工藝規程的過程卡和工藝卡文檔的內容之中的，工裝清單與結構樹節點并沒有直接的關聯關系。
難以反映出各個不同版本物理文件之間的版本對應關系
在傳統的PDM中，只能夠記載關聯到某個零部件節點上有哪些文檔(包括這些文檔的版本)，但是具體這些文檔之間存在怎樣的對應關系，它是難以表達的。因為在傳統信息管理模型中，掛結在一個節點上的所有文檔都是平等的，它們之間不存在包含關系，沒有辦法將某兩個版本文檔之間的對應關系采用打包處理，比如將第一版的圖紙和第二版的計算說明書打包作為一種組合；再將第二版的圖紙和第三版的計算說明書打包作為一種組合。
難以處理相互緊密關聯的多個文檔的復雜的演變過程
在傳統PDM中，零部件往往被作為兩類信息實體進行管理，圖紙(文檔)信息實體和零部件信息實體，假設A為一張零部件的圖紙(我們稱為設計圖紙文檔)，B是代表該零部件本身(實際上是零部件的實體在PDM中映射的虛擬節點，類似于實體的人在檔案管理系統中的檔案代表人本身一樣)，A是B零部件的設計圖，這就意味著A圖紙上的標題欄明細欄信息要與PDM中B部件的節點和子節點信息保持一致。不論是在A的還是B的演變流程中，都會產生與對方的一致性要求。因此，為了達到這種要求，用戶將會很自然地要求在修改某一個信息實體時，由系統自動啟動該信息實體對應的另外一個信息實體的相應演變流程。
由PDM系統自動啟動并控制兩個信息實體的演變流程，在這兩個信息實體的發展變化中，還要處理他們的版本關系、權限控制管理等等，這在傳統的PDM信息管理模型下不會有既簡單又嚴密的解決方案。
為了實現這個操作，又不去處理復雜的演變流程，傳統PDM產品數據信息模型目前只能夠通過功能有限的“信息互動”來實現，目前大多數廠商提供的系統也只能夠做到節點信息的互動，難以完成產品結構的互動，難以提出完整的方案，做到明細表的更改自動觸發產品結構樹的更改，其中還要牽涉到版本和權限控制，其機制可想而知有多復雜。
[page][/page]
難以實現零部件的多重分類體系
傳統PDM信息管理模型中的產品零部件節點，都是與結構樹緊密相連的，沒有了結構樹，這些零部件也就消失了，沒有納入零部件倉庫和分類管理的思想。
這是由于在傳統模型下，PDM對圖紙本身的管理僅僅是一種圖檔管理，圖檔在PDM中并不代表零部件本身，代表零部件本身的是產品結構樹上的一個個節點，而節點又是與結構密切相關的，結構一旦不存在，節點也就不存在了，但是圖紙照樣可以存在，也就是說零部件的圖紙可以獨立于零部件節點而存在。當我們修改了結構后，往往造成了零部件的變化，甚至是丟失。
這種信息管理方式難以支撐零部件的多重分類體系，因為我們難以將圖紙文件代替零部件來進行分類，圖紙與零部件本身并非一對一的關系。
難以處理零部件結構屬性信息的版本，難以描述零部件在生命周期中的演變過程
從PDM角度來看，零部件的結構信息，它的數據在物理上是某個產品結構關聯的一組記錄，這組記錄表達了零部件之間的裝配關系(它在現實中的原型是設計圖上的明細欄，它的信息存儲在PDM數據庫中)，當傳統的PDM將產品結構當作一種特殊的脫離于圖紙和工藝等物理文件而單獨存在的信息進行管理時，就無可挽回地造成系統處理產品結構的版本的困難，沒有產品結構信息的版本，那么實現所謂的產品生命周期的管理就無從談起了。
值得一提的是，曾經有些傳統PDM廠商提出在PDM的產品結構樹上通過并列堆積的方式表達同一產品多個不同階段的產品結構樹，實現所謂的產品結構屬性信啟、的版本和演變過程表達。但仔細考慮就會發現，產品結構的版本可能是多級不同版本結構的組合，那么某個底層零部件的結構版本的變遷就可能會影響到所有該零部件的上級部件的版本，采用并列堆積方式表達帶來的將是無窮無盡的幾何級數增長的結構信息，而且其中大部分組合可能是無效的；再者這種版本的演變過程和版本之間的關系難以記錄，我們看到的只是毫不相干的幾個精確的產品結構，根本無法表達產品結構在生命周期中的發展變化的全部過程。
難以記錄產品結構復雜的替換代用、選用、數量變化關系
由上面的分析可以看出，傳統PDM信息管理模型，由于將產品結構當作一種特殊的脫離于圖紙和工藝等物理文件而單獨存在的信息進行管理，難以實現零部件自身的版本管理，也難以實現產品結構的版本管理，那么在一棵產品結構樹上要想實現產品結構的替換代用、選用關系管理也是很艱難的，因為產品數據已經被割裂為圖紙信息和產品結構信息兩部分了，產品結構信息僅僅靠單一的產品結構樹來表達，在產品結構樹上靠節點與節點之間的父子關系聯結，父子關系過于單調，難以在不同的節點或者節點類上定義可變屬性，也難以進行裝配變量約束規則的控制。比如一個最簡單的規則：當父節點上某個變量的取值為A時，則子節點選擇第一版本；當父節點上某個變量的取值為B時，則子節點選擇第二版本；這在傳統模型下就難以實現。
難以實現產品結構復雜的替換代用、選用、數量變化關系，難以支撐零部件之間復雜的裝配變量約束規則，也就難以根據企業產品的實際情況建立VPS(可變結構模型)；沒有VPS，也就無從談及EBoM(工程BoM，精確產品結構)了。
在傳統PDM信息管理模型下，很多制造業企業為了利用PDM實現產品的可選、替換關系，往往需要對同一個產品建立多個相對獨立的結構樹，通過刪除某些零部件節點，添加某些零部件節點來完成可選、替換等關系，無形中增加了企業的工作量和數據的冗余，且應用效果并不是太好。
難以支持復雜的工作流管理和項目管理
在企業級的項目管理和工作流管理的應用中，必然牽涉到產品生命周期中零部件演變的整個過程，在這個過程中，包括各種文檔之間豐富的關聯方式和邏輯關系處理、零部件結構和圖紙的復雜的版本關系處理、零部件結構的復雜的演變、全結構與朋oM等等問題，傳統PDM的信息管理模型難以處理，那么必然帶來的結果就是：傳統PDM信息管理模型不能夠支持復雜的工作流管理和項目管理。
為了解決傳統四M信息管理模型中的固有問題和存在的種種弊端，一些專家人土和業界公司相繼提出了新的產品數據管理模型，這些模型較基于產品結構樹的管理有很多進步，能夠涵蓋更多的產品數據信息范圍，概念上也都有所突破。在這些各具特色的數據管理模型中，最具代表性和生命力的就算是面向對象的產品數據管理模型，目前業界已經有多家公司推出了基于該模型的PDM系統。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.lukmueng.com/
本文標題：傳統PDM系統中存在的問題
本文網址：http://www.lukmueng.com/html/solutions/14019315610.html
相關文章
