工作規(guī)范工作流場景，一般是甲方發(fā)起，乙方宣導學習。

文章目錄

• • • 一、工作規(guī)范流程圖繪制元素
    • 二、流程圖展示
    • 三、工作規(guī)范流程圖:
    • 四、流程說明
    • 五、知識補充
    • 六、問題思考？

一、工作規(guī)范流程圖繪制元素

繪制元素說明

主鍵(ID)	自定義，建議有標識唯一性
名稱	介紹該節(jié)點
獨占任務	勾選
集合(多實例)	設置一個list 把每個實例也就是每個人的userid放到list集合中 例如：userList
分配用戶	選擇候選組 建議使用表達式 例如：${userCode}
元素變量(多實例)	添加表達式中的變量 userCode
發(fā)起流程設置自動跳過節(jié)點	${initiator}

二、流程圖展示

三、工作規(guī)范流程圖:

1.創(chuàng)建甲方候選組和動態(tài)創(chuàng)建乙方的候選組個數(shù)
2.甲方經理發(fā)起流程，直接到多實例節(jié)點
3.給多實例設置的參數(shù)(可參考： 分支flowable-base請假)

工作規(guī)范流程功能說明：讓每個小組的每個人都要辦理此事

四、流程說明

乙方小組數(shù)量不確定，因此采用動態(tài)創(chuàng)建小組(根據(jù)需求自行添加即可)

每個人其實可以看做就是一個執(zhí)行實例

此流程由甲方發(fā)起，發(fā)起流程前，添加一個多實例選擇的按鈕，以彈框形式顯示，支持自定義選擇組的集合，把組的list集合傳遞給后臺，后臺根據(jù)每個小組的roleId去，查詢每個小組下面的每個人的userId，放到userlist中，把userlist put到variables中發(fā)起流程即可

五、知識補充

多實例和候選組的區(qū)別？
候選組采用先到先得的原則，也就是誰先簽收，任務就屬于誰的，簽收之后，act_ru_task表中的ASSIGNEE_字段才會有值，簡言之，設置當前辦理人。
多實例則不同，多實例中的每一個實例都要辦理此任務，不需要簽收，直接辦理，當多實例中的其中一個實例辦理任務完成后，在已辦任務會有顯示，
但是，待辦隊列中當前任務不會立刻消失，也不會流轉節(jié)點；
當多實例中的每一個實例都辦理此任務完成后，會進行節(jié)點流轉。

簽收操作什么場景下會有？
候選模式，候選人或者候選組

多實例節(jié)點應采用分配人和候選人呢？
候選人

六、問題思考？

為什么(分支flowable-base請假流程)的多實例節(jié)點應該是第三個節(jié)點，為什么設置多實例流程參數(shù)變量會在發(fā)起流程的時候呢？

因為全稱把前臺參數(shù)都封裝到了一個vo對象中，每個節(jié)點需要的參數(shù)，前臺傳遞給后臺之后，封裝到對象中，什么時候用，直接從封裝的對象中取即可。
由于是全程封裝的對象，因此，在哪設置一樣，在發(fā)起流程時，設置多實例參數(shù)變量，不一定就在發(fā)起流程時用到，辦理任務都會調用complete(CompleteTaskVo params)此方法。
CompleteTaskVo封裝對象中，有一個參數(shù)：private Map<String, Object> variables ，只不過提前把多實例的參數(shù)方法map中而已，什么時候用到，就從map中，根據(jù)key取value即可

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅持創(chuàng)作打卡瓜分現(xiàn)金大獎

總結

以上是生活随笔為你收集整理的Flowable工作流总结_工作规范流程设计思路的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。