企業(yè)信息數(shù)據(jù)更新分析范文

本站小編為你精心準(zhǔn)備了企業(yè)信息數(shù)據(jù)更新分析參考范文，愿這些范文能點燃您思維的火花，激發(fā)您的寫作靈感。歡迎深入閱讀并收藏。

1介紹

制造企業(yè)的信息系統(tǒng)已經(jīng)在上世紀(jì)經(jīng)歷了一場集成化的革命，為了在競爭中取勝，企業(yè)紛紛將自己的信息系統(tǒng)通過各種方式進(jìn)行集成，因此，目前市面上存在若干種企業(yè)信息集成系統(tǒng)．然而，制造企業(yè)中的信息大多數(shù)仍然存在不同的數(shù)據(jù)管理系統(tǒng)中，這些舊的數(shù)據(jù)包括關(guān)系數(shù)據(jù)庫系統(tǒng)，面向?qū)ο蟮臄?shù)據(jù)庫系統(tǒng)，XML文件，分割文件，HTML文件，Excel文件等等．將不同的數(shù)據(jù)源中的數(shù)據(jù)抽取出來進(jìn)行協(xié)同工作具有很大的應(yīng)用價值¨0J．企業(yè)數(shù)據(jù)集成系統(tǒng)的目標(biāo)就是為多個數(shù)據(jù)源提供一個統(tǒng)一的接口．它使得用戶可以集中關(guān)注自己需要什么，而不是關(guān)注如何去獲得數(shù)據(jù)．結(jié)果就是，企業(yè)數(shù)據(jù)集成系統(tǒng)使得用戶從繁瑣的與每一個獨立的數(shù)據(jù)源交互的工作中解放出來，他們不再需要跟每一個數(shù)據(jù)源用其特定的接口進(jìn)行交互，并且將從每一個數(shù)據(jù)源中返回的數(shù)據(jù)進(jìn)行聯(lián)合．XML是作為互聯(lián)網(wǎng)中信息交換的主要標(biāo)準(zhǔn)出現(xiàn)的，XQuery則是一個強(qiáng)大而又方便的語言，用于查詢XML．目前出現(xiàn)了很多基于XML的數(shù)據(jù)集成系統(tǒng)，也被稱為Web上的數(shù)據(jù)服務(wù)提供平臺(簡稱Web數(shù)據(jù)服務(wù)平臺，下同)．在一個數(shù)據(jù)服務(wù)平臺中，每一個Wrapper都導(dǎo)出一個XML的模式(XMLSchema)，用以將所對應(yīng)的數(shù)據(jù)源的內(nèi)容描述成XML．查詢處理器從客戶端接收XQuery查詢，并進(jìn)行解析和分解，將查詢計劃下壓給Wrapper．Wrapper將會把這個查詢翻譯成本地語言，當(dāng)子查詢在本地執(zhí)行完之后，Wrapper負(fù)責(zé)將查詢結(jié)果轉(zhuǎn)換成XML并返回給查詢處理器，典型的數(shù)據(jù)服務(wù)平臺包括BEA公司的AquaLogicDataServicePlatformpl和XCaliaIntermediationCore[41．目前的企業(yè)信息集成系統(tǒng)中，信息的框架變得越來越復(fù)雜，有越來越多的異構(gòu)系統(tǒng)之間建立了互相依賴的融合關(guān)系和依賴關(guān)系，這就使得整個系統(tǒng)框架變得難以管理．已有系統(tǒng)中會建立新的依賴關(guān)系，新的系統(tǒng)又不斷加入，總的來說，在企業(yè)信息管理系統(tǒng)中，難以建立一個對所有系統(tǒng)進(jìn)行中間管理的機(jī)制．一些小的本地的數(shù)據(jù)變化，有可能因為系統(tǒng)之間的依賴關(guān)系，而對整個企業(yè)范圍內(nèi)的數(shù)據(jù)產(chǎn)生極其重大的影響，為了使整個企業(yè)的信息系統(tǒng)得以正常運轉(zhuǎn)，必須建立一種機(jī)制，對這種數(shù)據(jù)變化可能產(chǎn)生的影響進(jìn)行防范性的分析(de-fensiveanalysis)或反應(yīng)性分析(reactiveanalysis)，從而在數(shù)據(jù)產(chǎn)生變化的時候進(jìn)行適當(dāng)?shù)恼{(diào)整，而不必對整個系統(tǒng)框架進(jìn)行調(diào)整和改變．在做這樣的防范性分析時發(fā)現(xiàn)，系統(tǒng)的異構(gòu)性以及元數(shù)據(jù)的不完整性，使得對數(shù)據(jù)更新進(jìn)行影響分析十分困難，同時，數(shù)據(jù)的更新常常沒有在全局得到計劃，這樣的境況使得這個問題變得更加困難．所以，不可預(yù)計的問題總是會在一個更新完成后發(fā)生，這就使得一個防范性或反應(yīng)性的數(shù)據(jù)更新影響分析變得十分必要．本文提出一種解決方案MDUAM(Metal)amupdateAnalysisandManagement)，該解決方案能夠使得數(shù)據(jù)更新影響分析即使在不利的條件下也能夠工作．本文的數(shù)據(jù)更新指的是元數(shù)據(jù)的更新，元數(shù)據(jù)不僅包括數(shù)據(jù)模式(dataschema)，也包括應(yīng)用編程接口(APIs)，配置文件，關(guān)于數(shù)據(jù)質(zhì)量的斷言，執(zhí)行效率等等，簡短的說，就是其余系統(tǒng)可能會依賴的一切．

