BPM Scenario Analysis:
Description:
Requestor提交任務(wù)到Supervisor, 在Supervisor未Approve之前,要求Requestor可以修改已提交記錄。
Scenario:
標(biāo)準(zhǔn)BPM流程是一個(gè)WorkObject對(duì)應(yīng)一個(gè)Assignment,如此看來(lái),一旦Requestor提交了任務(wù),便失去了鎖,則不可更改,只有Supervisor Approve or Reject之后釋放鎖了,Requestor才能繼續(xù)獲得鎖,才能進(jìn)行修改,但實(shí)際流程中并不是這么簡(jiǎn)單。不同Organization會(huì)有不同的要求,在一個(gè)大型Organization中,采用標(biāo)準(zhǔn)BPM流程,即一個(gè)WorkObject一個(gè)Assignment,會(huì)導(dǎo)致Supervisor的工作量急劇增大,因?yàn)镽equestor總會(huì)出現(xiàn)提交后需要修改的情況,Supervisor需要逐個(gè)處理每個(gè)Requestor的請(qǐng)求。
Resolution:
1. 小型Organization中,按照需求可以采用標(biāo)準(zhǔn)BPM流程,需要Supervisor參與,便于維護(hù)。
2. 一個(gè)WorkObject,多個(gè)Assignment,共享鎖,兩個(gè)Assignment異步處理,在Requestor確定需要修改時(shí)獲得鎖,把爭(zhēng)搶資源的幾率降到最低。
3. 采用一個(gè)WorkObject,折中的解決辦法,在Requestor 請(qǐng)求過(guò)的WorkObject界面上(Review)增加處理按鈕,這個(gè)按鈕調(diào)用ResumeFlow,間接調(diào)用Supervisor的操作(Reject),把WorkObject回調(diào)回來(lái),完全獲得資源(鎖),再進(jìn)行修改。