在oa等一些系統中往往要簽核,其實簽核工作流分好幾種,下面的只是一種。
下面是關於模擬簽核wf的表的設計以及實現簽核過程思路。
一、指明狀態 1：新增 2：修改 3：核准 6：駁回 7：提交
二、簽核表結構設計(checkprogram )
1、簽核程式表（乙個程式一般只有乙個簽核路線）
簽核程式編號 簽核路線編號 簽核程式名稱
pragramid checkroadid programname
2、簽核路線表 (checkroad)
簽核路線編號 簽核頁面路徑 簽核路線名稱 涉及的表
checkroadid checkpath roadname checktable
3、簽核明細(checkinfo)
簽核路線編號 簽核明細編號 簽核明細名稱 當前狀態 下一yes狀態 下一no狀態 串並簽核
checkroadid checkinfoid checkinfoname nowstatus nextyes nextno isall
注： 當前狀態 能審核的狀態 下一yes狀態 審核通過狀態 下一no狀態 審核駁回狀態
串並簽核 串簽核:同一簽核明細需要能簽核該明細的所有人都簽核通過才能流到下一yes狀態並且可以不分順序顯示給這些使用者，如果分順序加簽核明細就行了
當前狀態 下一yes狀態 下一no狀態
7 8 6
8 9 6
9 3 6
注：使用者提交即進入簽核狀態(7：簽核開始 3：簽核完成核准 6：簽核結束駁回)
4、簽核人明細表(checkinfouser)
簽核路線編號 簽核明細編號 簽核人
checkroadid checkinfoid checkuser
5、審核記錄(checklog)
簽核程式編號 聯合主鍵 簽核明細編號 簽核人 簽核意見 簽核狀態
pragramid comkey checkinfoid checkuser checkview checkstatus
三、如何顯示本人要簽核的記錄?
1、根據該使用者 checkuser查出涉及的表checktable 當前狀態nowstatus
2、根據使用者 checkuser和上步查出涉及的表checktable 中的comkey 和 checkpath 和串並 isall
3、將查出資料顯示頁面上以便簽核
4、根據 comkey和checktable 查出要簽核記錄
5、審核通過時判斷是串還是並簽核，如果是串則從審核記錄(checklog)中找出已經審核通過的該簽核明細編號checkinfoid下的所有使用者與簽核人明細表(checkinfouser)中的該簽核明細編號下的 簽核人比較，如果就剩下自己沒審核通過，則將涉及的表checktable 的狀態該為下一yes狀態並新增審核記錄，如果還有其他人，則只新增審核記錄.
一般這些操作過程比較繁瑣，通過儲存過程比較方便，編寫**時只需呼叫儲存過程傳入審核人checkuser簽核程式編號pragramid聯合主鍵 等關鍵引數。
核三框架流程
1.流程定義 流程定義描述的是系統中有哪些種類的流程 每種流程包括哪幾個步驟 即環節 每個步驟有哪些後續步驟。流程定義的內容儲存在資料庫表中，需要使用資料庫sql指令碼完成流程定義的工作。資料庫表為wf action def 聯合主鍵為流程定義 process def id 環節定義 action ...
Wince讀核1 啟動流程1
寫在前面 將近一年前，做過一段時間windows mobile，當時忙於專案，精力放在bsp的除錯上，對widnows ce系統了解不深刻，後來忙別的專案就把ce放下了。時隔將近一年，這幾天難得有點清閒，看了一點ce的源 發現自己記性大不如前，正好這個blog很久沒有更新了，因此寫點東西吧。以下內容...
藝術簽名設計一筆籤
藝術簽名設計一筆籤怎麼寫，這一直是需要人需求的答案。但是我會寫，不代表大家都會寫的，所以，如果你自己不會的話。昨天剛給大家分享了 簽名設計一筆教寫過程 感興趣的朋友可以看看。藝術簽名的種類很多，在三秒藝術簽名網首頁我是有給大家總結的，所以，不一樣的簽名，風格是不一樣的。比如商務籤，拖地籤，蝴蝶籤等等...