《電子技術(shù)應(yīng)用》
您所在的位置:首頁 > 通信與網(wǎng)絡(luò) > 設(shè)計(jì)應(yīng)用 > 業(yè)務(wù)流程中多元化催辦的研究與實(shí)現(xiàn)
業(yè)務(wù)流程中多元化催辦的研究與實(shí)現(xiàn)
2015年微型機(jī)與應(yīng)用第15期
任迎迎,徐建良
(中國海洋大學(xué) 信息科學(xué)與工程學(xué)院,山東 青島 266100)
摘要: 隨著計(jì)算機(jī)和互聯(lián)網(wǎng)的發(fā)展,信息化辦公已經(jīng)普及,在流程較長或角色較多的業(yè)務(wù)流程系統(tǒng)中,催辦功能就變的尤為重要。催辦即當(dāng)某一用戶在截止日期前仍未完成某一工作時(shí),系統(tǒng)自動發(fā)送消息提醒的功能。本文提出了多元化催辦模型,描述了催辦的算法,并給出了催辦實(shí)現(xiàn)的三種方式:系統(tǒng)短消息、電子郵件和短信。
Abstract:
Key words :

  摘  要: 隨著計(jì)算機(jī)和互聯(lián)網(wǎng)的發(fā)展,信息化辦公已經(jīng)普及,在流程較長或角色較多的業(yè)務(wù)流程系統(tǒng)中,催辦功能就變的尤為重要。催辦即當(dāng)某一用戶在截止日期前仍未完成某一工作時(shí),系統(tǒng)自動發(fā)送消息提醒的功能。本文提出了多元化催辦模型,描述了催辦的算法,并給出了催辦實(shí)現(xiàn)的三種方式:系統(tǒng)短消息、電子郵件短信

  關(guān)鍵詞: 多元化催辦;系統(tǒng)短消息;電子郵件;短信

0 引言

  在業(yè)務(wù)流程系統(tǒng)中,當(dāng)業(yè)務(wù)流程較長或者涉及角色較多時(shí),難免會因某一用戶工作拖延,導(dǎo)致其他用戶工作延期,催辦就是為了解決這一問題而提出的。當(dāng)某一用戶在截止日期前仍未完成工作時(shí),若系統(tǒng)可以自動發(fā)送消息提醒用戶,使得任務(wù)及時(shí)完成,流程得以繼續(xù),那么工作效率將會得到很大的提升[1]。

  本文建立了多元化催辦模型,描述了催辦算法,并給出了催辦實(shí)現(xiàn)的三種方式。多元化催辦的應(yīng)用可有效提高工作效率,加速并保證業(yè)務(wù)流程的順利流轉(zhuǎn)。

1 多元化催辦模型

  1.1 多元化催辦的定義

  在業(yè)務(wù)流程中,為了能夠根據(jù)活動的緊急程度發(fā)送不同形式的催辦提醒,需要定義不同的催辦類型。多元化催辦中的多元化含義之一便是催辦類型的多元化,即催辦類型是可定制的。

  在定義催辦類型時(shí),可以指定該催辦類型的催辦次數(shù)、每次催辦提醒的時(shí)間間隔以及催辦的方式。圖1給出了催辦類型的定義示例,共定義了三種催辦類型。

001.jpg

  本文采用XML來描述催辦類型,XML文檔簡單、可讀性高并且具有強(qiáng)大的數(shù)據(jù)描述能力。當(dāng)催辦模型發(fā)生變化時(shí),通過修改XML文件,無需改動程序代碼,即可實(shí)現(xiàn)。

  1.2 催辦模型

  本文提出了一種融入了多元化催辦的業(yè)務(wù)流程管理模型,增加了各活動之間緊急程度的描述。該模型中的符號部分參考了業(yè)務(wù)流程建模標(biāo)記法。模型中的主要元素有事件、活動、網(wǎng)關(guān)以及連接流[2]。表1給出了模型元素的名稱、符號表示等相關(guān)描述。

