當前位置:萬佳範文網 >

畢業論文 >論文格式 >

關於SaaS的工作流仿真系統中的交叉仿真法

關於SaaS的工作流仿真系統中的交叉仿真法

以下是一篇關於關於SaaS的工作流仿真系統中的交叉仿真法的畢業論文提綱,歡迎瀏覽!

關於SaaS的工作流仿真系統中的交叉仿真法

0 引言

工作流仿真是在工作流程建模之後、系統具體投入使用之前,利用仿真引擎模擬工作流中各個活動的執行過程,通過多次仿真運行,得到一系列關於工作流模型運行的統計數據,如過程時間,過程成本和資源利用率等。

(1)流程仿真是為了發現流程中存在的問題,以便於為流程的改進提供指導。

(2)驗證流程的正確性:檢驗流程是否存在死鎖情況,流程能否在任何情況下都能夠到達終止狀態,找出流程沒有流經的節點;

(3)測試流程的性能:在流程正確的前提下,通過各種時間數據的分析,找到時間花銷最大的任務模塊,從而便於工作流優化[1]。

(4)從仿真中找出組織結構中各部門的參與情況,從工作量分析,有利於人力資源的合理分配,甚至於企業組織結構的調整。(屬於資源利用率中的人力資源的利用)。

1 介紹

借鑑計算機領域對服務的相關定義,仿真服務的定義為“使用標準接口描述和發佈,並且能夠被發現和調用的仿真組件”,一個仿真服務可以是任何可用的仿真資源,如仿真模型、仿真算法,計算模型,以及仿真數據等。基於SaaS 的仿真模型框架不同於傳統的基於閉環境的離散型仿真框架。SaaS 的出現為工作流仿真帶來了新的提議,它的最大的優勢是“可重複使用”,允許用户使用已有的方針資源進行仿真而不需重新獲取複雜龐大的仿真數據。

展示了基於SaaS 的工作流仿真框架,仿真信息配置、仿真執行和仿真可視化展示服務通過web service 提供給用户。

2 交叉仿真法

交叉仿真,就是指對給定工作流管理平台輸出的流程定義同時採用用户模擬仿真和流程實例模擬仿真兩種方法,對流程定義進行混合多線程仿真。

2.1 兩種仿真方法介紹

方法一:用户模擬仿真用於模擬大規模用户執行情況。企業中一個工作流實際運用起來會有很多成員參與執行,需要測試流程在接近真實用户數量參與的時候能否高效執行。此時模擬的是同一個工作流程實例,多用户參與執行不同任務的情況。用户在登陸後,獲取自己的任務列表然後開始執行任務。

(1)模擬環境配置:

1.配置虛擬用户數目作為線程的併發數

2.對人工任務節點進行信息配置

(2)仿真結果:

仿真結果可視化界面將展示整個流程實例完成時間作為仿真總體時間,並計算平均任務等待時間。

方法二:流程實例模擬仿真

可以模擬多個工作流程的執行情況。一個企業中往往存在很多業務流程,需要不同人員不同組織部門的交互參與。此時模擬的是同一個流程定義的不同流程實例,流程在執行過程中,遇到人工任務節點或是自動結點(需要資源充足),可能會使得流程停滯不前,需要外部觸發或是等待,獲得空閒後方可繼續執行流程。(例如:同時有多個資金申請流程啟動,檢查審批流程的效率),可以通過仿真結果得出流程設計的正確性(不可達問題)

(1)模擬環境配置:

1.配置流程實例數目作為線程併發數目

2.配置decision 信息,使得併發的線程儘可能遍佈流程定義的每一條分支

3.配置任務節點信息

(2)仿真的結果:

1.統計沒有流經的節點,從而提醒流程設計者檢查該節點是否為不可達。

2.統計資源利用率(物質資源、人力資源),資源的利用率。

3.統計各節點的時延信息,主要是人工任務或自動任務因為資源不足而導致的時延信息。(與1 不同的是,1 統計的是人工任務由於人為因素導致的延遲)。

2.2 兩種仿真方法的結合

大多數的測試工具,不限於工作流領域,都採用的是模擬多用户的方式,這樣僅僅能夠從多人執行單流程實例的角度模擬流程,無法獲得多流程實例併發的狀況。這樣的仿真需要在數據庫中添加大量的仿真信息,具有一定的不便性。

