Posted on 2009-05-19 22:38
zolly 閱讀(1245)
評(píng)論(2) 編輯 收藏
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)行修改。