本篇將延伸上一章【擬物化的物件管理模式】，進階說明在PLM系統中是如何使用預設定義的物件來分門別類管理並實作企業內部的物件。文中所附上之截圖將以PLM系統實際畫面為例說明：
〔PLM物件類型〕
若您曾經在公司處理過各式各樣的紙本文件，肯定也曾經為了找尋一份上級交辦且年代久遠的文件而煩惱過。這份文件若是已經過電子化，由紙本轉換為作業系統中的文字檔，那麼找尋特定資料夾或檔名還容易尋得。反之，它若是早年的一份紙本還放在公司檔案櫃中不知名的角落，那找尋起來可就費力又耗神了。以專供筆記型電腦的公司華碩、宏碁、聯想為例，每當構思一部全新的筆記型電腦時，會經歷新產品設計、測試組裝、送樣、變更、再次送樣、量產、上市等時期，負責該新產品的所有參與團隊，勢必會產生出大大小小的2D或3D設計圖檔、依圖檔所生成的零件、物料清單、往來交付文件、問題報告、設計變更等產品資訊待管理。
PLM系統供應商也觀察到如此的商機，便著手建構並提出這樣一套為了解決上述問題的系統平台，針對產品全歷程的資訊進行完善的生命週期管理。將企業內部常用的工程繪圖軟體、產品資料管理及物料清單管理整合成最終的PLM系統。依據許多資料蒐集、整理與分析後的結果，將企業內部常見的物件類型梳理程如〈圖一〉所示的基礎物件，以供使用者依據類型來區分要上載至PLM系統管理的產品資料。以白話文而言，即是準備好各物件的家或是容器，當我們在PLM系統建置物件之時，同時就產生了一個PLM物件容器來裝填您即將上載至系統的物件，可能是一份文件、圖檔、零件或是問題報告等。
由左圖可見，系統提供預設的基礎類型供管理者依需求來分類型管理。〔EPM文件〕即為工程圖檔，例如以PTC Creo、Siemens NX、AutoCad等繪圖軟體生成的檔案，都可以歸屬到此。
而企業內部的所有文件，大多數可採用〔文件〕來拆分管理。例如：會議記錄、估價單、採購單等，每個物件類型皆顯示展開加號，表示系統允許管理者依需求自行定義新增文件子類型，因此您可以將最上層的文件視為父類型，而新增加之子類型文件將會繼承來自父類型文件的基本屬性。
換句話說，PLM系統提供可實例化功能來實現文件大類及小類的分類。
〔PLM物件屬性〕
雖然我們已將企業內部各物件類型分類管理，但是PLM系統中仍貼心地為我們提供基本屬性資訊供檢視。以〈圖二〉文件作為範例說明：
PLM系統針對所有預設物件定義了幾個通用的基本屬性，如左圖所示，為系統中的一份文件詳細資訊頁籤，其基本資訊大致可分為一般及系統兩大區塊。
兩邊基本屬性涵蓋了編號、名稱、狀態、主要內容、建立時間、建立者、修改時間、修改者、版本版序等。用來補充說明該份文件的基本資訊外，也可做為日後搜尋文件的設定條件。
最重要的是，PLM系統還開放使用者提出新增屬性資訊的需求，以利管理者額外添加屬性欄位，讓使用者建立並上載物件時，擁有額外資訊欄位作輸入。畢竟，雖然PLM已擁有物件基本屬性，但仍可能不足以完整描述該物件。為了方便讓系統上的使用者針對該物件能更容易、更迅速讀懂訊息，企業往往會再額外新增屬性欄位，視情況列為必填，避免建立者在建立之時遺漏填寫所需資訊。如〈圖三〉所示：
如左圖所示，PLM系統允許使用者向管理員提出資訊需求，以添加各單位所需欄位屬性資訊。如此一來，建立者在系統謄寫之時，便擁有額外欄位可輸入資訊，並讓存取該物件的需求者更快速瞭解本物件要傳達的訊息內容。
此外，PLM系統大多數之物件都有提供唯一一份主要內容檔，讓建立者能夠上傳一份足以完整說明該份文件的電子檔內容，它可能是MS Office的各類型檔案、PDF檔、圖片檔、影音檔等。
