品牌管理公司取名:工作流系统中组织模型应用研究

来源:百度文库 编辑:偶看新闻 时间:2024/04/29 21:57:55
工作流系统中组织模型应用研究

郭磊

(bjsafety@126.com)

(北京航空航天大学,北京 100083)

摘要 基于工作流管理系统中对组织模型定义和管理的缺乏,本文结合实际需要,分析一般工作流程中组织机构的特点,提出了一种比较规范合理适用的组织模型。

 

关键词 组织模型;级别;组织单元;角色

The application study of Organizational models

in the workflow system

Guo Lei,

(Beijing university of aeronautics & astronautics, 100083, Beijing, China).

Abstract To the shortage organizing model defining and management in on the basis of the administrative system in the workflow, this paper combines the actual need, analyse the characteristic of the organization in the general workflow, have proposed a kind of more normal organization model rational to be suitable .

Keys Organize models;Level;Organization_Unit;Role

1.引言

工作流管理系统是集成企业的信息、参与者和资源,采用关系型数据库或采用Lightweight Directory Access Protocol (LDAP),实现过程自动化的系统。参与者和资源管理这部分,在WFMC 的工作流参考模型中[1],将资源管理这一部分的权限下放给了各个生产商,每一个工作流产品商都可以实现自己独立的资源管理体系,包括组织模型、角色等等。而组织模型早些时候,没有什么统一而且切实可行的抽象模型。直到最近几年才有所进展,以及基于RBAC 的控制模型也是最近几年才提出一些可行的参考标准和模型。所以到目前为止,组织模型如何与工作流更好的结合,还没有一个较为标准的抽象模型。就这样一个还不完善的领域,在现实应用中,更因为所面对的组织模型存在这样或那样的特殊性,而变得更加繁琐复杂,特别是国内的政府机关和大集团公司,组织机构的设计和管理是一个系统实施人员头痛的问题。

2.流程组织分析

从工作流应用角度来说,大体上主要存在三种方式:

(1) 流程是面向公司中的绝大多部门和人,比如请假审批流程。

(2) 流程是由一些特定的部门协作完成,比如订单审批流程。

(3) 流程是面向临时的团队(一般情况下,这种流程也多为临时性的流程)。

3. 组织模型

解决组织模型与工作流协作的问题,首先就必须提供一套切实可行的组织模型。基于组织元模型的基本结构[2] 与面向对象的组织模型基本思路[3],本文提出一套可行组织模型。

3.1 组织模型相关概念

在我们的应用需求中,对于组织模型,一般涉及到三种组织形式,即人员、角色、部门[4]。组织机构的组织模型单元如集团公司、区域、公司、子公司、部门、职务、岗位等等,当然最后还有必不可少的“人”。当然,有的组织机构不会这么划分(比如政府机关),他们的组织模型单元可能是:部、局、处、科;也可能是:省、市、县等等诸如此类。当然,让我们来看一看具有“地域特性”的一些单元:比如公司、部门,还比如某某处,再比如某某市等等。这些是可以抽象出如下的模型:

 

 

 

 

 

上图中的组织单元,我们用一个统一的“Department(部门)”含义来代替,这个时候“部门”含义就有些广泛了。而接下来的本文所有这种单元,均用“Department(部门)”含义来表达。

在我们日常生活中,会接触到很多组织机构的职能术语:部门职能、职务、职务级别、岗位(有的也叫职位),岗位职责等等。我们现在有必要搞清楚这些术语的含义,才能够清晰的描述出组织机构。职务、职务级别、岗位这几个名词大概就无需过多介绍,字面意思就可以很清楚的描述。但是对于部门职能、岗位职责,可能对大家就有些陌生了。

部门职能:描述的一个部门的主要工作范围和职责;

岗位职责:描述的是一个岗位所应该担负的责任和工作范围。

3.2 组织模型

我们描述了组织结构中一般所包含的组织元素单元,现在我们来描述一下组织模型中的组织单元之间的关系和模型。

让我们先来看看下面这张组织结构模型:

 

 

 

 

 

 

 

 

上图通过“部门(Department)”、“岗位(Post)”、“职务(Duty)”、“职员(Employee)”表达了最初的组织模型。

就“部门(Department)”来说,一个部门下面会有多个岗位,这些岗位之间是具有层次化关系的(注意,这个层次化的含义是人为赋予,真正意义上的岗位仅仅描述一个职责,本身是不具有层次的)。而任何一个岗位,都有唯一一个职务与其映射。我们来看一个浅显的例子:“产品经理”是一个职务,而“产品部的产品经理”则是一个岗位。所以在“部门”(产品部)下的是应该“岗位”(产品部的产品经理)。

从这张图上,我们可以看出来,一个“职员(Employee)”可能会具有多个职务,这是符合现实需求的。但是,如何表达这个职员在组织机构中的“级别”呢?这个问题在政府机关和大集团公司中频频出现。比如一个人是“处级”,但是其可能有两个职务“XX处长”或者“办公厅主任”等等之类。于是对上面的组织模型进行稍稍的改造,让一切更加合理一些:

 

 

 

 

 

 

 

 

 

