0 引言

    復(fù)雜產(chǎn)品的復(fù)雜性不僅體現(xiàn)在產(chǎn)品的組成復(fù)雜、技術(shù)復(fù)雜，同時體現(xiàn)在其客戶需求復(fù)雜、項目管理過程復(fù)雜等方面。產(chǎn)品數(shù)據(jù)管理技術(shù)能夠為復(fù)雜產(chǎn)品研發(fā)過程中的數(shù)據(jù)管理、文檔管理等需求提供有效支持。從產(chǎn)品數(shù)據(jù)管理系統(tǒng)的功能、體系結(jié)構(gòu)、數(shù)據(jù)模型等方面做了研究，這些研究主要通過面向?qū)ο蠹夹g(shù)進行產(chǎn)品數(shù)據(jù)建模，由于模型中數(shù)據(jù)對象的屬性、操作與數(shù)據(jù)對象之間的關(guān)聯(lián)關(guān)系處于代碼級別的緊耦合狀態(tài)，當業(yè)務(wù)邏輯發(fā)生變化時，系統(tǒng)修改成本很高。一些學(xué)者針對此問題進行了研究。提出業(yè)務(wù)基元的概念，以滿足數(shù)據(jù)管理的靈活性。業(yè)務(wù)基元是指包含一類設(shè)計對象以及與之相關(guān)的屬性和業(yè)務(wù)操作的單元，其包含的內(nèi)容可以進行自由配置。從廣度、深度、粒度三個維度全面描述了產(chǎn)品的生命周期信息，在此基礎(chǔ)上從版本和映射兩個角度研究了產(chǎn)品的動態(tài)演化過程。研究通過領(lǐng)域綱要與領(lǐng)域模板定義元模型，以及動態(tài)實例化生成應(yīng)用模型的方法，以實現(xiàn)模型驅(qū)動下的系統(tǒng)快速開發(fā)。結(jié)合代理技術(shù)與模型驅(qū)動軟件架構(gòu)，研究了如何提高系統(tǒng)的適應(yīng)性與擴展能力。結(jié)合元模型建模技術(shù)，研究了可定制的產(chǎn)品數(shù)據(jù)模型。復(fù)雜產(chǎn)品研發(fā)過程中不同設(shè)計人員可能使用不同的系統(tǒng)，這對產(chǎn)品數(shù)據(jù)管理又提出了異構(gòu)數(shù)據(jù)共享與集成的需求。在這方面，將元數(shù)據(jù)建模與本體結(jié)合，通過產(chǎn)品數(shù)據(jù)本體保證產(chǎn)品數(shù)據(jù)的一致性；研究構(gòu)建了網(wǎng)絡(luò)化協(xié)同設(shè)計平臺，使用標準數(shù)據(jù)格式進行異構(gòu)系統(tǒng)集成；研究了基于單一數(shù)據(jù)源的飛機產(chǎn)品工程數(shù)據(jù)集成。本研究在以上研究的基礎(chǔ)上，建立了面向復(fù)雜產(chǎn)品數(shù)據(jù)管理的適應(yīng)性模型(adaptive model for complex product data management，APDM)，該模型具有良好的表達能力與靈活性，能夠快速響應(yīng)復(fù)雜產(chǎn)品數(shù)據(jù)管理需求變化，提高產(chǎn)品數(shù)據(jù)管理系統(tǒng)的適應(yīng)性。本文對APDM以及基于該模型設(shè)計的適應(yīng)性產(chǎn)品數(shù)據(jù)管理系統(tǒng)的系統(tǒng)結(jié)構(gòu)、基于可擴展標記語言(extendable markup language，XML)格式的異構(gòu)系統(tǒng)數(shù)據(jù)交換接口進行了闡述與分析，并給出了所開發(fā)的系統(tǒng)在集成電路裝備研發(fā)團隊的應(yīng)用實例。

