國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
第四節 資料方面
壹、 資料整合架構
一、 目前子公司資料架構：
從下圖可得知目前資料架構，工程師提出Word 表單，在 ERP 系統申請產生料號後，零件工程師會透過mail 通知研發 RD 製 作圖檔，而研發RD 做圖完成後會以料號當作圖檔的檔名命名 規則，接下來將圖檔放入網路硬碟的公用資料夾（Public
Folder），當其它單位有看圖檔需求時，RD 再將圖檔另存成 PDF 或JPG，透過 mail 轉給供應商、採購等需求單位。
圖4-4-1 T 子公司原本資料架構圖
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
來源：本研究整理
受訪者F 先生說：「
原本的圖檔管理機制非常被動，都是透過
mail跟催，逐一圖檔做時沒有問題，但有時專案數量一多，一 個
RD同時要做好幾份圖檔時，就會發生漏件情況。
」受訪者G 先生說：「RD
同仁當專案一多時，有時候會忘記將圖 檔放入公用資料夾中，當該
RD同仁出差或離職時，臨時要調 圖檔就會發生問題。此外，不同單位的人會不斷來跟
RD要最 新版圖檔，
RD都不能好好設計要處理這些事務
」。受訪者H 先生說：「RD
提供圖檔時，如果只提供
PDF或
JPG檔案時，當產線進行檢驗時，無法做重點尺寸量測，必須問
RD或請
RD特別出可以進行量測的檔案格式
。」二、 母子公司整合架構
經過分析與規劃後，PLM 導入專案團隊，提出下圖架構：
在PLM 系統產生料號後，透過 PLM 的專案管理模組，可通知 到對應的研發RD 進行圖檔製作，而圖檔製作完成後，依據圖 檔類型，將原始檔案上傳到MCAD 系統或 ECAD 系統。
受訪者C 先生說：「
由於原始檔案資料
Size龐大以及有版權的問 題，因此會將
MCAD與
ECAD的圖檔資料，經過輕量化處理後 傳送到
PLM系統上，而此輕量化檔案並非單純
PDF或
JPG， 而是具備簡單線上量測、
3D瀏覽、干擾分析功能圖檔，以讓其 它單位可以充分運用
RD所設計規格進行相關品質驗證、採購、
檢驗等作業。
」最後在PLM 系統上會儲存經過處理後的輕量化圖檔，讓其它單 位可以直接搜尋與利用，不用再透過RD。後續有工程變更時，
透過PLM 流程追蹤功能，也能將新版圖檔進行更新到系統上。
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
圖4-4-2 T 子公司整合資料架構圖 來源：本研究整理
貳、 資料整合步驟
主要是透過如下步驟進行整合 一、 確認資料整合範圍
二、 確認資料檔名規則 三、 彙整與驗證資料
四、 將資料轉入MCAD 與 ECAD 系統 五、 將資料輕量化後轉入PLM 系統
上述內容將分別說明如下：
一、 確認資料整合範圍
進行資料整合時，首先要確認範圍，此時T 子公司遇到一個選 擇，是要將所有資料都轉移到MCAD/ECAD 系統/PLM 系統，
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
還是只轉移部份量產與開發中的專案資料。
受訪者A 先生說：「
子公司內部討論非常激烈，到底要將資料一 次到位，還是只做部份資料，這兩個各有優缺點，資料一次到 位在前期需要花費大量時間與人力整理圖檔資料。而只做部份 資料時可以快速上線，但是後續使用者如果要看舊圖檔時，要 重新回去公用資料夾中，變成後續有很長一段時間要使用雙系 統作業，增加操作難度。
經過最後討論，決定使用一次到位方式，避免夜長夢多以及產 生新舊系統資料切不乾淨的情況，增加後續作業難度與介面。
」 二、 確認資料檔名規則PLM 導入專案團隊，接下來請研發 RD 同仁，提供公用資料夾 上的檔案名稱編碼原則，以及與各專案之間的對應關聯，以為 後續導入系統中進行準備。
三、 彙整與驗證資料
PLM 導入專案團隊，請研發 RD 同仁再次確認資料面的正確性 與是否有遺漏部份。同時也進行基本驗證如下：
(一) 搜尋檔案名稱是否有不符合檔案編碼原則 (二) 相同料號卻有兩個不同圖檔
(三) 圖檔 Size 過小
(四) 該圖檔沒有與任何一個專案有關聯
當有上述情況時與RD 同仁進一步確認這些圖檔的正確性並進 行改正。
四、 將資料轉入MCAD 與 ECAD 系統
PLM 導入專案團隊，將原始圖檔資料先集中到大型硬碟上，並 將這些圖檔Import 到 MCAD 與 ECAD 系統上。
五、 將資料輕量化後轉入PLM 系統
‧
3.Data Migation 文件時，同時建 立Part 與文件間的關連在 PDM 系統上4.透過資料交換機制，建立公司 Spec 與 CAD 圖檔間的連結 資料來源：本研究整理