010.jpg

  催辦流部分關(guān)鍵模型元素的說明:

 ?。?)網(wǎng)關(guān):對于流程分散的情況,當(dāng)活動抵達(dá)排他型網(wǎng)關(guān)時(shí),將選擇某一分支執(zhí)行;當(dāng)活動抵達(dá)并行網(wǎng)關(guān)時(shí),將并行執(zhí)行后續(xù)所有分支。對于流程聚合的情況,當(dāng)任一活動抵達(dá)排他型網(wǎng)關(guān)時(shí),即執(zhí)行流出分支,僅當(dāng)所有活動抵達(dá)并行網(wǎng)關(guān)時(shí),才執(zhí)行流出分支[3]。

 ?。?)連接流:順序流僅表示兩個(gè)活動執(zhí)行的先后順序,而催辦流表明了活動的緊急程度。

  多元化催辦的模型示例如圖2所示,同樣采用XML對模型進(jìn)行描述。

002.jpg

2 催辦算法

  在業(yè)務(wù)流程中,某一活動的完成將觸發(fā)兩個(gè)事件:創(chuàng)建針對下一活動的新的催辦、終止前一個(gè)活動的催辦。

  2.1 創(chuàng)建催辦算法

  當(dāng)業(yè)務(wù)流程中的某一活動完成后,需要創(chuàng)建新的催辦提醒,若后續(xù)活動未在規(guī)定的時(shí)間范圍內(nèi)完成,便可提醒其相關(guān)負(fù)責(zé)人。

  業(yè)務(wù)流程中某個(gè)活動的所有后續(xù)分支情況共有5種類型:無分支、排他型聚合分支、并行聚合分支、排他型分散分支、并行分散分支,如圖3所示。

003.jpg

  活動的后續(xù)分支類型不同,其創(chuàng)建的相應(yīng)催辦也不同。在接下來的分析過程中,Activity1將簡單記為A1,以此類推。

 ?。?)無分支類型,后續(xù)活動只有一個(gè),如圖3中①所示,將產(chǎn)生StartActivity=A1,EndActivity=A2的一條催辦。

  (2)排他型聚合分支,后續(xù)活動有一個(gè),如圖3中②所示,將產(chǎn)生StartActivity=A1,EndActivity=A3的一條催辦。

  (3)并行聚合分支,后續(xù)活動只有一個(gè),如圖中類型③所示,將產(chǎn)生StartActivity=A1,EndActivity=A3的一條催辦。

 ?。?)排他型分散分支,后續(xù)有多個(gè)活動,這些活動中的某一個(gè)將在下一步執(zhí)行,但由于所有的活動均有被執(zhí)行的可能性,所以需要創(chuàng)建所有后續(xù)分支活動的催辦。如圖3中類型④所示,將產(chǎn)生StartActivity=A1,EndActivity=A2和StartActivity=A1,EndActivity=A3的兩條催辦。

 ?。?)并行分散分支,后續(xù)有多個(gè)活動,由于所有的活動都將在下一步并行執(zhí)行,所以需要創(chuàng)建所有后續(xù)分支活動的催辦。如圖3中類型⑤所示,將產(chǎn)生StartActivity=A1,EndActivity=A2和StartActivity=A1,EndActivity=A3的兩條催辦。

  創(chuàng)建催辦提醒的算法過程如圖4所示。

004.jpg

  2.2 終止催辦算法

  當(dāng)業(yè)務(wù)流程中的某一活動完成后,除了創(chuàng)建新的催辦提醒外,還需要終止前一個(gè)活動完成時(shí)針對該活動創(chuàng)建的催辦提醒。

  某個(gè)活動的先前分支情況同樣是5種類型,如圖5所示。