1 APDM

    傳統(tǒng)產(chǎn)品數(shù)據(jù)管理系統(tǒng)通常建立在面向?qū)ο蟮哪Ｐ突�礎(chǔ)之上，數(shù)據(jù)實體由類作封裝，類中的屬性反映了實體的特征，類中的操作反映了業(yè)務(wù)規(guī)則�；�于這種建模手段，大量領(lǐng)域知識被封裝到系統(tǒng)的代碼中，修改成本很高。適應(yīng)性對象模型對類、屬性和關(guān)系等通過元模型進行進一步抽象，并在元模型的基礎(chǔ)上建立領(lǐng)域模型，元模型和領(lǐng)域模型記錄在數(shù)據(jù)庫或文件系統(tǒng)中，在運行時通過解釋機制將模型動態(tài)實例化。這樣當業(yè)務(wù)需求發(fā)生變化時，通過配置領(lǐng)域模型即可以實現(xiàn)系統(tǒng)的動態(tài)修改，而不需要重新部署。本節(jié)借鑒了適應(yīng)性對象模型的設(shè)計思想，首先給出了ADPM的元模型，然后在元模型的基礎(chǔ)上建立了ADPM的領(lǐng)域模型，并對APDM模型的性能進行了分析。

    1.1 ADPM元模型

    元模型是對模型域的抽象，也是建立領(lǐng)域模型的基礎(chǔ)。復(fù)雜產(chǎn)品數(shù)據(jù)管理的適應(yīng)性模型的元模型包括4個基本類：實體類、屬性類、關(guān)聯(lián)類、操作類。

    (1)實體類。實體類是對具體產(chǎn)品數(shù)據(jù)的抽象，產(chǎn)品零部件、CAD文檔、仿真分析文檔、工藝文檔等都是實體類的實例。實體類定義如下：

    其中EnID為實體對象的唯一確定標識；Set{(Att，Vatt)}為二元組(Att，Vatt)的集合，其中Att表示屬性對象，Vatt為屬性對象的值；Set{Rel}為實體中包含的關(guān)系對象的集合；Set{Oper}表示實體中包含的操作對象的集合。屬性、關(guān)系以及操作類的定義將在下文闡述。

    (2)屬性類。屬性是對實體特性的描述。產(chǎn)品零部件的材料、性能參數(shù)，CAD圖文檔的創(chuàng)建時間、版本、圖號等，都是屬性類的實例。屬性類的定義如下：

    其中Att ID為屬性對象的唯一確定標識；Att Name為屬性對象的名稱；Att Value Type為屬性對象的取值類型，如整型、字符串、浮點型等；Domain為屬性對象取值的有效范圍。

    (3)關(guān)聯(lián)類。關(guān)聯(lián)表示實體之間的聯(lián)系，零部件之間的裝配關(guān)系、零部件實體與圖文檔的依賴關(guān)系等都是關(guān)聯(lián)類的實例。在傳統(tǒng)面向?qū)ο竽Ｐ椭�，實體之間的關(guān)聯(lián)關(guān)系通過一個實體對象作為另一個實體的數(shù)據(jù)成員體現(xiàn)，是一種緊耦合的實現(xiàn)方式，本文中的元模型將關(guān)聯(lián)作為獨立的對象加以定義，完成實體的松散耦合與靈活配置。關(guān)聯(lián)類的定義如下：

    其中ReIID為關(guān)聯(lián)對象的唯一確定標識；Relype為關(guān)聯(lián)類型的語義描述，如版本關(guān)聯(lián)類型、聚合關(guān)聯(lián)類型等；subject和object分別為關(guān)聯(lián)關(guān)系的主體和客體，它們均是實體類對象實例，關(guān)聯(lián)關(guān)系的客體可以為多個，故用集合的形式描述。Set{object}為非空集合，其包含的元素個數(shù)大于1時，表明為一對多的關(guān)聯(lián)類實例，如零部件的聚合關(guān)聯(lián)，因為一個部件可以由多個部件或零件組成；當其包含元素個數(shù)為1時，標明為一對一的關(guān)聯(lián)類示例，如零部件的網(wǎng)格劃分文檔與零部件的仿真結(jié)果之間的關(guān)聯(lián)必須是一一對應(yīng)的。

    (4)操作類。操作類是對產(chǎn)品數(shù)據(jù)實體的操作的抽象，更新文件版本、配置產(chǎn)品結(jié)構(gòu)都是操作類實例。操作類的定義如下：

    其中Oper ID為操作類對象的唯一確定標識；Input{object}與Output{object}分別操作的輸入輸出對象集合，這里的對象可以是上述實體類、屬性類以及關(guān)聯(lián)類的實例；OperImpl為操作的實現(xiàn)。

    上述的元模型中實現(xiàn)了實體與屬性、實體與關(guān)聯(lián)、實體與操作的分離。將屬性、關(guān)聯(lián)與操作以集合的形式裝入實體中，具體實體對象中包含的屬性、關(guān)系與操作都可以在配置文件中進行動態(tài)配置并在運行時解釋執(zhí)行，從而避免了修改源代碼，能夠更快適應(yīng)業(yè)務(wù)的變化，滿足復(fù)雜產(chǎn)品數(shù)據(jù)管理的需求。

    在復(fù)雜產(chǎn)品開發(fā)過程中，往往需要多個設(shè)計主體的協(xié)同合作，每個設(shè)計主體的關(guān)注點是不同的，為此引入“切面”的概念來描述產(chǎn)品不同類型的信息。切面是設(shè)計主體感興趣的某一類實體和與其相關(guān)的關(guān)聯(lián)類對象與操作類對象的集合，產(chǎn)品的需求定義、仿真信息、工藝信息等都是產(chǎn)品的不同切面。切面的定義如下：

    其中Set{En}表示設(shè)計主體關(guān)注的實體對象集合；Rel(Set{En})和Oper（Set{En}）分別是與集合中實體相關(guān)的關(guān)系類對象與操作類對象。

    1.2 APDM領(lǐng)域模型的建立與分析

    在元模型定義的基礎(chǔ)上，建立面向復(fù)雜產(chǎn)品數(shù)據(jù)管理的領(lǐng)域模型。從信息變化的角度來看，產(chǎn)品的設(shè)計過程是以產(chǎn)品結(jié)構(gòu)為中心的設(shè)計信息不斷豐富的過程，故以產(chǎn)品結(jié)構(gòu)作為APDM領(lǐng)域模型的組織所有工程數(shù)據(jù)與文檔的中心。產(chǎn)品零部件實體之間通過聚合關(guān)聯(lián)類實例組成產(chǎn)品結(jié)構(gòu)樹，產(chǎn)品的功能定義文檔、CAD模型文件、仿真分析結(jié)果、工藝加工文檔、供應(yīng)商信息等文檔實體都通過依賴關(guān)聯(lián)類實例與產(chǎn)品結(jié)構(gòu)樹的零部件實例產(chǎn)生關(guān)聯(lián)，不同類型的文檔實體與數(shù)據(jù)組成產(chǎn)品數(shù)據(jù)的不同切面，同時切面中的數(shù)據(jù)實體通過關(guān)聯(lián)類進行映射與交互。APDM領(lǐng)域模型的整體框架如圖1所示。

    圖1 APDM領(lǐng)域模型框架

    在APDM領(lǐng)域模型中，最重要的兩類實體模型是產(chǎn)品零部件實體和文檔實體。下面通過產(chǎn)品結(jié)構(gòu)管理和文檔的版本管理兩個角度分析APDM模型的性能。

    產(chǎn)品結(jié)構(gòu)管理是產(chǎn)品數(shù)據(jù)管理中一項重要內(nèi)容，在復(fù)雜產(chǎn)品的研發(fā)過程中，產(chǎn)品結(jié)構(gòu)樹處于不斷演化之中。在APDM中，產(chǎn)品結(jié)構(gòu)樹通過零部件實體對象與聚合關(guān)聯(lián)類對象組成，產(chǎn)品結(jié)構(gòu)管理在APDM中表現(xiàn)為對聚合關(guān)聯(lián)類對象中關(guān)聯(lián)客體集合中包含的零部件實體的操作。定義聚合關(guān)聯(lián)類為Rel=(ReIID，ReIType=‘COMPOSE’，subject，Set(object)>，其中subject表示裝配關(guān)系中部件實體，Set(object)為裝配關(guān)系中組件實體的集合。如圖2所示，部件A由零件A和零件B構(gòu)成，其聚合關(guān)聯(lián)類中客體集合包含兩個元素，即Part_A和Part_B，當為部件A添加零件C時，只需要修改原聚合關(guān)聯(lián)類中的客體集合，將零件Part_C放入Set(object)中即可。由于將零部件實體與其之間的聚合關(guān)聯(lián)解耦，調(diào)用操作類修改上述聚合關(guān)聯(lián)類時，對零部件實體本身或其他相關(guān)數(shù)據(jù)不需要做任何改變。

    圖2 產(chǎn)品結(jié)構(gòu)管理的APDM描述

    文檔版本反映了產(chǎn)品數(shù)據(jù)的動態(tài)演化過程，文檔的版本演化規(guī)則一般有兩種：線型模型與樹狀模型。線型模型是指一個文檔的版本有至多一個前驅(qū)版本和至多一個后繼版本，沒有前驅(qū)版本的文檔為初始文檔，沒有后繼版本的文檔為最終文檔，其他文檔均為中間版本文檔。如果規(guī)定同一個文檔可能派生出多個后繼版本，這時版本演化規(guī)則將變?yōu)闃錉钅Ｐ�。在APDM中，使用版本關(guān)聯(lián)類來完成文檔版本的管理與控制。定義版本關(guān)聯(lián)類為Rel=<RelID，RelType=‘VERSION’，subject，Set(object)>，其中subject實體表示低級版本，而Set(object)表示該subject的后繼高級版本集合，當Set(object)被約束為單元素集合時，版本管理規(guī)則為線性模型，而當Set(object)可以包含多個實體元素時，版本演化將演化為一個樹狀模型，如圖3所示。

    圖3 版本規(guī)則的APDM描述

