驰骋工作流引擎设计系列10时效考核规则设计
?
?
第1節(jié). 關(guān)鍵字
馳騁工作流引擎 流程快速開發(fā)平臺(tái) workflow ccflow jflow
第1節(jié). 時(shí)效考核規(guī)則設(shè)計(jì)
考核是流程運(yùn)行的副產(chǎn)品,業(yè)務(wù)搬到了計(jì)算機(jī)上,整個(gè)運(yùn)行軌跡就會(huì)被有效的記錄下來。CCBPM的考核分為時(shí)效考核、質(zhì)量考核。時(shí)效考核是對(duì)工作及時(shí)程度的一種考核,而質(zhì)量考核是一個(gè)節(jié)點(diǎn)對(duì)上一個(gè)節(jié)點(diǎn)工作完成好壞的一個(gè)考核。
1.1.1: 時(shí)效考核的系統(tǒng)配置
系統(tǒng)配置分為工作日信息設(shè)置,節(jié)假日信息設(shè)置。
上下班&午休時(shí)間配置,該設(shè)置在全局變量里:JFlow的配置:
CCFlow的配置:
時(shí)間點(diǎn)的計(jì)算方式:
B與D才是有效的時(shí)效區(qū)間,A,C,E的區(qū)間是需要扣除的。
節(jié)假日配置:
如果是節(jié)假日,打上對(duì)勾,點(diǎn)擊保存,就是告訴系統(tǒng)這幾天是節(jié)假日,在計(jì)算時(shí)間的時(shí)候要扣除。
說明:該配置的信息寫入了Sys_GloVer 表里。Ccbpm的計(jì)算方式:系統(tǒng)是按照分鐘來計(jì)算的。
1.1.2: 時(shí)效基本設(shè)置
下圖是考核設(shè)置部分:
時(shí)效的設(shè)置:
限期(天)與小時(shí),兩個(gè)字段決定了考核的時(shí)長。
如果限期是一天半,那末在限期天字段設(shè)置為1,在小時(shí)里設(shè)置為4就可以了。按照通常的計(jì)算,如果是周5下班的時(shí)間發(fā)送的一件工作,那末該工作在下周2個(gè)上午午休時(shí)間之前完成都沒有預(yù)期。
如果一件工作需要3.5個(gè)小時(shí)完成,直接在限期(天)字段里設(shè)置為0,在小時(shí)字段里設(shè)置為3.5,在計(jì)算時(shí)間的時(shí)候,系統(tǒng)就會(huì)考慮午休的時(shí)間來合理的計(jì)算出來應(yīng)該完成時(shí)間。
工作的三個(gè)狀態(tài):
一個(gè)任務(wù)分配下去后,它有三個(gè)狀態(tài),分別是:正常、預(yù)警、逾期。
警告期限,就是提前多少天預(yù)警。限期,就是該工作需要多少天完成。比如:設(shè)置限期3天完成,警告期限是1天。
那么,周1接受到的任務(wù),應(yīng)該是周4完成,如果周3還沒有完成,就成警告狀態(tài)了。
應(yīng)完成時(shí)間的計(jì)算場景:
場景1:如果一個(gè)人在節(jié)假期發(fā)送了一件工作,那末下一個(gè)時(shí)間點(diǎn)的計(jì)算方式就是,就是下次上班的開始時(shí)間。
場景2:如果一個(gè)人處理工作的時(shí)間點(diǎn)是,節(jié)假日時(shí)間,那么他的實(shí)際完成時(shí)間的計(jì)算點(diǎn)是,下次上班的開始時(shí)間。
場景3:如果一個(gè)人在工作日的午休時(shí)間發(fā)送的一件工作,那末他的計(jì)算時(shí)間點(diǎn)是,下午上班的時(shí)間。
工作退回的時(shí)效考核計(jì)算方式:
現(xiàn)在有ABC三個(gè)節(jié)點(diǎn),他們的時(shí)限期限都是1天。
一個(gè)流程實(shí)例A節(jié)點(diǎn)上的張三在周1的一上班發(fā)個(gè)給了B節(jié)點(diǎn)上的李四,李四的應(yīng)完成時(shí)間是當(dāng)天的下午下班之前,李四在下班之前提交給C節(jié)點(diǎn)上的王五了。王五,在次日接到該工作后又退回給李四,這個(gè)時(shí)間李四就預(yù)期了。
解析:之所以李四預(yù)期是因?yàn)槔钏牡墓ぷ麇e(cuò)誤,導(dǎo)致的王五退回給他,在王五接受工作的時(shí)間點(diǎn)內(nèi),仍然算李四的工作量。
1.1.3: 關(guān)于會(huì)簽主持人與會(huì)簽人的時(shí)效考核計(jì)算規(guī)則
關(guān)鍵字: ccflow 時(shí)效考核\時(shí)效考核的配置規(guī)則\會(huì)簽主持人\會(huì)簽主持人的時(shí)間計(jì)算方式.
應(yīng)用場景:如果當(dāng)前節(jié)點(diǎn)配置了時(shí)效考核,并且如果配置了啟用會(huì)簽按鈕,如何計(jì)算會(huì)簽人、主持人的時(shí)效.
會(huì)簽主持人定義:一個(gè)節(jié)點(diǎn)的處理人發(fā)送給該人,該工作人員啟用了會(huì)簽,他就是會(huì)簽主持人。比如:一個(gè)出納發(fā)起請(qǐng)假申請(qǐng)給財(cái)務(wù)經(jīng)理,財(cái)務(wù)經(jīng)理請(qǐng)求人力資源進(jìn)行會(huì)簽。那么財(cái)務(wù)經(jīng)理是該工作的主持人,人力資源就是會(huì)簽人。
對(duì)主持人考核:
時(shí)間段:當(dāng)財(cái)務(wù)經(jīng)理接收到工作就開始計(jì)算時(shí)間,到他選擇會(huì)簽人,點(diǎn)確定按鈕為第一時(shí)間段。從當(dāng)所有會(huì)簽人都執(zhí)行完會(huì)簽完畢后到主持人發(fā)送到下一個(gè)節(jié)點(diǎn)為第2時(shí)間段。兩個(gè)時(shí)間段之和就是主持人所用的時(shí)間,作為考核依據(jù)。
對(duì)會(huì)簽人的考核:
從主持人把會(huì)簽人選擇列表后,點(diǎn)確定按鈕該操作人員都已經(jīng)出現(xiàn)待辦,就執(zhí)行計(jì)算,到他會(huì)簽時(shí)間點(diǎn)止。
事例說明1:
張三,在周1接受到一個(gè)工作,周2他讓李四,王五執(zhí)行會(huì)簽。周4兩個(gè)人會(huì)簽完畢轉(zhuǎn)到了張三身上,周5張三發(fā)送給下一個(gè)節(jié)點(diǎn)。
這個(gè)案例中張三第1個(gè)時(shí)間段從周1到周2用了一天。第2個(gè)時(shí)間段,所有人會(huì)簽完畢后返回到他身上起(周4)到他發(fā)送到下一個(gè)節(jié)點(diǎn)止(周5)用了1天。
所以張三在這次會(huì)簽過程中用去了1+1=2天時(shí)間。
事例說明2:
接上一個(gè)事例,如果張三在周3又邀請(qǐng)了孫錢做了會(huì)簽,周4所有的會(huì)簽人都執(zhí)行完畢回到了張三身上。那么張三在第一個(gè)時(shí)間段(周1到周3)用了兩天,第2個(gè)時(shí)間段(周4到周5)用了1天。
所以張三用了 2+1=3天。
1.1.4: 時(shí)效考核的存儲(chǔ)
| 在節(jié)點(diǎn)發(fā)送后,系統(tǒng)就會(huì)自動(dòng)計(jì)算時(shí)效的時(shí)間,就會(huì)產(chǎn)生一條數(shù)據(jù),下面是數(shù)據(jù)存儲(chǔ)表的數(shù)據(jù)結(jié)構(gòu)。
數(shù)據(jù)存儲(chǔ):
數(shù)據(jù)說明: MyPK是一個(gè)組合的主鍵,它保障了業(yè)務(wù)數(shù)據(jù)的唯一性,格式為:從節(jié)點(diǎn)ID_工作ID_FID_到達(dá)的節(jié)點(diǎn)ID DTFrom時(shí)間從,DTTo時(shí)間到,SDT應(yīng)該完成時(shí)間(現(xiàn)在是系統(tǒng)調(diào)度過來的所以沒有)。 TSpan相隔的天數(shù), l UseTime字段是系統(tǒng)生成出來的對(duì)于時(shí)間的文字描述。 l UseMinutes就是該工作使用的分鐘數(shù),系統(tǒng)是按照分鐘為計(jì)算單位,如果為負(fù)數(shù),就是提前完成的時(shí)間。 l FK_NY年月,格式為yyyy_MM ,方便統(tǒng)計(jì)與分析。 l Week是周,就是1年的第幾周,他是自動(dòng)計(jì)算的也是為了方便分析的需要。 l MyNum始終等于1,也是為了分析所需要。 |
1.1.5: 時(shí)效考核的二次開發(fā)
因?yàn)榭己说男枨蠛茈y被抽象出來,以適應(yīng)各種單位的考核需要,但是ccbpm提供了基礎(chǔ)的數(shù)據(jù),讓其在此基礎(chǔ)上進(jìn)行二次開發(fā)。
這些數(shù)據(jù)可以從兩個(gè)方面WF_CH與NDxxxTrack 軌跡表,ccbpm為每個(gè)流程都生成一個(gè)NDxxxTauck表,xxx標(biāo)識(shí)流程編號(hào)轉(zhuǎn)化的int類型,比如:流程編號(hào)為001的就會(huì)產(chǎn)生一個(gè)ND1Truck, 流程編號(hào)為201的就產(chǎn)生一個(gè)ND201Tauck表,如下表:
該表的紅色方框里是活動(dòng)類型,ccbpm會(huì)把每一個(gè)對(duì)流程的操作記錄到這里個(gè)表里,它是一個(gè)流程軌跡表,也叫流程日志表,開發(fā)人員可以根據(jù)這個(gè)表的數(shù)據(jù)完成個(gè)性化的考核。
第2個(gè)數(shù)據(jù)來源,就是WF_CH,該表的表結(jié)構(gòu)不再贅述。
轉(zhuǎn)載于:https://blog.51cto.com/14150825/2343855
總結(jié)
以上是生活随笔為你收集整理的驰骋工作流引擎设计系列10时效考核规则设计的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: php jsonp实例 mip无限滚动组
- 下一篇: 山西出台法规规范社会力量认养文物 系全国