本發(fā)明涉及軟件開發(fā)領(lǐng)域，尤其涉及一種基于xml和flash技術(shù)棧引擎的工作流程。

背景技術(shù)：

目前很多行業(yè)都有配套的窗口柜臺服務(wù)，如銀行網(wǎng)點，票務(wù)銷售，或是標(biāo)準(zhǔn)化的工作流程體系，如工業(yè)制造的生產(chǎn)線，連鎖咖啡店的咖啡師。這些行業(yè)的相關(guān)崗位都需要根據(jù)標(biāo)準(zhǔn)化的流程進行工作，以確保整個生產(chǎn)服務(wù)鏈有序運作，確保服務(wù)或產(chǎn)品保持一致的質(zhì)量。因此針對不同行業(yè)不同崗位的數(shù)字化培訓(xùn)，必須根據(jù)實際需求，進行定制化開發(fā)，每個企業(yè)都有自己的流程需求，即便是相同行業(yè)下的不同企業(yè)，也存在著巨大的差異。這必將導(dǎo)致培訓(xùn)解決方案提供方(軟件企業(yè))在開展不同客戶業(yè)務(wù)的同時，產(chǎn)生大量的軟件開發(fā)勞動。

場景1：工業(yè)制造的車間流水線上的工作人員，他們的工作是安全合規(guī)的操作機床，各種設(shè)備，監(jiān)控機器運作等，有時還需要在車間里走動。而銀行網(wǎng)點柜員的柜員，則是端坐在柜臺里，受理客戶的各類銀行業(yè)務(wù)。工業(yè)和銀行業(yè)，是完全兩種不同的行業(yè)，對于這樣的崗位培訓(xùn)，我們幾乎無法采用一致的軟件系統(tǒng)來實現(xiàn)數(shù)字化培訓(xùn)的需求。

場景2：肯德基的柜臺工作人員的工作流程是：接單->下單，錄入交易系統(tǒng)->收銀，錄入交易系統(tǒng)->離開柜臺為客人配餐–>送餐->完成訂單；

而麥當(dāng)勞的柜臺工作人員的工作流程是：接單->下單，錄入交易系統(tǒng)->收銀，錄入交易系統(tǒng)->指引客人在一旁等待->接單->….(當(dāng)配餐工作人員完成配餐后，指引客人取餐，完成這一訂單)

由上述流程可以看出，同是餐飲行業(yè)，兩家企業(yè)的同崗位人員的工作流程雖然有相似之處，但也存在著差異。而軟件企業(yè)在實際的培訓(xùn)系統(tǒng)開發(fā)過程中，即便軟件工程師采用相同系統(tǒng)底層的框架進行開發(fā)，但是在實現(xiàn)具體的流程細節(jié)上，卻要根據(jù)客戶需求做大量的定制化開發(fā)，也就意味著大量的 代碼修改和程序編譯，并由此產(chǎn)生一系列的軟件開發(fā)問題，如軟件測試成本增加，項目管理成本增加等。

技術(shù)實現(xiàn)要素：

鑒于目前技術(shù)存在的上述不足，本發(fā)明提供一種基于xml和flash技術(shù)棧引擎的工作流程，本發(fā)明可以在不改變現(xiàn)存系統(tǒng)的代碼和邏輯的條件下，滿足各行業(yè)中擁有標(biāo)準(zhǔn)化流程崗位的數(shù)字化培訓(xùn)和數(shù)字化管理。采用本發(fā)明可以減少行業(yè)軟件的開發(fā)成本，降低研發(fā)風(fēng)險，當(dāng)實際業(yè)務(wù)發(fā)生變更時，不需要改動軟件代碼，通過數(shù)據(jù)變動來推進it系統(tǒng)的更新，實現(xiàn)高效快速的軟件系統(tǒng)迭代。

本發(fā)明的采用如下技術(shù)方案：

一種基于xml和flash技術(shù)棧引擎的工作流程，包括以下步驟：

根據(jù)業(yè)務(wù)需求編寫流程模塊并發(fā)布到流程庫；

將流程模塊使用xml數(shù)據(jù)結(jié)構(gòu)組裝成完整的流程腳本；

解析流程腳本并從流程庫中查找相應(yīng)的流程模塊；

