业务流程控制方法与实现途径基本分析 目 录 1 业务流程的基本概念(Business Process)... 4 1.1业务流程对象范围界定(Business Process Object)... 4 1.2 业务流程的基本概念 (Business Process)... 4 1.3.1业务流程生命周期(Business instance Lifecycle) 6 2.1.1企业组织(Busine Organization) 11 2.2.1.3流程“业务组织关系”(Business Organization Model)... 12 2.2.3流程控制模型(Flow Control Model)... 17 业务流程控制方法与实现途径基本分析 0写在前面
对业务流程或工作流的研究是必要的,研究的目的是为了找到流程的控制方法,进而实现对业务流程的控制,也就是说,研究工作流或业务流程不是我们的最终目的,对于工作流的认识可借助其它领域的研究成果,但要从信息化平台的角度去认识和把握。不能偏离目标和方向。 但从系统设计角度来看,构建工作流或业务流程的管理平台或引擎与工作流或业务流程是不同的有着根本的区别。 业务流程是业务表现的载体,业务流程控制平台或引擎是业务流程的实现与管理,来源于业务流程抽象但不应依赖于业务流程。 业务流程管理是实现所谓“工作协同”的一种途径,很可能是未来一段时期的最有效途径之一。 业务流程取决于业务本身的要求(市场因素、管理因素、技术因素等),业务流程是发展的、变化的、是不依赖于业务流程控制平台而转移的。业务流程不断变化特性、发展特性是业务流程的基本特征之一。管理周期不断缩短加快了业务流程变更变化的过程,所有这些是业务流程在管理过程中的外在表现。 对业务流程研究的目的是找到描述、控制、监管、评价业务流程的方法,这些方法是流程的抽象表现;业务流程的抽象来源于业务流程的实例但不依赖于业务流程。 简单背景资料: 工作流研究的国际组织 关于工作流的国际组织 国际工作流重组协会(Workflow And Reengineering International Association)识别和解决用户在工作流、电子商务、和重组组织过程中遇到的问题。为会员创造自由交流经验讨论问题的机会。 WARIA是一个非盈利性组织,它致力于通过成员之间的经验共享、产品评估、用户与供应商的交流以及教育和培训解决有关业务流程管理、工作流、知识管理和电子商务之间的交叉问题。 工作流管理联盟(Workflow Management Coalition WfMC),WfMC 是一家由开发商、用户和大学研究人员共同参与的制订工作流国际标准的组织。WARIA与其合作评选颁发Global Excellence in Workflow Award奖。 WARIA面向全球接收个人会员,美国、加拿大和墨西哥会员的会费是$60/人,其他国家和地区的会员是$80/人,学生可以分别优惠到$20/人和$30/人 1 业务流程的基本概念(Business Process)
从目前的情况看基本上是以工作流研究为主的,包括下面提到的关于工作流的国际性组织等。工作流的研究是从OA办公自动化特别是以公文流转为代表的业务需求开始的。 个人观点或从本问题的发展方向来看,业务流程的概念将被越来越重视,概念的区别将有助于MIS系统的流程控制的研究和应用。业务流程和工作流(工作流应用的起源是源于OA的应用)是有区别的,笼统来说:工作流是业务流程的一个子集,并且可能是一个核心的子集。 业务过程管理包括对业务过程的分析,计划,设计,实施,运行,监控,和仿真各个方面。相较于工作流,它更属于是管理和组织的概念;而工作流则侧重技术层面的实施和运行业务流程。从这种角度看,工作流可以说是业务流程管理的子集。基于这两个概念,现在有工作流管理系统(Workflow Management System)和业务过程管理系统(Business Process Management System)。 这两种系统的区别就在于工作流管理系统只能定义和运行业务过程,而业务过程管理系统还能监控运行的业务过程和分析评价业务过程的效能。业务流程的协同是业务发展和实际的紧要需求。 同样将所谓的工作流管理应用于业务流程的管理也遇到了极大的障碍和困难,人们对业务流程的认识还在不断地探索过程之中。 1.1业务流程对象范围界定(Business Process Object)
限于一般企事业单位的一般性业务管理过程。特征之一是可借助信息化管理系统与人之间的信息互动并完成特定的一个业务任务。业务过程是可以描述的。 业务流程控制管理的最小单元为不可拆分的最小业务实现的一个过程。 本定义为流程控制下的业务单元的划分原则,与实际企业业务本身可能是有区别的,因为两者之间角度问题造成所关心的粒度不同。从描述的角度看可能存在所谓的“大流程”与“小流程”的区分。 业务流程的改变或变化的根据是业务或管理的需求,根本的动力是市场的竞争。 1.2 业务流程的基本概念 (Business Process)
在对业务流程进行分析之前我们先看几个不同角度的定义:
|
流程的基本定义 |
活动 |
组织 |
价值 |
联系 |
组织 O :1、业务过程组织 2、业务角色组织 |
活动 A:1、业务事件 2、业务规则 |
联系 R:信息交换与协同,多双向 |
价值V={O,A,R} |
(Michael Hammer 简介:
Michael Hammer迈克尔·哈默博士,美国前MIT教授 (Massachusetts Institute of Technology),国际级管理大师。他创造性的首先提出了“重组”和“流程企业”。 可以说,他的思想已经“重组”了现代商业社会。世界各地的企业不约而同地将哈默的管理原则应用到自己的管理运作与组织设计中,继而取得了显著的、“戏剧般”的绩效的提升。
哈默博士不仅是一个广受邀请的讲演者,而且也为世界上那些最具进取精神的公司领导人提供顾问建议。每年有成千上万的人参加他的公开探讨会。他发表了很多的文章,有三本著作问世:世界畅销书《重组企业:一份管理变革的声明》(1993);重组革命的手册(1995);最新的著作 《不仅是重组:一个以流程为中心的企业是如何改变了我们的工作与生活》(1996)。
哈默博士曾是麻省理工学院计算机科学教授,目前是多家高科技公司的创办者和指导者。《商业周刊》称誉哈默博士为“二十世纪九十年代四位最杰出的管理思想家之一”,1996年《时代》杂志又将哈默博士列入“美国25位最具影响力的人”的首选名单。)
流程管理的本质是资源的管理,是载体资源的业务关联的分配过程。或者说流程过程生命周期中对管理者而言是最终所形成的资源的管理,过程只是实现管理的一种途径或方法。也就是说,对于一个流程管理而言,实现流程过程的管理只是流程管理一个必不可少的环节,但并不是最终的目的,缺少监管的流程、缺少协同的流程、不把其作为资源管理的流程管理还称不上流程管理,充其量是数据层面的管理,不是事务本身的实际。
一般流程资源的特点:
1、时效性
也就是时间特性。
2、占有特性
既然作为一种资源,那么就一个具有所属属性。归什么人所有就是资源的占有特性。但占有特性不是一成不变的。是同最大管理者的需要而可能发生变化。
3、资源的过程分散特性
在参与流程过程中资源是不断释放或施加的,这种特性也就是资源分散特性。流程的生命周期结束,才获取流程的最大或最终资源。同样,流程生命周期结束,流程的参与者(或部分参与者)将失去对资源的占有。
4、资源的转移
作为一种资源可以施加行政手段进行转移、剥夺或委托。
从这个角度看,如果单一只是流程控制的角度看流程控制或进行流程控制实现,无疑是有矢偏跛的。或句话说,只有从多个角度把握流程的本质才有可能反映流程的实际,为系统管理提供实际的、有效的流程管理与控制。
目前的流程管理对上述观念的认识是比较模糊的,但人们也开始从不同角度去研究这个问题,但问题的提出还是比较暧昧的。主要提出的问题是如何进行流程的监管问题。
关键词: 业务流程生命周期(Business instance Lifecycle)
业务流程生命周期是一个十分重要的概念,是指一个具体的流程创建开始到流程弃用或流程改变即一个新的流程诞生的过程是一个业务流程的生命周期。
业务流程生命周期取决于企业管理的需求。与其它的任何技术性载体无关。
外在表现:
1、 体现于信息化流程的版本控制问题或表现
2、 企业组织结构的变化或业务流程的重组(或许流程外在载体没有发生变化,例如:单据形式没有变化,只是人员或流程组织的变化)
请注意的问题是:
业务流程生命周期与一次业务实例过程的生命周期的区别。两者是完全不同的。
关键词: 业务实例生命周期(Business instance Lifecycle)
业务实例的概念:
业务实例是业务的一次执行过程。
业务实例生命周期是一个十分重要的概念.。是指一个具体的业务由创建一次实例开始到实例终结的过程,称之为一次业务实例的生命周期。
业务过程的监控是生命周期过程的监控,业务生命周期过程中获得的信息是业务过程记录或痕迹。
业务自身的特点或自身要求决定了业务流程信息化的方向,偏离业务自身特点或要求的所谓“先进”都是毫无意义的。事物本身的性质决定了事物本身,在整个认识过程中是我们必须清楚的,否则将走上歧途。
业务自身的特点:
1、 资源性质
对于组织内部而言,业务本身是一种资源,资源具有占有与释放的性质。现实生活的表现主要是载体的占有与释放,例如业务产生的单据、帐本等。但信息系统过程是有所区别的,因为载体发生了变化。资源主要表现在一个具体的“业务实例”。
2、 保密性
业务本身具有私密性,也就是每个参与者在参与业务活动中所获取的信息可能不是对等的,是根据个体业务实例及其性质所决定的。
3、 时间特性(有效性)
对于业务数据和载体具有时间特性,例如:某些数据的有效期为10年等。
4、 临时特性
业务流程或处理方式的规则或约定是一般情况下的或常规的约定,对于特定的个体业务的处理应具有特殊处理方式,例如流程步骤的简化,也就是可直接进行流程的跳转。这种方式不是常规形式但却是业务的实际情况。
同时包括业务的阶段性委托代理等情形。
5、 业务的变化特性
业务变化是业务的常态,一定阶段(时间)是不变的或常态的,但变化是主题,变化的根本原因在于市场竞争的推动和自身管理认知的需要。(市场竞争与企业自身矛盾因素所决定。市场竞争是外在因素;企业自身矛盾(管理)是自身原因)。
特别说明:
业务自身的特点决定了业务流程发展或满足的要求;一般来说,即使所谓“信息技术”的发展也不足以也不可能改变业务本身,因为两者是完全不同的。至少,在目前和今后很长一段时期将如此。
业务流程管理要回答下面的问题:
1、 在什么时间、什么人、按照什么规则、做了什么事情、处于什么状态或结果。
2、 做一个业务需要向什么人发布什么样的消息(系统与通讯机制)或通知。
3、
流程控制引擎(Business Process Engine) :可视化的流程定义(包括规则和业务角色)是流程管理的基础,
通知系统(Notification System):包括消息性质和通知性质的消息传递。消息传递是进行所谓“协同”的基本工具和方式,没有消息传递就不可能做到所谓的“协同”。故此,消息传递是业务流程管理的重要功能或手段。
业务流程的监管(Business process Monitor):流程监管是“协同”方式的一种手段;
下面我们从业务流程自身的角度对构成业务流程的要素进行必要的分析,只有比较清楚认知业务流程的基本要素才有可能找到控制与管理业务流程的方式与方法。
对于一个一般的业务流程来说大体有组织、资源、信息、功能(规则)四个方面组成。下面将对这四个方面做一个比较透彻的分析,但所观察的角度仍然是业务流程自身而不是从所谓信息化的角度来看问题。
重申或强调观察角度的目的是提醒人们:事物本身的性质决定了事物本身,不能让载体掩盖了事物自身的本质。技术实现只是一种手段或表现的一种方式但决不是事物性质本身。事物自身的性质是解决问题的原动力。
业务流程的概念
从流程概念我们知道,流程组织可以分为:
流程的组织分析 企业组织(集合) 业务单元组织 业务单元角色组织 纵向企业组织 横向企业组织 按生产流程进行架构 按照供应产品的市场的基础进行组织 在多组织的条件下业务单元组织是很复杂的。基本要求“灵活”和“溯源” 在流程的条件下进行业务组织,存在多组织问题,管理和应用表现是比较复杂的。规则的依据之一。
目前业界对企业组织已经给予足够的重视,SAP对企业组织已经进行足够的细致的管理,已经成为系统结构最重要的部分,并成为处理信息的依据。并且建立在多组织的角度进行管理。
其主要内容包括:
企业组织管理的基本内容 企业组织 管理结构 报告需求 组织单元 跨应用 会计组织 物流组织 人力组织 企业 组织管理 参照:Sap多组织的概念以及相关的关系逻辑、应用逻辑 进行整理 来源于网络:http://bbs./Article.aspx?aid=428312
我们对企业组织的描述还是基本的。管理的信息还不完整并只是作为控制的基本依据,主要的薄弱在于报告需求、会计组织、物流组织等环节的控制的欠缺,对于流程是松散的依赖管理。
我们先看企业组织结构的概念:(http://baike.baidu.com/view/57821.htm)
企业组织结构是企业组织内部各个有机构成要素相互作用的联系方式或形式,以求有效、合理地把组织成员组织起来,为实现共同目标而协同努力。
组织结构是企业资源和权力分配的载体,它在人的能动行为下,通过信息传递,承载着企业的业务流动,推动或者阻碍企业使命的进程。
由于组织结构在企业中的基础地位和关键作用,企业所有战略意义上的变革,都必须首先在组织结构上开始。
对于上面的概念或认知,实际上是一个相对比较宏观的概念,对于企业的业务活动来讲,无疑“业务单元角色组织关系”来的更加微观。是控制与管理的一个“基本粒度”。
业务单元角色组织关系是一个非常重要的概念,实际上是存在于企业的实际,但不是以独立的概念予人们认识(目前所得到的资料判断)
业务组织就是经济系统(或经济单 位),它有 自己的货物或服务的抽取、生产或分配方式。其内部结构可以非常大 ,也可以较小,这取决于财会、后勤和人力资源管理的要求。表面上来看 ,业务组织可以为单一的合法实体(公司)的形式,也可 以是多个合法实体组的(集团)的形式。
活动间的依赖关系:
系统角色 SR 静态角色
组织角色 OR 静态角色
流程角色 PR 动态角色 流程的生命周期决定。
用户集合 U
组织结构集合 O
角色集合 R
角色描述集合 RS
受控主体集合 CS
权限集合 P
操作集合 OP
对象集合 OJ
约束规则集合 C
受控主体访问集合 AC
下面,我们只是在企业信息化的角度对企业组织进行一些必要的、初步的探讨,这些问题不解决或不清楚,将阻碍信息化系统的建设和系统结构建立的分析。
这个问题是我们之前信息化过程中比较容易不重视的地方,从目前的发展情况看,越来越多的信息化厂家十分关注这方面的研究并进行了十分有意的尝试。
关键词: 行政组织 业务活动 影像 协同 二维结构 组织载体 业务角色
1、组织结构(Organization Structure )
企业或一个组织的行政组织结构是企业业务活动与管理需求的一个部分影象(image),换句话说,企业组织是企业业务活动或管理模式的部分抽象(绝大部分)。企业行政组织架构的属性决定了业务流程中业务角色与作用与组织结构中角色与作用之间的关系。
更明确地说,两者不是完全相同的,特别是在企业多组织下的业务交互与协同将成为企业组织演变必然的情形下更是如此。
2、组织结构模型(Organization Structure Model)
我们采取树状二维结构作为组织结构模型(Organization Structure Model)。
实际上树状二维结构不能完全表达企业的组织关系,树状关系只是一个外在的表达,可通过其它属性描述的方法来表达相关之间更为复杂的关系,但即使能够表达但其引用和控制规则无疑是复杂的,当前我们认为是不必要的,可通过其它的环节来弥补或丰富关于对企业组织的描述与管理。
可以认为,企业组织结构应是一个多维关系或结构。
3、存在的问题或其它
无疑,企业组织是企业运营模式的一部分,作为一种资源(也是系统资源),其管理和应用还有许多问题需要深入的研究和讨论。
总之,现行的企业组织形式不是为信息化建设(信息运行、管理)而设定的,是实现其管理模式的一种组织载体。而且,这种载体是一种常态下或正常情况下的抽象。明确地说不是完全的抽象,而且将随着管理和市场变化而不断发生变化。市场竞争和管理矛盾是变化的根本动力。
流程中的业务角色是指在该业务工作中参与者充当的工作角色,这个工作角色不完全是行政组织结构中的行政组织角色。特别是在一般性企业中这种现象更加明显,而在一般的政府组织结构中一致性居多。故此,提出业务流程组织关系概念是十分必要的,换句话说,业务组织关系与行政组织结构关系不是一个完全对应的关系。
一个业务流程中业务角色构成了该业务流程中的业务组织关系,业务组织关系依赖于该业务,但业务组织关系的管理或能力将独立于任何业务流程或过程。
关键词: 业务组织关系 参与者 角色 流程
1、基本定义:
(1)业务组织关系是为完成业务目标的所有任务的任务执行者及其在业务中所形成的关系的一种描述。
(2)是指企业在进行某项业务过程所形成的“业务组织关系”,或者说是该流程参与者在本业务进行过程中之间的关系。
(3)是本项业务的流程参与者之间的关系与企业组织关系有联系但不是组织结构中关系的直接映射。
2、参与者关系(角色关系)(Role Relationship)
业务任务的执行者或参与者是指:
设: S1 表示 角色的集合,角色可来源于组织结构中。
S2 表示 指定人(用户、参与者)的集合
则:
参与者 S={S1,S2} 且 S不为空。
设:业务过程中的关系或规则为R,则:
角色关系 F{S1,S2,R}
具体来说,业务任务的执行者可以是一些指定的用户(具体的用户)或指定的岗位或职位角色。也就是说,参与者可以具体指定或凡指角色。这样定义的目的是为了灵活处理流程或业务的参与者关系。
下面给出了一个业务流程的“业务流程”及“业务组织角色关系”:
角色关系图(Role Mapping):
流程定义:有组织的活动, 相互联系,为客户创造价值。
这就是HAMMER教授对业务流程的定义。这是目前对流程最简单、最深刻的描述。反映了流程的本质,同时为流程的信息化提出了明确的目标。
流程的基本定义 活动 组织 价值 联系 组织 O :1、业务过程组织 2、业务角色组织 活动 A:1、业务事件 2、业务规则 联系 R:信息交换与协同 价值V={O,A,R}
4、业务组织关系模型(Business organization model)
流程是业务组织关系的载体。离开流程的业务组织关系是不存在的。
企业生存外部环境: 为了适应以“顾客、竞争和变化”为特征的外部环境
关键词:“有形资源” “无形资源” 痕迹
流程资源是流程中重要的组成部分,流程资源可分为“有形资源”和“无形资源”。
“有形资源”包括:业务单据形式与载体、各个环节的参与者、载体痕迹(批示、签字等)等;
“无形资源”包括:流程过程、参与者能力、流程组织、规范等。
从这个角度看业务流程是一个比较复杂的过程,一个流程的描述实际上是比较困难的事情(将导致流程的评判或评估的困难),因为有参与者互动关系
信息化方式的流程控制是业务实例过程中“QC”点的“立此存照”
关键词: 载体信息 交互或协同信息
1、 载体信息
一个流程的实例化外在表现在一个“页面”上的,页面上的“固有”信息和确定的“格式区域”的用户交换信息,我们称之为载体信息。
载体信息的特点在某种意义上是“固定格式”的信息,即形式是固定的,信息的内容是变化的。
2、载体之外需要交互或协同的信息
这部分信息在现实业务流程中是存在的,例如相互之间的通知,业务启动的告知等。这部分的信息可能不是“正式载体-页面”的信息的一部分,但却是流程信息中的一个重要环节,对于一个信息化流程而言,无疑这些信息是交互与协同的重要手段或方式。
也就是说,通过这种方式达到每个流程的参与者在业务示例开始创建的时候根据规则就可以知道业务流程的进展情况,而不是传统流程控制方法的“接力棒”到了手里的时候才知道,而是你起跑的时候我就知道了。
建设与业务表现层无关的流程控制方法。这即是总的规则。
从信息化角度对业务流程进行分析,分析的依据是业务构成要素。
这是一个非常重要的问题。
流程的载体是流程控制引擎或流程控制方法。业务流程的表现能力决定于或取决于流程控制引擎或方法,不取决于或决定于业务本身。尽管流程控制引擎的需求来源于业务流程的本身需求。
流程模型的概念:
流程模型严格来讲应该称之为业务流程模型。也就是一个具体的业务模型,是与具体的业务相关的,或说是依赖于一个具体的业务。这个模型只有在一个具体的系统进行实施时才进行建立。
流程模型即是说该业务流程逻辑描述、控制规则、业务组织关系的描述。
流程模型的特点也就是业务本身的特点,主要表现在下面几个方面:
(1) 空间特性
空间特性是指对应用对象而言,不同的应用对象即使是同一业务的应用也是不同的特点。表现了应用对象的应用多样性。多样性也是系统复杂性的一个表现。
(2) 时间特性
时间特性即是说在同一应用对象在不同的时间具有不同的要求。也就是说系统将随着时间推移而发生变化。这一特性是由市场竞争和管理者的认知所决定的。
从上面两个基本的因素来看,应用系统的变化和复杂性是应用系统的基本特征。
换句话说,流程的应用变化是一个最基本的特征。能够实现流程模型(或部署)的快速变化是建立流程模型的一个最基本也是最高的要求,只有这样,才能满足不断变化(越来越短的周期性变化)的需要,或者说,与现实要求更贴近一些。
强调一点即是说,我们在设计中要清楚事物本身的性质,仅可能认识事物的本质。不能忘记,事物的本质决定事物本身,是设计的依据。这一点十分重要,必须贯穿始终。技术只是一个实现或表现的手段而已。
流程控制模型是部署、控制、监管一个具体业务流程的方式或方法;或者说是流程过程中各类资源管理与控制的方式与方法。
流程控制模型(引擎)的基本任务或目标(基本内涵):
1、业务实例模型的描述方法,但不依赖于任何业务实例模型
2、业务实例模型的控制方法,但不依赖于任何业务实例模型
3、业务实例模型(资源)的监控方法,
4、消息与通讯机制的建立
5、流程管理中人的因素即流程中的组织管理
6、业务过程的过程化
如果以平台(信息系统)作为一个载体而言:
从控制模型建立到模型使用
1、生命周期不同
2、对象不同
流程控制不是控制业务实例
流程控制是流程的载体
具体业务流程是流程管理的一次逻辑实例
具体业务流程执行是流程逻辑实例的一次执行。
流程的实例模型不是业务流程控制的模型
业务流程控制模型(引擎)是业务流程模型管理的抽象,一个具体的业务流程的实例模型是业务流程控制模型的一次执行(或部署),其结果是一个具体业务流程实例的一个逻辑部署。业务流程逻辑实例的执行是业务实例的一次执行。
生命周期的不同:
业务流程控制模型的生命周期取决于他的载体,例如:系统平台或项目过程
业务逻辑实例的生命周期是取决于系统的生命周期
业务实例生命周期取决于业务实例本身,不依赖于业务流程控制模型。业务流程控制模型是实例的一个载体而已。
1、基本主体要素
2、
条件属性要素
略!
1、 把具体流程作为对象来构成流程与控制的方法;或者说:不清楚什么是流程控制与业务流程一次执行的控制区别。
2、 把业务的状态或数据的状态与流程的状态混为一谈。
3、 把对业务流程引擎的控制与一个具体流程的控制混为一谈,给控制的解耦带来巨大的困难。
4、 业务流程控制是对工作流集合的影象的控制与管理,分析流程的目的是找到描述流程的方法、流程下一步的控制方法而不是解决具体的流程的方式与方法。
这是一个非常重要的概念,是业务流程控制的核心思想与业务流程控制需求识别的一个标志。是指导业务流程控制开发的基本出发点。
业务流程载体的内涵:
1、业务流程的载体是业务流程控制引擎;页面或单据是业务表现的载体;
2、业务流程引擎的控制对象是构成业务流程一次业务执行的基本要素、规则与消息机制的方法。
3、业务流程控制的一次执行是一次业务实例化的过程。
提出业务实例的概念是十分必要的。是我们设计的一个基本的也是重要的思想。业务实例指的是业务在系统的部署。也就是说:部署在系统中一个具体的业务就是一个业务实例或说是一个业务逻辑实例。
逻辑实例:在进行系统部署时的业务
运行实例:业务逻辑实例的一次运行所产生
具体的关系如下:
Logic instance 1 :N Running instance
流程执行(部署)过程的依赖关系 流程控制引擎 流程逻辑实例 流程逻辑实例的一次执行 流程实例(页面)-流程的外在表现或交换介质
基本规则:
1、 页面是流程的外在表现即是流程表现的载体或与外界互动的媒介,不是流程的载体,从系统设计的角度而言,页面与流程无关。
2、 一个逻辑流程实例的一次执行产生一个流程实例,一次执行可包括多个步骤。一个逻辑流程实例的执行是有生命周期的,随其生命周期的结束而结束。一个逻辑流程实例的一次执行产生一次具体业务过程的一个影象。
3、 具体一个业务实例过程是业务逻辑实例的一个影像子集
即:
设:W表示一个业务逻辑流程,则: F(f1,f2,f3,….fn,….)?→W
其中,Fi(i>=0)表示 W业务逻辑流程的一次执行。换句话说,W是Fi 的抽象或逻辑模型。
4、 流程逻辑实例的部署实现依赖于具体的业务要求,或者说,业务流程做什么依赖于业务的具体实际,但如何实现或者说怎么做,不依赖于业务的具体实际,而是依赖于流程的控制平台本身。
5、 解耦原则
平台对流程的控制与描述是不依赖于任何一个具体的流程的;一个具体流程的业务流程(例如:出库流程)只有在该流程进行逻辑实例或实例运行时才是耦合的。
6、业务控制过程是不可拆分的最小业务实现的一个过程,也就是说,即是平台的业务逻辑实例化过程的最小单位。
业务流程逻辑实例与业务过程实例的关系 业务流程2 业务流程1 业务流程n。 F(f1,f2, fn)?→W(F) F1(1,m) F2(1,p) Fn(1,q) 逻辑流程的执行。 业务流程的创建
我们认为,平台下的一般性定义:
流程控制管理或引擎是关于流程描述、流程控制、流程监管、资源管理(占有与释放、流程资源等)、流程评价、消息传递等一种方法。对企业管理的信息化产生重要的影响。
目前还没有解决和搞清楚的事情还很多。
我们必须清楚或流程控制的基本原则:
1、流程控制过程与方式是不依赖于任何业务流程的,是业务流程控制与管理的抽象。
2、流程控制与管理是独立的,不应与任何具体的业务流程耦合;
3、业务流程过程的表现是业务流程过程的一次实例运行过程;换句话说:一个具体的业务流程(例如:出库流程)只有在该流程进行逻辑实例或实例运行时才是耦合的。
4、业务控制过程是不可拆分的最小业务实现的一个过程,也就是说,即是平台的业务逻辑实例化过程的最小单位。
待续!
待续!
待续!
|