專利名稱：一種元設施擴展方法及模塊的制作方法
技術領域：
本發(fā)明涉及計算機技術領域，尤其涉及一種元設施擴展方法及模塊。
背景技術：
隨著UML (Unif ied Modeling Language,統(tǒng)一建模語言)和 MDA (Model DrivenArchitecture,模型驅動架構)的興起和流行，模型已成為軟件開發(fā)的核心制品。而軟件開發(fā)往往涉及到各個領域，不同領域都有針對該領域的模型描述，即元模型。而這些領域又會涉及各種工具，比如數(shù)據(jù)倉庫領域，包括數(shù)據(jù)庫、建模工具、分析工具、ETL工具等，由于描述這些工具的元模型(即元語言)不同，這就為數(shù)據(jù)倉庫建設和維護帶來了麻煩，基于不同 的元語言描述的工具在數(shù)據(jù)倉庫很難進行交換，出現(xiàn)信息孤島。由OMG (Object ManagementGroup,對象管通集団)制定的CWM (CommonWarehouseMetamodel,公共倉庫兀模型)已經成為通用數(shù)據(jù)倉庫的元模型標準。這種基于MOF (Meta Object Facility,元對象機制)描述的元語言，可以通過XMI (XML-based Metadata Interchange,使用擴展標記語言XML)這種標準的XML (Extensible Markup Language,可擴展標記語言)格式文件進行數(shù)據(jù)交換。同時在MDA領域，由原來以UML為核心的領域建模方法逐漸演化成四個陣營1、UML PIM(Platform Independent Model,平臺獨立模型)陣營，2、MOF兀建模陣營，3、可執(zhí)行的UML陣營，4、MDD (Model Driven Development,模型驅動開發(fā))陣營?，F(xiàn)有技術中存在的問題如下
1、圍繞建模衍生出的這些規(guī)范或技術手段，種類繁多，各執(zhí)ー詞，難以形成統(tǒng)一，給IT實施帶來麻煩，需尋求ー種自然界通用的描述；
2、有些規(guī)范(比如CWM)聲稱能夠解決一些問題，但各種工具開發(fā)商不可能完完全全遵照CWM規(guī)范去設計，都有平臺相關的ー些特性，這給元數(shù)據(jù)管理帶來麻煩。目前的CWM規(guī)范實現(xiàn)技術不能在遵循規(guī)范的同時很好的擴展元模型。因此，為進ー步提升IT實施能力，提高開發(fā)效率，革新開發(fā)思想和開發(fā)模式，用統(tǒng)ー的方式進行領域建摸，為企業(yè)節(jié)約成本，急需ー個統(tǒng)ー的，易擴展的集成開發(fā)應用平臺。如何將PIM(Platform Independent Model,平臺獨立模型)更好地轉換成PSM(Platform-specific models,平臺相關模型)，如何用統(tǒng)ー的方式進行領域建模,需要ー套擴展性，適應性好的擴展算法。

