工作規範工作流場景,一般是甲方發起,乙方宣導學習。
文章目錄
- 一、工作規範流程圖繪制元素
- 二、流程圖展示
- 三、工作規範流程圖:
- 四、流程說明
- 五、知識補充
- 六、問題思考?
一、工作規範流程圖繪制元素
繪制元素 | 說明 |
主鍵(ID) | 自定義,建議有辨別唯一性 |
名稱 | 介紹該節點 |
獨占任務 | 勾選 |
集合(多執行個體) | 設定一個list 把每個執行個體也就是每個人的userid放到list集合中 例如:userList |
配置設定使用者 | 選擇候選組 建議使用表達式 例如:${userCode} |
元素變量(多執行個體) | 添加表達式中的變量 userCode |
發起流程設定自動跳過節點 | ${initiator} |
二、流程圖展示

三、工作規範流程圖:
1.建立甲方候選組和動态建立乙方的候選組個數
2.甲方經理發起流程,直接到多執行個體節點
3.給多執行個體設定的參數(可參考: 分支flowable-base請假)
工作規範流程功能說明:讓每個小組的每個人都要辦理此事
四、流程說明
- 乙方小組數量不确定,是以采用動态建立小組(根據需求自行添加即可)
- 每個人其實可以看做就是一個執行執行個體
- 此流程由甲方發起,發起流程前,添加一個多執行個體選擇的按鈕,以彈框形式顯示,支援自定義選擇組的集合,把組的list集合傳遞給背景,背景根據每個小組的roleId去,查詢每個小組下面的每個人的userId,放到userlist中,把userlist put到variables中發起流程即可
五、知識補充
-
多執行個體和候選組的差別?
候選組采用先到先得的原則,也就是誰先簽收,任務就屬于誰的,簽收之後,act_ru_task表中的ASSIGNEE_字段才會有值,簡言之,設定目前辦理人。
多執行個體則不同,多執行個體中的每一個執行個體都要辦理此任務,不需要簽收,直接辦理,當多執行個體中的其中一個執行個體辦理任務完成後,在已辦任務會有顯示,
但是,待辦隊列中目前任務不會立刻消失,也不會流轉節點;
當多執行個體中的每一個執行個體都辦理此任務完成後,會進行節點流轉。
-
簽收操作什麼場景下會有?
候選模式,候選人或者候選組
-
多執行個體節點應采用配置設定人和候選人呢?
候選人