(北京航空航天大學(xué)機(jī)械工程及自動(dòng)化學(xué)院， 北京 100191)

摘 要：

針對(duì)大型制造企業(yè)產(chǎn)品生命周期系統(tǒng)中系統(tǒng)集成復(fù)雜、變化頻繁的現(xiàn)狀，分析現(xiàn)有基于SOA系統(tǒng)集成的不足，在引入模型驅(qū)動(dòng)的基礎(chǔ)上，提出了一種動(dòng)態(tài)服務(wù)集成方法，該方法是自上向下建模和自下而上服務(wù)編排的雙向結(jié)合。通過擴(kuò)展領(lǐng)域元模型，將業(yè)務(wù)過程抽象為邏輯模型；將被集成系統(tǒng)以服務(wù)的形式封裝，建立服務(wù)元數(shù)據(jù)倉庫保存其關(guān)鍵屬性；分離業(yè)務(wù)邏輯和具體實(shí)現(xiàn)系統(tǒng)，運(yùn)用反射機(jī)制在運(yùn)行時(shí)將模型實(shí)例化為具體的集成過程，自動(dòng)部署到集成引擎。以該方法為基礎(chǔ)建立PLM系統(tǒng)集成平臺(tái)。實(shí)踐證明該方法可以有效提高集成的適應(yīng)能力和敏捷性，降低集成的復(fù)雜度，減少實(shí)施和維護(hù)費(fèi)用。

關(guān)鍵詞：模型驅(qū)動(dòng); 面向服務(wù)架構(gòu)； 產(chǎn)品生命周期管理； 動(dòng)態(tài)服務(wù)集成

中圖分類號(hào)：TP391文獻(xiàn)標(biāo)志碼：A

文章編號(hào)：1001-3695(2009)04-1370-03

Research of dynamic service integration approach oriented to products lifecycle

ZHONG Hua-wei， NING Wei-wei， YAN Guang-rong， LEI Yi

(School of Mechanical Engineering Automation， Beihang University， Beijing 100191， China)

Abstract:To meet large manufactory enterprise products lifecycle systems integration complex and frequent change requirements， according to analysis of the lack of existing service oriented architecture (SOA) system integration， this paper proposed a dynamic service integration approach through the adoption of MDA. It was a bi-direction combination of top-down modeling and bottom-up service composition. Domain meta-model was expanded based on UML to describe logic model which abstracted from business process. Integrated systems wrapped as Web service was saved in service metadata repository. Business logic separated from specific integration services， would be translated to integration process instance by reflection mechanism， and deployed to the integration engine automatically. PLM integration platform was established based on the approach. The fact demonstrated the approach can improve the adaptability and agility of integration， increase efficiency and quality， reduce implementation and maintenance costs.

Key words：model-driven; SOA; product lifecycle management(PLM); dynamic service integration



0 引言

在日益激烈的市場競爭條件下，制造企業(yè)面臨新的機(jī)遇與挑戰(zhàn)。為保證對(duì)產(chǎn)品整個(gè)生命過程的業(yè)務(wù)數(shù)據(jù)進(jìn)行有效管理，企業(yè)通過采用產(chǎn)品生命周期管理系統(tǒng)（PLM）以提高企業(yè)核心競爭力。PLM是以產(chǎn)品為核心，綜合產(chǎn)品生命周期不同環(huán)節(jié)的各種信息，實(shí)現(xiàn)無縫的、實(shí)時(shí)的信息協(xié)同管理。PLM是在產(chǎn)品從概念設(shè)計(jì)到銷售維護(hù)整個(gè)生命周期中涉及的人員、過程和信息的集成。為了降低成本保證利潤，現(xiàn)階段大型制造企業(yè)逐步將主要精力致力于產(chǎn)品關(guān)鍵部件的設(shè)計(jì)研發(fā)制造上，而產(chǎn)品部分子系統(tǒng)、輔助系統(tǒng)和非關(guān)鍵零部件，由企業(yè)同專門的供應(yīng)商以協(xié)同開發(fā)，外包生產(chǎn)或直接采購等形式進(jìn)行協(xié)作[1]。而復(fù)雜產(chǎn)品（如汽車）零部件數(shù)量多，結(jié)構(gòu)復(fù)雜，據(jù)統(tǒng)計(jì)一輛汽車60%以上的部件是非自制的，供應(yīng)商數(shù)量達(dá)700家。大量供應(yīng)商以不同的方式參與到產(chǎn)品生命周期各階段中，這就需要PLM不僅支持企業(yè)內(nèi)部的信息系統(tǒng)集成，同時(shí)能夠支持企業(yè)與供應(yīng)商之間的系統(tǒng)協(xié)作，達(dá)到企業(yè)間信息共享，實(shí)現(xiàn)業(yè)務(wù)流程順利運(yùn)行。

