第五章 研究發現
第二節 內嵌在產品生命週期管理系統中的設計鏈管理
國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
第二節 內嵌在產品生命週期管理系統中的設計鏈管理
壹、 產品生命週期管理系統中內嵌的設計工程機制
產品生命週期系統中的例規，意指內嵌在產品生命週期管理系統中的例 規。此例規通常是系統公司的原始設計者，選擇特定產業中績效優良的公司，
將其運作的工作例規作為該產業的最佳實務範本，將此範本借鏡設計於產品生 命週期管理系統當中，成為科技中內嵌的一套例規。但是，除非很清楚原始的 設計者是以哪一家公司為範本，並知道將哪些實務設計於科技中及進一步去瞭 解範本公司的工作實務，才能知道內嵌的最佳實務為何。不過這部分的資料通 常難以獲得，因為多數大型的企業級資訊通信軟體是來自於國外，其所採用的 最佳實務案例則是來自於全球，若要逐一採訪有實際上的困難，且不一定能得 其門而入，因此本研究採取間接的作法，透過分析系統所提供的功能特性，進 行分析產品生命週期管理系統中內嵌的工程機制。
事實上，一個軟體系統的發展，通常是不斷地進行修改完善。因此，西門 子公司在設計產品生命週期管理系統時，所採納的最佳實務的公司也是陸續加 入，並非只選定一家，而是在每一個產業中選定 30-50 家不等，範圍不拘於特 定的國家，而是從全世界知名的企業篩選，作為程式設計的參考。
並非所有產品生命週期管理系統公司的作法都相同，也有採取單一公司最 佳實務的範本。因此，採納此單一最佳實務系統的公司，通常需要遵循系統既 定的作法與流程進行運作；若採納公司原先的流程與系統所設定的不符，則採 納公司必須更改制度去適應系統的規範。這樣的作法，是不考慮採納公司既有 的工作例規，而一切以最佳實務為標準。這對於規模較小、產品複雜度較低的 公司有很大的幫助，因為這些公司的制度通常不夠完善，有了最佳實務的指引，
會發揮更大的效益；不過，這對於規模較大、產品複雜度高，且有一定制度的 公司而言，在導入時會比較容易會遇到例規上的調適問題。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
西門子公司的作法則是具有比較大的彈性，採納公司可以進行客製化。這 樣的作法有利有弊，優點是涵蓋範圍廣，在做客製化時比較容易配合公司既有 制度進行調準；缺點則是要花較長的時間，進行評估最佳實務與公司策略與流 程的差異，這對規模較小的公司較不適合，因為小公司在策略與流程上的概念，
常常不是很完善，雖然系統雖然有很多的彈性選項，但是太多的選項反而容易 造成歧路亡羊難以抉擇。
由於優品公司併購了世界知名的外商電腦公司，因此承繼了許多制度，這 些制度也提升優品公司的運作績效；加上產品的複雜度高、使用者眾，因此需 要大量的客製化方足以應付，故採用西門子公司的系統進行客製化的調適。
西門子的產品生命週期系統的主要模組稱之為「Team Center」，其架構如 圖 5-2 所示。提供的運作功能由下往上分別是「一般功能性設計」、「零組件管 理」、「工程資料管理」、「專案管理」、「產品組態管理」、以及「工程變更管理」
等。
「一般功能設計」主要是提供不同功能或模組間具共同性的功能，通常是 指系統底層的程式功能，類似資料庫管理系統（Database Management System）， 或是 C 語言資料庫（library）。「零組件管理」則是處理所有關於零組件的資料 管理，包括料號申請、新料號產生、料號儲存等。「工程資料管理」是提供產品 資料的分享與即時更新，此部分通常是與物料表相配合，包括各階層的設計圖 以及工程文件，像是電路配置圖（Layout）和調整不同 CPU 時脈的跳接圖（jump）
等。「專案管理」則是以 IE 瀏覽器為進入系統的介面，即時提供專案進行的安 排、進程、資源、資訊等，使參與專案的人員能掌握專案進行的狀況。「產品組 態管理」則是提供產品物料資訊的組合工作，像是不同階層的物料表管理，處 理各個階層的零組件關係以及計算、更改物料變動等；舉例來說以主機板為例，
板子上面包括系統、散熱模組、風散、電源模組、輸入/輸出模組等等，這些零 組件結構都會在工程資料管理中呈現；「工程變更管理」是透過發工程變更單，
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
聯繫相關專案人員參與討論，決定是否進行工程變更需求；以及進行不同版本 變更等相關工作。
圖 5- 2 產品生命週期管理系統的結構
這六大功能之間是環環相扣，不過有的公司是把每一個功能分開使用，例 如工程變更管理、產品組態管理、零組件管理、工程資料管理和專案管理各自 運作，在資料需要連結的時後，才會以人工進行連結。優品公司則是把這六種 功能整合在一起，功能與功能間交叉連結，所有在其中的資料皆透過系統自動 傳遞，以確保在不同功能間資料的一致性。例如，以工程變更而言，不僅是需 要使用工程變更管理模組作不同版本的管理，物料表和設計圖也會隨之變動，
這就牽涉到產品組態管理、零組件管理與工程資料管理，也會對專案的進程有 所影響，所以與專案管理模組也會有關係。這些不同功能模組間的關係都是交 互連結，若能透過電腦系統進行整合，則會更有利於設計資料的處理。
因此，從上述六大功能的分析，我發現內嵌在產品生命週期管理系統的工 程機制，就是管理與設計鏈有關的產品資料。在設計鏈的工程活動中，首先需 要零組件資料的管理、各個設計單位的資料管理、整體專案的管理。其次是各 個部門設計資料的產出，需要進行初步整合，建立出整體的產品資料。以物料 表為例，各設計單位（像是機構部門、邏輯部門、電源部門等）在完成設計任 務之後，必定會產生設計圖以及相對應的物料表，這些物料表都是各自獨立產 出，但是當產品設計需要進行跨部門整合成一個完整的產品實體時，最基礎的 工作就是物料表需要進行整合，採購才能有所依據進行購買。當整合設計資料
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
與物料表資訊之後，會建立原型產品進行測試，測試中有任何問題都會進入工 程變更的流程中。因此，內嵌在產品生命週期管理系統的工程機制就是設計鏈 工程的管理機制。
貳、 產品生命週期管理系統中內嵌的審核例規
要達到設計鏈工程管理的成效，產品生命週期管理系統中還有一套內嵌的 審核例規，維持著設計鏈工作的品質。這套審核例規可以透過產品生命週期管 理系統的結構（圖 5-2）進行分析。
在六大功能中，由於「一般功能性設計」是屬於基礎的模組，並非是以特 定的審核機制為設計標的，因此不在此討論；但是，零組件管理、工程資料管 理、專案管理、產品組態管理、以及工程變更管理各自有其特定的審核例規，
我分述如下。
在零組件管理部分，系統預設的申請機制是申請者與審核者的責任區分 開，系統中自動設定所有新料號的申請資料在送出之後，會自動依管理者的設 定傳送到審核者的手中，審核者對申請內容的正確性與完整性有權進行「審核 通過」或「退件重新申請」的指令；此外，申請者必須依據系統設定的格式與 欄位填就適當的資料，若是沒有完成預設欄位的資料填寫，系統會自動限制申 請資料無法傳送到審核者。
在此部分，產品生命週期管理系統所預設的審核例規，隱含著兩種機制：「規 則設定」與「程序處理」。所謂「規則設定」是指，管理者可以透過系統彈性地 設定許多的使用規則與執行規則，例如，資料要傳送給哪一位審核者，或是設 定申請者所有填寫的欄位。而「程序處理」則是指系統在執行指令的過程需要 依據一定的邏輯程序，例如，新料件申請的傳遞過程根據一定流程而且這些流 程是不可逆，不會被任何人為因素所影響。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
在工程資料管理功能中，產品生命週期管理系統預設整合所有設計圖，包 括電路圖、機構圖、 包裝圖等。工程資料管理主要是在設計圖整合和版本管理，
透過資深工程師的審核確保設計圖的正確性；在版本管理上，設定研發工程師 皆在產品生命週期管理系統上進行存取，系統會自動紀錄並標示最新的設計版 本。此功能常常與工程變更管理功能和產品組態管理有關，因為工程變更通常 會涉及設計圖的變更，造成版本變更；而且設計圖變更常常會影響到零組件的 變更，造成物料表的變化，使產品組態管理會隨著工程資料的變動跟著發生變 動。
為了達到發揮工程資料管理功能的成效，設計圖的審核管理需要以特定的 路徑傳遞給審核者，而且是系統自動傳送並不需要透過人工以 EMAIL 夾帶檔 案的方式進行。此種特定路徑且自動的傳送，意謂著隱含三種機制：「規則設定」
「程序處理」與「數位計算」。在版本變更上，系統自動將變更的設計圖勾勒出 來，提供使用者進行比較，不需要人工一一核對；而且設定版本自動儲存，甚 至可以將新版本傳送給預設的使用者，這些部分也表示隱含著三種機制：「數位 計算」、「規則設定」與「程序處理」。
在專案管理的功能中，專案經理必須安排及掌握每一個工作時程的進度，
在專案管理的功能中，專案經理必須安排及掌握每一個工作時程的進度，