可擴(kuò)展的基于設(shè)計(jì)模式的PLM 定制架構(gòu)

1、可擴(kuò)展的基于設(shè)計(jì)模式的PLM 定制架構(gòu) 任何產(chǎn)品從市場(chǎng)預(yù)測(cè)、戰(zhàn)略規(guī)劃、概念設(shè)計(jì)、詳細(xì)設(shè)計(jì)、工藝/工裝設(shè)計(jì)、樣機(jī)試制、設(shè)計(jì)定型、市場(chǎng)測(cè)試、投產(chǎn)準(zhǔn)備、批量生產(chǎn)、市場(chǎng)銷售、售后服務(wù)到產(chǎn)品報(bào)廢回收，都會(huì)經(jīng)歷這樣一個(gè)生命周期。在產(chǎn)品生命周期中，隨著各階段和過(guò)程的推延，產(chǎn)品在功能、性能、技術(shù) target=_blank class=infotextkey經(jīng)濟(jì)指標(biāo)、幾何形態(tài)、材料工藝、制造資源及采購(gòu)、供應(yīng)、銷售等社會(huì)資掘方面發(fā)生著一系列的變化，會(huì)產(chǎn)生大量復(fù)雜的技術(shù)和商務(wù)信息。 隨著全球化市場(chǎng)競(jìng)爭(zhēng)的加劇，產(chǎn)品生命周期明顯縮短，新產(chǎn)品更新?lián)Q代更快，只有快速而正確地 target=_blank class=inf

2、otextkey管理、使用這些信息，才能保證產(chǎn)品的競(jìng)爭(zhēng)力。在此背景下，如何來(lái) target=_blank class=infotextkey管理和有效協(xié)同使用產(chǎn)品生命周期中產(chǎn)生的技術(shù)和商務(wù)信息，來(lái)應(yīng)對(duì)日益激烈的市場(chǎng)競(jìng)爭(zhēng)環(huán)境，是當(dāng)前全球制造業(yè)所共同面對(duì)的問(wèn)題 。 產(chǎn)品生命周期 target=_blank class=infotextkey管理（Product Lifecycle Management,PLM) 是為滿足制造業(yè)對(duì)產(chǎn)品生命周期信息 target=_blank class=infotextkey管理的需求而產(chǎn)生的一種新的 target=_blank class=infotextkey管

3、理模式。它是在PDM 的基礎(chǔ)上發(fā)展起來(lái)的，目前還沒(méi)有一個(gè)統(tǒng)一的PLM 定義。本文引用全球著名咨詢機(jī)構(gòu)CIMdata 的定義: PLM是戰(zhàn)略性的方法，它應(yīng)用一致的業(yè)務(wù)解決方案以支持橫跨多個(gè)企業(yè)的產(chǎn)品定義信息的協(xié)同建立、 target=_blank class=infotextkey管理、分發(fā)和使用，從概念設(shè)計(jì)到產(chǎn)品生命的結(jié)束-集人員、流程、業(yè)務(wù)系統(tǒng)和信息于一體。 PLM 在企業(yè)的應(yīng)用是以一套軟件系統(tǒng)為基礎(chǔ)，咨詢顧問(wèn)按照各個(gè)企業(yè)的實(shí)際情況制定實(shí)施方案，對(duì)人員進(jìn)行培訓(xùn)，對(duì)軟件系統(tǒng)進(jìn)行配置和二次開(kāi)發(fā)。二次開(kāi)發(fā)往往是造成實(shí)施周期長(zhǎng)，系統(tǒng)不穩(wěn)定甚至項(xiàng)目失敗的關(guān)鍵因素之一。PLM 系統(tǒng)界面和表單的定制(Fo

4、rm 定制)在二次開(kāi)發(fā)中占1/22/3的工作量，本文將提出一種新的架構(gòu)以減少編程，提高效率。 1 設(shè)計(jì)模式的應(yīng)用 1.1 聯(lián)合觀察者模式和中介者模式簡(jiǎn)化界面定制 出于松散偶合、可擴(kuò)展性以及可復(fù)用性等的考慮，應(yīng)使PLM 系統(tǒng)具有良好的層次及依頓關(guān)系。圖1的四個(gè)包中，MyUserInterface 包工作于用戶表示層，負(fù)責(zé)界面的組織以及用戶的交互;MyBusiness 包工作于業(yè)務(wù)邏輯層，包括了與邏輯概念上的對(duì)象直接對(duì)應(yīng)的JavaBean ，并為用戶表示層提供服務(wù)，使用戶表示層的各對(duì)象可以不用考慮數(shù)據(jù)的物理存儲(chǔ)方式，站在更高的抽象層次組織本層工作;MyDataControl 包工作于數(shù)據(jù)層，負(fù)責(zé)與