我们增加了一个“可有可无”的“级别”。事实上,相当一部分工作流系统,对级别是没有什么要求的(也有相当一部分,是必须有的)。从图中可以看到,职员所具有的级别是其自身的属性。

至此,我们已经规划出一套组织模型。当然离我们目标还有些距离,本篇的主旨是讲解“组织模型在工作流中的应用”。既然现在组织模型已经有了,下面就要看看怎么应用到工作流系统中了。

4. 组织模型在工作流中的应用

组织模型在工作流中的应用,绝大多数人,首先想到的一个桥梁就是“角色(Role)”。而基于角色的访问控制虽然早在八十年代就被广泛的采纳,但其相关的抽象模型和理论模型架构确较为空缺。直到九十年代中期,Ravi Sandhu 等人才提出了相关抽象模型,并于2000提出RBAC 的标准草案[5]。

RBAC 说的是角色与权限的关系(Role-Authorization),但是组织与角色之间的关系和模型(Organization-Role)如何表达呢?如何解决Organization Model 与Role 的独立关系呢?

本文在已经提出一套切实可行的组织模型上探讨Organization-Role 之间的关系和模型,而此套组织模型可能更加符合国内的组织机构习惯。

4.1 参与者(Participant)类型

WFMC 已经为参与者类型规划出了几套方案或类型:资源(Resource/RESOURCE_SET),角色(Role),组织单元(Organization_Unit),人(human),系统自动运行(System)。下面,我们主要对这四种组织形式进行适当的扩展,就可以满足大部分需求。

a. 角色

角色本身仅仅只是一个名词,其本身并不能代表权限的大小。比如,我们可以定一个“经理”的角色,也可以定一个“部门主任”的角色。对于现实中我们来说,看到这样两个角色,就清楚“经理” 的权限要比一个“部门主任”的权限大。但是对计算机来说,这两个角色仅仅是两个“词语”,是等同的。在这里我们把角色定义为:角色是具有某种技能集合过程参与者的抽象,它直接面向企业过程活动,以职能、能力为分类标准[6]。

但在现实中,角色是层次型概念[7],可主要运用到“层次化的角色体系”,“内嵌角色”,“动态角色”。对于“内嵌角色”,我们想给所有人都设置一个角色,那么可以用一个内嵌角色“ALL”来表达,当然这仅仅只是一个举例。现实中,可以列为“内嵌角色”的很多,比如:所有人、直接上级主管、直接下级主管等等。这一块,各个系统可以根据自身的情况自由设计。这些“内嵌角色”本身并没有绑定任何人,需要在系统运转的时候根据情况实际的计算。可能跟“动态角色”有些重叠。工作流本身是一个动态的产物,其动态动转而产生一些动态的需求,动态角色也就是为了在角色这一层,尽量解决好一些动态用户问题。“动态角色”比“内嵌角色”要更加灵活一些,一般流程再定义的时候,会特定的指明一个过滤规则,供系统运转时候解析。

b. 组织单元

WFMC 虽然指出了对Organization_Unit 索引。但是很遗憾的是,这个索引很单一。根据上一节所规划的组织模型,组织单元可能的种类有:部门、职务、岗位、级别。

4.2 应用模型方案

至此,我们可以规划出了一套可行的应用模型方案,如下图:

 

 

 

 

 

 

 

 

 

 

 

最终的目的,是为了将“授权”“参与者”“组织模型”这三者的关联关系尽量简单,降低耦合度。当然,也需要提供一套可行的“组织模型”够应用,可行的“参与者方案”供解决。组织模型怎么去存储;参与者具体如何分配和调用;授权又如何控制,本篇将不再详细论述。但为了方便大家进行理解,在此简要说明一下:你可以用关系型数据库存储,你也可以用LDAP 存储组织模型;你可以为参与者设计一整套的接口;你也可以采用不同的授权粒度。

5 小结

本篇提出了一套切实可行的“组织模型”,以及一套可行的“应用模型方案”。现实应用中,可以根据这套“组织模型”和“应用模型方案”进行扩展,当然如果原封不动的采用,也基本上可以满足绝大多数组织机构的需求,以实现过程自动化。

参考文献

[1] WFMC. The Workflow Reference Model]. (WFMC TC00-1003) , Workflow Management Coalition,1995.

[2] Michael zur Muehlen, Organizational Management in Workflow Applications—Issues and Perspectives,2004

[3] Edward C. Cheng., An Object-Oriented Organizational Model to Support DynamicRole-based Access Control in Electronic Commerce Applications,1999

[4] 董章震 潘捷 邓家提 工作流模型的研究与实现 计算机辅助工程 2002.6

[5] Ravi Sandhu,David F. Ferraiolo, Serban Gavrila, A Proposed Standard for Role-Based Access Control,2000

[6] 赵卫东,黄丽华,蔡 斌 基于角色的工作流研究 管理工程学报 2003[4] 9-10

[7] 赵卫东,陈杰 基于对象的角色工作流模型研究 计算机工程 2004[3] 87-89