目前已經(jīng)有很多這方面的研究工作．有些方案和本文是完全互補(bǔ)的，有些和本文在某些方面是類似的．MDUAM最重要的和別的系統(tǒng)不同之處在于它沒有對工作的環(huán)境做任何假設(shè)，因此可以在任何需要進(jìn)行變化影響分析的場景下進(jìn)行工作．[5]提出一種和MDUAM非常類似的方案，然而，他們需要一個中心的文檔庫(或者是元數(shù)據(jù)庫)和一個嚴(yán)格的處理策略．這就限制了方案的靈活性，因為中心的文檔庫常常會成為處理的瓶頸，這種方案還強(qiáng)制整個系統(tǒng)必須嚴(yán)格根據(jù)定義的進(jìn)程進(jìn)行運轉(zhuǎn)，而這常常是不可能的和不能接受的．[6]則提出一種形式化的方法，用以表達(dá)元數(shù)據(jù)之間的依賴關(guān)系，以及在元數(shù)據(jù)發(fā)生更新時，通過依賴關(guān)系計算出該更新所發(fā)生的影響．該方法主要建立在UML建模的基礎(chǔ)上，未對以XML為數(shù)據(jù)模型的企業(yè)信息集成系統(tǒng)加以分析．[7]提出了另一種解決方案，來進(jìn)行變化影響分析．他們使用一個多圖，和變化傳播規(guī)則來進(jìn)行分析，這和MDUIA很接近．該方案重點在于防范性的變化影響分析，因此缺乏一種框架來支持反應(yīng)性的更新影響分析．同樣，該方案沒有考慮到元數(shù)據(jù)的不完全性問題．他們的元模型和規(guī)則都是專門的，很難對其進(jìn)行擴(kuò)展來支持其他的數(shù)據(jù)模型和變化類型．軟件工程方面也有很多解決這個問題的方案哺】，有些是限制了支持的數(shù)據(jù)模型或范圍，有些則加以限制，必須進(jìn)行準(zhǔn)確的分析．軟件系統(tǒng)中的變化影響分析和本文所使用的很類似，然而，他們的模型和分析過程著重在于那些在軟件中可見的元素：如方法，簽名，類，屬性，等．再者，軟件系統(tǒng)中的更新影響分析通常是防范性的．像異構(gòu)性，元數(shù)據(jù)的不完全性和分布性，這些問題在軟件系統(tǒng)中都不會得到考慮，因為這些問題只是和信息系統(tǒng)息息相關(guān)．模式進(jìn)化，模式匹配或者模型管理中的研究工作和本文的工作是互補(bǔ)的[9．101，特別是數(shù)據(jù)模型管理中的方案用來計劃和實現(xiàn)集成，通常是在兩個或者一組系統(tǒng)中進(jìn)行集成，還有將系統(tǒng)適應(yīng)成變化的需求．[11，12]則對基于XML的數(shù)據(jù)集成系統(tǒng)中利用反應(yīng)性和防范性規(guī)則對數(shù)據(jù)的更新進(jìn)行分析和管理，然而，該工作未對元數(shù)據(jù)的更新進(jìn)行分析和管理．MDUAM不是為一個集成項目的初期進(jìn)行設(shè)計的，而是將一個集成項目的結(jié)果作為輸入，就是系統(tǒng)之間的依賴關(guān)系已經(jīng)存在了．兩這些依賴關(guān)系是基于模式匹配或者模式映射的定義的，并且監(jiān)視他們的變化情況．MDUAM將會分析變化產(chǎn)生的影響，并且將可能有關(guān)的人員通知到．如果出現(xiàn)問題，MDUAM的輸出將作為信息集成工具的輸入，來修復(fù)這個受到影響的系統(tǒng)．MDUAM著重在于監(jiān)視參與整個信息集成框架的系統(tǒng)中元數(shù)據(jù)的變化，并且探測到變化可能產(chǎn)生的全局影響．因此可以說，MDUAM解決了一個異構(gòu)集成環(huán)境下的全局管理的重要問題．本文面臨的問題就是一個元數(shù)據(jù)更新的管理，首先將所面臨的問題分為3個部分：

1．異構(gòu)性．企業(yè)信息集成系統(tǒng)中，互操作的系統(tǒng)常常有不同的數(shù)據(jù)模型，例如，XML數(shù)據(jù)模型，或者是關(guān)系數(shù)據(jù)模型；也具有不同的接口，例如，通過查詢語言還是函數(shù)調(diào)用等等．

2．元數(shù)據(jù)的不完全性．一般來說，不可能為一個準(zhǔn)確的數(shù)據(jù)變化影響分析獲得所有的元數(shù)據(jù)．而且在有些情況下，查詢一個系統(tǒng)的元數(shù)據(jù)不是一件容易的事．同時，文檔數(shù)據(jù)可能是過時的，或者是不存在的，系統(tǒng)之間的依賴關(guān)系有可能隱藏在過程代碼中，在最壞的情況下，有可能必須反編譯一些代碼才能獲得所需要的信息．這僅僅在理論上是可能的，但是在實際上，這樣做的代價太高從而是不可行的．

3．系統(tǒng)自制性和缺乏全局管理．在實際情況中，許多系統(tǒng)都是一個黑盒子，不能從外部得到控制，這在一個集成環(huán)境中尤其如此，因為一般來說企業(yè)信息集成系統(tǒng)覆蓋了很多個部門或者甚至覆蓋了很多個公司．?dāng)?shù)據(jù)更新常常沒有得到全局分析，也沒有通知到可能影響到的系統(tǒng)就已經(jīng)得到實施．這時候，很多問題就出現(xiàn)了，而且很難發(fā)現(xiàn)導(dǎo)致問題的原因．

