? ? ? PLM系統(tǒng)是一種軟件管理框架，要想在企業(yè)用好，就必須和企業(yè)的實際情況相結(jié)合。因此，對PLM的體系結(jié)構(gòu)提出了更多、更高的要求，即系統(tǒng)應(yīng)具備在統(tǒng)一管理模式下的可擴展性。在”共好”的核心設(shè)計中，我們?nèi)嬉肓嗣嫦驅(qū)ο蟮脑O(shè)計思想。使”共好”具有非常好的可擴展性。

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

□? PLMClass （PLM管理對象-即數(shù)據(jù)）

□? PLMHeritorClass （聚合類）

□? PLMLogicClass（邏輯關(guān)系類）

PLMClass （PLM管理對象-即數(shù)據(jù)）

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

在定義模型中我們的主要任務(wù)是：

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

文件型

歸檔管理對象

零部件型

CAPP卡片

文檔型

BOMVIEW

虛擬件

…

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

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

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

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

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

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

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

“共好”對上面所描述的數(shù)據(jù)模型進(jìn)行建模的示意圖如下：

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

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