下载与安装

一、下载地址：http://www.jboss.org/jbossjbpm/jbpm_downloads/
下载 jbpm-jpdl-suite.3.2.3.zip
二、查看http://wiki.jboss.org/wiki/JbpmGettingStarted
三、在网上找到一些工作流的基本概念，了解什么是工作流。
四、安装并执行例子。
以下内容摘自《2007 工作流讲解》---特邀专栏嘉宾 胡长城(TIBCO CDC)

        我们通过三个视角来描述企业经营过程运作:职能域、业务过程、业务活动。
        职能域(Function Area)是对企业中的一些主要业务活动领域的抽象,例如:经营计划、财务、产品计划、材料、生产计划、生产、销售、配送、会计、人事等。 
        每个职能域都含有若干个业务过程(Business Process)。例如:材料需求、采购、进货、库存管理、质量管理,这五个业务过程属于“材料”职能域。
        每个业务过程都含有若干个业务活动(Business Activity),如“采购”业务过程包括“提出采购申请单”、“选择供应商”、“编制采购订单”等业务活动,它们是基本的、不能再分解的业务单元。这些活动有些是自动化,有些是人工处理的,有些是半自动化(人-机交互)的。

       什么是工作流?
      工作流最为简洁和标准的定义概念则是由工作流管理联盟(WfMC)这个组织定义的,这个组织全称是 Workflow Management Coalition。 这个协会组织自从 1993 年成立以来,一直致力于工作流相关领域的研究性工作, 包括工作流相关标准的制定,  工作流相关架构和接口描述等等。至今已经有相当多国际化产品基于 WfMC 的工作流标准实现其工作流和业务流程管理系统,这其中就包括 TIBCO 公司。1994 年 WfMC 发布了《WFMC-TC-1011 Workflow Terminology Glossary》       (工作流概念与术语)文档。此份文档第一次为工作流(Workflow)下了一个较为精简和准确的定义:

1.   Workflow:The automation of a business process,in whole or part,during which
2.   documents,information or tasks are passed from one participant to another
3.   for action,according to set of procedural rules.

  在这个定义之中,有几个比较抽象的概念,需要注意:

  第一:对业务过程(Business Process)的理解。对于第一次接触工作流概念的读者来说,对业务过程需要多加留心,  可以结合前面一节所讲得      “为什么需要工作流”中的职能域、业务过程、业务活动加以理解。事实上,对于大多数人来说,也可以联想一些围绕在日程办公中的一些业务流程,比如跟我们最为贴近的“费用报销处理流程”        。我们可以很简单的描述为:申请人(申请)—项目经理(审批)—部门经理(审批)—主管经理(审批)—财务审核(审核)—财务总监(审核)   。
  第二:对文档、信息、任务的理解。文档和信息可能不需要过多地解释,信息是信息化根本,而业务流程本身的反映也主要是信息数据、状态的变迁和转移。对于任务可能就有些抽象,我们可以这样去理解:  任务就是在业务过程中,      某个业务活动点所需要完成的使命。比如“费用报销处理流程”中“项目经理审批”这个业务活动点,其所表达的任务就是完成项目经理对某张报销单据的真实性确认或否决。
    第三:对程序规则(Procedural rule)的理解。此“程序”是 Procedural 概念,而不是Program 概念,其表达的是企业所制定的一种处理业务所必需经过的某些点,及这些点之间的层次和顺序。可能引出一句现实中的常用的话语来加以注释,似乎更容易让大家理解,比如我们经常听到这样的话语:我们需要经过一系列的法律程序。          “规则”似乎不需要多加解释了,这个“程序规则”联合在一起,则表示了业务过程中各个业务活动点之间的逻辑连接关系和其中所包含的一定规则。
    第四:对参与者(Participant)的理解。参与者是对业务过程中业务活动点的处理人的一种抽象描述。这个参与者可能表示某个特定的处理人,可能是某一类处理人,甚至是一个运行期间动态计算和分配的,当然也可能是信息系统本身。
  国内工作流的发展与特色
  比起国际上工作流应用和发展的“精彩纷呈”“浪潮不断”,国内的发展则显得的沉稳、沉闷许多。  虽然在工作流领域,国内科研力量薄弱,但国内有客户市场。2000 年左右,政府开始鼓励电子政务的发展,鼓励办公自动化系统的发展。这两种系统与早期的 MIS 系统有一个很大不同之处,就是这两种系统中都含有大量的“审批流程”需要处理。国内工作流技术就在这样一种背景下开拓和发展起来。