5、把數(shù)據(jù)的物理存儲(chǔ)結(jié)構(gòu)轉(zhuǎn)化為邏輯結(jié)構(gòu)。 系統(tǒng)中的業(yè)務(wù)邏輯層并未直接與物理存儲(chǔ)結(jié)構(gòu)通信，而是由MyDataControl 包對(duì)數(shù)據(jù)進(jìn)行的第一次抽象，轉(zhuǎn)化為初級(jí)邏輯對(duì)象，通過(guò)統(tǒng)一的接口調(diào)用，由MyBusiness 包再次進(jìn)行抽象。由于使用了通過(guò)接口的調(diào)用方式，使各對(duì)象的職能發(fā)生變更時(shí)，可以繼承接口建立新的類而不破壞系統(tǒng)原有結(jié)構(gòu)。另外各層之間均為單向依賴，使系統(tǒng)成為一個(gè)松散偶合的系統(tǒng)，各包也可在未來(lái)新的應(yīng)用中分散地放到專門(mén)的服務(wù)器中，通過(guò)Java RMI 或者COBRA 通信，從而獲得較好的可擴(kuò)展性。 模式即已被證明為行之有效的解決方案 ，Christopher Alexander 和他的同事們最先將

6、模式語(yǔ)言應(yīng)用于建筑領(lǐng)域，他的思想已經(jīng)根植于面對(duì)對(duì)象界。軟件領(lǐng)域中的設(shè)計(jì)模式為開(kāi)發(fā)人員提供了一種使用專家設(shè)計(jì)經(jīng)驗(yàn)的有效途徑，它描述了在面對(duì)對(duì)象軟件設(shè)計(jì)過(guò)程中針對(duì)特定問(wèn)題的簡(jiǎn)潔麗優(yōu)雅的解決方案。 在MyUserlnterface 包中，有導(dǎo)航欄MyNavigationBox ，工具菜單條MyMenuBar 和細(xì)節(jié)顯示器DetaiIDisplayer 三個(gè)圖形用戶接口類負(fù)責(zé)系統(tǒng)各種不同信息的顯示并接受用戶操作，并把操作通過(guò)消息的方式傳給操作 target=_blank class=infotextkey管理類MyOperationManager ，然后由MyOperationManager 進(jìn)行邏輯判斷，并依情況調(diào)用不同圖形用戶接口類顯示反饋消息給用戶，這樣就造成MyOperationManager 與圖形用戶接口類之間的雙向依賴或者各圖形用戶接口類之間的相互依賴。任何一個(gè)類的修改都可能使其他類重新修改并編譯，而且如果有新的圖形用戶接口類或者新的操作 target=_blank class=infotextkey管理類加入時(shí)，可能影響用戶表示層的結(jié)構(gòu)，所以我們聯(lián)合了觀察者模式(OBSERVER) 和中介者(MEDIATOR) 模式解決了這個(gè)問(wèn)題。觀察者模式是一種對(duì)象行為型模式，其意團(tuán)是定義一種一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的