清軟英泰PLM實施經驗談
清軟英泰 PLM 實施經驗談
產品生命週期管理 ( PLM )一詞對於製造業的技術人員來說已經非常熟悉了, PLM 系統能夠實現對企業設計研發過程的資訊化管理,提高設計研發的效率和質量。它不但能夠有效地管理研發過程的圖文件,而且在一個產品的全生命週期裡,能夠保證產品資料的完整性、正確性、一致性,解決企業產品研發過程中的頻繁變更、可追溯性差的問題,實現資料的版本管理等。不同的 PLM 系統功能也不盡相同,目前很多 系統把 專案管理 、 知識庫管理 、電子籤審等整合到軟體中,給使用者帶來了很大的便利。
下面筆者就 PLM 的實施談幾點經驗供同行分享。主要包括軟體的選型、企業需求調研分析、物料編碼規則的制定、資料整理以及軟體上線執行等方面,希望能對準備實施 PLM 的同行有所幫助。
初步瞭解 PLM 軟體之後,首先要做的就是梳理企業內部資料模型和工作流程。比如設計的輸入、輸出和流程,工藝的輸入、輸出和流程,與 ERP 的介面等。目前企業資料有哪些、分別是什麼狀態,這項工作一定要精細化,最終形成一個比較完善的文字資料,廣泛徵求技術人員的意見,確定哪些功能是必須保證的,哪些是可以改變的。
有了這些技術要再對軟體進一步調研,花一點時間去認真地看軟體而不是看 PPT 演示,最終把軟體的功能和企業的要求相比較,就會得到更適合自己企業的 PLM 軟體。接下來要做的就是使用者調研,去 PLM 實施成功的企業瞭解使用情況以及軟體商的服務與技術支援情況,特別是使用者在實施過程中遇到過哪些問題,最終是如何解決的。
需求調研分析
軟體選定後, PLM 開發商會到企業做詳細的需求分析,這時企業應該組織系統管理員、優秀的設計師和工藝師等成立專案組(最好有熟悉資料庫開發的技術人員),進一步細化軟體調研時總結的文字資料,逐項與軟體公司技術人員對接,主要包括:
與產品實現相關部門的組織結構、部門職能與崗位職責、相關各部門角色及例項分析;產品實現現狀的調研分析;產品實現的輸入輸出現狀分析;資訊化現狀調研分析;報表開發需求分析等等。
最終雙方達成一致協議形成需求分析報告,軟體公司根據需求分析報告進行開發工作,企業根據軟體公司提供的各種型別資料整理要求及規範完善基礎資料和軟體測試用的產品資料。
基礎資料的整理
進入 PLM 系統的資料應具有幾個特點:標準化、規範化、惟一性,這就要求企業應該按照軟體的要求,下功夫整理基礎資料和產品資料。規範製圖工具 CAD 軟體版本統一定製零件和元件基礎模型模板,定製工程圖基礎模板,確定圖幅( A4H 、 A4V 、 A3 、 A2 、 A1 、 A0 等)。
編碼規則的制定編碼規則在滿足要求的情況下,要儘可能簡單實用,同時物料碼貫穿企業技術、生產、採購、財務、倉儲、銷售等全過程,必須保證每一個編碼代表一個物料。一般的編碼由特徵碼、分類碼、流水碼等組成,大多數 PLM 軟體整合了編碼器的功能,使用者只需按自己企業的使用習慣制定規則就可以了,不同的企業需要編碼的物料不盡相同,應結合本企業實際情況制定。大型機械製造企業一般包括如下編碼:
(1) 產品型號編制規則:編碼規則簡單,注意同型號的變型產品保證編碼惟一即可。
(2) 零部件及圖樣編號規則:按照使用習慣編碼,規定相同的編碼長度並考慮未來產品升級的冗餘量,也就是說分類碼和流水碼的位數要足夠長。
(3) 標準件及圖樣編號規則:國標件中的編碼並不惟一,比如 GB5783-2000 代表不同規格的一類螺栓,需要對每一種螺栓給出一個惟一的編碼。由於標準件數量非常大,使用者可以考慮對自己企業用到的標準件進行編碼。
(4) 通用件及圖樣編號規則:產品中用到的如螺紋塊、焊接螺母、法蘭類零件等,編碼後對研發人員共享,可有效地提高產品的通用化程度。相對簡單的產品也可以不考慮通用件,除了國標件,非標零部件也是可以的。
(5) 材料、輔料編號規則:對目前用到的材料和輔料進行分類編碼,便於設計人員選用,也可以很好地避免由於大小寫或全形半形造成材料不惟一的情況出現,以後增加新材料可隨時按照流程新增。
(6) 工藝檔案編號規則:中小批次產品的大型製造企業工藝檔案很多,如工藝路線、各專業工藝卡片、作業指導書、工裝等等,與產品零部件關聯應該嚴格編碼規則。
(7) 裝置編號規則:對公司內部所有裝置進行編碼,形成裝置庫,方便 CAPP 呼叫。
(8) 更改通知單編號規則:包括圖紙更改、 BOM 更改、工藝更改通知單等等,與日常生產密切相關,編碼要易讀實用。
基礎資料庫整理以上的編碼規則制定之後,方可整理基礎資料庫,比如標準件及圖樣資料庫、材料庫、輔料庫、裝置庫等等。文件模板整理文件模板即技術工作過程中輸入輸出的檔案格式,應該統一規範納入 PLM 系統中並且與編碼器整合。如圖紙更改通知單、工藝更改通知單等。
籤審工作流程整理在產品研發和持續改進過程中,任務的下達、設計、設計審查、主管審查、標準化審查、部門領導審查、總工程師審查等直到檔案歸檔,這些環節是必不可少的。 PLM 實施後這些工作都應該納入系統,所以流程的梳理是必要的。
結合企業的實際情況,列出流程清單。比如圖紙籤審流程(包括零件圖、部件圖、總圖等)、工藝檔案籤審流程、變更籤審流程、通用件新增流程等等。使用 Excel 表把每個籤審流程的過程表達出來,或者以框圖的形式表達出來,方便軟體的配置(圖 1 為一般零件設計的籤審流程)。
組織架構的整理包括部門架構設定、使用者清單等。使用者角色定義包括系統管理員、設計工程師、工藝工程師、專案經理(產品總體)、部門領導等,這些內容與資料訪問許可權相關,最終由系統管理員進行設定。
產品資料的整理一般企業在實施 PLM 之前,都會有大量的產品資料,比如電子圖檔、產品 BOM 、工藝資料等,這些資料大多都存在不同的版本或者不規範等問題。應該按照 PLM 軟體的要求,結合上述模板、編碼規則整理出產品的資料,以備 PLM 上線使用。
PLM 上線執行
以上工作完成後,首先將基礎資料和測試用產品資料提供給 PLM 開發商進行軟體測試。這個過程對發現軟體的問題進一步除錯,資料中出現的問題進一步完善,軟體和資料測試透過後即可上線試執行。
成立 PLM 實施專案組,由系統管理員,設計、工藝等不同專業(或不同角色)的員工組成,搭建培訓環境,需有投影儀和滿足專案組每人一臺計算機的培訓場地,計算機聯接到伺服器的網路環境。
召開 PLM 上線啟動大會,所有用到 PLM 軟體的員工全部參加,首先強調 PLM 實施的重要性,其次就 PLM 的主要功能、使用方法等內容進行全員培訓,讓員工對 PLM 軟體有整體的概念。最後宣佈 PLM 實施專案組成員名單。軟體安裝,由 PLM 開發商工程師安裝伺服器軟體,同時培訓系統管理員,包括安裝、配置、資料備份等內容,然後是客戶端軟體安裝。
集中培訓,由 PLM 開發商工程師組織企業 PLM 實施專案組進行全日制培訓。首先是基礎資料維護及匯入,培訓完成由系統管理員將之前整理好的基礎資料全部匯入系統;其次組織專案組成員針對軟體功能及業務實現方式進行全方位培訓;再次指導專案組成員將整理好的產品資料按業務操作要求匯入系統,諸如 BOM 的編輯、查詢和輸出、圖文件的提交和籤審、 CAPP 資料歸檔等等。
上線執行,資料進入系統確認各種輸出正確無誤,並確保專案組成員對軟體的功能已經熟練掌握,然後由 PLM 開發商工程師將產品資料清空,專案組成員回到自己的工作崗位,負責培訓相同專業(或角色)的員工,按照工作流程再一次將整理好的資料按照業務操作要求完整地匯入系統,至此完整的產品資料正式上線。 PLM 實施是一個龐大的系統工程,除領導重視外,必須充分調動全體員工的積極性,將實施過程中的每一項工作做到位,才能確保資料準確上線。 清軟英泰 PLM 實施經驗網站:
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31532639/viewspace-2284091/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ERP專案實施經驗談(轉)
- Scrum實施經驗Scrum
- 徹底提高英語聽力--經驗談
- 實施經驗談:ERP成敗在“開局”(轉)
- ERP實施經驗論談 IT界引出管理問題(轉)
- PLM實施的專案風險清查
- MPP平臺實施工具,實施經驗+銀行資料倉儲模型建設經驗泛談模型
- 清軟英泰對於機械產品生命週期管理標準與新技術運用
- 實施經驗:希門ERP實施流程及方法(轉)
- 經驗談
- 軟體測試用例設計實用經驗之談
- 實施PLM系統的總結及建議
- 大規模實施 OKR 的成功經驗OKR
- Linus 談軟體開發管理經驗
- 軟體專案測試管理經驗談
- 軟體實施經理崗位職責
- 某大型能源公司RPA實施經驗分享
- 談談通過軟考的感受,包括通過軟考的經驗薦
- 經驗談集
- DBA 經驗談
- 爆破經驗談
- 我的英語學習經驗
- 軟體專案管理(CMM)經驗談(1) (轉)專案管理
- 軟體專案管理(CMM)經驗談(2) (轉)專案管理
- Linus Torvalds談軟體開發管理經驗
- 軟體專案管理(CMM)經驗談(1)(轉)專案管理
- 軟體專案管理(CMM)經驗談(2)(轉)專案管理
- 實施DevOps安全策略清單dev
- PLM在電子高科行業的實施應用研究行業
- 荷蘭銀行實施大規模DevOps經驗dev
- ERP實施經驗篇:六點需掌握(轉)
- 使用nfs經驗談NFS
- 大學打架經驗談
- Lotus 經驗談(轉)
- 買車高手的經驗之談 實用
- PLM在離散製造業的實施管理應用研究
- 總結經驗 提出ERP實施的成功模式(轉)模式
- ITM6.1實施中所遇問題經驗總結