在工作流引擎運行一個新業(yè)務(wù)時經(jīng)過流程腳本解析的流程模塊被動態(tài)加載到引擎里來提供業(yè)務(wù)流服務(wù)。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述根據(jù)業(yè)務(wù)需求編寫流程模塊并發(fā)布到流程庫的步驟中，所述流程庫為所有獨立流程模塊的集合，使用adobeflash技術(shù)棧進行開發(fā)實現(xiàn)，所述adobeflash技術(shù)棧包括adobeactionscript3.0腳本語言和adobeflash動畫技術(shù)。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述將流程模塊使用xml數(shù)據(jù)結(jié)構(gòu)組裝成完整的流程腳本的步驟中，所述流程腳本用于描述流程模塊之間的順序、依賴和包容關(guān)系。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述在工作流引擎運行一個新業(yè)務(wù)時經(jīng)過流程腳本解析的流程模塊被動態(tài)加載到引擎里來提供業(yè)務(wù)流服務(wù)的步驟中，所述工作流引擎作為中間件嵌入到各個oa系統(tǒng)、erp系統(tǒng)、數(shù)字化培 訓(xùn)系統(tǒng)中。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述流程庫向工作流引擎開放了接口，用于引擎在解析xml流程腳本時從流程庫中查找相應(yīng)的流程模塊。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述工作流引擎作為中間件嵌入外層系統(tǒng)，提供業(yè)務(wù)流服務(wù)。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述工作流引擎中workflowrunner組件，用于流程模塊加載、流程定義數(shù)據(jù)解析、代碼組件映射和內(nèi)存對象管理。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述工作流引擎同時管理和校驗一個流程模塊，當(dāng)輸入正確時，workflowrunner則將輸入信息推送至當(dāng)前流程模塊，讓流程模塊映射的代碼執(zhí)行業(yè)務(wù)邏輯，并輸出結(jié)果；當(dāng)結(jié)果為正確時，workflowrunner則自動銷毀當(dāng)前流程模塊，并載入下一個流程模塊，繼續(xù)等待用戶輸入，直至完成所有流程模塊。

本發(fā)明的一種基于xml和flash技術(shù)棧引擎的工作流程，包括以下步驟：根據(jù)業(yè)務(wù)需求編寫流程模塊并發(fā)布到流程庫；將流程模塊使用xml數(shù)據(jù)結(jié)構(gòu)組裝成完整的流程腳本；解析流程腳本并從流程庫中查找相應(yīng)的流程模塊；在工作流引擎運行一個新業(yè)務(wù)時經(jīng)過流程腳本解析的流程模塊被動態(tài)加載到引擎里來提供業(yè)務(wù)流服務(wù)，本發(fā)明可以在不改變現(xiàn)存系統(tǒng)的代碼和邏輯的條件下，滿足各行業(yè)中擁有標(biāo)準(zhǔn)化流程崗位的數(shù)字化培訓(xùn)和數(shù)字化管理。采用本發(fā)明可以減少行業(yè)軟件的開發(fā)成本，降低研發(fā)風(fēng)險，當(dāng)實際業(yè)務(wù)發(fā)生變更時，不需要改動軟件代碼，通過數(shù)據(jù)變動來推進it系統(tǒng)的更新，實現(xiàn)高效快速的軟件系統(tǒng)迭代。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明具體實施的流程。

圖2為本發(fā)明中xml流程定義腳本文件的數(shù)據(jù)結(jié)構(gòu)示意圖。

圖3為本發(fā)明中工作流引擎的具體實現(xiàn)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

如圖1-圖3所示，本發(fā)明提供一種基于xml和flash技術(shù)棧引擎的工作流程，包括以下步驟：

步驟s1：根據(jù)業(yè)務(wù)需求編寫流程模塊并發(fā)布到流程庫，其中流程庫為所有獨立流程模塊的集合，使用adobeflash技術(shù)棧進行開發(fā)實現(xiàn)，所述adobeflash技術(shù)棧包括adobeactionscript3.0腳本語言和adobeflash動畫技術(shù)，以及軟件開發(fā)人員根據(jù)具體業(yè)務(wù)需求編寫流程模塊，并發(fā)布到流程庫里，等待被使用，其中所謂流程模塊即由軟件開發(fā)人員抽象出來的具體的某一件事情，比如銀行柜員辦理業(yè)務(wù)時，需要對客戶存的現(xiàn)金進行點鈔確認金額操作，那么我們即認為“點鈔”就是一個獨立的流程模塊；同理，銀行柜員在辦理業(yè)務(wù)時還需要操作交易系統(tǒng)，那么“操作交易系統(tǒng)”這件事，也被抽象成一個獨立的流程模塊，由于流程模塊是獨立存在和工作的，因此我們可以像搭積木一樣，將各種流程模塊進行組合，由此實現(xiàn)各種業(yè)務(wù)流程需求。

步驟s2：參照圖2，將流程模塊使用xml數(shù)據(jù)結(jié)構(gòu)組裝成完整的流程腳本，其中流程腳本用于描述流程模塊之間的順序、依賴和包容關(guān)系，具體為軟件開發(fā)人員根據(jù)具體業(yè)務(wù)需求，將零散的流程模塊使用xml數(shù)據(jù)結(jié)構(gòu)，組裝成完整的流程腳本，其中xml流程定義腳本文件，是用來向流程引 擎描述一個業(yè)務(wù)是如何工作的，即描述了流程模塊之間的順序關(guān)系，依賴和包容關(guān)系。例如銀行柜員辦理存款業(yè)務(wù)其中流程為：點鈔->操作交易系統(tǒng)->打印存款回執(zhí)單->把現(xiàn)金收入錢箱->將回執(zhí)單遞交客戶->和客戶道別，完成業(yè)務(wù)受理，xml流程定義腳本文件即把上述的流程用xml數(shù)據(jù)結(jié)構(gòu)的方式描述出來，定義了點鈔為第一個流程，定義了和客戶道別為最后一個流程，在圖2中可看出，一個完整的流程是由多個流程塊即流程模塊組成的，流程模塊之間存在前后順序關(guān)系，依賴和層級關(guān)系。也就是說通過xml數(shù)據(jù)驅(qū)動軟件業(yè)務(wù)邏輯變動。

