基于mda的電力企業(yè)信息系統(tǒng)開發(fā)方法
【專利摘要】本發(fā)明提供了一種基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法。根據(jù)該方法，可首先總結(jié)、梳理并抽象出電力企業(yè)信息系統(tǒng)元模型，組成信息系統(tǒng)模型庫；然后在信息系統(tǒng)開發(fā)過程中調(diào)用模型庫進行圖形化開發(fā)，以構(gòu)建業(yè)務(wù)流程圖；再通過模型代碼轉(zhuǎn)換，將流程圖形式的業(yè)務(wù)功能映射為具體平臺上的業(yè)務(wù)代碼。該業(yè)務(wù)代碼可被部署在電力企業(yè)信息系統(tǒng)的綜合業(yè)務(wù)平臺上以實現(xiàn)系統(tǒng)上線運行。在系統(tǒng)運行及維護階段，對于功能變更或流程變更的需求，可以回溯至業(yè)務(wù)流程圖構(gòu)建階段，通過更改業(yè)務(wù)流程圖并調(diào)用M2C重新生成業(yè)務(wù)代碼，以快速實現(xiàn)業(yè)務(wù)更新和發(fā)布，可大大縮短業(yè)務(wù)更新周期，降低了二次開發(fā)和維護成本。
【專利說明】基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及信息系統(tǒng)開發(fā)，具體地，涉及一種基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法。
【背景技術(shù)】
[0002]電力企業(yè)信息系統(tǒng)具有流程性和相關(guān)性兩個顯著特征。流程性體現(xiàn)為各業(yè)務(wù)的信息系統(tǒng)一般都可被看作具備先后關(guān)系的業(yè)務(wù)流、數(shù)據(jù)流，典型如各個業(yè)務(wù)的審批流程；相關(guān)性體現(xiàn)為多個業(yè)務(wù)信息系統(tǒng)中可能具有較多相似的元素，在修改和引用此類數(shù)據(jù)或處理時應(yīng)滿足“一處修改，多處復(fù)用”的關(guān)聯(lián)關(guān)系。
[0003]然而，由于目前電力企業(yè)的信息系統(tǒng)建設(shè)缺乏統(tǒng)一規(guī)劃，存在眾多功能各異、內(nèi)容交叉的信息系統(tǒng)，其中存在以下問題:
[0004](I)各信息系統(tǒng)中相似的功能模塊存在重復(fù)開發(fā)的情況，例如流程審批、用戶管理等功能模塊，極大地影響了系統(tǒng)開發(fā)效率；
[0005](2)系統(tǒng)一旦建設(shè)完成，在后期維護過程中需求變更或功能擴展時，往往需要進行二次開發(fā)，系統(tǒng)的可維護性代價較高；
[0006](3)不同平臺的信息系統(tǒng)復(fù)用性較低，即使相同的業(yè)務(wù)流程應(yīng)用于兩個不同平臺時，可能需要高達兩倍的代碼開發(fā)量。

【發(fā)明內(nèi)容】

