在工做流管理系統中,業務流程的流轉,每一個節點的辦理都是由人或組織共同參與和協做來完成的。工做流管理系統就是業務流程的自動化,經過計算機的相關技術手段將這些流程自動化,並對其進行有效的管理以提升企業運做的效率,下降開發和維護的成本,增長企業的競爭力。 在工做流管理系統中,企業的組織是系統執行活動和完成任務的載體,組織機構反映了企業人員的管理層次,同時也反映了人與工做,責任權限之間的關係。所以組織機構權限在工做流管理系統中具備至關重要的地位,是不可缺乏的。api
在企業管理系統中,組織機構權限模型大部分都是遵循RBAC標準,對組織機構的劃分有機構,部門,職位,職員。對權限的劃分一般是和角色關聯的,角色,用戶,許可權等是權限模型中的基本數據要素。分佈式
角色權限管理,是企業的管理系統信息化的一個虛擬的概念,與組織機構不同,組織機構是企業實際存在的,反映機構的組成,人員的管理層次關係。角色是爲了便於企業信息化管理而虛擬出來的概念,角色大都是模塊的操做權限,許可權,原子操做等關聯。ide
企業的組織是爲了優化管理和開展業務而創建的企業人員的集合,具備必定的內部層次和隸屬機構。組織機構建模就是對企業組織結構進行建模,是利用抽象的模型或者元素,構造出的一系列關係,用於表達企業組織機構中的實體間的層次和隸屬。 通用組織機構模型,定義了抽實體「機構」,「部門」,「崗位」;其次定義組織模型的維度,以下圖,分佈式行政、黨政、工做組。根據不一樣的維度肯定不一樣的職位體系。函數
這樣明確了公司、組織、崗位、職員之間的關係。在權限分配時能夠根據組織機構上節點的不一樣設定不一樣的責任範圍。優化
組織機構一般是多維樹狀的,權限的劃分是和角色關聯的。角色是企業信息化系統虛擬出來的概念,具備必定的功能模塊訪問操做權限,原子操做,許可權等都劃分給角色。 在一個組織機構層次中,將角色劃分到組織機構樹節點上,角色中就具備一組用戶了,同一組織機構中的用戶就具備相同的操做權限和職責範圍。根據組織機構的上下級層次關係,角色也具備了上下級的繼承關係。3d
在工做流管理系統中,每一個節點的活動都是由人來參與完成的。在流程定義的時候,按人或角色或組織節點來指定。當業務流程辦理時,根據設置的人或一組人來完成活動,實現流轉。工做流引擎主要完成流程的流轉,組織機構權限管理完成組織機構建模,居於角色的權限系統的管理。在工做流管理系統中,須要集成組織機構權限系統。xml
在eworkflow工做流管理系統中,內置了一套組織機構權限管理系統,主要完成流程建模時和組織機構的關聯。在集成企業的信息系統時,須要集成企業信息系統的組織機構權限系統。所以在eworkflow中對於組織機構權限的集成,有三種方式blog
1. 直接使用eworkflow內置的組織機構權限系統繼承
2. 集成企業信息系統中的組織機構權限系統接口
3. 利用eworkflow提供的組織機構權限api接口集成。
第一種:直接使用eworkflow內置的組織機構權限
組織機構建模,組織機構分爲 機構,部門,崗位。 人員能夠掛到任意的組織下面,機構下面也能夠直接掛崗位,掛部門。根據企業的實際狀況能夠設置任意的級別。
角色是和具體的操做權限,許可權關聯;將角色掛接到組織機構的任意節點上,使得組織機構的同一節點上的人具備相同的操做權限和職責範圍。
角色和組織機構相關聯的,繼承組織機構的上下級關聯關係。
如將普通職員角色掛接到企業的根節點上,整個企業的全部人就都具備普通職員的操做權限;如須要獲取開發部的全部人,是向下取全部子節點的範圍。
角色的繼承是向上繼承;組織的範圍是向下獲取。
第二種:集成企業信息系統的組織機構權限
配置fcuser.xml文件,將企業的組織機構表,角色表,用戶表,映射到eworkflow中。
映射完成後,達到和第一種的效果同樣。組織機構,角色,用戶,直接使用企業信息化系統中的表和記錄。
映射的主體信息爲:
組織機構表 (包含機構,部門,崗位,以及上下級關聯的字段)
角色表 (角色定義表)
用戶表 (職員定義表)
用戶組織機構關聯表
用戶角色關聯表
組織機構角色關聯表
若是關聯關係表沒有能夠不提供映射。
第三種:利用eworkflow提供的組織機構權限api接口集成
若是企業信息系統的組織機構模型和eworkflow的組織機構模型差異很大,沒法作成映射關係的集成。則能夠經過實現接口的方式來完成。
在接口實現類中,能夠根據功能劃分直接實現,也能夠調用企業信息系統中的api函數來完成。
JDBCUserProvider類是eworkflow的實現類;APIUserProvider類是按user接口的二次開發實現類,在APIUserProvider類中,用戶能夠調用本身系統中的實現方法。