三、 工作流的相关概念与模型 

    一个工作流系统，实际上至少包含三个核心部件： 

    1 流程定义(Processes definition) 
    2 流程执行环境(Processes Engine) 
    3 流程监控与管理(administrator and monitor) 

    纵观工作流系统，有几个基本概念，我们需要特别清楚。 

    实际事物都有它的一套体系，工作流就象IT世界中的一个地方戏剧，有它自己的行话，只有先搞懂了它的“行话”，才能说是“入行”了。 

    行话之一: 活动(Activity) 

    又名节点，环节或者任务，画过工作流程图的人都知道，一张流程图就是由一个一个的节点构成的，工作流也是由一个个活动按照一定顺序组成的。 

    如果把活动分类，它可以分为开始活动、结束活动、人工活动、自动活动、路由活动、子流程活动、前驱活动、后继活动。乍看起来,”活动”一词更是种英译词,如果把它看成是“任务”,就会好理解得多了。 

    一个活动通常又会有若干属性，它们是名称、参与者、时间限制、触发事件、激活策源、 聚合模式、分支模式。 

    行话之二: 参与者 

    顾名思义，它就是活动的执行者，它可以是人、组织、角色、系统或动态计算，总之是种资源。 

    行话之三: 转移线 

    让我们的脑海中浮现起一条前驱活动和后继活动之间的一条连接线，它在工作流中的学名叫“转移线”, 转移线上主要定义转移条件，转移线也可以是无条件转移的。 


    行话之四: 转移条件 

    转换条件对应于组织机构经营过程中的业务规则和操作的顺序，如在订单处理完成后，执行生成计划制定。 

    转换条件主要负责为过程实例的推进提供导航依据，主要参数包括工作流过程条件（flow condition）和执行条件（execution condition）。工作流过程条件是过程实例向前推进的条件，它可以认为是前/后工作条件的同义词。执行条件是指当任务到达时通知不同用户的条件。 

    行话之五: 相关数据 

    工作流相关数据(workflow Relevant data)主要指与业务流程相关的数据。它可以确定实例状态转换的条件，并选择下一个执行的活动。 


    我们已经了解了工作流的行话，现在可以初窥门道了，即一探工作流模型的真面目。 

    模型是一切事物存在的基础理论依据，它是高度抽象化，但它又是高度概括性的，所谓”见山不是山，见山还是山”。 

    工作流元模型包含了工作流定义、活动、转换条件、工作流相关数据、执行者、资源、需要激活的应用程序、数据窗口等基本实体。 

    也许，我们能从下面的工作流元模型读到更多：

    结合这个模型，对上文提到的一些名词可以有如下的解释。 

    工作流相关数据 

    工作流相关数据是工作流引擎执行任务推进的主要依据。工作流实例运行时工作流引擎主要根据工作流相关数据和转换条件进行推进。工作流相关数据的属性包括数据名称、数据类型和数据值等。 

    如在银行贷款申请表处理后，根据申请贷款的值(如是否大于10万元)决定下一个的活动是什么，比如大于10万的申请请交业务经理，小于10万的申请交给业务人员处理。 

    执行者 

    执行者主要描述执行活动过程中参与操作的人员和组织单位。 执行者属性主要包括角色的名称、组织实体（Organizational entity）、角色职能等，角色或组织实体决定了参与活动的人员或组织单元。
资源 

    资源主要描述执行活动过程中所需要的设备、物料等资源。资源属性主要包括资源的名称、所需数量或工时、资源的使用成本等。 

    应用程序 

    需要激活的应用程序主要描述执行活动过程所采用的工具或手段。应用程序主要属性包括应用程序的类型、名称、执行路径及运行参数等。如在活动过程中调用ERP软件或决策软件完成某个具体的企业业务功能。 

    数据窗口 

    数据窗口（DataWindow），在每一个活动中可能包含一个或多个数据窗口，用于显示用户所需要的信息。
工作流管理系统接口 

    工作流管理系统接口描述了工作流定义输入与输出接口；它在建模方面组要覆盖了以下几个功能： 

     •通信建立——建立各个参与运行的系统之间的通信连接，并且在完成协作后断开通信连接； 
    •工作流模型操作——对过程模型的名称进行检索，并完成对过程模型对象的读、写等； 
    •工作流模型对象操作——在建模工具中完成创建、检索和删除对象的操作和完成创建、设置和删除对象属性的操作。