[0007]本發(fā)明的目的是提供一種基于MDA的信息系統(tǒng)開發(fā)方法，該方法可提供一種可適應(yīng)于多種平臺并且易于維護的電力企業(yè)信息系統(tǒng)，并且可顯著提高開發(fā)效率。
[0008]模型驅(qū)動架構(gòu)(Model Driven Architecture,簡稱為MDA)是對象管理組織(Object Management Group, 0MG)提出的新的方法學(xué),是一種新的系統(tǒng)開發(fā)方法,它強調(diào)整個系統(tǒng)開發(fā)過程由對軟件系統(tǒng)的建模行為驅(qū)動，完成系統(tǒng)需求分析、架構(gòu)設(shè)計、構(gòu)建、測試、部署和運營維護工作。通過MDA技術(shù)的使用，可以有效解決傳統(tǒng)軟件開發(fā)過程中的生產(chǎn)效率問題、系統(tǒng)移植問題、互操作問題以及文檔和系統(tǒng)后期維護等問題。
[0009]本發(fā)明提供一種基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法,該方法包括:將待開發(fā)的業(yè)務(wù)流程拆分為至少一個PSM元模型；調(diào)用信息系統(tǒng)模型庫中的PSM元模型，以構(gòu)建業(yè)務(wù)流程圖；將所述業(yè)務(wù)流程圖轉(zhuǎn)換為XML文件，并且生成針對所述業(yè)務(wù)流程圖中用到的所述PSM元模型的XSLT文件；以及使用代碼生成器，根據(jù)所述XSLT文件將所述XML文件映射為與平臺對應(yīng)的代碼。
[0010]本發(fā)明所提供的方法還可包括:如果經(jīng)拆分得到的所述PSM元模型中的部分或者全部PSM元模型不是所述信息系統(tǒng)模型庫中現(xiàn)有的PSM元模型，則開發(fā)出缺少的所述PSM元模型并將其存儲在所述信息系統(tǒng)模型庫中。
[0011]優(yōu)選地，該方法還可包括可在將所述業(yè)務(wù)流程圖轉(zhuǎn)換為XML文件前，對所述業(yè)務(wù)流程圖施加約束條件。[0012]優(yōu)選地，該方法還可包括如果需要對已開發(fā)完成的業(yè)務(wù)流程進行功能變更和/或流程變更，則修改所述已開發(fā)完成的業(yè)務(wù)流程所對應(yīng)的所述業(yè)務(wù)流程圖
[0013]優(yōu)選地，可使用UML語言建立所述PSM元模型。
[0014]所述平臺可以是J2EE平臺和/或.NET平臺。
[0015]所述PSM元模型可包括屬性字段。
[0016]所述PSM元模型還可包括操作字段。
[0017]所述XML可用于描述所述業(yè)務(wù)流程。
[0018]所述XSLT文件可用于描述所述用到的PSM元模型與所述平臺的代碼之間的映射規(guī)則。
[0019]根據(jù)權(quán)利要求1所述的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，還包括如果需要對已開發(fā)完成的業(yè)務(wù)流程進行功能變更和/或流程變更，則修改所述已開發(fā)完成的業(yè)務(wù)流程所對應(yīng)的所述業(yè)務(wù)流程圖。
[0020]本發(fā)明從MDA的PSM層開始進行業(yè)務(wù)建模，以UML活動圖的方式搭建業(yè)務(wù)流程圖，通過模型到代碼的轉(zhuǎn)換實現(xiàn)了信息系統(tǒng)的快速開發(fā)和部署。本發(fā)明可使用同一個元模型來表示不同業(yè)務(wù)流程中的相同操作，以避免業(yè)務(wù)模塊的重復(fù)開發(fā)，從而實現(xiàn)“一次開發(fā)，多處復(fù)用”，并且可在需求變更或功能擴展時快速響應(yīng)，還可大大減小在不同平臺上實現(xiàn)相同業(yè)務(wù)流程所需要的開發(fā)工作量。
[0021]本發(fā)明的其他特征和優(yōu)點將在隨后的【具體實施方式】部分予以詳細說明。
【專利附圖】

