oa數(shù)據(jù)庫設計

申請免費試用、咨詢電話：400-8352-114

 　　自從開源OA系統(tǒng)啟動:系統(tǒng)概覽放 出來后。園友們反饋了一些不錯的建議。主要集中在工作流部分。本來是先不考慮工作流部分。這些天的交流和思考。決定把工作流部分作為系統(tǒng)基礎結構貫穿整個 系統(tǒng)。所以先考慮了這個部分的設計，因為這部分的設計是否合理關系到整個系統(tǒng)是否可以繼續(xù)和是否有實際價值的問題

　　本來打算用嘗試用畫個思維導向圖的，不過down了久都沒down下來，也就做罷了。

　　1，基礎部分數(shù)據(jù)庫設計。

　　下面說一下"頁面(功能項)表"的設計，因為其他的比較簡單。通過關系圖已經(jīng)可以完整表達我的設計意圖：

　　我這樣設計是希望系統(tǒng)具有一定的自定義組裝能力，所以把設計的權限控制粒度細到頁面級的添，刪，改，查的和局部的用戶級，抽出頁面(功能項)表解釋下，

　　1)，啟用審批流程：頁面(基本等同于一個具體功能項，或者代表某項業(yè)務需求，下同)，這個功能項是否需要進入審批流程;如果設置“是”則需要自定義相應的工作流程(下面會講到);

　　2)，啟用填加控制：這個設置決定在配置用戶權限的時候的細化程度。如果為“啟用”，則在配置用戶權限的時候，可以控制改功能項那些用戶可以填加，那些不 可以。反之。則所有用戶均可以。當然該用戶必須具有功能項級的權限。其他的。啟用修改，版本控制，瀏覽，刪除等類似;

　　3)，僅自己：這個選項對啟用填加，修改，瀏覽，刪除控制均有影響。如果為“是”，則在配置用戶權限的時候，可以附加選項“僅自己”，如果配置用戶權限的時候“僅自己”為“是”，那么該用戶只能修改，編輯，刪除，瀏覽自己填加的數(shù)據(jù)，反之。則無限制。

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

　　2,工作流數(shù)據(jù)庫設計：

　　也就是說，系統(tǒng)自身實現(xiàn)簡單實用的工作流引擎而非采用比如wwf等的workflow enginee：

　　工 作流部分基于功能項和節(jié)點的組合。如果功能項(頁面)被配置為啟用審批流程。那么需要設置相應的自定義流程。多個“節(jié)點”構成一個完整的流程。節(jié)點的前后 順序結構在數(shù)據(jù)庫設計中以“樹結構”來體現(xiàn)。每個“節(jié)點”可配置多個相關人員。通過“是否需全體通過”來控制該流程節(jié)點等待所有人員都審批通過才進入下一 節(jié)點。還是只需要其中審批通過就進入下一節(jié)點。

　　考慮到系統(tǒng)的定位。沒有采用基于“崗位流轉”的工作流設計，而采用了基于“人員流轉”的工作流設計。

　　工作流：一系列相互銜接、自動進行的業(yè)務活動或任務。

　　OA工作流：建立于網(wǎng)絡辦公自動化基礎上的事務行政審批，業(yè)務申請審批、公文、信息等的網(wǎng)上流轉。它主要解決的是“使在多個參與者之間按照某種預定義的規(guī)則傳遞文檔、信息或任務的過程自動進行，從而實現(xiàn)某個預期的業(yè)務目標，或者促使此目標的實現(xiàn)”。

　　不同于以往我們在僅僅進行增刪改查(CRUD)，我們還要對其進行 下訂單--訂單確認--財務收款--庫管配貨--運送 等等一系列操作。

　　工作流管理系統(tǒng)(Workflow Management System, WfMS)是一個軟件系統(tǒng)，它完成工作量的定義和管理，并按照在系統(tǒng)中預先定義好的工作流規(guī)則進行工作流實例的執(zhí)行。工作流管理系統(tǒng)不是企業(yè)的業(yè)務系統(tǒng)，而是為企業(yè)的業(yè)務系統(tǒng)的運行提供了一個軟件的支撐環(huán)境。