基于SOA架構(gòu)的動(dòng)態(tài)松耦合集成，將應(yīng)用程序的不同功能單元定義為服務(wù)，并通過服務(wù)之間定義的接口和契約聯(lián)系起來[2，3]。SOA采用面向服務(wù)的建模技術(shù)和Web服務(wù)技術(shù)實(shí)現(xiàn)系統(tǒng)之間的整合和協(xié)同[4]。 Web服務(wù)以XML為基礎(chǔ)，使用WSDL描述服務(wù)接口，采用SOAP作為交互協(xié)議、UDDI注冊(cè)和保存服務(wù)，BPEL編寫服務(wù)業(yè)務(wù)流程。SOA最重要的特征是其能夠復(fù)用和集成已有系統(tǒng)中的各種資源，從而為系統(tǒng)集成提供靈活的方法和標(biāo)準(zhǔn)規(guī)范。將SOA架構(gòu)引入PLM系統(tǒng)集成中可以滿足系統(tǒng)集成功能需求 [5，6] ，但是這種集成方式仍具有以下不足：a)集成是靜態(tài)的，在業(yè)務(wù)流程構(gòu)建時(shí)為了保證流程的可擴(kuò)展性而需要增加過多調(diào)用邏輯，導(dǎo)致流程非常復(fù)雜；b)業(yè)務(wù)邏輯復(fù)用困難，面向不同供應(yīng)商存在大量邏輯相同的業(yè)務(wù)過程，但由于供應(yīng)商的系統(tǒng)接口不一致，需要針對(duì)每個(gè)供應(yīng)商創(chuàng)建新的集成流程并一直進(jìn)行維護(hù)，這要花費(fèi)大量的時(shí)間、費(fèi)用和資源；c)集成過程復(fù)雜，雖然有一些圖形化的流程設(shè)計(jì)環(huán)境，但仍需開發(fā)人員具體編碼實(shí)現(xiàn)，并且由于業(yè)務(wù)過程經(jīng)常變化、系統(tǒng)升級(jí)等原因，導(dǎo)致代碼頻繁改動(dòng)，領(lǐng)域?qū)＜乙矡o法直接參與實(shí)現(xiàn)系統(tǒng)集成過程。導(dǎo)致上述問題的根本原因是系統(tǒng)集成沒有在更高層次上對(duì)領(lǐng)域內(nèi)的業(yè)務(wù)流程進(jìn)行抽象，沒有將流程邏輯與具體的服務(wù)實(shí)現(xiàn)分離。

