Posted on 2009-05-19 22:38
zolly 閱讀(1245)
評論(2) 編輯 收藏
BPM Scenario Analysis:
Description：
Requestor提交任務到Supervisor, 在Supervisor未Approve之前，要求Requestor可以修改已提交記錄。
Scenario：
標準BPM流程是一個WorkObject對應一個Assignment，如此看來，一旦Requestor提交了任務，便失去了鎖，則不可更改，只有Supervisor Approve or Reject之后釋放鎖了，Requestor才能繼續獲得鎖，才能進行修改，但實際流程中并不是這么簡單。不同Organization會有不同的要求，在一個大型Organization中，采用標準BPM流程，即一個WorkObject一個Assignment，會導致Supervisor的工作量急劇增大，因為Requestor總會出現提交后需要修改的情況，Supervisor需要逐個處理每個Requestor的請求。
Resolution：
1. 小型Organization中，按照需求可以采用標準BPM流程，需要Supervisor參與，便于維護。
2. 一個WorkObject，多個Assignment，共享鎖，兩個Assignment異步處理，在Requestor確定需要修改時獲得鎖，把爭搶資源的幾率降到最低。
3. 采用一個WorkObject，折中的解決辦法，在Requestor 請求過的WorkObject界面上(Review)增加處理按鈕，這個按鈕調用ResumeFlow，間接調用Supervisor的操作(Reject)，把WorkObject回調回來，完全獲得資源(鎖)，再進行修改。