2元數(shù)據(jù)表示

Ⅺ咀(XML—basedMetadataInterchange)是基于XML的元數(shù)據(jù)交換¨“．它通過標(biāo)準(zhǔn)化的XML文檔格式和DTDs(DocumentTypeDefinitions)為UML元模型(元模型是一類特殊的模型)和其他模型定義了一種基于XML的數(shù)據(jù)交換格式．它同時也定義了一個從UML到XML的映射．XMI的主要目的就是讓各種分布式的異構(gòu)環(huán)境中的建模工具和元數(shù)據(jù)存儲(metadatarepositorie)倉庫之間能方便地進(jìn)行數(shù)據(jù)交換．XMI代表了一種元數(shù)據(jù)傳輸?shù)男峦緩剑捎赬MI是一種數(shù)據(jù)交換格式而不是CORBA的接口，所以不需要使用用于完成ORB連通的ORB來影響轉(zhuǎn)化過程．事實上，任何一個有傳輸ASCII能力的機(jī)制都能勝任這種轉(zhuǎn)化工作．這樣，XMI提供了一個進(jìn)行數(shù)據(jù)交換的新途徑．鑒于OMG的UML已經(jīng)在當(dāng)今的企業(yè)信息集成系統(tǒng)建模中得到了最廣泛的使用，MOF(元對象工具，MetaObjectFacility)作為OMG的元模型建模(metamodeling)和元數(shù)據(jù)存儲已成為新的工業(yè)界標(biāo)準(zhǔn)，本文的工作是建立在企業(yè)信息集成系統(tǒng)采用MOF進(jìn)行建模，并將元數(shù)據(jù)按照XMI標(biāo)準(zhǔn)轉(zhuǎn)換和存儲．這樣做的好處就是各個異構(gòu)系統(tǒng)之間的元數(shù)據(jù)交換遵循工業(yè)界標(biāo)準(zhǔn)，從而使互操作成為可能．

