[發(fā)明專利]基于Flex技術(shù)的AUV設(shè)計流程可視化建模方法

有效

• 申請?zhí)枺?/td>: 201410206634.2
• 申請日: 2014-05-16
• 公開（公告）號: CN103984818B
• 公開（公告）日: 2017-01-18
• 發(fā)明（設(shè)計）人: 許真珍;夏鋒;孔祥杰;徐秀娟;楊宗偉
• 申請（專利權(quán)）人: 大連理工大學(xué)
• 主分類號: G06F17/50
• 分類號: G06F17/50;G06F9/44
• 代理公司: 大連理工大學(xué)專利中心21200
• 代理人: 梅洪玉

1.一種基于Flex技術(shù)的AUV設(shè)計流程可視化建模方法，其特征在于，該AUV設(shè)計流程可視化建模方法包括客戶端的可視化建模和服務(wù)器端的設(shè)計流程引擎；

(一)客戶端的可視化建模

(1)設(shè)計圖元：定義一套符合工作流管理聯(lián)盟標(biāo)準(zhǔn)的基本圖元，包括：開始圖元、結(jié)束圖元、分支圖元、合并圖元、選擇圖元、循環(huán)圖元和流程路由遷移線；此外，還定義了一套能支持AUV設(shè)計流程涉及到的多種不同計算任務(wù)的任務(wù)圖元，任務(wù)圖元可以隨著設(shè)計軟件的更新隨時調(diào)整；系統(tǒng)能夠支持基本圖元和任務(wù)圖元的選擇、拖拽、新增、修改、復(fù)制和刪除；

(2)設(shè)計任務(wù)節(jié)點(diǎn)：拖拽任務(wù)圖元到流程編輯區(qū)即創(chuàng)建了一個任務(wù)節(jié)點(diǎn)，設(shè)計流程由多個任務(wù)節(jié)點(diǎn)組成，AUV設(shè)計流程可視化建模的最終目的是將多人異地、不同時刻提交的設(shè)計流程中的多個任務(wù)，調(diào)度到合適的工作站上執(zhí)行；在流程創(chuàng)建階段，通過圖形化的方式，將任務(wù)節(jié)點(diǎn)組合成需要的流程結(jié)構(gòu)，并且每個任務(wù)節(jié)點(diǎn)都需要人工配置輸入輸出文件、啟動命令等屬性信息；任務(wù)節(jié)點(diǎn)的狀態(tài)隨著設(shè)計流程的創(chuàng)建、提交、解析、調(diào)度執(zhí)行而發(fā)生改變；

(3)設(shè)計流程復(fù)用：流程復(fù)用包括設(shè)計員創(chuàng)建的歷史流程的復(fù)用、同組設(shè)計員創(chuàng)建的流程復(fù)用和所有人可見的流程復(fù)用三個方面，一共有三級共享權(quán)限，分別是私有的，組內(nèi)共享，所有人可見；若流程屬性設(shè)置為組內(nèi)共享級別，則同組的其他設(shè)計員就可以在共享文件夾下面看到該流程并復(fù)用；若流程屬性設(shè)置為所有人可見，則所有人都在共享文件夾下面看到該流程并復(fù)用；

(4)設(shè)計流程監(jiān)控：對正在執(zhí)行的流程狀態(tài)進(jìn)行監(jiān)控，通過改變?nèi)蝿?wù)節(jié)點(diǎn)的圖標(biāo)顏色標(biāo)識任務(wù)的不同狀態(tài)，包括等待執(zhí)行、正在執(zhí)行、執(zhí)行故障和執(zhí)行完成；在界面上提示各個任務(wù)節(jié)點(diǎn)的開始時間、結(jié)束時間、執(zhí)行時間和被分配在哪個工作站上執(zhí)行；此外，若任務(wù)節(jié)點(diǎn)長時間不響應(yīng)，則說明發(fā)生故障，在監(jiān)控界面對故障節(jié)點(diǎn)進(jìn)行跟蹤記錄，方便設(shè)計人員恢復(fù)執(zhí)行失敗的流程；

(二)設(shè)計服務(wù)器端的流程引擎

(1)設(shè)計流程引擎與服務(wù)器的整合；設(shè)計流程引擎主要負(fù)責(zé)流程的解析以及對流程中任務(wù)的管理調(diào)度；設(shè)計流程引擎與服務(wù)器端的Web服務(wù)層、RMI中間件、移動Agent層以及數(shù)據(jù)庫整合在一起；