模型驅(qū)動(dòng)架構(gòu)（model driven architecture， MDA）是OMG組織從方法學(xué)的角度提出的一種軟件開發(fā)模式。MDA的本質(zhì)是分層建模，將業(yè)務(wù)需求、功能邏輯模型與其在特定平臺(tái)的實(shí)現(xiàn)分離，通過模型間的轉(zhuǎn)換映射，實(shí)現(xiàn)模型到應(yīng)用程序開發(fā)。依靠模型驅(qū)動(dòng)可以在不同層次上對(duì)系統(tǒng)進(jìn)行抽象，將業(yè)務(wù)需求、系統(tǒng)功能與具體實(shí)現(xiàn)分別建模。MDA有四類主要模型層，即計(jì)算無關(guān)模型（CIM）、平臺(tái)無關(guān)模型（PIM）、平臺(tái)相關(guān)模型（PSM）和實(shí)現(xiàn)相關(guān)模型（ISM）。CIM用于描述系統(tǒng)的業(yè)務(wù)知識(shí)和業(yè)務(wù)過程，不涉及軟件實(shí)現(xiàn)。領(lǐng)域?qū)＜覍?duì)領(lǐng)域應(yīng)用進(jìn)行高度抽象的建模，該模型詳細(xì)準(zhǔn)確并與實(shí)現(xiàn)技術(shù)無關(guān)，即PIM。根據(jù)特定平臺(tái)下的轉(zhuǎn)換規(guī)則，PIM被自動(dòng)映射成具體結(jié)構(gòu)下的系統(tǒng)模型PSM。最終PSM被轉(zhuǎn)換成具體的程序代碼。模型驅(qū)動(dòng)彌補(bǔ)了建模與程序之間的斷層，將建模變?yōu)殚_發(fā)必不可少的部分。MDA作為一種開發(fā)方法進(jìn)行SOA下的系統(tǒng)集成已有一些研究和應(yīng)用[5，7]，但是僅僅將MDA和SOA簡單組合，雖然可以加快單個(gè)業(yè)務(wù)系統(tǒng)的集成過程，但是無法從根本上解決上述幾點(diǎn)問題。

本文在綜合模型驅(qū)動(dòng)和SOA的基礎(chǔ)上，提出了一種動(dòng)態(tài)服務(wù)的集成方法，該方法結(jié)合自上向下建模和自下而上服務(wù)編制的雙向組合。將系統(tǒng)集成由應(yīng)用層抽象到模型層，在更高層次上對(duì)業(yè)務(wù)流程進(jìn)行抽象，使業(yè)務(wù)邏輯模型和服務(wù)應(yīng)用模型分離，通過動(dòng)態(tài)邏輯和服務(wù)的映射組合生成業(yè)務(wù)過程實(shí)例。該方法用具有語義的層次模型動(dòng)態(tài)驅(qū)動(dòng)服務(wù)集成的具體實(shí)現(xiàn)，有效提高集成的適應(yīng)能力和敏捷性，降低集成的構(gòu)建和維護(hù)成本，便于集成過程復(fù)用，保護(hù)企業(yè)的投資，深化系統(tǒng)應(yīng)用。

1 動(dòng)態(tài)服務(wù)集成方法

動(dòng)態(tài)服務(wù)集成方法是在基于SOA系統(tǒng)集成基礎(chǔ)上引入模型驅(qū)動(dòng)的機(jī)制，通過將業(yè)務(wù)邏輯模型中服務(wù)變量映射到服務(wù)數(shù)據(jù)，動(dòng)態(tài)編制業(yè)務(wù)過程。該方法是自上向下建模和自下而上服務(wù)編制的雙向組合。其流程如圖1所示。

自上向下建模是指首先領(lǐng)域?qū)＜腋鶕?jù)其專業(yè)知識(shí)，分析需要進(jìn)行集成的業(yè)務(wù)流程，建立與技術(shù)無關(guān)的業(yè)務(wù)模型，即CIM模型，該模型主要表現(xiàn)了業(yè)務(wù)功能范圍、模塊結(jié)構(gòu)和流程依賴關(guān)系等；然后領(lǐng)域?qū)＜遗c技術(shù)人員一起將該業(yè)務(wù)模型細(xì)化，詳細(xì)描述業(yè)務(wù)流程的邏輯和功能，建立功能模型PIM，通過對(duì)各功能模塊逐步分解，得到原子功能模型和組合模型；最后以建模元數(shù)據(jù)為基礎(chǔ)，可以將功能模型自動(dòng)轉(zhuǎn)換為服務(wù)模型，該服務(wù)模型獨(dú)立于具體的服務(wù)實(shí)現(xiàn)，是以SOA標(biāo)準(zhǔn)為基礎(chǔ)，對(duì)業(yè)務(wù)功能的描述和流程邏輯的抽象表示，即PSM模型。服務(wù)功能模型、數(shù)據(jù)模型、邏輯模型建立完成后，由模型倉庫進(jìn)行統(tǒng)一管理。

