【文章內(nèi)容簡介】 員很是忙乎了一陣，終于初見成效，進入 系統(tǒng)應用推進階段，卻遇上了難題，究竟是那些因素會引起此種現(xiàn)象的發(fā)生，各位可一起探討嗎？謝謝！ 數(shù)據(jù)庫結(jié)構(gòu)已搭建起來，系統(tǒng)功能也基本實現(xiàn)（當然難說有預期的理想），現(xiàn)需導入大量的產(chǎn)品數(shù)據(jù)以豐富數(shù)據(jù)庫內(nèi)容，如大量的 CAD 圖檔等，這勢必加大技術部門的工作量，但系統(tǒng)只有在用，才能進一步完善，也才能起到真正的作用。怎樣才能得到用戶部門的配合？ 秋葉： 成功 PDM 實施分四個階段： 啟動期：特點是人員熱情高，大家參與比較熱情，提出了很多問題希望解決，領導也重視。也很快安裝系統(tǒng)進行了大量培訓，開始應用一些流程。但實際上基本還 是為實施而實施。 平臺期：由于業(yè)務應用很快遇到數(shù)據(jù)瓶頸和習慣業(yè)務模式?jīng)_突，實施進入了一個進展緩慢的階段，特點是懷疑的聲音大量出現(xiàn)，軟件功能上不斷出現(xiàn)不能適應或者要求調(diào)整的情況，很多部門實施工作實際上停留不動。 倒退期：前期矛盾集中爆發(fā)，很多部門干脆就停止使用，回到老的方式上，保留一些數(shù)據(jù)用于測試或者給領導演示，實施經(jīng)理陷于空前困境。 飛躍期：即使在倒退期如果實施經(jīng)理堅持不懈，加上個別部門領導對信息化有不同的認識，逐步找到將管理系統(tǒng)和自己業(yè)務結(jié)合的興奮點，開始系統(tǒng)形成自己企業(yè)實施的個性，并對其它部門產(chǎn)生極大觸 動，通過樣板開始使企業(yè)實施進入一個新的階段，實施開始和效益掛鉤，不是為實施而實施。 一舟： 我特想知道壇主這四期從哪學來的？（請給我發(fā)過來）有點意思，有點新意！ 其實 PDM 實施的困難重重！ 首先， PDM 是一把手工程；其次 PDM 是一種管理軟件。這就決定 PDM 在推廣使用上從一開始不會得到人人認可，有可能產(chǎn)生的非議更大（以后再詳述），人們的工作行為被約束，工作習慣被改變，試想底下的人還有誰贊成使用！ PDM 雖然提高工作效率，但也使工作透明化，誰還能贊成使用！ 所以只有高層管理者明白這些并強力推行才行。 。 。。。。。。。。。。 主題： 2020 年 PDM/PLM 欄目精彩大回放 02 如何管理圖檔？ 秋葉： 就圖檔管理而言，第一要搞清楚管理哪些文檔？這個問題很多人可能都沒有清楚的認識?；蛘哒l能清楚告訴我和產(chǎn)品相關的文檔具體是哪些？秋葉想這個問題看起來簡單，回答完整的人不多。 第二這些圖檔都是在什么階段什么工作中產(chǎn)生的？這些圖檔在后續(xù)工作中應用在哪里？ 第三現(xiàn)在這些圖檔是如何組織管理和檢索的 ？現(xiàn)在檢索方面人們希望通過計算機得到的效果是怎樣的？ 等將這些問題考慮到了，我們再來看是用產(chǎn)品管，還是用項目管？還是都需要？ 意義： 首先，文檔通過項目來組織還是由產(chǎn)品來組織，是由 PDM 系統(tǒng)是由項目為主線還是產(chǎn)品為主線決定的。我認為 PDM系統(tǒng)應該由項目為主線，當然文檔就相應是由項目來組織。原因： 1） PDM 系統(tǒng)管理的是所有與產(chǎn)品相關的信息和所有與產(chǎn)品相關的過程，它提供了產(chǎn)品全生命周期的信息管理，也就是從前期的市場需求調(diào)查、可行性分析到方案設計、詳細設計、工藝設計、樣品試制、批量生產(chǎn)最后到產(chǎn)品銷售、維修、 報廢、回收，都應在 PDM的管理范圍之內(nèi)。所以，現(xiàn)在 PDM的概念也上升到了 PLM的概念。 2） PDM 產(chǎn)品一般由項目為主線或產(chǎn)品為主線。但我們可以從上面 PDM 的概念可以知道，如果以產(chǎn)品為主線，僅能管理與產(chǎn)品設計相關領域內(nèi)的信息，對產(chǎn)品的前期的市場需求以及售后難以管理。所以以產(chǎn)品為主線的 PDM對于企業(yè)的改型設計或做配套加工的企業(yè)有用，但對企業(yè)新產(chǎn)品的開發(fā)就無能為力了。而如果以項目為主線，則可以解決這個問題。 3）如果以項目為主線，則產(chǎn)品在項目中產(chǎn)生，關于產(chǎn)品的文檔屬于產(chǎn)品，也屬于項目的某個階段。 PDM管理的 文檔有那些。我認為主要分為三類。 1）與產(chǎn)品相關的文檔，圖紙、產(chǎn)品技術文件、產(chǎn)品明細、工藝文件、技術手冊等。 2）與產(chǎn)品無關與項目有關的。市場調(diào)研報告、項目任務書，項目評審報告、合同等。 3）公共信息類文檔。如企業(yè)標準、 ISO質(zhì)量控制文檔、參考手冊等。 秋葉： 對這個問題我發(fā)表幾點不成熟看法，第一在 PDM里按照項目管還是按照產(chǎn)品管首先要看企業(yè)對文檔管理是怎樣進行的？而且為什么這樣進行？有什么管理上的便利。 這么說企業(yè)設計有研發(fā)型設計、變型設計、改進型設計、測繪仿制設計、引進型設計，這些過程中都會產(chǎn)生和利用文 檔，此時文檔是按照項目組織還是產(chǎn)品組織？我還沒有看到有人認真分析這個問題，項目管理用在什么地方？或者說怎樣的設計需要項目管理？ 在非研發(fā)型的變型設計中對文檔的檢索往往就是對歷史產(chǎn)品的檢索，然后根據(jù)產(chǎn)品目錄或者文件目錄去找對應文檔，在 PDM里找到產(chǎn)品就找到文檔了，所以很多人就說按照產(chǎn)品組織。 不過到了大型項目開發(fā)階段，很多人發(fā)現(xiàn)很多文檔和產(chǎn)品無關，適合項目，就要求按照項目管理文檔。此時困難在于如何將項目過程中產(chǎn)生的產(chǎn)品樹和產(chǎn)品文檔自然結(jié)合又不改變設計邏輯。 最后還發(fā)現(xiàn)很多管理文檔，不針對項目也不針對產(chǎn)品，對這 個部門適用的，看來還需要針對部門的文檔管理，呵呵！ 另外對最終設計用戶而言按照項目管對它有什么好處？按照產(chǎn)品管對它有什么好處？用戶就一定按照這幾種方式查詢文檔嗎？那用戶在設計工作中根據(jù)什么查文檔的呢？這個問題需要好好調(diào)研，不同企業(yè)不一樣。這恰恰是我們設計圖檔屬性數(shù)據(jù)庫的關鍵。 游客 電子圖紙的版本與生產(chǎn)中的蘭圖的版本如何保持一致？將 PDM 系統(tǒng)中圖紙的版本信息導出到底圖中，每次打印的底圖，其版本都與 PDM系統(tǒng)圖紙的最高版本統(tǒng)一，能行得通嗎？ 網(wǎng)標 版本管理的確是 PDM 系統(tǒng)中的一個難題，我贊同秋葉的觀點 “ 最高版 本未必就是生產(chǎn)版本 ” ，在 IMAN的版本配置中有一個非常重要的細節(jié)，那就是版本配置分 “ 精確配置 ” 和 “ 非精確配置 ” 兩種類型，所謂精確配置是指選用 ITEM 要明確到版本號，因此，隨著該 ITEM的版本號的升級，不會對這樣的版本引用帶來變化，這在某些場合下是非常有必要的。 “ 非精確配置 ” 的情況就不一樣了，它可以設定很多規(guī)則來實現(xiàn)，象目前我們國內(nèi)大多數(shù)企業(yè)會選擇最 “ 新發(fā)布的版本就是最后的版本 ” 這樣的規(guī)則。 吳虎 我覺得版本的概念許多人沒有搞清楚： 1。在實際的企業(yè)生產(chǎn)中可能存在代號相同，但設計稍有區(qū)別的零部件或圖紙，這樣不 同的東西才能稱為不同版本的東西，一般通過代號和版本號能唯一確定一個對象。零部件和圖紙只有經(jīng)過發(fā)放到生產(chǎn)部門才產(chǎn)生新的版本，沒有發(fā)放的東西是不產(chǎn)生版本的，每個版本都有有效性的限制如生產(chǎn)階段，批次，生效時間和失效時間的信息。這些信息將在產(chǎn)品的版本配置中用到。生產(chǎn)版本肯定是發(fā)布的版本，最高的版本不一定是當前生產(chǎn)的版本。 2。零部件或圖紙在設計過程中，每次向數(shù)據(jù)庫中 Check In 并不需要產(chǎn)生新的版本，但數(shù)據(jù)庫中一定有歷史的記錄，甚至可以還原到歷史的記錄。這個歷史記錄在企業(yè)中一般不稱為版本。這些歷史記錄在配置中是 用不到的，只用于記錄和追溯設計過程，還有就是備份以前的設計思路，與產(chǎn)品配置達不上邊 . GTMP 關于圖紙的版本問題，我所見到的 PDM 系統(tǒng)只對當前版本和歷史版本進行管理，我們現(xiàn)有以下兩種需求： 1。對于外協(xié)件，我們不得不提供圖紙給配套廠家報價，但在沒有確定合作關系之前，我們出于保密的需求，想把當前版本圖紙中一些關鍵的尺寸信息在不影響他們報價的前提下要隱去，生成報價用的版本。 2。在銷售時，有的客戶要求我們提供圖紙供他們論證，出于擔心我們的核心設計信息泄漏出去，怕客戶不買我們的產(chǎn)品，卻把我們的設計信息提供給我們 的競爭對手，所以也想在不影響介紹我們產(chǎn)品功能的前提下把核心信息隱去，生成銷售用的版本。 如何生成報價版本和銷售版本這兩個版本，并且和當前版本同時存在于系統(tǒng)中，請各位高手不吝賜教，萬分感謝！ 秋葉 這個第一 AUTODESK 提供了一個專門的工具可以將圖形信息自動處理后給用戶，而不泄密，你可以問他們； 第二你的問題不是可以有幾個版本的問題，而是可以給每個版本加入個性標志，然后在不同的階段不同的人瀏覽不同的版本。 可能需要一些開發(fā)。 GTMP 謝謝秋葉壇主的指點，但您對第二個問題的回答我還是不明白。我們的需求是對 于某一個產(chǎn)品，我們既要有常規(guī)的歷史版本和當前版本（本單位內(nèi)部用），又要求有供外部用的報價版本和銷售版本，并非在不同的階段，而是任何時候，最好是只要設置了候補供應商和客戶兩個權限，當前版本就分別顯示成報價版本和銷售版本。 網(wǎng)標 我覺得 GTMP 的擔心是沒有必要的，對企業(yè)來說工藝是最重要的，你只要出售你的產(chǎn)品，其他人就可以通過 3D 測量技術準確獲取該產(chǎn)品所有零件的外形尺寸。所以你提不提供尺寸都無所謂。只有工藝別人是學不去的。如果你一定要去掉這些尺寸的話，也是有辦法的，不過這和版本無關?？梢詫懸粋€程序去掉所有尺寸 (不 用打開 AutoCAD，在 PDM 的下載過程中可以加載這個組件 )，這些活我們能做，有興趣可以和我聯(lián)系。 zhizhi PDM 管理文件的幾種技術 辦法之一，采用 MS 的 OLE 技術，把圖紙文件作為 OLE 對象，嵌入到數(shù)據(jù)庫二進制變長字段里。好處：程序很簡單，技術很可靠，界面上和報表放圖形很容易實現(xiàn)。缺點：丟失了圖紙文件之間的聯(lián)結(jié)關系，數(shù)據(jù)庫體積可能太大而性能降低。 辦法之二，采用 MS 的 OLE 技術，把圖紙文件作為 OLE 對象，鏈接到數(shù)據(jù)庫二進制變長字段里。好處：程序很簡單，技術很可靠，界 面上和報表放圖形很容易實現(xiàn)。采用操作系統(tǒng)文件目錄方式存文件，可以保留圖紙文件之間的聯(lián)結(jié)關系，便于備份操作，數(shù)據(jù)庫體積不大。缺點：操作系統(tǒng)文件目錄訪問權限控制處理比較麻煩。狀態(tài)控制不容易實現(xiàn)。 辦法之三，建立在程序控制下訪問操作系統(tǒng)管理下的文件的機制。用戶不能直接訪問文件。好處：權限控制和工作流容易實現(xiàn)，容易實現(xiàn) checkin， checkout 控制，文檔狀態(tài)控制。圖形功能也不難實現(xiàn)。缺點，保留文件之間的聯(lián)系有難度，如 CAD 圖紙之間或 word 文件的鏈接或其他關聯(lián)關系 三維模型的幾何關聯(lián)約束等等。 彌補第三種方法缺點的手段是，采用項目管理文件目錄的技術。只給項目組中授權用戶訪問文件權限。這個技術的缺點是，通過因特網(wǎng)協(xié)同工作有一定困難。 另外，第一和第二種技術，難以管理海量的圖紙文檔。 zhizhi 圖紙電子化并非只有手工操作 CAD 軟件重新畫一遍的唯一辦法。 一、可以用圖紙掃描方式和相關軟件按圖象方式存儲舊圖紙。有多種格式可以選擇。 二、可以使用矢量化軟件對圖象格式的文件完成矢量化格式轉(zhuǎn)換。也有多種軟件可以選擇。矢量化的實際效果有很大差別。例如，質(zhì)量不高的底圖或藍圖上的線，可能經(jīng)過矢量化軟件轉(zhuǎn) 化后，變成斷斷續(xù)續(xù)多多條線，而且比例和坐標都不準確。重新修改利用的價值受轉(zhuǎn)化軟件質(zhì)量高低和原始圖紙質(zhì)量高低的限制。（手工寫的）文字標注識別的質(zhì)量高低，就看軟件的智能水平高低了。 關鍵的問題其實是建立歷史上曾經(jīng)使用過的圖紙和 BOM 應該把過去手工操作業(yè)務模式遺留下來的問題盡可能地理清楚。當然，這要受到人力財力的一定限制。把所有舊圖紙都納入圖紙檔案管理系統(tǒng)，和把圖紙和 BOM 的關聯(lián)關系理清楚有很大差別。而后者更重要。任何重新畫過或輸入過的圖紙都能找到當初參照的圖紙和生產(chǎn)的產(chǎn)品結(jié)構(gòu)，對技術管理、質(zhì)量跟蹤、售后 服務和繼承設計技巧和知識都十分有價值。 比較現(xiàn)實的辦法是有計劃分輕重緩急，逐步完成利用過去 “遺產(chǎn) ”的舊圖紙整理工作。 這項工作也可以考慮外包完成。但是承接外包任務的人必須懂你的設計專業(yè)。 懂專業(yè)的人整理過的圖紙，質(zhì)量很高，還可以貫徹技術管理要求和糾正很多過去的差錯。 網(wǎng)標 PDM 上線后就不應該再有蠟紙圖這樣的管理模式了，在合力的 PDM 實施過程中，定版發(fā)布一個零部件，就封存該零部件的蠟紙圖。你現(xiàn)在如果去合力要圖紙的化都是通過 PDM 用高速打印機打印，也就是說這些零部件沒有 “藍圖 ”而是 “白圖 ”。 至于以前的蠟 紙圖，這也好辦，首先問一下這些蠟紙圖對應的零部件是否還在企業(yè)使用、或被新的設計引用。如果是，你還是建議企業(yè)化些時間把這些蠟紙圖通過掃描也好（不要去嘗試矢量化，這個東西沒有用的）、重新畫也好，總之要把他們納入 PDM 的管理范圍， HELI就是這樣做的。 。。。。。。。。。。 主題： 2020 年 PDM/PLM 欄目精彩大回放 03 PDM 實施真的是一場沒有終點的馬拉松比賽？ 武且言： 國內(nèi) PDM 好像還沒有一個完善的版本。大家都選擇 “邊實施，邊完善 ”的發(fā)展道路?？蓱z我們做 PDM 實施的！除了進行需求調(diào)研、軟件安裝、操作培訓外，還得不斷收集用戶的意見、要求。 我們成了 “風箱里的老鼠 ”。用戶對軟件不滿意，有時埋怨我們，其實這破軟件又不是我寫的！回到公司，開發(fā)人員也煩我們，覺得開發(fā)要求提得太多，給他們添麻煩了。 難道， PDM 實施真的是一場沒有終點的馬拉松比賽？ Franky。 Lou： 其實就國內(nèi)的實際情況，能保證基本成功的也只是 PDM 中的幾個模塊：文檔管理，簡單配置管理，版本管理。 至于項目管 理和流程管理，真正實施成功難度太大，但用戶就是上帝，它們需要當然