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