自下而上服務(wù)編制是將企業(yè)內(nèi)部、供應(yīng)商的各種基礎(chǔ)設(shè)施，如EJB、COM、CORBA等API，包裝成Web服務(wù)的形式，統(tǒng)一調(diào)用方式。將包裝后的服務(wù)描述信息、服務(wù)數(shù)據(jù)模式、調(diào)用規(guī)則等元數(shù)據(jù)保存到服務(wù)元數(shù)據(jù)庫中，同時(shí)還需要建立服務(wù)數(shù)據(jù)模型與標(biāo)準(zhǔn)模型的轉(zhuǎn)換規(guī)則，以保證服務(wù)的自動(dòng)映射。

在業(yè)務(wù)過程實(shí)際運(yùn)行時(shí)，服務(wù)反射引擎根據(jù)請(qǐng)求的調(diào)用參數(shù)，在模型倉庫中檢索到符合條件的集成邏輯模型和數(shù)據(jù)模型；同時(shí)針對(duì)具體業(yè)務(wù)參數(shù)在服務(wù)元數(shù)據(jù)庫中查找服務(wù)對(duì)象，將應(yīng)用模型實(shí)例化為集成實(shí)例，在本文中實(shí)際生成具體的BPEL文件，將該實(shí)例部署到BPEL引擎并執(zhí)行，從而實(shí)現(xiàn)服務(wù)的動(dòng)態(tài)綁定。該方法通過引入模型驅(qū)動(dòng)的方法，將集成過程劃分為模型層和服務(wù)層兩層，明確了各角色的任務(wù)；通過對(duì)邏輯和實(shí)現(xiàn)的解耦，為系統(tǒng)集成提供了動(dòng)態(tài)性，同時(shí)隔離了上層和下層的變更，當(dāng)業(yè)務(wù)流程發(fā)生變化時(shí)只需更改上層的應(yīng)用模型；同樣當(dāng)系統(tǒng)增加或升級(jí)，只需更新服務(wù)元數(shù)據(jù)庫中對(duì)應(yīng)的元數(shù)據(jù)而無須修改所有的父流程。

2 關(guān)鍵技術(shù)研究

2.1 元模型擴(kuò)展

元模型是關(guān)于模型的模型，元模型是模型驅(qū)動(dòng)中模型精確定義的根本，是各層次模型正確轉(zhuǎn)換的關(guān)鍵。元模型具有層次化的體系結(jié)構(gòu)， MDA定義了M0、M1、M2和M3共四層元數(shù)據(jù)結(jié)構(gòu)，本文使用UML為建模語言[8] ，以元模型MOF為基礎(chǔ)對(duì)UML的元類進(jìn)行擴(kuò)展，建立滿足系統(tǒng)集成的領(lǐng)域元模型。擴(kuò)展包括組織元模型、資源元模型、功能元模型、服務(wù)元模型、過程元模型等。元模型擴(kuò)展的核心元素如圖2所示。擴(kuò)展元模型都繼承自class類，服務(wù)元模型表示集成節(jié)點(diǎn)，功能元模型描述集成節(jié)點(diǎn)的行為。組合元模型是服務(wù)模型的邏輯組合，表示集成節(jié)點(diǎn)的業(yè)務(wù)邏輯。

通過對(duì)UML編輯器進(jìn)行元模型擴(kuò)展后，使用類圖建立服務(wù)模型和數(shù)據(jù)模型，使用活動(dòng)圖建立業(yè)務(wù)邏輯模型。模型以可視化圖形表示便于理解和修改，并可將其以XML格式導(dǎo)入模型倉庫中。