大多數已成型的仿真工具選擇2 模擬多流程實例的方式,忽略了實際推進流程執行的外界因素是用户本身,導致仿真的結果中對現實中用户併發的因素分析幾乎為零。

於是選擇將兩種流程仿真模式合併,在本仿真系統中,對同一個流程定義,根據用户服務需求兩種方法基礎上的層疊仿真,把不同視角的仿真流程執行情況融合在一起。全面分析流程定義,獲取最接近真實世界的仿真結果數據。

該算法描述兩套線程交互場景:用户線程發生器根據模擬信息生成用户實例,所有的用户線程要做的就是獲取各自的用户列表。流程實例發生器產生流程實例線程,從相同的情況下,它的定義是模擬過程中,所有進程線程需要做的是確定資源的可用性和觸發用户執行。

這種新方法是基於離散事件[2]的仿真。從技術角度來看,工作流仿真有兩種方式,系統分析(連續與離散數學模擬模型和數值方法計算)和離散事件仿真(德)上的事件處理方法的基礎。系統的分析為基礎的模擬大多與學術研究相關,而DES 被認為是在業務流程中所產生的事件驅動,因此它被廣泛使用的工具於工作流仿真。

因此,通過使用相同的模擬在上述兩種方法所描述的信息這種方法更多的信息。

(1)模擬環境配置:

包括以上兩種仿真方法的所有仿真信息。

(2)仿真的結果:

1.任務的平均等待時間:我們能夠統計工作的延遲,延遲的因素不僅是由於客觀的資源可用性,而且是由於主管的任務資源的延遲,這種延遲叫做懶惰模式延遲。

2. 平均任務執行時間。

3. 對流程實例的平均執行時間。

4. 完成率:該進程的情況下可成功結束的百分比。

5. 人力資源利用率.

3 工作流仿真數據模型

工作流管理聯盟提出了特定的定義模型用來描述工作流,即BPDM(工作流定義模型).流程定義模型(BPDM)可以非常好的表示實際的系統,但仍然缺少必要的仿真模擬信息,比如資源信息,執行時間的信息,這些信息構成了仿真執行的必要條件。因此,需要根據BPDM 建立業務過程仿真模型(BPSM)。

在模擬器,依據用户處理人工任務的不同行為來建模。仿真器提供了以下四種方式來描述用户處理人工任務時表現的四種行為方式。

(1)服從他的個人代理人模式(順從)。

(2)一旦有任務就儘早完成模式(倉促)。

(3)儘可能拖延到截止日期才完成任務模式(懶惰)。

(4)與其他任務並行完成任務模式(並行)[3]。

(5)要添加下列模擬元素,我們可以很容易適應這些人的行為類型。

(6)延遲:確定了該進程的延遲時間/任務。

(7)費用:確定該進程的成本/任務。

(8)收入:確定該進程的收入/任務。

(9)時間:定義為過程的持續時間/任務。

(10)比率:定義選擇一個過渡的機會[4]。

4 仿真引擎設計

基於 SaaS 的流程仿真平台基於web 工作,分為前台編輯展示部分和後台執行部分兩個模塊。流程仿真工具依賴於成型的工作流管理平台。從工作流管理平台獲取流程定義後轉變為仿真模型,進而自動在工作流引擎中執行。這裏的流程定義模型主要依託於外接的工作流管理平台。

工作流仿真平台是面向多工作流管理平台的服務系統,能夠適配於不同支持人工事件的流程定義語言的流程定義模型。工作流仿真模塊依賴於已有的業務流程管理。顯示了工作流程管理和工作流仿真平台的互動:從流程定義工具中獲取工作流仿真文件,將該仿真文件讀取並轉換為仿真模型,自動運行模擬引擎。人工任務仿真引擎依託於現有的工作流仿真引擎實現。工作流仿真是面向多業務流程管理平台,它可以適應不同的流程定義模型,支持人工任務。

4.1 仿真信息配置工具