3元數(shù)據(jù)更新影晌分析模型

對元數(shù)據(jù)的更新影響分析，本方案使用ECA(Event-Con—dition．Action)規(guī)則也叫activerules來實現(xiàn)，理由是ECA規(guī)則已經(jīng)在以數(shù)據(jù)為中心的應(yīng)用中有十分廣泛和堅實的應(yīng)用基礎(chǔ)¨3．1“．ECA規(guī)則可以在相關(guān)的更新發(fā)生并在滿足一定的條件的情況下自動調(diào)用行動部分．其中，防范性分析用BEFORE表示，反應(yīng)性分析用AFTER表示．利用ECA對元數(shù)據(jù)更新的依賴關(guān)系進(jìn)行建模．下圖定義了元數(shù)據(jù)更新分析規(guī)則．1：DECLAREDATASOURCEDATASOURCENAME2：CREATEECARULERULENAME3：BEFOREIAFTER4：ONUPDATEOFMETADATA5：IFCONDITIONTHEMETADATAMUSTSATISFY6：DOSENDMESSAGETO(ADMINISTRATOR)lANALYSISPROCEDURE第一行用來定義該分析規(guī)則是針對哪一個數(shù)據(jù)源的，在這之前必須對所有的數(shù)據(jù)源進(jìn)行識別，并賦予唯一的標(biāo)識符。第二行用來定義規(guī)則的名字，第三行定義該規(guī)則是防御性的還是反應(yīng)性的，如果是一個防御性的規(guī)則，則對元數(shù)據(jù)的更新將會定制，等待相關(guān)的動作完成后(例如，獲得了相關(guān)的管理員的審批等)，再進(jìn)行元數(shù)據(jù)的更新，如果是一個反應(yīng)性的規(guī)則，則對元數(shù)據(jù)的更新將會如期舉行，但是在更新之后將會根據(jù)規(guī)則中定義的行動進(jìn)行分析和補(bǔ)救．第四行定義了所需要監(jiān)測的元數(shù)據(jù)名字，第五行定義了滿足什么條件，第六行則定義了如果條件滿足，則需要采取什么行動．值得注意的是，第6行中的行動部分，有可能有一組操作．例如在更新完A數(shù)據(jù)源中的某個元數(shù)據(jù)名字或類型后，有必要更新B、C、D數(shù)據(jù)源中的相應(yīng)的元數(shù)據(jù)的名字和類型，以保持這4個數(shù)據(jù)源中的同步．在這里，我們使用了一個抽象的概念模型，因此在實現(xiàn)中，首先需要將該規(guī)則模型中的元數(shù)據(jù)和以XMI標(biāo)準(zhǔn)存儲的元數(shù)據(jù)一一對應(yīng)．將其抽象的好處是，便于規(guī)則的制定，規(guī)則的可讀性好，容易維護(hù)．同時，這些更新分析管理規(guī)則都存成XML形式，目的是可以與元數(shù)據(jù)共用一個存儲庫．下面舉一個例子，用來解釋如何使用該ECA規(guī)則定義元數(shù)據(jù)更新影響分析規(guī)則：DECLAREDATASOURCEcustomerDBCREATEECARULECustomerlDChangeBEFOREONUPDATEOFCustomerDB．Customerlnfo．CustomerlDDOSENDMESSAGETO(ADMINISTRATOR)該例子說明了，如果要改變CustomerDB中的Customer-Info表中的CustomerlD必須通知管理員．同時，這是一個防范性的規(guī)則，在得到管理員批準(zhǔn)之前，該元數(shù)據(jù)不得更新．下一個例子說明了，兩個數(shù)據(jù)源之間如何通過元數(shù)據(jù)更新影響分析規(guī)則進(jìn)行同步：DECLARED峨KSOURCEcustomerDBDECLAItEDATASOURCEcustomerXMLCREATEECARULECustomcrIDChangeAFrERONREPLACEOFCustomerDB．CustomcrInfo．C_IDW刪CustomcrDB．CustomerIafo．CustomerlDDOREPLACECustomerXML．Customerlrffor．C—IDWrrHCustomer-XML．Customcrlnfor．CustomerID在這個例子中，如果對CustomerDB中的Customerlnfo表中的CustomerlD進(jìn)行更新，則必須同時更新CustomerXML中的Customerlnfo文件中的CustomerlD．值得注意的是，這是一個反應(yīng)性的規(guī)則，CustomerDB中的元數(shù)據(jù)如期更新，同時也要更新CustomerXML中的元數(shù)據(jù)．