2.2 建立模型倉庫

模型倉庫保存了系統(tǒng)集成的服務(wù)模型、過程模型和數(shù)據(jù)模型。本文中業(yè)務(wù)過程最終被映射成BPEL文件，要求業(yè)務(wù)邏輯模型是在BPEL規(guī)范基礎(chǔ)進(jìn)行的抽象，也可以理解成業(yè)務(wù)邏輯的服務(wù)模板。數(shù)據(jù)庫模式必須具備靈活性以存儲(chǔ)復(fù)雜的流程，并可以對(duì)子邏輯多次復(fù)用創(chuàng)建新的業(yè)務(wù)流程。模型倉庫最重要的是保存了各個(gè)業(yè)務(wù)服務(wù)模型的定義接口及其組合邏輯，即業(yè)務(wù)邏輯模型。相關(guān)數(shù)據(jù)庫模式結(jié)構(gòu)如圖3所示。

其中：processModel描述邏輯模型的接口信息；partLink是參與邏輯集成的服務(wù)鏈接及角色變量；processParam定義了邏輯模型調(diào)用時(shí)需要的參數(shù)信息；sequenceNode用來保存具體的集成業(yè)務(wù)規(guī)則。

2.3服務(wù)元數(shù)據(jù)庫

服務(wù)元數(shù)據(jù)庫保存調(diào)用服務(wù)契約內(nèi)容、數(shù)據(jù)訪問規(guī)則和轉(zhuǎn)換規(guī)則。服務(wù)契約內(nèi)容包括服務(wù)的地址、端口、名稱、命名空間、生命周期等數(shù)據(jù)。轉(zhuǎn)換規(guī)則包括不同服務(wù)間的數(shù)據(jù)語義變換，以及對(duì)數(shù)據(jù)實(shí)施的業(yè)務(wù)操作。數(shù)據(jù)訪問規(guī)則和轉(zhuǎn)換規(guī)則支持說明性的和程序性的方法[2] 。本文中元數(shù)據(jù)庫借鑒UDDI服務(wù)倉庫形式，采用關(guān)系數(shù)據(jù)庫并增加對(duì)本體的支持，以滿足服務(wù)檢索要求，同時(shí)保證服務(wù)元數(shù)據(jù)可以進(jìn)行知識(shí)積累，增加調(diào)用的適應(yīng)性和靈活性。

2.4 反射引擎

反射引擎是系統(tǒng)集成的核心，它的主要功能是接收來自服務(wù)請(qǐng)求者的信息請(qǐng)求，根據(jù)業(yè)務(wù)邏輯實(shí)例化服務(wù)模型為服務(wù)實(shí)例。服務(wù)反射引擎的工作流程首先根據(jù)調(diào)用參數(shù)，讀取模型庫中的業(yè)務(wù)模型生成業(yè)務(wù)流程模板。依次分析流程模板包含的服務(wù)模型檢索元數(shù)據(jù)庫，得到具體的服務(wù)實(shí)現(xiàn)數(shù)據(jù)，將標(biāo)準(zhǔn)數(shù)據(jù)模型復(fù)制為服務(wù)數(shù)據(jù)模型，并將該節(jié)點(diǎn)的服務(wù)變量替換為服務(wù)數(shù)據(jù)。如果服務(wù)模型是組合服務(wù)，則循環(huán)迭代上述步驟，直到流程模型中所有服務(wù)模型都轉(zhuǎn)換為對(duì)應(yīng)的服務(wù)對(duì)象。使用XSLT將實(shí)例化完成的模板文件轉(zhuǎn)換為遵循 WS-BPEL規(guī)范的BPEL文件，自動(dòng)生成該流程的Web服務(wù)調(diào)用契約WSDL文件和相關(guān)服務(wù)數(shù)據(jù)文件bpel.xml。將文件打包并部署到BEPL引擎。反射引擎的工作流程如圖4所示。

3 系統(tǒng)平臺(tái)架構(gòu)