所述的Web服務(wù)層，主要處理來自三個方面的請求與響應(yīng)；第一是瀏覽器請求資源和提交信息；第二是根據(jù)用戶請求向數(shù)據(jù)庫讀寫數(shù)據(jù)；第三是響應(yīng)Aglet平臺的推送信息實(shí)現(xiàn)流程監(jiān)控功能；

所述的RMI中間件，作為Web服務(wù)器和Aglet平臺之間的通信機(jī)制而存在；由于平臺異構(gòu)，所以需要使用RMI遠(yuǎn)程過程調(diào)用技術(shù)將兩者融合在一起；其中Web服務(wù)器作為RMI服務(wù)的客戶端，而Aglet平臺作為RMI服務(wù)的服務(wù)器供應(yīng)端；

所述的移動Agent層主要包含Aglet平臺和設(shè)計流程引擎；因?yàn)锳glet平臺和設(shè)計流程引擎之間不存在異構(gòu)性，所以可以整合在一個服務(wù)層，且流程引擎解析執(zhí)行后需要Aglet平臺調(diào)度任務(wù)，整合在一起可以減少了兩個組件之間的信息傳遞，提高效率；Aglet平臺處理來自Web服務(wù)器的RMI請求，然后調(diào)用設(shè)計流程引擎，引擎根據(jù)提交的流程ID從數(shù)據(jù)庫中獲取流程模型信息并驗(yàn)證，對流程進(jìn)行解析，并將解析后的任務(wù)集合提交給Aglet平臺；Aglet平臺中的調(diào)度Agent根據(jù)調(diào)度算法將任務(wù)分配給合適的工作站執(zhí)行；執(zhí)行完成后Aglet通過URL請求將執(zhí)行完的信息推送給Web服務(wù)器，Web服務(wù)器更改數(shù)據(jù)庫信息并向客戶端反饋流程的實(shí)時狀態(tài)；

所述的數(shù)據(jù)庫作為系統(tǒng)的信息中心，承擔(dān)著系統(tǒng)I/O的讀寫任務(wù)；數(shù)據(jù)庫需要保存工作站資源信息，用戶基本信息和設(shè)計流程信息；由于基于Flex技術(shù)的可視化建模底層是由XML文檔來支持的，所以本系統(tǒng)采用XML文件存儲流程模型信息，數(shù)據(jù)庫表中存放XML文件的地址信息；

(2)設(shè)計流程引擎的令牌；設(shè)計流程引擎的執(zhí)行過程是由本系統(tǒng)自定義的一套令牌機(jī)制驅(qū)動的；引擎執(zhí)行涉及四個類，包括令牌類、流程類、任務(wù)類和執(zhí)行上下文類；每個類的實(shí)例將在引擎執(zhí)行過程中起到不同的作用；

所述的令牌實(shí)例：流程建模階段形成的流程模型實(shí)例化之后會生成一個令牌，該令牌全局唯一，隨流程的生命周期開始而開始，消亡而消亡，當(dāng)遇到分支節(jié)點(diǎn)的時候令牌會根據(jù)分支數(shù)分裂，每個子令牌會在子分支結(jié)構(gòu)里面運(yùn)作，直到遇到合并節(jié)點(diǎn)會等待所有子分支的子令牌回收，此時銷毀子令牌重組父令牌；

所述的流程實(shí)例：流程模型在提交之后會生成一個流程實(shí)例，該實(shí)例保存流程定義的信息，引擎解析流程并裝配文件，然后由令牌驅(qū)動執(zhí)行；

所述的任務(wù)實(shí)例：每次從流程實(shí)例里面生成一個待執(zhí)行的任務(wù)實(shí)例，該任務(wù)經(jīng)Aglet平臺調(diào)度交給工作站執(zhí)行；

所述的執(zhí)行上下文實(shí)例：執(zhí)行上下文里面存儲了流程執(zhí)行的參數(shù)，如流程的引用，令牌的引用，任務(wù)節(jié)點(diǎn)集合，遷移等；令牌從執(zhí)行上下文中獲取需要的變量信息，驅(qū)動流程的運(yùn)轉(zhuǎn)。