4MDUAM解決方案

本文提出一種框架結(jié)構(gòu)MDUAM(MetaDataUpdateIm-pactAnalysis)，允許在集成系統(tǒng)中間對元數(shù)據(jù)變化影響進(jìn)行分布式的分析．圖1是MDUAM的框架結(jié)構(gòu)．假定一個企業(yè)有客戶關(guān)系都，生產(chǎn)都，和銷售部．元數(shù)據(jù)更新影響分析方案分為3個層次，最底層是底層信息系統(tǒng)數(shù)據(jù)源，中間層是監(jiān)視層，有一個元數(shù)據(jù)監(jiān)視器在對底層的數(shù)據(jù)源進(jìn)行監(jiān)視，監(jiān)視到的元數(shù)據(jù)變化可以報告給上層，也就是管理服務(wù)層中的更新影響分析器．更新影響分析器允許進(jìn)行防范性的更新影響分析或者進(jìn)行有反應(yīng)的更新影響分析．同時提出一種元數(shù)據(jù)觸發(fā)器模型，使得本文可以處理和同化異構(gòu)的元數(shù)據(jù)，根據(jù)該模型可以決定對于哪些元數(shù)據(jù)更新需要做相應(yīng)的分析．

4．1更薪影響分析器在更新影響分析器(下頁圖2)中，存在一個元數(shù)據(jù)庫(MetaDataRepository，MDR)和更新管理器(UpdateManag•er，UM)，MDR是一個被動的組件，它負(fù)責(zé)存儲不同的信息系統(tǒng)中的元數(shù)據(jù)，并且用一種通用的表現(xiàn)方式進(jìn)行存儲．同時還為查詢和更新所存儲的元數(shù)據(jù)提供了一個接口．所有的元數(shù)據(jù)都是有版本號碼的，這樣做的目的是可以跟蹤到過去所發(fā)生的所有的變化．更新管理器則是一個主動的反應(yīng)性的的組件，它可以分析通過用戶界面提出的變化建議，也可以在一個被觀察到的系統(tǒng)中發(fā)生的變化進(jìn)行反應(yīng)性分析．值得注意的是，在本解決方案中，元數(shù)據(jù)之間的依賴關(guān)系以及在更新時需要進(jìn)行的監(jiān)控實際上是分層次解決的．首先把企業(yè)信息集成系統(tǒng)中的各個子系統(tǒng)分為若干個”群”，”群”可以是一個部門的若干個子系統(tǒng)，也可能是幾個職能類似的部門所有子系統(tǒng)的合集．這樣做的目的是在企業(yè)中進(jìn)行元數(shù)據(jù)的分層管理，群內(nèi)的元數(shù)據(jù)更新可以在群內(nèi)管理，如果群內(nèi)的元數(shù)據(jù)更新涉及到群外的元數(shù)據(jù)，則通過更新管理器與別的群的更新管理器進(jìn)行交互完成．本解決方案的好處在于，沒有一個中心文檔庫，從而沒有系統(tǒng)瓶頸，很好的滿足了企業(yè)信息集成系統(tǒng)中松散耦合的特性．