005.jpg

  活動的先前分支類型不同,其需要終止的催辦也不同。

 ?。?)無分支類型,只終止一條催辦。如圖5中①所示,將終止StartActivity=A1,EndActivity=A2的一條催辦。

 ?。?)排他型聚合分支,終止所有分支中被執(zhí)行的那個(gè)分支所產(chǎn)生的催辦。如圖5中②所示,將終止StartActivity=A1,EndActivity=A3或StartActivity=A2,EndActivity=A3中某一條催辦。

 ?。?)并行聚合分支,終止所有分支產(chǎn)生的催辦。如圖5中③所示,將終止StartActivity=A1,EndActivity=A3和StartActivity=A2,EndActivity=A3兩條催辦。

 ?。?)排他型分散分支,前一個(gè)活動產(chǎn)生了多個(gè)催辦,任何一個(gè)分支的活動完成都將終止所有的催辦。如圖5中④所示,將終止StartActivity=A1,EndActivity=A2和StartActivity=A1,EndActivity=A3兩條催辦。

 ?。?)并行分散分支,只終止一條催辦。如圖5中⑤所示,將終止StartActivity=A1,EndActivity=A2的一條催辦。

  終止催辦提醒的算法過程如圖6所示。

006.jpg

3 多元化催辦的實(shí)現(xiàn)

  多元化催辦中的多元化指的是催辦類型的多元化以及催辦方式的多元化。本文中主要介紹多元化催辦的三種實(shí)現(xiàn)方式:系統(tǒng)短消息、電子郵件和短信。

  3.1 關(guān)鍵技術(shù)

  3.1.1 Windows服務(wù)

  Windows服務(wù)是一種可長期運(yùn)行在操作系統(tǒng)后臺的應(yīng)用程序,適合在服務(wù)器上使用,可以在操作系統(tǒng)啟動時(shí)自動開始運(yùn)行,它沒有任何用戶界面,也不會產(chǎn)生可視的輸出[4]。Windows服務(wù)可以在沒有用戶登錄的情況下運(yùn)行,在后臺進(jìn)行某些操作[5]。

  3.1.2 Timer定時(shí)器

  Timer是.NET Framework下基于服務(wù)器的計(jì)時(shí)器(System.Timers.Timer),它能夠指定在應(yīng)用程序中引發(fā)Elapsed事件的周期性間隔,通過處理這個(gè)事件來提供常規(guī)處理,也就是在應(yīng)用程序中生成定期事件[6]。

  3.2 三種實(shí)現(xiàn)方式

  3.2.1 系統(tǒng)短消息

  系統(tǒng)短消息是用戶在業(yè)務(wù)流程管理系統(tǒng)中看到的催辦提醒,可通過將消息列表置于首頁等方式方便地提醒用戶待辦事項(xiàng)。

  系統(tǒng)短消息的實(shí)現(xiàn)比較簡單,通過查詢數(shù)據(jù)庫催辦表中當(dāng)前用戶的催辦消息,將符合條件的信息顯示于消息列表中即可。實(shí)現(xiàn)效果如圖7所示。

007.jpg

  3.2.2 電子郵件

  以電子郵件的形式將催辦提醒發(fā)送至用戶郵箱,使得用戶在不登錄系統(tǒng)的情況下,通過郵件即可掌握任務(wù)進(jìn)度情況。

  本文中實(shí)現(xiàn)電子郵件形式的催辦功能使用了Jmail組件,它是免費(fèi)組件,從互聯(lián)網(wǎng)上下載后只需注冊jmail.dll文件即可被調(diào)用[7]。實(shí)現(xiàn)效果如圖8所示。

008.jpg

  3.2.3 短信

  本文中采用網(wǎng)關(guān)短信實(shí)現(xiàn)短信方式的催辦,通過第三方短信平臺完成短信的發(fā)送功能。實(shí)現(xiàn)效果如圖9所示。