2  基于APDM的系統(tǒng)結(jié)構(gòu)

    基于APDM，本文設(shè)計了面向復(fù)雜產(chǎn)品的數(shù)據(jù)管理系統(tǒng)的體系結(jié)構(gòu)，如圖4所示。

    圖4 基于APDM的復(fù)雜產(chǎn)品數(shù)據(jù)管理系統(tǒng)體系結(jié)構(gòu)

    系統(tǒng)結(jié)構(gòu)分為數(shù)據(jù)層、對象層、服務(wù)層、界面層以及APDM模塊與異構(gòu)系統(tǒng)數(shù)據(jù)交換接口模塊兩個模塊。數(shù)據(jù)層中包括產(chǎn)品數(shù)據(jù)庫與文檔柜，存放產(chǎn)品的所有工程數(shù)據(jù)與文檔。APDM模塊包含元模型，領(lǐng)域模型和解釋引擎三部分。其中領(lǐng)域模型是基于元模型定義并針對具體的業(yè)務(wù)而構(gòu)建的數(shù)據(jù)模型，是對元模型的實例化。復(fù)雜產(chǎn)品數(shù)據(jù)管理的領(lǐng)域模型包括零部件實體、文檔實體、聚合關(guān)聯(lián)、依賴關(guān)聯(lián)、版本關(guān)聯(lián)、各種屬性類以及操作類等的定義。解釋引擎則根據(jù)定義好的領(lǐng)域模型在運行時完成模型的實例化，并結(jié)合產(chǎn)品數(shù)據(jù)庫中的數(shù)據(jù)生成數(shù)據(jù)對象與業(yè)務(wù)操作對象，它們構(gòu)成了系統(tǒng)的對象層。服務(wù)層包括支撐服務(wù)與應(yīng)用服務(wù)，界面層負責(zé)調(diào)用相應(yīng)服務(wù)并與用戶交互。

    基于APDM的系統(tǒng)架構(gòu)與一般的分層系統(tǒng)架構(gòu)的主要區(qū)別在于，其數(shù)據(jù)對象與業(yè)務(wù)操作對象構(gòu)成的對象層并不是對產(chǎn)品數(shù)據(jù)的直接抽象，而是基于產(chǎn)品數(shù)據(jù)由APDM的解釋引擎將領(lǐng)域模型動態(tài)實例化生成。當需求發(fā)生變化時，領(lǐng)域?qū)＜铱梢钥焖傩薷呐c配置領(lǐng)域模型，并通過解釋引擎重建持久化對象，快速滿足復(fù)雜產(chǎn)品數(shù)據(jù)管理的變化需求。

    復(fù)雜產(chǎn)品研發(fā)通常為多個設(shè)計主體的協(xié)同合作，各設(shè)計主體之間可能使用不同的設(shè)計系統(tǒng)。為了滿足異構(gòu)系統(tǒng)中產(chǎn)品結(jié)構(gòu)數(shù)據(jù)能夠共享，使產(chǎn)品結(jié)構(gòu)作為組織所有的工程數(shù)據(jù)和文檔的中心數(shù)據(jù)，本文設(shè)計了基于XML中性文件的異構(gòu)系統(tǒng)的數(shù)據(jù)接口。如圖5所示，用戶系統(tǒng)通過XML轉(zhuǎn)換器將自身產(chǎn)生的數(shù)據(jù)轉(zhuǎn)換成XML格式的中性文件，系統(tǒng)通過XML轉(zhuǎn)換器將XML中性文件轉(zhuǎn)換成結(jié)構(gòu)化數(shù)據(jù)并存人數(shù)據(jù)庫中，XML轉(zhuǎn)換器必須滿足事先定義好的XMLScheme文件規(guī)范，以保證XML中性文件中數(shù)據(jù)的正確性與完備性。

    圖5 異構(gòu)系統(tǒng)產(chǎn)品數(shù)據(jù)交換接口