4．2元數(shù)據(jù)監(jiān)視器元數(shù)據(jù)監(jiān)視器是該解決方案中重要的組件．每一個參與變化影響分析的系統(tǒng)都被一個元數(shù)據(jù)監(jiān)視器進(jìn)行監(jiān)測，元數(shù)據(jù)監(jiān)視器負(fù)責(zé)在變化管理器、被觀察的信息系統(tǒng)，以及負(fù)責(zé)的人之間進(jìn)行協(xié)商，一個元數(shù)據(jù)包含了好幾個子部件．1．元數(shù)據(jù)抽取器．用于在最初的階段抽取底層系統(tǒng)中的所有元數(shù)據(jù)，并在后來的工作中提取變化2．轉(zhuǎn)換器．負(fù)責(zé)將抽取到的元數(shù)據(jù)轉(zhuǎn)換成MDUAM可以識別的形式．3．觀察器．觀察在信息系統(tǒng)中的所有的變化．4．存儲器．出于緩存的(caching)目的，有一個存儲的組件．元數(shù)據(jù)和變化管理器進(jìn)行異步通信，異步的目的是為了不阻塞任何一個組件．MDUAM為數(shù)據(jù)管理器和元數(shù)據(jù)提供了一些圖形用戶界面(GUI)．再者，圖形用戶界面給出全局和本地的對元數(shù)據(jù)及其依賴關(guān)系的視圖，并為防范性的變化影響分析提供界面．元數(shù)據(jù)監(jiān)視器圖形用戶界面被限制為一個本地的分析，例如，用來分析在一個基表被修改時，其視圖是如何變化的．MDUAM也可以分布式的進(jìn)行使用．幾個更新管理器，每一個都對整個系統(tǒng)中的一部分進(jìn)行負(fù)責(zé)，它們之間可以進(jìn)行通信．并且傳輸它們各自的分析結(jié)果．這就使得MDUAM的使用在集中解決方案得不到實施時同樣進(jìn)行．

4．3元數(shù)據(jù)抽取所有類似的解決方案一樣，本解決方案的最大問題就是面臨著如何去監(jiān)測系統(tǒng)的變化，以及如何用一種自動化的方式來提取元數(shù)據(jù)．所有的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)都有一個信息模式，這就使得提取模式信息和其余的元數(shù)據(jù)時非常容易．監(jiān)聽系統(tǒng)數(shù)據(jù)變化是比較困難的，因為在系統(tǒng)表格上創(chuàng)立觸發(fā)器通常是不被允許的．在這里有～個解決方案就是定期定時的Poll和使用一個diff算法來判斷數(shù)據(jù)的變化，或者通過檢查日志文件．在這種和類似的情況下，監(jiān)測元數(shù)據(jù)和元數(shù)據(jù)抽取工作，不會帶來任何問題．但是有一些其他的情況，例如，有些系統(tǒng)只允許函數(shù)調(diào)用來查詢元數(shù)據(jù)，有些系統(tǒng)則有訪問權(quán)限機(jī)制，用以阻止元數(shù)據(jù)被查詢．在這種情況下，沒有一個通用的解決方案，必須針對不同的機(jī)制開發(fā)出不同的探測方法．

