K60至尊版狂暴引擎2.0加持：超177萬跑分斬獲性能第一
Redmi的后性能時代戰略發布會今天下午如期舉辦，在本次發布會上，Redmi公布了多項關于和聯發科的深度合作，以及新機K60 Ultra在軟件和硬件方面的特性，例如：“K60 至尊版，雙芯旗艦
本專題將深度剖析十個工作流操作模式的定義、應用場景，及其實際設定方法。這些模式包括順序會簽、并行會簽、或簽、票簽、抄送、駁回、分配、轉辦、委派和代理模式。我們還將面對每個操作模式可能出現的問題提出解決方案，以及提供優化的策略和建議。目的是幫助讀者全面掌握和應用工作流邏輯，解決實際問題并提升業務效率。
在業務流程管理中，會簽模式常常被用于描述多方同時參與審批的情形。而當我們談及順序會簽，其實是在會簽的基礎上，引入了審批順序的概念。接下來的文章中，我們將基于 Spring Boot 3.x 與 Flowable 流程引擎，詳細講解順序會簽模式的相關知識。
順序會簽模式，也被稱為連續多實例，是一種特殊形式的多實例行為，屬于業務流程管理（BPM）中的核心概念。在這種模式下，同一任務的多個實例會按照特定的順序逐一執行。這種順序通常依賴于上下文或預定義的規則決定。
與標準的多實例行為（所有實例幾乎同時開始）不同，順序會簽在一個實例結束后才開始下一個實例。換句話說，只有當當前實例確認完成（例如，審批人批準或拒絕某項任務），流程才會繼續到下一實例。
在實際的業務場景中，順序會簽模式起著重要的作用。它能夠確保每個參與決策的實體都按照預定的順序執行決策，這種嚴格的順序性控制有助于處理需要多個參與者協作、且涉及多級批準的流程。例如，在根據財務規定對發票進行審批的過程中，經理、財務經理和首席財務官可能需要按照特定的順序授權發票。只有當一個人完成審批，才能進行下一個人的審批。
盡管順序會簽模式在提供流程控制方面具有明顯的優勢，但也有其自身的限制。由于每個實例的執行依賴于前一個實例的完成，因此，這種模式可能會導致流程的整體效率降低，尤其當每個實例都需要長時間等待或者每個實例的處理時間不可預見時。
因此，在設計和實施順序會簽模式的過程中，開發者需要綜合考慮其優勢和限制，合理設計流程，以提高流程過程的效率和效果。
順序會簽模式在許多企業級業務流程中是非常重要且常見的。它可以在維持決策順序嚴謹的同時，保證流程的完整性和精確性。以下是一些典型的應用場景：
1. 財務審批：在許多企業中，財務審批常常由多個層次的管理人員參與。為了確保正確無誤，通常需要按照既定的順序來完成審批。例如，一個購買請求可能需要先經由直線經理，再經由部門主管，之后是財務部門，最后才到CEO。在這個過程中只有前一個人審批通過，后續的審批流程才會被激活。
2. 合同審核：在企業進行合同簽訂之前的審核流程中，順序會簽是非常必要的。因為它能保證合同的各個方面都得到審閱，比如，合同條款、法務風險、財務沖擊等。這種嚴密的審查過程能有效的避免后期的法律爭議或財務影響。
3. 項目管理：在大型項目中，決策往往需要由多個團隊或角色來進行。將任務分解為多個連續的階段可以保證項目的有序進行。例如在軟件開發中，代碼先由開發人員進行編寫，然后由測試人員進行審查，最后由項目經理進行驗收，每個階段都需要相對應的時間來完成。
4. 發布管理：在許多IT公司，軟件發布是一個嚴謹的流程。從開發，部署，測試，驗收，到最后的發布，每一個環節都需要嚴格的審查和批準。在這個過程中，順序會簽讓每個環節的負責人能有足夠的時間來完成他們的工作，而不需要同時進行準備工作，能更好地保證軟件的質量和準時發布。
可以看到，順序會簽模式在實際的業務場景中有著廣泛的應用。它能夠保證任務的完整性，保持審批流程順序的一致性，提高了企業業務處理的效率和正確性。
在Spring Boot 3.x及Flowable中設置順序會簽模式，需要通過設計BPMN流程，制定出特定的多實例順序（MI Sequential）的模式。以下是如何進行設置的細節。
首先，我們需要一個UserTask節點，例如"審批"。在該節點內，我們設置多實例行為。在Flowable的設計語言BPMN中，我們可以通過設置這個節點的multiInstance屬性為sequential來達到目的。
接下來是設置審批人的列表，常見的方式是在節點的assignees屬性中設置一個ArrayList。這樣，審批人的順序將按照列表的順序進行審批。
最后，我們需要在流程圖中設置流程的開始和結束，并且順序鏈接對應的UserTask節點。這樣，當流程啟動時，便會按照我們設定的順序進行會簽。以下是一個示例代碼：
@Autowiredprivate RuntimeService runtimeService;@Autowiredprivate TaskService taskService;public void startSequentialApproveProcess() { //審批人員列表 List<String> assigneeList = Arrays.asList("張三", "李四", "王五"); //啟動流程 ProcessInstance processInstance = runtimeService.startProcessInstanceByKey("myProcess", Collections.singletonMap("assigneeList", assigneeList)); //獲得當前任務 Task task = taskService.createTaskQuery().processInstanceId(processInstance.getId()).singleResult(); //張三完成任務 taskService.complete(task.getId()); //此時流程轉到李四 task = taskService.createTaskQuery().processInstanceId(processInstance.getId()).singleResult(); System.out.println(task.getAssignee()); //輸出：李四}上述代碼中的"myProcess"表示流程定義的id，"assigneeList"是定義在UserTask節點multiInstance中的集合變量。
通過這種方式，你可以在Spring Boot 3.x和Flowable框架中靈活地實現順序會簽模式，并且可以根據實際審批人列表的情況動態地進行調整，典型的應用場景如項目管理，按照項目成員的角色順序進行任務審批
在實際的開發過程中，可能出現的問題主要有兩方面：一是處理并發的問題，二是處理流程中斷的問題。
處理并發問題的核心在于避免多個實例同時執行，在Spring Boot 3.x 與 Flowable中，我們可以通過對各節點做異步處理，并使得每個執行實例在執行時進行鎖定。
處理流程中斷問題的策略是：在包裹多實例節點的異常監聽器上做異常處理，并在發生異常時終止所有多實例的執行。
盡管順序會簽模式具有極強的流程控制能力，但在實際應用中，可能會出現性能瓶頸、流程延遲等問題。在這種情況下，有一些優化策略可以被采用：
1. 降低單個任務的執行時間: 盡可能地降低每個任務的執行時間，可以通過優化審核人員的工作負載，或者提供快速的審批工具來實現。
2. 利用并行處理來提高效率: 在可能的情況下，將部分獨立且不需要順序審批的任務進行并行處理。例如，對于某些審批流程，雖然必須按照特定順序運行，但未必所有任務都需要嚴格按照順序處理。
3. 判斷任務是否能跳過: 對于某些任務，可以通過設置一些條件來決定是否需要執行。例如，在一些低于特定金額的財務審批中，可以跳過財務經理或者CEO的審批。
4. 通知機制優化: 在實際的業務環境中，及時通知是使流程順利進行的關鍵。確保在一個任務完成后，下一個審批者能立即收到通知，可以借助郵件、短信或者即時通訊工具達到這個目的。
5. 建立超時處理機制: 對于長時間未完成的任務，考慮建立一個超時處理機制，例如將任務委托給其他人，或者以郵件形式提醒審批人。
以上便是基于 Spring Boot 3.x 與 Flowable 實現順序會簽模式的整個過程。這只是順序會簽的入門，進階會簽模式的設計還要考慮到更多的業務復雜性和技術實現難度，需要我們在理論和實踐中不斷摸索和提升。
本文鏈接：http://www.tebozhan.com/showinfo-26-86981-0.html基于Spring Boot 3.x與Flowable的順序會簽模式實踐
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號