OA系统工作流学习.docVIP

OA系统开发的模块学习 OA系统开发中工作流的开发： 这些天一直在学习OA系统的开发，其中需要用到JBPM工作流的技术。 使用jBPM工作流开发的优势 将业务流程复杂的系统结构清晰话,提供系统运行时的灵活性 1、 ?解耦系统业务流程 流程独立,可以使用工具定义和建模,利于跟踪、监控、管理、调度、优化和重整 2、 ?提高系统的灵活性 系统流程定义生产环境的修改和调整,用户和外部工具交互,任务的动态分派 1、工作流 工作流是一项分离业务操作和系统流程的技术。工作流由实体(Entity)、参与者(Participant)、流程定义(Flow Definition)、工作流引擎(Engine) 四部分组成。 ①?实体是工作流的主体,是需要随着工作流一起流动的物件(Object)。例如,在一个采购申请批准流程中,实体就是采购申请单;在公文审批流程中,实体就是公文。 ②?参与者是各个处理步骤中的责任人,可能是人,也可能是某个职能部门,还可能是某个自动化的设备; ③?流程定义是预定义的工作步骤,它规定了实体流动的路线。它可能是完全定义的,即对每种可能的情况都能完全确定下一个参与者,也可能是不完全定义的,需要参与者根据情况决定下一个参与者; ?④?工作流引擎是驱动实体按流程定义从一个参与者流向下一个参与者的机制 前三个要素是静态的,而第四个要素是动态的,它将前三者结合起来,是工作流的核心组成元素。 2、JBPM jBPM,全称是Java?Business Process Management,是一种基于J2EE的轻量级工作流管理系统。 ①?jBPM的一个特色是采用了它自己定义的JBoss jBPM Process definition language (jPdl)。jPdl认为一个商务流程可以被看作是一个UML状态图。jPdl就是详细定义了这个状态图的每个部分,如起始、结束状态,状态之间的转换等。 ②?jBPM的另一个特色是它使用hibernate来管理它的数据库。Hibernate是目前Java领域最好的一种数据持久层解决方案。通过Hibernate,jBPM将数据的管理职能分离出去,自己专注于商务逻辑的处理。 jbpm工作流步骤: 1、加载(发布)流程定义 这个意思是,我们通过jbpm的designer插件,或者是用其他工具,制定出processDefinition,然后将其加载到应用中的过程。这个加载可以是写入内存中,或者是直接写入数据库等。 2、启动流程 创建流程实例的过程。具体创建实例的方法有多种,可根据自己的需要自行选择。 3、处理任务 在流程流转的过程中,JBPM引擎会为我们生成任务的实例,我们就需要针对这些任务实例来进行处理,然后结束这些任务实例,并推动流程的流转。 4、记录流程的相关状态 记录流程状态这点包括且不限于以下内容: 1流程实例的开启2任务实例的创建3任务实例的开始执行4任务实例的结束5流程实例的结束 做完这个功能，总结以下几点： 1工作量 初步的结论是:引入工作流技术不会明显减少系统开发工作量。相反,在一般情况下,会增加一部分工作量。 如果项目流程比较少,而且比较固定,则使用工作流技术会明显增加开发工作量。 如果项目流程多,而且比较复杂,则使用工作流技术会使项目结构层次更加清晰、更具有扩展性,根据需求有可能要修改和扩展现有开源工作流类库与数据库结构,也会增加额外的工作量。但权衡之下,利大于弊。 2、系统用户和角色与工作流整合 流程的流转和任务的分派完成,都是用户在控制,所以需要将用户、角色和权限整合到jbpm工作流中。3、系统业务的整合和调整 将流程抽取后,原本连续的业务处理变成一个个的任务节点。需要在每个业务相关处理处添加工作流流程控制、在每个节点处实现相关的业务和流程切入点。 4关于业务数据与jBPM本身的数据 理论上说,如果使用jBPM,可以将所有业务数据放到jBPM的context中管理,不再维护业务数据表。但这样的结果是在流程之外的环境(比如在统计报表中)中无法容易的得到业务数据。所以一般会建立业务数据表,我不使用工作流时一样,然后让jBMP从业务数据表中得到业务数据,而不在jBPM中保留业务数据。因此,使用jBPM后,在业务数据方面基本不会减少工作 适用范围 综上所述： Jbpm工作流适用于: 项目流程比较多,流程复杂的项目。 系统运行和维护、升级时,流程可能需要修改、调整和跟踪、控制的项目。 —2—