該工具是一個基於Web 的圖形化建模工具。該環境提供模擬環境的定義屬性和行為的配置,抽樣例程,屬性表和視覺控制。通過配置,我們獲得一個模擬信息腳本。此腳本可以用來模擬初始運行,設置屬性,如任務的處理時間,成本,收入,資源分配,併為決策節點設置一個複雜的決策規則[5]。

4.2 仿真引擎

(1)模型解析器模型解析器就是用於對仿真模型XML 文件進行解析,獲取仿真信息,通過接口將仿真信息傳遞給工作流引擎運轉。解析出來的信息大部分由以下相對應的模塊提取出來,再向流程引擎發出相應執行指令。

(2)事件生成器根據仿真配置的信息,(事件信息)觸發流程引擎產生一個流程實例。

有三種事件發生模式可供仿真信息配置:間隔型事務模型、完成型事務模型、需求型事務模型。

(3)狀態控制器控制檢查流程的執行情況:對於人工節點,在保證資源充足的情況下依據仿真虛擬執行信息進行觸發和終止;對於虛結點中的路由選擇也依照虛擬仿真信息執行。

同時狀態管理器負責實時監控流程實例,為圖形展示界面提供流程實例的狀態信息。

(4)過程控制器負責向流程引擎提供路由信息。該模塊替代了實際工作流程運轉中的人工事件觸發,取而代之的是為各分支指定概率。(也可以考慮引入規則引擎)仿真支持部件中各個部件的功能:

5 仿真實驗

顯示了仿真信息的配置過程。當點擊一個工作流程元素時,將在右邊顯示節點需要填寫的仿真信息。正如所示,依據填寫的信息XML 文件將立即進行更新。顯示了模擬結果的界面,它為我們提供了仿真結果的信息,我們以表格和餅圖的形式展現數據。

6 總結

本文針對仿真引擎,提出了兩種仿真方法:模擬用户實例和模擬流程實例。並提出一種將兩種仿真方法疊加使用的二次仿真法,這種仿真方式從橫向和縱向兩種視角對一個工作流程的執行進行接近於現實的仿真,使得仿真結果更加真實可信,並依據此方法提出一套完整的從工作流定義模型衍化而來的工作流仿真模型.

有許多商業已有很多用於業務流程建模和仿真(COTS)的工具,然而,儘管這些產品的功能性日益增強,但在使用中仍然存在一些障礙。常見的問題是可用性和靈活性之間衝突[4]。目前提供的仿真服務只適合使用jPDL 和XPDL 兩種流程定義語言,在將來要使得仿真更加靈活,支持更多的業務流程定義語言,例如WS - BPEL 的[6]。如何使得動態生成的模擬數據更加符合客觀實際,是一個值得探討的問題,這需要進一步改善事件發生器。

[參考文獻] (References)

[1] kar, Ho Soo Lee, Anthon Levas, Raja Petrakian, FloraTsai, BillTulskie: ANALYZING ANDRE-ENGINEERING BUSINESS PROCESS USING SIMULATION. 26th conference on Winter simulation,Orlando, Florida, United States, 1994.

[2] Vlatka Hlupic, Stewart Robinson: BUSINESS PROCESS MODELLING AND ANAILYSIS USINGDISCRETE-EVENT SIMULATION. 30th conference on Winter simulation, Washington, D.C., United States,1998

[3] Hiroyuki Tarumi Tetsuya atsuyama, Yahiko Kambayashi: Evolution of Business Processes and a ProcessSimulation Tool. Sixth Asia Pacific Software Engineering Conference, Takamatsu, Japan, 1999.

[4] Changrui Ren, Wei Wang, Jin Dong, Hongwei Ding, Bing Shao, and Qinhua Wang. TOWARDS AFLEXIBLE BUSINESS PROCESS MODELING AND SIMULATION ChinaResearch Laboratory. Winter Simulation Conference, Miami, Florida, USA, 2019.

[5] Lianjun An, Jun-Jang Jeng. ON DEVELOPING SYSTEM DYNAMICS MODEL FOR BUSINESSPROCESS SIMULATION. Winter Simulation Conference, Orlando, FL, USA, 2019.

[6] Web Services Business Process Execution Language (WSBPEL)

標籤: 仿真 SaaS 系統
  • 文章版權屬於文章作者所有,轉載請註明 https://wjfww.com/biye/geshi/xook9y.html
專題