3 工程應(yīng)用

    集成電路(integrated circuit，IC)裝備是典型的工業(yè)復(fù)雜產(chǎn)品，已經(jīng)成為一個國家科技發(fā)展的制高點之一。IC裝備的研發(fā)受到國家重大科技專項的支持，正處于快速發(fā)展階段，但由于技術(shù)并未成熟，數(shù)據(jù)管理需求在研發(fā)的不同階段呈現(xiàn)不同的狀態(tài)，另一方面，IC裝備研發(fā)過程需要多領(lǐng)域多學(xué)科的研究人員參與，其數(shù)據(jù)管理必須滿足不同領(lǐng)域異構(gòu)系統(tǒng)的集成需求。本文開發(fā)了面向IC裝備研發(fā)的適應(yīng)性產(chǎn)品數(shù)據(jù)管理系統(tǒng)，并應(yīng)用于某IC裝備研發(fā)團隊。系統(tǒng)以J2EE作為技術(shù)支持平臺，結(jié)合Struts2、Spring，Hibemate等開源框架、XML序列化與反序列化工具、工作流引擎等技術(shù)開發(fā)。

    首先根據(jù)IC裝備研發(fā)團隊的具體數(shù)據(jù)管理需求定制其初步領(lǐng)域模型。構(gòu)建數(shù)據(jù)實體類對象，包括產(chǎn)品對象、部件對象、零件對象、設(shè)計文檔對象、仿真文檔對象、訂單對象、外協(xié)外購對象，等等；分析需要管理的各數(shù)據(jù)實體對象的屬性，構(gòu)建材料、日期、名稱、地址等等屬性對象；構(gòu)建關(guān)聯(lián)類對象，如構(gòu)建聚合關(guān)聯(lián)類來完成產(chǎn)品結(jié)構(gòu)樹建立，構(gòu)建依賴關(guān)聯(lián)類以描述設(shè)計文檔與零部件的依賴關(guān)系，構(gòu)建版本關(guān)聯(lián)類以表示文檔的版本演進關(guān)系；構(gòu)建對以上數(shù)據(jù)對象、屬性對象、關(guān)聯(lián)對象的操作類對象，如版本操作，產(chǎn)品結(jié)構(gòu)配置操作等；最后構(gòu)建不同的切面對象，為不同用戶提供不同的視圖，如圖文檔管理視圖、仿真信息視圖等。本文構(gòu)建的領(lǐng)域模型使用XML文件定義，解釋引擎基于XML解析技術(shù)與java的反射機制開發(fā)，在系統(tǒng)運行時完成XML領(lǐng)域模型的動態(tài)實例化。領(lǐng)域模型中零部件實體對象以及其引用的材料屬性對象與聚合關(guān)聯(lián)對象的XML定義片段如圖6所示。

    圖6 零部件實體的領(lǐng)域模型定義

    由于產(chǎn)品的復(fù)雜性，IC裝備研發(fā)中的數(shù)據(jù)管理需求處于不斷迭代之中。相比于傳統(tǒng)的數(shù)據(jù)管理系統(tǒng)，本文開發(fā)的適應(yīng)性產(chǎn)品數(shù)據(jù)管理系統(tǒng)能夠更好地響應(yīng)需求的變化，降低系統(tǒng)實施成本。系統(tǒng)的適應(yīng)性包含三個層次：(1)元模型的適應(yīng)性。系統(tǒng)使用的元模型中將數(shù)據(jù)實體、屬性、操作、關(guān)聯(lián)關(guān)系解耦，當對數(shù)據(jù)實體進行操作時，不會對其他對象產(chǎn)生影響，如產(chǎn)品結(jié)構(gòu)配置，只需要調(diào)用相應(yīng)的操作修改聚合關(guān)聯(lián)對象，而產(chǎn)品數(shù)據(jù)本身不需要發(fā)生變化。(2)可配置領(lǐng)域模型的適應(yīng)性。系統(tǒng)的領(lǐng)域模型通過外部的配置文件保存，系統(tǒng)功能需要修改時，只需要對配置文件進行相應(yīng)修改，通過解釋引擎重建數(shù)據(jù)對象，系統(tǒng)無需再次部署即可生效。例如添加新的文檔類型，擴充材料屬性的可選項等，這些操作制度要修改領(lǐng)域模型的XML配置文件。(3)可配置切面提供的適應(yīng)性。切面類定義了一類實體及其相關(guān)的關(guān)聯(lián)、操作等。不同的切面可以為關(guān)注點不同的設(shè)計人員提供不同的數(shù)據(jù)管理視圖。切面類在配置文件中保存，當設(shè)計人員的視圖需求發(fā)生變化時，如需要增加查看外協(xié)訂單的視圖，則可以動態(tài)新建外協(xié)訂單切面，令其包含的外協(xié)訂單文檔實體及其相關(guān)對象，可快速為設(shè)計者提供所需視圖。

    IC裝備研發(fā)團隊的結(jié)構(gòu)設(shè)計工程師主要使用Solidworks軟件進行建模。為了和其他設(shè)計仿真及工藝軟件完成數(shù)據(jù)交互與集成，根據(jù)圖5所示的異構(gòu)系統(tǒng)產(chǎn)品數(shù)據(jù)交換接口設(shè)計方案，實現(xiàn)了Solidworks Workgroup PDM與本系統(tǒng)的產(chǎn)品結(jié)構(gòu)數(shù)據(jù)集成。在此基礎(chǔ)上，本系統(tǒng)以產(chǎn)品結(jié)構(gòu)樹為中心，完成了產(chǎn)品數(shù)據(jù)管理、文檔管理、仿真信息管理等數(shù)據(jù)管理需求。圖7中右上方為設(shè)計人員在Solidworks Workgroup PDM中模型的裝配結(jié)構(gòu)樹，通過基于XML異構(gòu)系統(tǒng)接口導(dǎo)入至本系統(tǒng)，并通過產(chǎn)品結(jié)構(gòu)樹管理各個零部件的需求定義文檔。

    圖7 Solidworks Workgroup PDM的系統(tǒng)接口及文檔管理實現(xiàn)