4．4防范性分析和反應(yīng)性分析在理想情況下，在每一個數(shù)據(jù)更新實施之前，都應(yīng)該進(jìn)行變化的分析，本文將這種情況稱為防范性分析，根據(jù)分析的結(jié)果，可以做出一些相關(guān)的調(diào)整，以盡可能的降低影響或者通過調(diào)整受到影響的系統(tǒng)來降低影響．MDUAM可以在變化發(fā)生之前做一些防范性的變化影響分析．實際上，相關(guān)系統(tǒng)的自治性決定了這樣的理想情況是不可能的．集成系統(tǒng)的數(shù)目越多，就越有可能變化在沒有經(jīng)過預(yù)先的分析和協(xié)同就發(fā)生了．反應(yīng)性的數(shù)據(jù)變化影響分析則是自動啟動的，受到影響的系統(tǒng)的管理員就會收到通知．分析的過程對于兩種情況其實是一樣的，但是不同之處在于輸入數(shù)據(jù)的類型不嗣，(可能的變化VS已經(jīng)發(fā)生的變化)．并且，在分析之后采取的措施也是不同的．對于防范性的數(shù)據(jù)影響分析，結(jié)果不會對運行的系統(tǒng)產(chǎn)生任何影響，而反應(yīng)性數(shù)據(jù)影響分析來說，收到影響的系統(tǒng)可能會停止運行，或者采取其他的補(bǔ)救措施，來防止數(shù)據(jù)損壞．

5實現(xiàn)和評估

我們在合作方上海侯氏物流集團(tuán)有限公司成功實施了本項目．上海侯氏物流集團(tuán)有限公司下設(shè)多個加盟子公司，每個公司均有自己的信息管理系統(tǒng)和數(shù)據(jù)存儲形式，這些系統(tǒng)和數(shù)據(jù)存儲彼此獨立異構(gòu)，而且由于集團(tuán)公司處于上升階段，公司業(yè)務(wù)變化快，元數(shù)據(jù)經(jīng)常更新，因此很有必要對元數(shù)據(jù)進(jìn)行更新變化的管理，從而保證公司業(yè)務(wù)正確運行．利用BEAWebLogi應(yīng)用服務(wù)器平臺全面開發(fā)、部署和集成企業(yè)管理軟件，利用AquaLogicDataServicePlatform¨’作為企業(yè)信息集成系統(tǒng)．每一個更新管理器都安裝了～個開源的XML數(shù)據(jù)庫eXistDB【l釗用以存放本群中的元數(shù)據(jù)和元數(shù)據(jù)更新管理規(guī)則，eXistDB提供了一個純XML數(shù)據(jù)庫所需的所有功能，它完全不需要安裝，下載后即可使用．附帶的工具非常簡單，提供的服務(wù)容易被使用，而且其開源性也為企業(yè)節(jié)約了成本．利用我們的元數(shù)據(jù)更新管理器對物流企業(yè)的銷售部、人事部、管理辦公室、客戶關(guān)系部以及各個加盟子公司進(jìn)行元數(shù)據(jù)更新管理，實踐證明，該解決方案采用X／VII存儲元數(shù)據(jù)，利用ECA規(guī)則管理元數(shù)據(jù)的更新，元數(shù)據(jù)的管理采用分層的原則，避免了中央瓶頸．ECA元數(shù)據(jù)更新管理規(guī)則可讀性和可維護(hù)性好，圖形用戶界面友好，便于使用．同時做到了既可以進(jìn)行防范性分析又可以定義反應(yīng)性分析，滿足了企業(yè)中元數(shù)據(jù)更新的多樣化管理需求．在物流公司中的成功實施使我們有理由相信，本解決方案同樣適用于加盟子公司多、信息管理系統(tǒng)和數(shù)據(jù)異構(gòu)的現(xiàn)代虛擬企業(yè)．6結(jié)論我們在一個企業(yè)信息集成系統(tǒng)中實現(xiàn)了MDUAM，根據(jù)ECA模型定義了企業(yè)信息集成系統(tǒng)中元數(shù)據(jù)更新必須進(jìn)行影響分析的規(guī)則，我們建立了整個系統(tǒng)框架，提出了如何對元數(shù)據(jù)進(jìn)行抽取、存儲和分析，同時對元數(shù)據(jù)更新進(jìn)行管理．在MDUAM框架下，企業(yè)信息集成系統(tǒng)中的重要的元數(shù)據(jù)得到了嚴(yán)格的監(jiān)控，其更新以及影響得到了合理和必須的管理，從而保證了整個企業(yè)信息集成系統(tǒng)中的元數(shù)據(jù)和數(shù)據(jù)是一致的，各個子系統(tǒng)之間的元數(shù)據(jù)也能夠得到充分的一致性保證．