? ? ? PLM系統是一種軟件管理框架，要想在企業用好，就必須和企業的實際情況相結合。因此，對PLM的體系結構提出了更多、更高的要求，即系統應具備在統一管理模式下的可擴展性。在”共好”的核心設計中，我們全面引入了面向對象的設計思想。使”共好”具有非常好的可擴展性。

在”共好”中完全由三種類型對象組成:

□? PLMClass （PLM管理對象-即數據）

□? PLMHeritorClass （聚合類）

□? PLMLogicClass（邏輯關系類）

PLMClass （PLM管理對象-即數據）

? ? ? PLMClass是對所有要在”共好”中進行管理、運算、匯總、輸出的數據的總稱。我們可以把它們抽象成一個類（CPLMClass）來表示，PLMClass存在三種模型。

在定義模型中我們的主要任務是：

“共好”中管理對象有下面這幾種類型和特征

文件型

歸檔管理對象

零部件型

CAPP卡片

文檔型

BOMVIEW

虛擬件

…

? ? ? 不同類型和特征的管理對象在”共好”所起的作用會不同，如帶有CAPP特征的管理對象，在和CAPP集成時會和CAPP/PLM接口間相互傳遞信息。

? ?在”共好”系統中，一個管理對象是由許多屬性組成的。在“定義模型”中可以增加、修改、刪除對象的屬性。

? ? ? 每個“管理對象”在系統中都可擁有屬于自己的表現形式，在這里表現形式主要是：在客戶端的顯示方式、在客戶端的輸入方式

? ? ? 為了滿足系統的某些特殊需求，我們要求有些管理對象本身要具有一定的特殊功能。

? ? ? 例如：“包裝器具”是PLMClass（PLM類）的一個實例，即數據對象。在建模過程中，我們可以詳細描述 “包裝器具”的特征和屬性。不僅如此，“包裝器具”在客戶端的顯示模式，也可以在”共好”中進行定義。

? ? ? “聚合類”對象是描述“管理對象”實體間的組成關系。如：在TELLHOW-PLM管理的對象模型中，我們可以通過PLMHeritorClass （聚合類）對象來描述某個“零部件”對象由哪些“工程圖”和“技術文件”對象組成。如下圖所示：

? ? ? ?“邏輯關系類”對象是建立 “管理對象”實體間聯系的橋梁。如：在TELLHOW-PLM管理的對象模型中，我們可以通過PLMLogicClass（邏輯關系類）對象來描述某個“零部件”對象用到了哪些“工裝”對象。如下圖所示：

“共好”對上面所描述的數據模型進行建模的示意圖如下：

? ? ? 當設計人員完成了一個零部件的設計后，其它管理人員可以在”共好”上完善該零部件和工裝等管理信息之間的關聯關系，見下圖：

? ? ? 以上三種對象的創建、管理及應用可以非常清晰地描述企業產品數據的管理模型。靈活開放的定義方式，使我們在實施的過程中可以隨時調整這三種類型對象的組成、表現方式及這些對象實體間的關系。為企業的專業，個性化需求提供有力的支持，而這一切都是不需要修改源程序就能完成的，這也是我們能夠快速實施的一種保證