009.jpg

  網(wǎng)關(guān)短信通過調(diào)用運(yùn)營商提供的短信服務(wù)接口實(shí)現(xiàn),不需要硬件支持[8]。網(wǎng)關(guān)短信抵達(dá)率高,發(fā)送速度快,且方便監(jiān)管。

  3.3 多元化催辦的實(shí)現(xiàn)過程

  3.3.1 創(chuàng)建催辦提醒

  從催辦消息的產(chǎn)生到最終用戶收到催辦提醒,多元化催辦的創(chuàng)建過程如下:

 ?。?)某一活動a1完成,需要創(chuàng)建針對下一活動a2的催辦,即StartActivity=a1,EndActivity=a2的催辦消息提醒,此時(shí)催辦的狀態(tài)為New。

 ?。?)利用Windows服務(wù)和定時(shí)器Timer實(shí)現(xiàn)定時(shí)檢查催辦條目,若有條目的創(chuàng)建時(shí)間與當(dāng)前系統(tǒng)時(shí)間的間隔超過了催辦類型中定義的時(shí)間間隔,即在規(guī)定的時(shí)間范圍內(nèi)下一活動仍未完成,判斷催辦次數(shù)是否達(dá)到了催辦類型中定義的次數(shù),若次數(shù)已達(dá)到則把催辦的狀態(tài)直接置為RemindFailed,否則將催辦的狀態(tài)置為Reminded,并執(zhí)行下一步操作。

  (3)根據(jù)催辦類型中定義的實(shí)現(xiàn)方式,以某種或多種方式發(fā)送催辦消息提醒,并將催辦次數(shù)記錄增加一次,若已達(dá)到催辦類型中定義的催辦次數(shù),則將催辦的狀態(tài)置為RemindCompleted。

 ?。?)最終用戶以某種既定的形式收到催辦消息提醒,加快工作進(jìn)度,達(dá)到催辦目的。

  圖10所示為創(chuàng)建催辦提醒過程。

011.jpg

  3.3.2 終止催辦提醒

  多元化催辦的終止過程如下:

 ?。?)某一活動a2完成,需要終止上一活動a1完成時(shí)所創(chuàng)建的催辦提醒。

 ?。?)找到StartActivity=a1,EndActivity=a2的催辦消息提醒,改變其狀態(tài):若活動a2完成時(shí)尚未進(jìn)行過催辦提醒,則將催辦的狀態(tài)置為FinishedBeforeRemind,否則將催辦的狀態(tài)置為FinishedAfterRemind。

4 總結(jié)

  本文提出了一種多元化催辦的模型,描述了催辦的算法,并給出了催辦實(shí)現(xiàn)的三種方式:系統(tǒng)短消息、電子郵件和短信。三種方式的有效結(jié)合,可以確保用戶收到準(zhǔn)確、及時(shí)、恰當(dāng)?shù)奶嵝?。本文中采用XML來描述催辦模型和催辦類型的定義,在需求變化時(shí),通過修改XML文件即可方便實(shí)現(xiàn)。

  在接下來的工作中,將繼續(xù)完善多元化催辦模型及算法,增加新的催辦方式,并研究可視化的建模工具。

參考文獻(xiàn)

  [1] 吳暴.基于Web的短信平臺設(shè)計(jì)與實(shí)現(xiàn)[D].呼和浩特:內(nèi)蒙古大學(xué),2014.

  [2] 趙靜.規(guī)范化的BPMN設(shè)計(jì)方法與工具的研究[D].大連:大連海事大學(xué),2011.

  [3] 魏明,夏永霖,魏峻.BPMN到BPEL2.0的模型轉(zhuǎn)換方法[J].計(jì)算機(jī)應(yīng)用研究,2008,25(11):63-66.

  [4] 楊玫,劉瑜,趙秀麗.基于.NET的Windows服務(wù)開發(fā)技術(shù)研究[J].信息技術(shù),2014(9):205-208.

  [5] 曹光忠.基于Windows服務(wù)的Web服務(wù)安全構(gòu)件的設(shè)計(jì)[J].網(wǎng)絡(luò)安全技術(shù)與應(yīng)用,2009(5):21-23.

  [6] 馬建民,劉曉艷.校園網(wǎng)手機(jī)短信平臺的設(shè)計(jì)和應(yīng)用[J].南京廣播電視大學(xué)學(xué)報(bào),2012(2):92-94.

  [7] 楊曉征,郭士焱.基于Jmail和139信箱的手機(jī)提醒功能[J].硅谷,2008(24):80-81.

  [8] 張黎.基于短信的GSM網(wǎng)絡(luò)自動監(jiān)測和控制系統(tǒng)[D].無錫:江南大學(xué),2009.


此內(nèi)容為AET網(wǎng)站原創(chuàng),未經(jīng)授權(quán)禁止轉(zhuǎn)載。