以第1章提出的集成方法為基礎(chǔ)，本文建立了基于動(dòng)態(tài)服務(wù)的PLM系統(tǒng)集成平臺(tái)，其架構(gòu)如圖5所示。平臺(tái)提供了業(yè)務(wù)分析、建模環(huán)境以建立的各層次應(yīng)用模型，使用現(xiàn)有的系統(tǒng)資源，動(dòng)態(tài)組合服務(wù)實(shí)現(xiàn)業(yè)務(wù)流程集成，并提供組合服務(wù)運(yùn)行環(huán)境。該平臺(tái)利用SOA架構(gòu)標(biāo)準(zhǔn)并作了相應(yīng)擴(kuò)展，保證了平臺(tái)的穩(wěn)定性的同時(shí)增強(qiáng)其適應(yīng)性。

1）業(yè)務(wù)對(duì)象 它是指需要集成的所有應(yīng)用企業(yè)應(yīng)用系統(tǒng)，包括企業(yè)內(nèi)部和企業(yè)外部的各種信息系統(tǒng)如ERP、PDM、CAX等。通過對(duì)業(yè)務(wù)對(duì)象的組合調(diào)用，實(shí)現(xiàn)企業(yè)間系統(tǒng)的互操作，進(jìn)行數(shù)據(jù)和業(yè)務(wù)過程集成。由于業(yè)務(wù)對(duì)象是異構(gòu)的，在平臺(tái)中在服務(wù)包裝層將業(yè)務(wù)對(duì)象包裝成Web服務(wù)。業(yè)務(wù)對(duì)象層還包括支持平臺(tái)運(yùn)行的基礎(chǔ)服務(wù)，如權(quán)限管理，規(guī)則管理等。

2）服務(wù)包裝層 將所有應(yīng)用對(duì)象進(jìn)行封裝，轉(zhuǎn)換為Web服務(wù)（業(yè)務(wù)服務(wù)），從而提供一致的調(diào)用接口，便于服務(wù)引擎統(tǒng)一處理。

3）服務(wù)元數(shù)據(jù)庫[2] 保存服務(wù)的相關(guān)數(shù)據(jù)信息，包括技術(shù)元數(shù)據(jù)、業(yè)務(wù)元數(shù)據(jù)和映射元數(shù)據(jù)。技術(shù)元數(shù)據(jù)包括服務(wù)名稱、參數(shù)、參數(shù)類型、包裝方式等；業(yè)務(wù)元數(shù)據(jù)包括服務(wù)地址、功能描述、服務(wù)提供者、服務(wù)生命周期數(shù)據(jù)等；映射元數(shù)據(jù)指服務(wù)相關(guān)的數(shù)據(jù)模式及數(shù)據(jù)間的映射規(guī)則。

4）模型倉庫 集中管理系統(tǒng)集成涉及的所有模型，包括服務(wù)模型、過程模型、數(shù)據(jù)模型。服務(wù)模型是對(duì)業(yè)務(wù)功能的抽象，包括原子服務(wù)模型和組合服務(wù)模型。過程模型是指各個(gè)業(yè)務(wù)流程的組合邏輯，以BPEL標(biāo)準(zhǔn)為基礎(chǔ)進(jìn)行抽象。數(shù)據(jù)模型包括各個(gè)服務(wù)模型中數(shù)據(jù)對(duì)象及過程模型中數(shù)據(jù)模型的映射。

5）建模環(huán)境 提供對(duì)業(yè)務(wù)分析和業(yè)務(wù)建模的支持，實(shí)現(xiàn)業(yè)務(wù)分析到業(yè)務(wù)模型的自上而下的建模過程。以通用UML建模（本文采用Eclipse和EMF）環(huán)境為基礎(chǔ)進(jìn)行擴(kuò)展，通過精確定義的元模型實(shí)現(xiàn)模型間的映射轉(zhuǎn)換。

6）服務(wù)反射引擎 它是2.4節(jié)服務(wù)引擎的實(shí)現(xiàn)，并提供如下功能：