步驟s3：解析流程腳本并從流程庫中查找相應(yīng)的流程模塊，具體為流程模塊庫向工作流引擎開放了接口，用于引擎在解析xml流程腳本時從流程庫中查找相應(yīng)的流程模塊，其中每一個流程模塊的定義，包括了流程名字，描述，順序編碼，參數(shù)變量，執(zhí)行規(guī)則，校驗規(guī)則，交互反饋信息。

步驟s4：參照圖3，在工作流引擎運行一個新業(yè)務(wù)時經(jīng)過流程腳本解析的流程模塊被動態(tài)加載到引擎里來提供業(yè)務(wù)流服務(wù)，其中工作流引擎作為中間件嵌入到各個oa系統(tǒng)、erp系統(tǒng)、數(shù)字化培訓(xùn)系統(tǒng)中，具體為工作流引擎，是本發(fā)明的核心部分，adobeactionscript3.0腳本語言實現(xiàn)。工作流引擎是剝離了具體業(yè)務(wù)邏輯的底層系統(tǒng)，該引擎只關(guān)心流程模塊庫和xml流程定義腳本，可以作為中間件嵌入到各個oa系統(tǒng)，erp系統(tǒng)或是數(shù)字化培訓(xùn)系統(tǒng)。

在本發(fā)明中，整個項目開發(fā)過程，開發(fā)人員無需關(guān)系系統(tǒng)底層如何實現(xiàn)和運作，僅需要根據(jù)框架規(guī)范和業(yè)務(wù)需求，制作相應(yīng)組件，再使用xml進行拼裝，因此本技術(shù)方案大量的減少了軟件開發(fā)的時間，讓軟件開發(fā)人員專注于實現(xiàn)業(yè)務(wù)；避免對系統(tǒng)底層進行修改，因此項目的開發(fā)和交付不需要對系統(tǒng)進行編譯，大大減少了系統(tǒng)的風(fēng)險。

在本發(fā)明中，工作流引擎作為中間件嵌入外層系統(tǒng)，提供業(yè)務(wù)流服務(wù)，其中外層系統(tǒng)，面向最終用戶，嵌入工作流引擎實現(xiàn)具體業(yè)務(wù)流程運作，從而最終用戶在系統(tǒng)上使用工作流，滿足各種標(biāo)準(zhǔn)業(yè)務(wù)流程培訓(xùn)。

在本發(fā)明中，標(biāo)準(zhǔn)化的業(yè)務(wù)流程是必須一步一步執(zhí)行的，流程中還可以分出小的流程，一個流程模塊里還可以定義多個流程模塊，只有完成了其下屬的流程模塊，該流程模塊才算完成，業(yè)務(wù)流程進度才會繼續(xù)往下推進。

在本發(fā)明中，參照圖3所示，其描述了本發(fā)明中工作流引擎的實現(xiàn)原理和工作方式：其中workflowrunner是核心組件，負責(zé)流程模塊加載，流程定義數(shù)據(jù)解析，代碼組件映射，內(nèi)存對象管理，工作流引擎同時只管理和校驗一個流程模塊，當(dāng)輸入正確時，workflowrunner則將輸入信息推送至當(dāng)前流程模塊，讓流程模塊映射的代碼執(zhí)行業(yè)務(wù)邏輯，并輸出結(jié)果；當(dāng)結(jié)果為正確時，workflowrunner則自動銷毀當(dāng)前流程模塊，并載入下一個流程模塊，繼續(xù)等待用戶輸入，直至完成所有流程模塊。

綜上所述，本發(fā)明一種基于xml和flash技術(shù)棧引擎的工作流程，包括以下步驟：根據(jù)業(yè)務(wù)需求編寫流程模塊并發(fā)布到流程庫；將流程模塊使用xml數(shù)據(jù)結(jié)構(gòu)組裝成完整的流程腳本；解析流程腳本并從流程庫中查找相應(yīng)的流程模塊；在工作流引擎運行一個新業(yè)務(wù)時經(jīng)過流程腳本解析的流程模塊被動態(tài)加載到引擎里來提供業(yè)務(wù)流服務(wù)，本發(fā)明可以在不改變現(xiàn)存系統(tǒng)的代碼和邏輯的條件下，滿足各行業(yè)中擁有標(biāo)準(zhǔn)化流程崗位的數(shù)字化培訓(xùn)和數(shù)字化管理。采用本發(fā)明可以減少行業(yè)軟件的開發(fā)成本，降低研發(fā)風(fēng)險，當(dāng)實際業(yè)務(wù)發(fā)生變更時，不需要改動軟件代碼，通過數(shù)據(jù)變動來推進it系統(tǒng)的更新，實現(xiàn)高效快速的軟件系統(tǒng)迭代。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本領(lǐng)域技術(shù)的技術(shù)人員在本發(fā)明公開的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以所述權(quán)利要求的保護范圍為準(zhǔn)。