【附圖說明】
[0022]附圖是用來提供對本發(fā)明的進一步理解，并且構(gòu)成說明書的一部分，與下面的【具體實施方式】一起用于解釋本發(fā)明，但并不構(gòu)成對本發(fā)明的限制。在附圖中:
[0023]圖1示出了使用模型驅(qū)動架構(gòu)的業(yè)務(wù)生成過程；
[0024]圖2示出了根據(jù)本發(fā)明的使用模型驅(qū)動架構(gòu)開發(fā)電力企業(yè)信息系統(tǒng)的示意圖；
[0025]圖3是根據(jù)本發(fā)明的一個實施方式的開發(fā)電力企業(yè)信息系統(tǒng)的流程圖；以及
[0026]圖4是根據(jù)本發(fā)明的一個實施方式構(gòu)建的星級班組評定的業(yè)務(wù)流程圖。
【具體實施方式】
[0027]以下結(jié)合附圖對本發(fā)明的【具體實施方式】進行詳細說明。應(yīng)當理解的是，此處所描述的【具體實施方式】僅用于說明和解釋本發(fā)明，并不用于限制本發(fā)明。
[0028]根據(jù)本發(fā)明提供的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，可首先基于電力企業(yè)信息系統(tǒng)的業(yè)務(wù)特征，總結(jié)、梳理并抽象出電力企業(yè)信息系統(tǒng)元模型(MetaModel)，組成信息系統(tǒng)模型庫(ModelLibrary);然后在信息系統(tǒng)開發(fā)過程中調(diào)用模型庫進行圖形化開發(fā)，通過模型的組合關(guān)系、參數(shù)設(shè)定等構(gòu)建業(yè)務(wù)流程圖(ActivityDiagram)以實現(xiàn)業(yè)務(wù)功能需求；再通過模型代碼轉(zhuǎn)換(Model to Code Transformation,簡稱為M2C),將流程圖形式的業(yè)務(wù)功能映射為具體平臺上的業(yè)務(wù)代碼。之后，可將對應(yīng)的業(yè)務(wù)代碼部署在電力企業(yè)信息系統(tǒng)的綜合業(yè)務(wù)平臺(Integrated Services Platform, ISP)上以實現(xiàn)系統(tǒng)上線運行。在系統(tǒng)運行及維護階段，對于功能變更或流程變更的需求，可以回溯至業(yè)務(wù)流程圖構(gòu)建階段，通過更改業(yè)務(wù)流程圖并調(diào)用M2C重新生成業(yè)務(wù)代碼，以快速實現(xiàn)業(yè)務(wù)更新和發(fā)布，可大大縮短業(yè)務(wù)更新周期，降低了二次開發(fā)和維護成本。
[0029]圖1示出了從PM (平臺獨立模型)層開始的使用模型驅(qū)動架構(gòu)的業(yè)務(wù)生成過程。MDA根據(jù)不同抽象層次，定義了計算獨立模型(CM)、平臺獨立模型(PM)和平臺相關(guān)模型(PSM)。CIM是一個抽象層次較高、獨立于任何實現(xiàn)技術(shù)的系統(tǒng)模型，它著眼于系統(tǒng)需求的描述，而不關(guān)心系統(tǒng)本身的結(jié)構(gòu)和功能實現(xiàn)細節(jié)。PIM類似于系統(tǒng)分析模型，它處于中間抽象層次。在103中，可根據(jù)業(yè)務(wù)功能需求101，使用PM元模型102來搭建PM層業(yè)務(wù)模型，PIM層業(yè)務(wù)模型104關(guān)注于功能而忽略與平臺相關(guān)的部分。在105中，可對PM層業(yè)務(wù)模型104進行模型驗證。在108中，可執(zhí)行M2M模型轉(zhuǎn)換以將PM層業(yè)務(wù)模型104轉(zhuǎn)換為PSM層業(yè)務(wù)模型109。108中的M2M模型轉(zhuǎn)換要用到PM-PSM模型映射規(guī)則106和PSM元模型107。在110中，可對PSM層業(yè)務(wù)模型109進行模型驗證?？稍?13中執(zhí)行M2C模型轉(zhuǎn)換以將PSM層模型109轉(zhuǎn)換為適用于該平臺的業(yè)務(wù)代碼114。在執(zhí)行M2C模型轉(zhuǎn)換前，需要先確定M2C模型代碼映射規(guī)則111和PSM元模型對應(yīng)的組件代碼112。平臺相關(guān)模型(例如，適用于該平臺的業(yè)務(wù)代碼114)和通常所說的設(shè)計模型類似，它把業(yè)務(wù)獨立模型與具體使用平臺的細節(jié)相結(jié)合，包含了具體平臺的特定實現(xiàn)技術(shù)。
[0030]圖2示出了根據(jù)本發(fā)明的使用模型驅(qū)動架構(gòu)開發(fā)電力企業(yè)信息系統(tǒng)的示意圖?？蓮哪Ｐ万?qū)動架構(gòu)的PSM層開始進行業(yè)務(wù)建模，以UML活動圖的方式搭建業(yè)務(wù)流程，通過模型到代碼的轉(zhuǎn)換實現(xiàn)信息系統(tǒng)的快速開發(fā)和部署。首先可實例化PSM元模型201，以構(gòu)建PSM業(yè)務(wù)模型202。PSM元模型可包括屬性字段和操作字段，例如用于實現(xiàn)數(shù)據(jù)傳輸功能的元模型，其屬性字段可以包括源和目的，其操作字段可包括傳輸操作。PSM元模型也可以僅有屬性字段而不具備操作字段，例如用于表示用戶信息的元模型，其屬性字段可包括用戶名稱、性別、出生日期和職稱等，而沒有操作字段。然后可使用例如UML語言的建模語言對PSM業(yè)務(wù)模型202施加約束條件203。在204中，將PSM業(yè)務(wù)模型202和相應(yīng)的約束條件203轉(zhuǎn)換為用于描述業(yè)務(wù)的XML文件206。在205中，針對被使用的PSM元模型生成用于描述M2C映射規(guī)則的XSLT文件207?；赬SLT技術(shù)的代碼生成器208根據(jù)XSLT文件207所描述的M2C映射規(guī)則將XML文件206所描述的業(yè)務(wù)映射為業(yè)務(wù)代碼209 (例如，適用于J2EE平臺的代碼，適應(yīng)于.NET平臺的代碼)。
[0031]圖3是根據(jù)本發(fā)明的一個實施方式的開發(fā)電力企業(yè)信息系統(tǒng)的流程圖。
[0032]步驟SI，將電力企業(yè)信息系統(tǒng)中待開發(fā)的業(yè)務(wù)流程拆分為至少一個元模型。如果拆分出的元模型不包括在信息系統(tǒng)模型庫中，則用建模語言開發(fā)對應(yīng)的元模型，并將其存儲在模型庫中。常用的建模語言包括UML、M0F和CWM，本實施方式中，可優(yōu)選UML語言。該拆分的過程不僅是簡單的模塊劃分，還應(yīng)該考慮功能的相似性，以提取盡可能多的可被多處復(fù)用的元模型。
[0033]步驟S2，調(diào)用信息系統(tǒng)模型庫中的元模型，以構(gòu)建業(yè)務(wù)流程圖?？蓪嵗璧臉I(yè)務(wù)模型以根據(jù)需要搭建業(yè)務(wù)流程。實例化的過程中可通過給元模型輸入?yún)?shù)來向元模型施加約束，以實現(xiàn)個性化需求?？捎靡詧D形化表示的元模型來構(gòu)建業(yè)務(wù)流程圖。
[0034]步驟S3，將所述業(yè)務(wù)流程圖轉(zhuǎn)換為XML文件，并且生成描述所述業(yè)務(wù)流程圖中用
到的所述元模型的M2C映射規(guī)則的XSLT文件?？蛇x用現(xiàn)有的轉(zhuǎn)換軟件(如B0HanciK I的Together等)完成對應(yīng)的轉(zhuǎn)換。
[0035]步驟S4，使用代碼生成器，根據(jù)所述XSLT文件將所述XML文件映射為與平臺對應(yīng)的代碼?？墒褂貌煌拇a生成器得到對應(yīng)于不同平臺的代碼，或者將可支持多種平臺的代碼生成器設(shè)置為對應(yīng)平臺的模式，從而根據(jù)該XSLT文件將該XML映射為與平臺對應(yīng)的代碼。電力企業(yè)的信息系統(tǒng)通常采用J2EE平臺或者.NET平臺，代碼生成器可將XML文件+XSLT文件映射為J2EE代碼或者.NET代碼。該代碼生成器可以是現(xiàn)有的轉(zhuǎn)換軟件或者針對電力企業(yè)信息系統(tǒng)的平臺專門開發(fā)的專用軟件。編程人員還可修改生成的J2EE代碼或者.NET代碼。
[0036]圖4是根據(jù)本發(fā)明的一個實施方式構(gòu)建的星級班組評定的業(yè)務(wù)流程圖。星級班組的評定流程可分為兩部分。一部分是班組自評，班組自評可包括班組長登錄和自評表格填寫，如果自評結(jié)果滿足星級評定要求，則可以提交星級評定申請。另一部分是審核人員審核，例如，上級部門登陸后，可收到星級評定申請的通知，查看遞交的星級評定申請并進行審核，以進行星級審批，以確定是否授予該班組星級稱號。
[0037]可將上述流程進行拆分并且提取出Login (用戶登錄)元模型、Evaluation (班組評價)元模型、Judgement (判定)元模型和多個流程控制元模型。Login元模型的屬性字段可包括用戶ID、密碼、班組ID、登錄狀態(tài)，其操作字段可包括鑒權(quán)操作和數(shù)據(jù)庫讀寫操作。Login元模型可根據(jù)輸機人員輸入的用戶ID和密碼，來自動讀取數(shù)據(jù)庫中的數(shù)據(jù)信息進行核對，確定不同用戶的相關(guān)信息和權(quán)限，以及顯示登錄成功并允許進入下一步或者顯示登錄失敗。Evaluation元模型的屬性字段可包括ID、多個評分值和考評成績，其操作字段可包括鑒權(quán)操作、數(shù)據(jù)庫讀寫操作和運算操作。Evaluation元模型可從數(shù)據(jù)庫中自動讀取考核項目和評分標準，并根據(jù)輸機人員輸入的分數(shù)進行計算，并輸出考評成績。Judgement元模型的屬性字段可包括待比較數(shù)據(jù)、閾值和比較結(jié)果，其操作字段可包括比較操作和流程終止操作。Judgement元模型可根據(jù)輸入的數(shù)據(jù)與預(yù)設(shè)的閾值進行比較，如果滿足則進入下一步，如果不滿足則可結(jié)束星級班組評定。提交申請元模型的屬性字段可包括ID、考評成績和提交狀態(tài)，其操作字段可包括數(shù)據(jù)庫讀寫操作。提交申請元模型可將接收到的ID和考評成績作為申請寫入數(shù)據(jù)庫。審核元模型的屬性字段可包括通知指示、ID、輸入的考評成績、輸出的考評成績和多個評分值，其操作字段可包括鑒權(quán)操作、數(shù)據(jù)庫讀寫操作和運算操作。審核元模型可自動從數(shù)據(jù)庫中讀取接收到的審核通知所對應(yīng)的ID和考評成績，輸機人員可對該考評成績進行修改以更新考評成績。審批元模型的屬性字段可包括ID、考評成績和評級狀態(tài)，其操作字段可包括數(shù)據(jù)庫讀寫操作。審批元模型可接收ID和考評成績并更新相應(yīng)的評級。如果這些元模型不是信息系統(tǒng)模型庫中現(xiàn)有的，可用UML建模語言開發(fā)相應(yīng)的元模型。
[0038]可以按下面的方式實例化對應(yīng)元模型，以圖形化的方式搭建班組長提交星級班組評定申請的流程。
[0039]可將Login元模型實例化為班組長登錄模塊401，并施加約束條件以將核對的數(shù)據(jù)信息限定為班組長信息。如果輸機人員輸入的用戶ID屬于班組長ID，并且密碼正確，則可顯示登錄成功，可顯示和輸出對應(yīng)的班組ID等信息，并允許進入班組自評模塊402 ;否貝IJ，可顯示登錄失敗和/或不被允許進入班組自評模塊402。
[0040]可將Evaluation元模型實例化為班組自評模塊402，可施加約束條件以將考核項目和評分標準限定為星級評定對應(yīng)的自評項目和評分標準。班組自評模塊402可從數(shù)據(jù)庫中讀取星級評定對應(yīng)的自評和評分標準，并根據(jù)輸機人員輸入的分數(shù)進行計算，以輸出接收到的班組ID對應(yīng)的自評成績。
[0041]可將Judgement元模型實例化為自評判斷模塊403，可施加約束條件以將班組自評模塊402得到的自評成績作為自評判斷模塊403的輸入數(shù)據(jù)，并設(shè)置閾值。自評判斷模塊403可將該輸入數(shù)據(jù)與預(yù)設(shè)閾值比較，如果滿足條件則進入提交星級評定申請模塊404，否則可結(jié)束星級班組評定。
[0042]可將提交申請元模型實例化為提交星級評定申請模塊404，可施加約束條件以指定該模塊的輸入ID是班組長登錄模塊401輸出的班組ID，并且該模塊輸入的考評成績是班組自評模塊402輸出的自評成績，并指定將該班組ID和自評成績作為星級班組評定申請寫入數(shù)據(jù)庫。
[0043]至此，可實現(xiàn)班組長提交星級班組評定申請的流程。
[0044]可以按下面的方式實例化對應(yīng)元模型，以圖形化的方式搭建審核人員審核星級班組評定的流程。
[0045]可將Evaluation元模型實例化為審核人員登錄模塊501，可施加約束條件以將核對的數(shù)據(jù)信息限定為審核人員信息。如果輸機人員輸入的用戶ID屬于審核人員ID，并且密碼正確，則可顯示登錄成功，可接收星級班組評定申請通知并且可允許進入星級審核模塊502 ;否則，可顯示登錄失敗和/或不被允許進入星級審核模塊502。
[0046]可實例化審核元模型為星級審核模塊502，可施加約束條件以指定審核人員登錄模塊501接收到的星級班組評定申請通知是其接收到的審核通知，并從數(shù)據(jù)庫中讀取該審核通知對應(yīng)的班組ID和自評成績。輸入人員(即審核人員)還可修改星級班組評定所對應(yīng)的多個考核項目的評分值，以輸出該班組ID對應(yīng)的考評成績。
[0047]可將Judgement元模型實例化為審核判斷模塊503，可施加約束條件以將星級審核模塊502中得到的考評成績可作為審核判斷模塊503的輸入數(shù)據(jù)，并設(shè)置閾值。審核判斷模塊503可將該輸入數(shù)據(jù)與預(yù)設(shè)閾值比較，如果滿足條件則允許進入星級審批模塊504，否則可結(jié)束星級班組評定。
[0048]可將審批元模型實例化為星級審批模塊504，可施加約束條件以指定星級審核模塊502中得到的班組ID和考評成績?yōu)樾羌墝徟K504的輸入ID和考評成績，并設(shè)置待更新的評級為星級班組評定。星級審批模塊504可根據(jù)該考評成績，以更新該班組ID對應(yīng)的星級評定的評級狀態(tài)。
[0049]至此，可實現(xiàn)審核人員審核星級班組評定的流程。
[0050]然后可通過XMI轉(zhuǎn)換工具將圖形化的班組長提交星級班組評定申請的流程和審核人員審核星級班組評定的流程轉(zhuǎn)換為XML文件，可使用XSLT編輯器得到描述Login元模型、Evaluation元模型、Judgement元模型、提交申請元模型、審核元模型和審批元模型的M2C映射規(guī)則的XSLT文件。然后采用基于XSLT技術(shù)的代碼生成器根據(jù)該XSLT文件將該XML文件映射為對應(yīng)于J2EE和/或.NET平臺的代碼。
[0051]上述Login元模型即可被實例化為班組長登錄模塊401，也可被實例化為審核人員登錄模塊501。上述流程中Judgement元模型也在兩處被實例化。同樣，所開發(fā)出的模型還可用在其他登錄或者審批流程中，減少了重復(fù)開發(fā)。當需要對上述流程進行增加或者刪減時，可通過補充缺少的元模型和重新以圖形化的方式搭建流程圖來實現(xiàn)，使得程序易于被更新和維護。并且根據(jù)本發(fā)明，如果需要在J2EE和.NET這兩種平臺上實現(xiàn)相同的業(yè)務(wù)流程，則大部分的工作成果(從元模型開發(fā)至生成XML+XSLT文件)是可以共享的，可大大減小業(yè)務(wù)在不同平臺間移植所需的工作量。
[0052]以上結(jié)合附圖詳細描述了本發(fā)明的優(yōu)選實施方式，但是，本發(fā)明并不限于上述實施方式中的具體細節(jié)，在本發(fā)明的技術(shù)構(gòu)思范圍內(nèi)，可以對本發(fā)明的技術(shù)方案進行多種簡單變型，這些簡單變型均屬于本發(fā)明的保護范圍。
[0053]另外需要說明的是，在上述【具體實施方式】中所描述的各個具體技術(shù)特征，在不矛盾的情況下，可以通過任何合適的方式進行組合。為了避免不必要的重復(fù)，本發(fā)明對各種可能的組合方式不再另行說明。
[0054]此外，本發(fā)明的各種不同的實施方式之間也可以進行任意組合，只要其不違背本發(fā)明的思想，其同樣應(yīng)當視為本發(fā)明所公開的內(nèi)容。
【權(quán)利要求】
1.一種基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法,該方法包括: 將待開發(fā)的業(yè)務(wù)流程拆分為至少一個PSM元模型； 調(diào)用信息系統(tǒng)模型庫中的PSM元模型，以構(gòu)建業(yè)務(wù)流程圖； 將所述業(yè)務(wù)流程圖轉(zhuǎn)換為XML文件，并且生成針對所述業(yè)務(wù)流程圖中用到的所述PSM元模型的XSLT文件；以及 使用代碼生成器，根據(jù)所述XSLT文件將所述XML文件映射為與平臺對應(yīng)的代碼。
2.根據(jù)權(quán)利要求1所述的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，該方法還包括:如果經(jīng)拆分得到的所述PSM元模型中的部分或者全部PSM元模型不是所述信息系統(tǒng)模型庫中現(xiàn)有的PSM元模型，則開發(fā)出缺少的所述PSM元模型并將其存儲在所述信息系統(tǒng)模型庫中。
3.根據(jù)權(quán)利要求1所述的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，還包括在將所述業(yè)務(wù)流程圖轉(zhuǎn)換為XML文件前，對所述業(yè)務(wù)流程圖施加約束條件。
4.根據(jù)權(quán)利要求1所述的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，還包括如果需要對已開發(fā)完成的業(yè)務(wù)流程進行功能變更和/或流程變更，則修改所述已開發(fā)完成的業(yè)務(wù)流程所對應(yīng)的所述業(yè)務(wù)流程圖。
5.根據(jù)權(quán)利要求1所述的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，其中，使用UML語言建立所述PSM元模型。
6.根據(jù)權(quán)利要求1所述的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，其中所述平臺是J2EE平臺和/或.NET平臺。
7.根據(jù)權(quán)利要求1所述的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，其中所述PSM元模型包括屬性字段。
8.根據(jù)權(quán)利要求7所述的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，其中所述PSM元模型還包括操作字段。
9.根據(jù)權(quán)利要求1所述的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，其中所述XML用于描述所述業(yè)務(wù)流程。
10.根據(jù)權(quán)利要求1所述的基于MDA的電力企業(yè)信息系統(tǒng)開發(fā)方法，其中所述XSLT文件用于描述所述用到的PSM元模型與所述平臺的代碼之間的映射規(guī)則。
【文檔編號】G06F9/44GK103995699SQ201410200516
【公開日】2014年8月20日 申請日期:2014年5月13日 優(yōu)先權(quán)日:2014年5月13日
【發(fā)明者】趙云山, 趙書君, 趙華, 王德軍, 王曦釗, 張佑, 李紹卓, 董雯婕, 洪源 申請人:中國神華能源股份有限公司, 北京國華電力有限責任公司, 神華國華（北京）電力研究院有限公司