「DAY17」表單簽核流程規劃分析
Posted on September 30, 2023 • 1 min read • 30 words要來實作電子化的表單，首先我們要知道表單的內容為何？需要怎麼送簽？
我們要來實作電子化的表單，首先我們要知道表單的內容為何？需要怎麼送簽？這都是需要我們事先先了解的～～
簡單的一站發出表單，一站接收表單，只會有A移動到B的狀況，不涉及退簽，多節點（站點）。
需要有表單、發送方、接收方，我們使用ADDR流程，包含對齊、定義、設計、優化。我們只需做到前兩步，先來辨別數位能力，我們的能力假定完全沒有基礎及建設，所以我們求簡單不複雜的架構。我們來定義邊界，就是按照簽核需求，我們只需要單向簽，不需要有多節點。
流程設計是由業務需求驅動的，不同的單位、公司、團體都可能會有不同的流程，但是怎麼支援這不同變體的環境，不是本次的重點，所以不在此提及。
這邊不提及JTBD，可能會造成篇幅過長，我們直接來看工作故事（Job Story），分為三個部分，「當（When）」、「我想要（I want to）」和「所以我可以（So I can）」。
就上述的表單簽核需求，我們的實作會變成：
當（When）： 我送出表單。
我想要（I want to）：傳遞給某人並獲得同意。
所以我可以（So I can）：可以指定傳送給指定的下一個人，並下一個人可以順利簽核。
精簡的範例文字流程：
(1)系統接收新表單消息，並進行相應的處理
(2)檢查表單填寫完整性。
(3)表單完整則可送出。
(4)表單不完整不可送出，並要求重新填寫。
(5)由下一位進行審核，並告知結果。
明天筆者會補充Camunda表單的內容補充，後天會進行直接的實作，最後會放上雲端。