發(fā)明內容
本發(fā)明所要解決的技術問題是提供一種元設施擴展方法及模塊，提高開發(fā)效率，減小IT實施難度。為解決上述技術問題，本發(fā)明提出了一種元設施擴展方法，包括
在展示層用可縮放矢量圖形SVG封裝元元模型元素，生成元元模型組件，所述元元模型組件包括附加屬性，所述附加屬性用于承載元信息；
根據(jù)所述元元模型組件創(chuàng)建元元模型實例，即元模型；保存所述元模型。進ー步地，上述方法還可具有以下特點，所述元元模型元素包括Package包、Class 類、Attribute 屬性、Reference 參數(shù)、Association、AssociationEnd 和 Tag。進ー步地，上述方法還可具有以下特點，根據(jù)所述元元模型組件創(chuàng)建元模型包括
將所述元元模型組件添加到建模界面，生成元模型。進ー步地，上述方法還可具有以下特點，保存所述元模型包括
先將SVG圖形轉換為XMI，再將XMI轉換為底層存儲。
為解決上述技術問題，本發(fā)明提出了ー種元設施擴展模塊，包括
封裝単元，用于用可縮放矢量圖形SVG封裝元元模型元素，生成元元模型組件，所述元元模型組件包括附加屬性，所述附加屬性用于承載元信息；
建模單元，用于根據(jù)所述元元模型組件創(chuàng)建元元模型實例，即元模型；
存儲單元，用于保存所述元模型。進ー步地，上述模塊還可具有以下特點，所述元元模型元素包括Package包、Class 類、Attribute 屬性、Reference 參數(shù)、Association、AssociationEnd 和 Tag。進ー步地，上述模塊還可具有以下特點，所述建模単元包括
第一建模子單元，用于將所述元元模型組件添加到建模界面，生成元模型。進ー步地，上述模塊還可具有以下特點，所述存儲単元包括
第一存儲子單元，用于先將SVG圖形轉換為XMI，再將XMI轉換為底層存儲。本發(fā)明的元設施擴展方法及模塊，從最普遍的方法論出發(fā)，用元語言從通用層次逐步向特定領域深化描述，提供從一而終的統(tǒng)一的建模和開發(fā)方式，提高了開發(fā)效率，增強了程序的適應性、擴展性；在眾多MDA陣營中尋求統(tǒng)一，減小了未來IT實施難度；啟發(fā)國內程序員轉變只停留在應用層面、一味的封裝業(yè)務邏輯的開發(fā)思想和模式，提高業(yè)務抽象思維能力，重視代碼質量，軟件自身的質量；在元數(shù)據(jù)管理領域，能夠提供通用、易擴展、適應性好的實施方案。