4 結(jié)論

    本文結(jié)合適應(yīng)性對象建模思想，建立了面向復(fù)雜產(chǎn)品數(shù)據(jù)管理的適應(yīng)性模型(APDM)，給出了其元模型定義與領(lǐng)域模型框架，并開發(fā)了基于該模型的產(chǎn)品數(shù)據(jù)管理系統(tǒng)。對模型的分析表明其相比于面向?qū)ο缶哂懈鼜姷撵`活性與表達能力，并通過在IC裝備這一典型工業(yè)復(fù)雜產(chǎn)品研發(fā)中的應(yīng)用，證明了通過將領(lǐng)域模型定義獨立于程序代碼，能夠快速重建數(shù)據(jù)對象，及時滿足IC裝備研發(fā)中不穩(wěn)定的產(chǎn)品數(shù)據(jù)管理需求。同時基于XML的產(chǎn)品數(shù)據(jù)交換接口能夠完整實現(xiàn)異構(gòu)系統(tǒng)的產(chǎn)品結(jié)構(gòu)數(shù)據(jù)交互，系統(tǒng)可以構(gòu)建單一的產(chǎn)品數(shù)據(jù)樹，并通過將不同類型的數(shù)據(jù)實體與產(chǎn)品結(jié)構(gòu)中的零部件關(guān)聯(lián)，完成了IC裝備研發(fā)中的產(chǎn)品數(shù)據(jù)管理任務(wù)。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標題：面向復(fù)雜產(chǎn)品數(shù)據(jù)管理的適應(yīng)性模型研究

本文網(wǎng)址：http://www.ezxoed.cn/html/solutions/1401939903.html