“审批流”已经成为国内工作流系统定位的一个主要特色,而国内审批流大多与“组织结构和层级关系”非常密切,这也形成了“以组织服务为主导”流程应用特色。所以在国内流程应用中,     “人为处理”占有了绝对地位,诸如“会签”“回退”“取回”“跳跃(速  、       、      、称自由流)、等匪夷所思的运转模式却成为国内“工作流应用”的基础特色之一。
         ”
    第二个特色就是国内工作流产品在诞生和发展中,与特定行业绑定比较密切。这也充分反映了国内工作流产品,还处于“起步发展阶”                  ,甚至相当一部分还处于“生存阶段” 。比 如 有 生 博 大 的 RiseOffice 主 要 定 位 于 “ 电 子 政 务 系 统 中 的 审 批 流 ” 西 安 协 同 的 ,SynchroFLOW 则更多的偏重于“电信行业”          ;信雅达的 SunFlow 则偏重于“金融行业”        ;上海东兰的liveFlow 则更多的偏重于“协同领域”等等。
    第三个特色就是国内工作流应用普及度还是很低的。虽然在电子政务、办公协同、电信、 金融、   财政等一些行业中工作流已经有所普及,  但在另外一些传统型行业中,  比如石油、化工、铁道等,本身信息化普及面就比较窄,工作流应用几乎还相当于空白。


  工作流的基本组成:建模和执行
  很多人最初的印象中,工作流系统就是:在一个可视化的流程绘制工具,通过拖拽完成节点之间的关系,然后流程就按照这个绘制的关系途径运行。  其实,这种印象是最基本的工作流组成部分的最直接反映。工作流技术运用,其本质目的就是为了,通过对业务流程的建模、定义,通过执行系统来自动化的运行,而这个执行系统,就是我们通常所描述的“工作流引擎”,或者也可以统称为“工作流管理系统”
                                    。
  流程建模的目的主要是两个:
  (1) 通过直观的图形化元素来表述业务流程,通过对业务活动点及活动点之间的关 系绘制,来形式化的展现业务流程的步骤。
  (2) 建模的结果通过有意义的字符、元素描述进行表述,用于存储和流程执行服务 器(工作流引擎)进行解析,一般我们叫做“流程定义描述”
  工作流相关的几个重要术语
  了解了工作流的基本定义,历史,相信大家对工作流有个初步的认识。接下来我们就更进一步,来看看围绕工作流的几个重要术语。
  主要的术语就是:工作流管理系统(Workflow Management System),过程定义(Pro           ,活动(Activity),过程实例(ProDefinition)活动(Activity),过程实例(Process Instance),活动实例(Activity Instan   活动实例(Activity Instance)
                                                     ,
工作项(WorkItem)。
  下面这张图表,    显示了这几个术语之间的关系,以及基本的定位和解释。 限于文章篇
工作项(WorkItem)。  下面这张图表,显示了这几个术语之间的关系,以及基本的定位和解释。限于文章篇幅,
就不在这里过多补充。
                      务过程
                  (即:即将发生的事情)
        在其中定义                    由其管理
        过程定义                     工作流管理系统
                              (控制业务过程的自动部分)
      (一个即将发生的
       事情的代表)
 子过程                     用来创建并管理
             由其组成                       经由
                                    过程实例
          活动
                                  (一个实际发生的
                                   事情的代表)
       或许是
                                       包括一个或多个
          或者
                   自动化活动
   手工活动                             活动实例
(不作为工作流系统                 执行期间由其代表
 的一部分管管理)                               包括
                                     与/或
                             工作项          应用程序调用
                          (被分配给工作流      (计算机工具/应用程序
                           参与者的任务)       用来支持一个活动)


                                     。