a)服務(wù)執(zhí)行。執(zhí)行BEPL流程，并對(duì)流程進(jìn)行狀態(tài)監(jiān)控。

b)服務(wù)路由。在調(diào)用方與服務(wù)提供方之間建立中間路由層，實(shí)現(xiàn)服務(wù)虛擬化。

c)消息映射。將數(shù)據(jù)模型從一種格式轉(zhuǎn)換為另一種格式。另外進(jìn)行服務(wù)質(zhì)量管理、安全管理和生命周期管理。 

7）客戶端 調(diào)用各種服務(wù)，是服務(wù)的請(qǐng)求者?？蛻舳税g覽器、應(yīng)用程序及手持設(shè)備等。

4 結(jié)束語

SOA為異構(gòu)系統(tǒng)之間數(shù)據(jù)和流程集成提供了一種新的架構(gòu)；模型驅(qū)動(dòng)提供了一種新的開發(fā)方法，將系統(tǒng)在更高層次上進(jìn)行抽象，使用模型來指導(dǎo)系統(tǒng)的構(gòu)建和實(shí)施。本文針對(duì)復(fù)雜產(chǎn)品研發(fā)過程中，大量供應(yīng)商參與導(dǎo)致系統(tǒng)協(xié)同復(fù)雜、變化頻繁的情況，結(jié)合模型驅(qū)動(dòng)與SOA的特點(diǎn)，提出了基于動(dòng)態(tài)服務(wù)的系統(tǒng)集成方法；通過建立模型倉庫和模型元數(shù)據(jù)庫，分離業(yè)務(wù)邏輯和具體現(xiàn)實(shí)系統(tǒng)，實(shí)現(xiàn)在高層次上的業(yè)務(wù)領(lǐng)域抽象集成，從根本上解決了業(yè)務(wù)邏輯變化和被集成系統(tǒng)變化相互影響的問題，動(dòng)態(tài)服務(wù)綁定為系統(tǒng)集成提供了極大的靈活性和復(fù)用性?；诒痉椒榛A(chǔ)建立的PLM集成平臺(tái)在北方奔馳PLM項(xiàng)目中應(yīng)用，實(shí)踐證明該方法可以有效提高集成的適應(yīng)能力和敏捷性，降低集成的復(fù)雜度，減少實(shí)施和維護(hù)費(fèi)用。

參考文獻(xiàn)：

[1]QIAN X，TANG D. Product lifecycle management for automotive development focusing on supplier integration[J]. Computers in Industry， 2008， 59（2-3）: 288-295.

［2］NEWCOMER E， LOMOW G. Understanding SOA with Web services[M].[ S.l.]:Addison Wesley，2005.

［3］KUMAR S， DAKSHINAMOORTHY V， KRISHNAN M S. Does SOA improve the supply chain? an empirical analysis of the impact of SOA adoption on electronic supply chain performance[C]//Proc of the 40th Annual Hawaii International Conference on System Sciences.Washington DC:IEEE Computer Society， 2007:171b.

［4］KOMODA N. Service oriented architecture (SOA) in industrial systems[C]//Proc of IEEE International Conference on Industrial Informatics.Singapore: IEEE Press， 2006:1-5.

［5］HUANG S， FAN Y. Model driven and service oriented enterprise integration: the method， framework and platform[C]//Proc of the 6th International Conference on Advanced Language Processing and Web Information Technology.Washington DC: IEEE Computer Society， 2007:504-509.

［6］簡斌，閆光榮，朱心雄.基于SOA 的中小制造企業(yè)業(yè)務(wù)流程的集成[J].計(jì)算機(jī)輔助設(shè)計(jì)與圖形學(xué)學(xué)報(bào)，2007，19(1):126-129.

［7］ANTONIO G R.Challenging the interoperability between computers in industry with MDA and SOA[J]. Computers in Industry， 2006，57:679-689.

［8］OMG. Meta object facility(MOF) specification[EB/ OL].(2002).http://www.omg.org.