開源OA系統啓動:基礎數據,工做流設計

原文：http://www.cnblogs.com/kwklover/archive/2007/01/13/bpoweroa_03_baseandworkflowdesign.html
自從開源OA系統啓動:系統概覽放 出來後。園友們反饋了一些不錯的建議。主要集中在工做流部分。原本是先不考慮工做流部分。這些天的交流和思考。決定把工做流部分做爲系統基礎結構貫穿整個 系統。因此先考慮了這個部分的設計，由於這部分的設計是否合理關係到整個系統是否能夠繼續和是否有實際價值的問題。本身不敢專斷專行。特放出來。讓你們拍 拍磚。期待各位園友一如即往提供專業意見！

原本打算用嘗試用MindManager畫個思惟導向圖的，不過down了N久都沒down下來，也就作罷了。
1，基礎部分數據庫設計。
  
下面說一下"頁面(功能項)表"的設計，由於其餘的比較簡單。經過關係圖已經能夠完整表達個人設計意圖：
我這樣設計是但願系統具備必定的自定義組裝能力，因此把設計的權限控制粒度細到頁面級的添，刪，改，查的和局部的用戶級，抽出頁面(功能項)表解釋下，
   1)，啓用審批流程：頁面(基本等同於一個具體功能項，或者表明某項業務需求，下同)，這個功能項是否須要進入審批流程；若是設置「是」則須要自定義相應的工做流程(下面會講到)；
   2)，啓用填加控制：這個設置決定在配置用戶權限的時候的細化程度。若是爲「啓用」，則在配置用戶權限的時候，能夠控制改功能項那些用戶能夠填加，那些不 能夠。反之。則全部用戶都可以。固然該用戶必須具備功能項級的權限。其餘的。啓用修改，版本控制，瀏覽，刪除等相似；
   3)，僅本身：這個選項對啓用填加，修改，瀏覽，刪除控制均有影響。若是爲「是」，則在配置用戶權限的時候，能夠附加選項「僅本身」，若是配置用戶權限的時候「僅本身」爲「是」，那麼該用戶只能修改，編輯，刪除，瀏覽本身填加的數據，反之。則無限制。

頁面(功能項)表爲用戶權限配置的時候提供可選參數，爲系統配置提供服務。而權限表是具體的用戶權限設置。爲控制用戶權限服務；

2,工做流數據庫設計：
也就是說，系統自身實現簡單實用的工做流引擎而非採用好比wwf等的workflow enginee：

工 做流部分基於功能項和節點的組合。若是功能項(頁面)被配置爲啓用審批流程。那麼須要設置相應的自定義流程。多個「節點」構成一個完整的流程。節點的先後 順序結構在數據庫設計中以「樹結構」來體現。每一個「節點」可配置多個相關人員。經過「是否需全體經過」來控制該流程節點等待全部人員都審批經過才進入下一 節點。仍是隻須要其中審批經過就進入下一節點。

考慮到系統的定位。沒有采用基於「崗位流轉」的工做流設計，而採用了基於「人員流轉」的工做流設計。