圖I為本發(fā)明實施例中元設施擴展方法的流程 圖2為本發(fā)明實施例中元設施擴展模塊的結構框圖。
具體實施例方式以下結合附圖對本發(fā)明的原理和特征進行描述，所舉實例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。圖I為本發(fā)明實施例中元設施擴展方法的流程圖。如圖I所示，本實施例中，元設施擴展方法的流程可以包括以下步驟
步驟101,在展示層用SVG(Scalable Vector Graphics,可縮放矢量圖形)封裝元元模型元素，生成元元模型組件；
元元模型也即MOF模型。步驟101是在展示層完成的。對于元元模型的每種元素，均創(chuàng)建ー個SVG元素，作為元建模的組件，每個元元模型組件都包括附加屬性，附加屬性用來承載元信息，供圖形創(chuàng)建與展示、轉換時使用。元元模型組件供建模界面使用。兀兀模型兀素可以包括Package包、Class類、Attribute屬性、Reference參數(shù)、Association、 AssociationEnd 和 Tag せ。例如，可以在展示層，基于Web標準采用js+xml+html+css+svg對于元元模型的姆押兀it :Package、Class、Attribute、Reference、Association、AssociationEna、Tag封裝成元元模型組件，用來通過web頁面編輯來實現(xiàn)元模型建摸。步驟102，根據(jù)步驟101生成的元元模型組件創(chuàng)建元元模型實例，即元模型；
在SVG封裝的元元模型組件基礎上，可以通過拖拉拽功能，實現(xiàn)元模型建模界面。 具體地，步驟102可以包括將元元模型組件添加到建模界面，生成元模型。通過元元模型組件創(chuàng)建元元模型實例，從而創(chuàng)建特定領域的元模型。目前多數(shù)瀏覽器已經支持SVG，從而實現(xiàn)了瀏覽器上的元模型建摸。步驟103，保存步驟102創(chuàng)建的元模型。建好的元模型圖形按照XMI規(guī)范定義通過js生成符合XMI格式的文件。并將文件中元模型信息讀取并存儲到元數(shù)據(jù)庫中。同時在前端頁面添加元模型組件。通過元模型組件，在頁面上實現(xiàn)元模型的建摸，同時生成XMI格式的文件。將元模型的XMI文件讀取并存儲到元數(shù)據(jù)庫。元模型的存儲方案，可以采用NoSQL數(shù)據(jù)庫MongoDB來存儲，這種數(shù)據(jù)庫存儲結構靈活、易擴展、查詢效率高、事務支持相對弱，非常適合元數(shù)據(jù)存儲?？梢园凑誐OF規(guī)范的JMI編程接ロ，實現(xiàn)ー套元數(shù)據(jù)的NoSQL存儲機制。具體地，步驟103可以包括先將SVG圖形轉換為XMI，再將XMI轉換為底層存儲。SVG代表前端展示，XMI是元數(shù)據(jù)交換格式，可以通過SVG和XMI 二者的轉換實現(xiàn)元數(shù)據(jù)在展示層和存儲層的交互。在SVG圖形與XMI的轉換中，用戶在前端界面通過拖拽元元模型組件創(chuàng)建元元模型實例，即以SVG表示的元模型。保存元模型的過程可以是先將SVG轉換為XMI，然后再將XMI轉換為底層存儲，該過程可以表示為SVG圖形到XMI到元模型底層存儲。在SVG圖形與XMI的轉換中，將后臺存儲的元模型轉換為SVG的過程為元模型底層存儲到XMI到SVG ;顯示SVG后，在SVG元素上添加圖形事件并支持拖拽功能。本發(fā)明的元設施擴展方法中，元模型的代碼能夠自動生成。從元數(shù)據(jù)庫中提取符合某個應用的元模型，提取元模型中包、類等元模型信息生成類代碼。本發(fā)明的元設施擴展方法中，如果需要在前端展示已有元模型，可以采用如下過程將后臺存儲的元模型轉換為SVG ;顯示SVG后，在SVG元素上添加圖形事件，支持拖拽等功能?？梢詫么虬鼮閙etadesigner· war部署到web服務器,配置數(shù)據(jù)源，啟動應用。并且通過 http://ip:port/metadesigner 訪問應用。本發(fā)明的元設施擴展方法中，元模型建模可以采用如下流程打開建模頁面，選擇元元模型，根據(jù)要定制或擴展的元模型信息，拖動各種元元模型組件到繪圖區(qū)，建立元模型圖形；點擊保存按鈕，保持為XMI文件，同時在頁面上生成了元模型套件；點擊保存并存儲按鈕，存儲XMI文件的元模型信息到元存儲庫，同時在頁面上生成了元模型套件；點擊生成代碼按鈕，可以根據(jù)建好的模型生成Java代碼。本發(fā)明的元設施擴展方法采用統(tǒng)一的方法論，統(tǒng)一的編程接ロ，靈活跨數(shù)據(jù)庫的存儲形成一套基于MOF的元設施擴展算法，實現(xiàn)集元模型建模、元數(shù)據(jù)建模、元數(shù)據(jù)分析應用、MDA開發(fā)于一體的集成開發(fā)應用平臺。本發(fā)明的元設施擴展方法具有以下有益效果
1.從最普遍的方法論出發(fā)，用元語言從通用層次逐步向特定領域深化描述，提供從ー而終的統(tǒng)ー的建模和開發(fā)方式，提高了開發(fā)效率，增強程序的適應性、擴展性； 2.在眾多MDA陣營中尋求統(tǒng)一，減小了未來IT實施難度；
3.啟發(fā)國內程序員轉變只停留在應用層面，一味的封裝業(yè)務邏輯的開發(fā)思想和模式，提高業(yè)務抽象思維能力，重視代碼質量，軟件自身的質量；
4.在元數(shù)據(jù)管理領域，能夠提供通用、易擴展、適應性好的實施方案。本發(fā)明還提出了一種元設施擴展模塊，用以實施上述的元設施擴展方法。圖2為本發(fā)明實施例中元設施擴展模塊的結構框圖。如圖2所示，本實施例中，元設施擴展模塊200可以包括封裝單元210、建模單元220和存儲單元230。其中，封裝單元210用于在展示層用SVG封裝元元模型元素，生成元元模型組件。建模單元220用于根據(jù)封裝単元210生成的元元模型組件創(chuàng)建元元模型實例，即元模型。存儲單元230用于保存建模單元220創(chuàng)建的元模型。其中，封裝単元210對于元元模型的每種元素，均創(chuàng)建ー個SVG元素，作為元建模的組件，每個元元模型組件都包括附加屬性，附加屬性用來承載元信息，供圖形創(chuàng)建與展示、轉換時使用。元元模型組件供建模界面使用。兀兀模型兀素可以包括Package包、Class類、Attribute屬性、Reference參數(shù)、Association、 AssociationEnd 和 Tag せ。其中，建模單元220可以包括第一建模子單元。第一建模子單元用于將元元模型組件添加到建模界面，生成元模型。其中，存儲單元230可以包括第一存儲子單元。第一存儲子單元用于先將SVG圖形轉換為XMI，再將XMI轉換為底層存儲。本發(fā)明的元設施擴展模塊具有以下有益效果
1.從最普遍的方法論出發(fā)，用元語言從通用層次逐步向特定領域深化描述，提供從ー而終的統(tǒng)ー的建模和開發(fā)方式，提高了開發(fā)效率，增強程序的適應性、擴展性；
2.在眾多MDA陣營中尋求統(tǒng)一，減小未來IT實施難度；
3.啟發(fā)國內程序員轉變只停留在應用層面，一味的封裝業(yè)務邏輯的開發(fā)思想和模式，提高業(yè)務抽象思維能力，重視代碼質量，軟件自身的質量；
4.在元數(shù)據(jù)管理領域，能夠提供通用、易擴展、適應性好的實施方案。以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種元設施擴展方法，其特征在于，包括 在展示層用可縮放矢量圖形SVG封裝元元模型元素，生成元元模型組件，所述元元模型組件包括附加屬性，所述附加屬性用于承載元信息； 根據(jù)所述元元模型組件創(chuàng)建元元模型實例，即元模型； 保存所述元模型。
2.根據(jù)權利要求I所述的元設施擴展方法，其特征在于，所述元元模型元素包括Package 包、Class 類、Attribute 屬性、Reference 參數(shù)、Association、AssociationEnd和 Tag。
3.根據(jù)權利要求I所述的元設施擴展方法，其特征在于，根據(jù)所述元元模型組件創(chuàng)建元模型包括將所述元元模型組件添加到建模界面，生成元模型。
4.根據(jù)權利要求I所述的元設施擴展方法，其特征在于，保存所述元模型包括先將SVG圖形轉換為XMI，再將XMI轉換為底層存儲。
5.一種元設施擴展模塊，其特征在于，包括封裝單元，用于用可縮放矢量圖形SVG封裝元元模型元素，生成元元模型組件，所述元元模型組件包括附加屬性，所述附加屬性用于承載元信息；建模單元，用于根據(jù)所述元元模型組件創(chuàng)建元元模型實例，即元模型；存儲單元，用于保存所述元模型。
6.根據(jù)權利要求5所述的元設施擴展模塊，其特征在于，所述元元模型元素包括Package 包、Class 類、Attribute 屬性、Reference 參數(shù)、Association、AssociationEnd和 Tag。
7.根據(jù)權利要求5所述的元設施擴展模塊，其特征在于，所述建模單元包括第一建模子單元，用于將所述元元模型組件添加到建模界面，生成元模型。
8.根據(jù)權利要求5所述的元設施擴展模塊，其特征在于，所述存儲單元包括第一存儲子單元，用于先將SVG圖形轉換為XMI，再將XMI轉換為底層存儲。
全文摘要
本發(fā)明涉及一種元設施擴展方法及模塊。元設施擴展方法包括在展示層用可縮放矢量圖形SVG封裝元元模型元素,生成元元模型組件，所述元元模型組件包括附加屬性，所述附加屬性用于承載元信息；根據(jù)所述元元模型組件創(chuàng)建元元模型實例，即元模型；保存所述元模型。本發(fā)明的元設施擴展方法及模塊，提供從一而終的統(tǒng)一的建模和開發(fā)方式，提高了開發(fā)效率，增強了程序的適應性、擴展性；在眾多MDA陣營中尋求統(tǒng)一，減小了未來IT實施難度；啟發(fā)國內程序員轉變只停留在應用層面、一味的封裝業(yè)務邏輯的開發(fā)思想和模式，提高業(yè)務抽象思維能力，重視代碼質量，軟件自身的質量；在元數(shù)據(jù)管理領域，能夠提供通用、易擴展、適應性好的實施方案。
文檔編號G06F17/30GK102662963SQ20121005974
公開日2012年9月12日 申請日期2012年3月8日 優(yōu)先權日2012年3月8日
發(fā)明者高建國 申請人:北京神州數(shù)碼思特奇信息技術股份有限公司