共好plm系統(tǒng)
共好PLM系統(tǒng)建模說明
系統(tǒng)建模充分體現OOD的設計思想
? ? ? PLM系統(tǒng)是一種軟件管理框架，要想在企業(yè)用好，就必須和企業(yè)的實際情況相結合。因此，對PLM的體系結構提出了更多、更高的要求，即系統(tǒng)應具備在統(tǒng)一管理模式下的可擴展性。在”共好”的核心設計中，我們全面引入了面向對象的設計思想。使”共好”具有非常好的可擴展性。
在”共好”中完全由三種類型對象組成:
□? PLMClass （PLM管理對象-即數據）
□? PLMHeritorClass （聚合類）
□? PLMLogicClass（邏輯關系類）
PLMClass （PLM管理對象-即數據）
? ? ? PLMClass是對所有要在”共好”中進行管理、運算、匯總、輸出的數據的總稱。我們可以把它們抽象成一個類（CPLMClass）來表示，PLMClass存在三種模型。
（1）Schem model（定義模型）
在定義模型中我們的主要任務是：
□ 確定管理對象的類型和特征
“共好”中管理對象有下面這幾種類型和特征
文件型
歸檔管理對象
零部件型
CAPP卡片
文檔型
BOMVIEW
虛擬件
…
? ? ? 不同類型和特征的管理對象在”共好”所起的作用會不同，如帶有CAPP特征的管理對象，在和CAPP集成時會和CAPP/PLM接口間相互傳遞信息。
□ 確定管理對象屬性
? ?在”共好”系統(tǒng)中，一個管理對象是由許多屬性組成的。在“定義模型”中可以增加、修改、刪除對象的屬性。
□ 屬性的類型的定義
（2）Presentation model （表現模型）
? ? ? 每個“管理對象”在系統(tǒng)中都可擁有屬于自己的表現形式，在這里表現形式主要是：在客戶端的顯示方式、在客戶端的輸入方式
（3）Action model （動作模型）
? ? ? 為了滿足系統(tǒng)的某些特殊需求，我們要求有些管理對象本身要具有一定的特殊功能。
? ? ? 例如：“包裝器具”是PLMClass（PLM類）的一個實例，即數據對象。在建模過程中，我們可以詳細描述 “包裝器具”的特征和屬性。不僅如此，“包裝器具”在客戶端的顯示模式，也可以在”共好”中進行定義。
PLMHeritorClass （聚合類）
? ? ? “聚合類”對象是描述“管理對象”實體間的組成關系。如：在TELLHOW-PLM管理的對象模型中，我們可以通過PLMHeritorClass （聚合類）對象來描述某個“零部件”對象由哪些“工程圖”和“技術文件”對象組成。如下圖所示：
PLMLogicClass（邏輯關系類）
? ? ? ?“邏輯關系類”對象是建立 “管理對象”實體間聯系的橋梁。如：在TELLHOW-PLM管理的對象模型中，我們可以通過PLMLogicClass（邏輯關系類）對象來描述某個“零部件”對象用到了哪些“工裝”對象。如下圖所示：
“共好”對上面所描述的數據模型進行建模的示意圖如下：
? ? ? 當設計人員完成了一個零部件的設計后，其它管理人員可以在”共好”上完善該零部件和工裝等管理信息之間的關聯關系，見下圖：
? ? ? 以上三種對象的創(chuàng)建、管理及應用可以非常清晰地描述企業(yè)產品數據的管理模型。靈活開放的定義方式，使我們在實施的過程中可以隨時調整這三種類型對象的組成、表現方式及這些對象實體間的關系。為企業(yè)的專業(yè)，個性化需求提供有力的支持，而這一切都是不需要修改源程序就能完成的，這也是我們能夠快速實施的一種保證
