既然是與用戶相關(guān)的權(quán)限，那么權(quán)限的表現(xiàn)則一定與UI緊密相連。工作流管理系統(tǒng)里，用戶與工作流的交互界面有四種：
1、流程設(shè)計器
    流程設(shè)計器的功能比較單一：定義或更新流程定義。里面涉及到包、模板和版本的概念。資源即流程模板（例如發(fā)文模板、收文模板），權(quán)限可以細分為：維護、只讀以及不可見。
2、流程管理控制臺
  對流程實例（包括活動實例和工作項實例）進行管理。這里對資源的劃分有兩種方式：操作和數(shù)據(jù)。從操作來分比較瑣碎，例如：流程實例的掛起、終止、恢復(fù)、跳轉(zhuǎn)，活動實例的掛起、終止、恢復(fù)等等，當然可以做一種集合，例如：對流程實例的管理、對活動實例的管理、對工作項實例的管理、時間服務(wù)的管理等等。從數(shù)據(jù)劃分則很好理解，例如：發(fā)文的流程實例、收文的活動實例等等。兩種方式的組合構(gòu)成最終的權(quán)限。
3、工作項列表
    這個似乎沒什么好說的，工作項直接分配到用戶、部門和崗位。
4、與流程相關(guān)的業(yè)務(wù)數(shù)據(jù)
    用戶對業(yè)務(wù)自身的權(quán)限以及不同流程節(jié)點對業(yè)務(wù)的權(quán)限?？磫栴}的兩種方式。業(yè)務(wù)數(shù)據(jù)處于流程中時由流程決定權(quán)限，例如擬稿時可以操作哪些字段，審批時是否可以上傳附件等等。流程結(jié)束后，業(yè)務(wù)數(shù)據(jù)歸檔，此時的權(quán)限由業(yè)務(wù)權(quán)限+流程權(quán)限組合。簡單的一個例子：普通用戶A可以在發(fā)文模塊里看到自己參與過的所有發(fā)文文件，發(fā)文管理員B則可以看到發(fā)文模塊里所有的發(fā)文文件。
    
結(jié)合具體的業(yè)務(wù)需求：
1、主控崗位的提出。例如發(fā)文管理，存在主控崗位，可以對所有的發(fā)文流程進行管理，催辦、督辦等等。
2、大集中模式下對數(shù)據(jù)的再劃分。還是以發(fā)文管理為例，北京公司的發(fā)文管理員對北京的發(fā)文數(shù)據(jù)進行管理，上海公司的發(fā)文管理員則只能對上海的發(fā)文數(shù)據(jù)進行管理。

最終的權(quán)限分類：
1、流程設(shè)計器里流程模板的可見與不可見。可見即可維護。
2、流程管理按操作來分顯得沒有實際的意義，用戶關(guān)注的是業(yè)務(wù)數(shù)據(jù)即操作的范圍。流程實例（活動實例）的可見與不可見?？梢娂纯刹僮?。更進一步說，用戶甚至根本都不會登錄到流程管理控制臺，他會傾向于在業(yè)務(wù)菜單里有自己相應(yīng)的流程管理功能，例如在發(fā)文管理里增加發(fā)文催辦、督辦等等。
3、不用
4、往業(yè)務(wù)權(quán)限表里增加流程參與者的權(quán)限信息。

總結(jié)：總是感覺工作流管理部分的權(quán)限不是那么的必要，流程定義的復(fù)雜度讓最終用戶很難直接使用，流程實例的管理更多的是契合到業(yè)務(wù)中去，而這種契合表現(xiàn)則是流程數(shù)據(jù)按業(yè)務(wù)進行劃分后的管理。

http://www.tkk7.com/ronghao 榮浩原創(chuàng)，轉(zhuǎn)載請注明出處：）