CN103744680B - 一种业务流程处理方法及装置 - Google Patents

Abstract

本发明公开了一种业务流程处理方法及装置，所述业务流程处理方法包括：解析Artifact数据模型，得到业务数据表、各节点的读数据和写数据；解析JBPM流程模型，得到各节点的属性信息；根据所述业务数据表，生成数据持久层；根据各节点的所述读数据、写数据以及属性信息，生成视图呈现层；根据各节点的所述读数据、写数据以及所述视图呈现层，生成数据控制层。

Description

一种业务流程处理方法及装置

技术领域

本发明涉及业务流程建模技术，尤其涉及一种业务流程处理方法及装置。

背景技术

传统的工作流流程模型是通过活动节点间的协作来描述业务的信息结构、资源的组织以及业务目标的实现。工作流技术作为一个典型的过程建模方法，强调的是活动的顺序，以及每个活动中需要执行的操作，但是却忽略了数据信息在活动间的迁移，基于此思想所设计的工作流往往以过程为中心，业务目标通过过程一步一步地进行实现，也即通过每个活动节点的固有顺序进行实现，一旦某个活动节点中的业务逻辑发生变化之后，其后的所有活动节点操作都要跟着改变，如此会带来巨大的工作量。

以数据为中心的工作流技术日益受到人们的重视。作为面向对象的工作流技术中的佼佼者，以工件(Artifact)为中心的工作流技术，将工作流的活动节点作为单个的对象，此活动节点所操作的数据作为对象的属性，此活动节点的操作作为对象的方法。利用Artifact技术可以开发出具有灵活性的业务系统、提高产品设计生产管理的规范化程度、缩短文档传递的时间、减少业务处理过程。同时，提高了服务端和数据段架构的高效性，使得数据的改变不影响流程本身，流程的改变也不影响数据。

随着人类对软件工程研究的日益深入，软件项目的规模和复杂程度也随之增加，传统的开发模式限于开发周期、成本、人员调配上的因素，不适用于超大规模项目的设计和实现。为此，一些应用框架如Java 2平台企业版(J2EE，Java 2Platform EnterpriseEdition)、源代码(Struts)、Hibernate、Spring的出现，让开发人员避免了大量的代码如数据库访问，网页(Web)页面流转控制等底层逻辑代码的编写；但是，同一层中的类或接口的代码往往具有类似的结构，而且一些配置文件、数据库的操作以及与用户交互的界面的设计都是相似的，这样就不可避免要编写基于这些应用框架的应用程序编程接口(API，Application Programming Interface)的一些重复繁琐的代码。

并且，当对数据库结构做一些必要的改动时，对应的后台代码也要有相应的改变，才能适应需求的变化，这样不可避免的还是要手动去后台修改大量的代码。无论是业务变化、用户需求改变、功能修正等都会对开发项目的进度控制、成本核算、开发周期、系统性能产生巨大的影响。

因此，如何提高开发效率、降低开发成本以及快速更好的处理需求变更，成为了一个亟待解决的问题。

发明内容

为解决上述技术问题，本发明实施例提供了一种业务流程处理方法及装置。

本发明实施例的技术方案是这样实现的：

一种业务流程处理方法，所述方法包括：

解析Artifact数据模型，得到业务数据表、各节点的读数据和写数据；

解析业务流程管理(JBPM，Java Business Process Management)流程模型，得到各节点的属性信息；

根据所述业务数据表，生成数据持久层；

根据各节点的所述读数据、写数据以及属性信息，生成视图呈现层；

根据各节点的所述读数据、写数据以及所述视图呈现层，生成数据控制层。

优选地，所述Artifact数据模型包括：Artifact生成模型、Artifact绑定模型以及Artifact映射模型；

相应地，所述解析Artifact数据模型，得到业务数据表、各节点的读数据和写数据，包括：

解析所述Artifact生成模型以及所述Artifact映射模型，得到业务数据表；

解析所述Artifact绑定模型以及所述Artifact映射模型，得到各节点的读数据和写数据。

优选地，所述根据所述业务数据表，生成数据持久层，包括：

根据所述业务数据表的数据结构，生成与所述业务数据表对应的简单Java对象(Pojo，Plain old java objects)类文件、Hibernate映射文件、业务逻辑(Service)类文件、数据访问(Dao，Data access objects)类文件、业务配置文件。

优选地，所述根据各节点的所述读数据、写数据以及属性信息，生成视图呈现层，包括：

根据各节点的所述读数据、写数据，生成超文本标记语言(Html，Hyper textmark-up language)标签；

根据各节点的所述属性信息，生成JavaScript数据；

基于所述Html标签以及所述JavaScript数据，生成视图呈现层，所述视图呈现层以Java服务器页面(Jsp，Java server pages)文件表征，所述Jsp文件包括：Html标签、体(Body)标签以及JavaScript数据。

优选地，所述根据各节点的所述读数据、写数据以及所述视图呈现层，生成数据控制层，包括：

针对每个节点，根据所述节点的读数据、Pojo类文件以及Service类文件，生成与所述节点对应的读控制(ReadAction)类文件；

针对每个节点，根据所述节点的写数据、Pojo类文件以及Service类文件，生成与所述节点对应的写控制器(SaveAction)类文件；

根据所述ReadAction类文件、Jsp文件以及SaveAction类文件，生成(控制)Action配置信息，并将所述Action配置信息设置于配置文件中。

一种业务流程处理装置，所述装置包括：Artifact数据模型解析模块、JBPM流程模型解析模块、数据持久层生成模块、视图呈现层生成模块以及数据控制层生成模块；其中，

所述Artifact数据模型解析模块，用于解析Artifact数据模型，得到业务数据表、各节点的读数据和写数据；

所述JBPM流程模型解析模块，用于解析JBPM流程模型，得到各节点的属性信息；

所述数据持久层生成模块，用于根据所述业务数据表，生成数据持久层；

所述视图呈现层生成模块，用于根据各节点的所述读数据、写数据以及属性信息，生成视图呈现层；

所述数据控制层生成模块，用于根据各节点的所述读数据、写数据以及所述视图呈现层，生成数据控制层。

优选地，所述Artifact数据模型包括：Artifact生成模型、Artifact绑定模型以及Artifact映射模型；

相应地，所述Artifact数据模型解析模块包括：第一解析子模块、第二解析子模块；其中，

所述第一解析子模块，用于解析所述Artifact生成模型以及所述Artifact映射模型，得到业务数据表；

所述第二解析子模块，用于解析所述Artifact绑定模型以及所述Artifact映射模型，得到各节点的读数据和写数据。

优选地，所述数据持久层生成模块，还用于根据所述业务数据表的数据结构，生成与所述业务数据表对应的Pojo类文件、Hibernate映射文件、Service类文件、Dao类文件、业务配置文件。

优选地，所述视图呈现层生成模块包括：第一生成子模块、第二生成子模块、第三生成子模块；其中，

所述第一生成子模块，用于根据各节点的所述读数据、写数据，生成Html标签；

所述第二生成子模块，用于根据各节点的所述属性信息，生成JavaScript数据；

所述第三生成子模块，用于基于所述Html标签以及所述JavaScript数据，生成视图呈现层，所述视图呈现层以Jsp文件表征，所述Jsp文件包括：Html标签、Body标签以及JavaScript数据。

优选地，所述数据控制层生成模块包括：第四生成子模块、第五生成子模块、第六生成子模块、配置子模块；其中，

所述第四生成子模块，用于针对每个节点，根据所述节点的读数据、Pojo类文件以及Service类文件，生成与所述节点对应的ReadAction类文件；

所述第五生成子模块，用于针对每个节点，根据所述节点的写数据、Pojo类文件以及Service类文件，生成与所述节点对应的SaveAction类文件；

所述第六生成子模块，用于根据所述ReadAction类文件、Jsp文件以及SaveAction类文件，生成控制Action配置信息；

所述配置子模块，用于将所述Action配置信息设置于配置文件中。

本发明实施例的技术方案中，首先生成数据持久层，然后生成视图呈现层，最后生成数据控制层，采用数据持久层-视图呈现层-数据控制层架构的业务流程处理技术，提高了业务流程开发的效率和质量，节省了大量的人力资源。并且，本发明实施例以面向Artifact的流程建模为中心，将关键的业务数据作为过程设计的重要角色，实现了流程与数据的解耦和，以关键数据在业务过程中的变化作为过程设计的主线，易于实现。

附图说明

图1为本发明实施例的业务流程处理方法的流程示意图；

图2为本发明实施例中获取各节点的读数据和写数据的流程示意图；

图3为本发明实施例中生成ReadAction类文件的流程示意图；

图4为本发明实施例中生成视图呈现层的流程示意图；

图5为本发明实施例中生成SaveAction类文件的流程示意图；

图6为本发明实施例的业务流程处理装置的结构组成示意图。

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。

图1为本发明实施例的业务流程处理方法的流程示意图，本示例中的业务流程处理方法应用于业务流程处理装置中；如图1所示，所述业务流程处理方法包括以下步骤：

步骤101：解析Artifact数据模型，得到业务数据表、各节点的读数据和写数据。

具体地，由业务流程处理装置中的Artifact数据模型解析模块解析Artifact数据模型，以得到业务数据表、各节点的读数据和写数据。

优选地，所述Artifact数据模型包括：Artifact生成模型、Artifact绑定模型以及Artifact映射模型；

相应地，所述解析Artifact数据模型，得到业务数据表、各节点的读数据和写数据，包括：

解析所述Artifact生成模型以及所述Artifact映射模型，得到业务数据表；

解析所述Artifact绑定模型以及所述Artifact映射模型，得到各节点的读数据和写数据。

步骤102：解析JBPM流程模型，得到各节点的属性信息。

具体地，由业务流程处理装置中的JBPM流程模型解析模块解析JBPM流程模型，以得到各节点的属性信息。

这里，各节点是指人工活动节点。

这里，属性信息包括：节点名称、任务的执行者、节点的迁移路径。其中，节点的迁移路径可以是一条或者多条。

步骤103：根据所述业务数据表，生成数据持久层。

具体地，由业务流程处理装置中的数据持久层生成模块根据所述业务数据表，以生成数据持久层。

优选地，所述根据所述业务数据表，生成数据持久层，包括：

根据所述业务数据表的数据结构，生成与所述业务数据表对应的Pojo类文件、Hibernate映射文件、Service类文件、Dao类文件、业务配置文件。

上述方案中，与所述业务数据表对应是指与所述业务数据表的名称相对应。

这里，在Service类文件中，需引用与其名称相对应的Dao类文件的一个实例。

上述方案中，生成与所述业务数据表对应的Pojo类文件，具体为：获取业务数据表的字段类型和字段名称；向Pojo类文件中写入与所述业务数据表的字段类型和字段名称对应的属性信息，同时写入每个属性信息所对应的获取(getter)应用和设置(setter)应用。

上述方案中，生成与所述业务数据表对应的Hibernate映射文件，具体为：根据业务数据表的字段类型和字段名称，主键信息以及主键数据的生成方式，生成与所述业务数据表对应的Hibernate映射文件。

上述方案中，生成与所述业务数据表对应的Service类文件，具体为：向Service类文件写入与其对应的Dao类文件的实例，同时写入此实例所对应的getter应用和setter应用；然后根据这些实例调用数据库CRUD的基本操作。

上述方案中，生成与所述业务数据表对应的Dao类文件，具体为：向所述Dao类文件中写入调用Hibernate接口的数据库CRUD的基本操作。

步骤104：根据各节点的所述读数据、写数据以及属性信息，生成视图呈现层。

优选地，所述根据各节点的所述读数据、写数据以及属性信息，生成视图呈现层，包括：

根据各节点的所述读数据、写数据，生成Html标签；

根据各节点的所述属性信息，生成JavaScript数据；

基于所述Html标签以及所述JavaScript数据，生成视图呈现层，所述视图呈现层以Jsp文件表征，所述Jsp文件包括：Html标签、Body标签以及JavaScript数据。

这里，视图呈现层用于显示数据信息。

这里，Jsp文件的名称与节点名称相对应。

步骤105：根据各节点的所述读数据、写数据以及所述视图呈现层，生成数据控制层。

优选地，所述根据各节点的所述读数据、写数据以及所述视图呈现层，生成数据控制层，包括：

针对每个节点，根据所述节点的读数据、Pojo类文件以及Service类文件，生成与所述节点对应的ReadAction类文件；

针对每个节点，根据所述节点的写数据、Pojo类文件以及Service类文件，生成与所述节点对应的SaveAction类文件；

根据所述ReadAction类文件、Jsp文件以及SaveAction类文件，生成Action配置信息，并将所述Action配置信息设置于配置文件中。

这里，ReadAction类文件、SaveAction类文件与节点名称相对应。

这里，Action配置信息包括：调用路径和调用返回。

上述方案中，根据所述节点的读数据、Pojo类文件以及Service类文件，生成与所述节点对应的ReadAction类文件具体为：根据所述节点的读数据、Pojo类文件的实例以及Service类文件的实例，生成与所述节点对应的ReadAction类文件。

上述方案中，根据所述节点的写数据、Pojo类文件以及Service类文件，生成与所述节点对应的SaveAction类文件具体为：根据所述写数据、Pojo类文件的实例以及Service类文件的实例，生成与所述节点对应的SaveAction类文件。

实际业务的开发成本集中于业务流程模块的开发以及业务变更后相关代码的修改，采用本发明实施例的技术方案，开发人员可以根据需求进行相应的Artifact建模，然后在工作流开发环境中用流程定义语言来设计流程图，对于每个人工任务活动节点均绑定了Artifact数据，便于开发人员获知需要操作的数据，最后解析相关的Artifact模型文件，以生成所需要的业务代码。

图2为本发明实施例中获取各节点的读数据和写数据的流程示意图，本示例对应于图1所示的业务流程处理方法中的步骤101，本示例可通过以下步骤实现：

步骤201：解析Artifact绑定模型，得到各节点的数据信息fieldMap<tableName,List<NodeField>>。

其中，对象NodeField的信息为{fieldName,info,artifactName}。

步骤202：针对每个节点的所有数据，解析Artifact映射模型，并将数据存储至map<fieldName,NodeField>中。

其中，对象NodeField的信息为{tableName,info,artifactName}。

步骤203：判断map的fieldName是从数据库中读还是写入到数据库中；如果是读，则执行步骤204；如果是写，则执行步骤206。

步骤204：获取临时readTemp<fieldName,NodeField>。

具体地，由步骤202和步骤203可得临时readTemp<fieldName,NodeField>，但是，由于多个字段同属于同一张表，tableName数据会出现多次，存在了大量的数据冗余，同时在进行业务操作的时候，使用的是Hibernate模型，因此，只需要对整个对象操作即可。

步骤205：处理readTemp<fieldName,NodeField>，结束本流程。

具体地，以tableName作为key值，List<NodeField>为value值的readMap<tableName,List<NodeField>>，遍历readTemp的时候，如果已经存在此tableName，则在相应value的List中添加当前的NodeField；如果不存在此tableName，则新建一个List添加当前的NodeField作为对应此tableName的value值。

步骤206：获取临时saveTemp<fieldName,NodeField>。

具体地，由步骤202和步骤203可得临时saveTemp<fieldName,NodeField>，但是，由于多个字段同属于同一张表，tableName数据会出现多次，存在了大量的数据冗余，同时在进行业务操作的时候，使用的是Hibernate模型，因此，只需要对整个对象操作即可。

步骤207：处理saveTemp<fieldName,NodeField>。

具体地，以tableName作为key值，List<NodeField>为value值的saveMap<tableName,List<NodeField>>，遍历saveTemp的时候，如果已经存在此tableName，则在相应value的List中添加当前的NodeField；如果不存在此tableName，则新建一个List添加当前的NodeField作为对应此tableName的value值。

图3为本发明实施例中生成ReadAction类文件的流程示意图，本示例对应于图1所示的业务流程处理方法中的步骤105，本示例可通过以下步骤实现：

步骤301：根据taskId获取唯一标识ArtifactID。

其中，String ArtifactID＝(String)taskService.getVariable(taskId,"pid")。

步骤302：获取readMap中的首个key值。

这里，首个Key值也即tableName。

步骤303：判断key值是否为空；如果为空，则执行入步骤306；如果不为空，则执行步骤304。

步骤304：通过唯一标识ArtifactID获取readTable实例信息。

这里，获取实例信息的方式可以通过以下三种方式实现：用户从数据库获取方式、系统获取用户信息方式、页面获取用户信息方式；其中，

用户从数据库获取这种方式为，table＝tableBusiness.getByArtifactID(ArtifactID)；

系统获取用户信息方式为：User user＝(User)ActionContext.getContext().getSession().get("user")；

页面获取用户信息方式为：table＝new Table()。

步骤305：获取readMap的下一个key值，即tableName；执行步骤303。

步骤306：返回至JspDetail页面，将获取的实例信息显示在页面中。

图4为本发明实施例中生成视图呈现层的流程示意图，本示例对应于图1所示的业务流程处理方法中的步骤104，本示例可通过以下步骤实现：

步骤401：获取readMap中的首个key值。

这里，首个Key值也即tableName。

步骤402：判断key值是否为空；如果为空，则执行步骤408；如果不为空，则执行步骤403。

步骤403：遍历此key值所对应的value中的fieldList，获取首个Field。

步骤404：判断此Field值是否为空；如果为空，则执行步骤407；如果不为空，则执行步骤405。

步骤405：在页面中显示此字段信息。

在步骤405中，需判断此字段信息是否为系统从页面中获取，如果是，则为true，否则为false；同时判断此字段在页面中的Html格式，具体为input or textarea；此外，还要判断此字段在saveMap中是否存在，如果不存在，则为readonly，如果存在，则为读可写；并且，还要删除saveMap中的此字段。

步骤406：获取当前table下value中的fieldList的下一个Field，执行步骤404。

步骤407：获取readMap中的下一个key，即tableName；执行步骤402。

步骤408：readMap遍历完，执行步骤409。

步骤409：获取saveMap中的首个key值。

这里，首个Key值也即tableName。

步骤410：判断key值是否为空；如果为空，则执行步骤416；如果不为空，则执行步骤411。

步骤411：遍历此key值所对应的value中的fieldList，获取首个Field。

步骤412：判断此Field值是否为空；如果为空，则执行步骤415；如果不为空，则执行步骤413。

步骤413：在页面中显示此字段信息。

在步骤413中，需要判断此字段信息是不是一个主键ID或者从系统写入，如果满足其中一种情况，则跳到下一个Field，如果都不满足，判断此字段信息在页面中的Html格式，如input or textarea；

对于所有的readMap和saveMap中的字段信息，需注意页面排版格式的对齐，input类型一行两个字段，textarea类型一行一个字段，如果之前奇数个字段，补一个空字段。

步骤414：获取当前table下value中的fieldList的下一个Field，执行步骤412。

步骤415：获取saveMap中的下一个key，即tableName；执行步骤410。

步骤416：saveMap遍历完毕，执行步骤417。

步骤417：获取人工活动节点的相关信息。

这里，人工活动节点的相关信包括：节点名称、任务执行者、以及迁移路径。优选地，将迁移路径名称以及下一活动节点的执行者封装为一个变量submitResult，中间以逗号隔开。

在步骤417中，当前活动节点如果有多条路径的话，需要生成多个单选按钮radio，每选择一个按钮，生成对应的submitResult，如果只有一条默认路径的话，则不需要单选按钮，直接生成一个隐藏字段submitResult即可。

步骤418：生成部分JavaScript代码。

这里，部分JavaScript代码包括：页面提交的所调用的SaveAction方法，步骤405中的isFromPage如果为true，则需要生成一段从页面获取信息的JavaScript代码(通过userId获取用户信息)，确定saveMap中读数据以及saveMap中写数据保存时是否有非空，长度大小等其他约束条件，生成验证标签数据合法性的JavaScript代码。

步骤419：页面信息处理完之后，跳转到SaveAction，同时将变量submitResult传递给后台。

图5为本发明实施例中生成SaveAction类文件的流程示意图，本示例对应于图1所示的业务流程处理方法中的步骤105，本示例可通过以下步骤实现：

步骤501：根据当前任务的taskId获取唯一标识ArtifactID。

这里，ArtifactID为：String ArtifactID＝(String)taskService.getVariable(taskId,"pid")。

步骤502：获取saveMap的首个key值，即tableName。

步骤503：判断此key值是否为空；如果为空，则进入步骤512；如果不为空，则进入步骤504。

步骤504：遍历此key值对应的value中的fieldList。

在步骤504中，有一个遍历的过程，判断每一个Field是不是包含ID(标记isID＝false)，如果有，isID＝true，如果没有，判断此字段的来源、系统获取时间、系统获取用户信息、以及用户输入，然后继续遍历，直到遍历完fieldList中所有的Field；其中，

系统获取时间为：Calendar rightNow＝Calendar.getInstance()；SimpleDateFormat fmt＝new SimpleDateFormat(\"yyyy/MM/dd HH:mm:ss\")；StringsysDatetime＝fmt.format(rightNow.getTime())；table.setField(sysDatetime)；

系统获取用户信息为：User user＝(User)ActionContext.getContext().getSession().get(\"user\")；String userName＝user.getId()；table.setField(username)；

用户输入为：直接从前端传到后台，不需要额外处理。

步骤505：判断是否存在字段包含有ID；如果有，则执行步骤506，如果没有，则执行步骤508。

步骤506-步骤507：当此表中存在字段包含了ID，针对此表在当前活动节点上执行Save操作。

具体地，首先执行table.setArtifactID(ArtifactID)，然后执行Save操作：tableBusiness.save(table)。

步骤508-步骤510：当此表中不存在字段包含ID，针对此表在当前活动节点上执行Update操作。

步骤508：获取没更新前数据库中原有的数据。

具体地，获取没更新前数据库中原有的数据为：Tabletemp＝tableBusiness.getByArtifactID(ArtifactID)。

步骤509：遍历此key对应的value中的fieldList，对于每一个Field，执行temp.setField(table.getField())操作。

步骤510：执行Update操作。

具体地，Update操作为：tableBusiness.update(temp)。

步骤511：获取saveMap下一个key值，即tableName，执行步骤503。

步骤512：saveMap遍历完，进入提交阶段。

步骤513：获取从前端传来的submitResult变量值，以逗号将submitResult分隔开，获取路径名称以及下一任务的执行者，然后调用JBPM的completeTask(taskId,tranName,map)API来触发流程流转。

步骤514：提交结束，返回成功(return SUCCESS)提示信息。

本实施例中的上述方案可以通过代码生成器实现，所述代码生成器可以采用开发工具Eclipse插件形式进行安装部署，用户只需要把插件复制到对应的开发工具的目录，在对应的项目中选中进行代码的辅助生成，如此，缩短了开发人员的开发周期，提高了开发效率。

本实施例中的上述方案无论在可用性还是在代码生成质量上以及生成效率上都得到了极大的提高，并且在针对业务逻辑的代码生成方面做出了创新，开发人员只需要可视化的绑定Artifact数据，并设置好Artifact数据的信息以及与底层数据库的映射关系，就可以生成符合相关业务逻辑的代码。

图6为本发明实施例的业务流程处理装置的结构组成示意图，如图6所示，所述装置包括：Artifact数据模型解析模块61、JBPM流程模型解析模块62、数据持久层生成模块63、视图呈现层生成模块64以及数据控制层生成模块65；其中，

所述Artifact数据模型解析模块61，用于解析Artifact数据模型，得到业务数据表、各节点的读数据和写数据；

所述JBPM流程模型解析模块62，用于解析JBPM流程模型，得到各节点的属性信息；

所述数据持久层生成模块63，用于根据所述业务数据表，生成数据持久层；

所述视图呈现层生成模块64，用于根据各节点的所述读数据、写数据以及属性信息，生成视图呈现层；

所述数据控制层生成模块65，用于根据各节点的所述读数据、写数据以及所述视图呈现层，生成数据控制层。

优选地，所述Artifact数据模型包括：Artifact生成模型、Artifact绑定模型以及Artifact映射模型；

相应地，所述Artifact数据模型解析模块61包括：第一解析子模块611、第二解析子模块612；其中，

所述第一解析子模块611，用于解析所述Artifact生成模型以及所述Artifact映射模型，得到业务数据表；

所述第二解析子模块612，用于解析所述Artifact绑定模型以及所述Artifact映射模型，得到各节点的读数据和写数据。

优选地，所述数据持久层生成模块63，还用于根据所述业务数据表的数据结构，生成与所述业务数据表对应的Pojo类文件、Hibernate映射文件、Service类文件、Dao类文件、业务配置文件。

优选地，所述视图呈现层生成模块64包括：第一生成子模块641、第二生成子模块642、第三生成子模块643；其中，

所述第一生成子模块641，用于根据各节点的所述读数据、写数据，生成Html标签；

所述第二生成子模块642，用于根据各节点的所述属性信息，生成JavaScript数据；

所述第三生成子模块643，用于基于所述Html标签以及所述JavaScript数据，生成视图呈现层，所述视图呈现层以Jsp文件表征，所述Jsp文件包括：Html标签、Body标签以及JavaScript数据。

优选地，所述数据控制层生成模块65包括：第四生成子模块651、第五生成子模块652、第六生成子模块653、配置子模块654；其中，

所述第四生成子模块651，用于针对每个节点，根据所述节点的读数据、Pojo类文件以及Service类文件，生成与所述节点对应的ReadAction类文件；

所述第五生成子模块652，用于针对每个节点，根据所述节点的写数据、Pojo类文件以及Service类文件，生成与所述节点对应的SaveAction类文件；

所述第六生成子模块653，用于根据所述ReadAction类文件、Jsp文件以及SaveAction类文件，生成控制Action配置信息；

所述配置子模块654，用于将所述Action配置信息设置于配置文件中。

本领域技术人员应当理解，图6所示的业务流程处理装置中的各模块及其子模块的实现功能可参照前述业务流程处理方法的相关描述而理解。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个模块或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的模块可以是、或也可以不是物理上分开的，作为模块显示的部件可以是、或也可以不是物理模块，即可以位于一个地方，也可以分布到多个网络模块上；可以根据实际的需要选择其中的部分或全部模块来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能模块可以全部集成在一个处理模块中，也可以是各模块分别单独作为一个模块，也可以两个或两个以上模块集成在一个模块中；上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (8)

1.一种业务流程处理方法，其特征在于，所述方法包括：

解析工件Artifact数据模型，得到业务数据表、各节点的读数据和写数据；

解析业务流程管理JBPM流程模型，得到各节点的属性信息；

根据所述业务数据表，生成数据持久层；

根据各节点的所述读数据、写数据以及属性信息，生成视图呈现层；

根据各节点的所述读数据、写数据以及所述视图呈现层，生成数据控制层；

所述Artifact数据模型包括：Artifact生成模型、Artifact绑定模型以及Artifact映射模型；相应地，解析Artifact数据模型，得到业务数据表、各节点的读数据和写数据，包括：

解析所述Artifact生成模型以及所述Artifact映射模型，得到业务数据表；

解析所述Artifact绑定模型以及所述Artifact映射模型，得到各节点的读数据和写数据。

2.根据权利要求1所述的业务流程处理方法，其特征在于，所述根据所述业务数据表，生成数据持久层，包括：

根据所述业务数据表的数据结构，生成与所述业务数据表对应的简单Java对象Pojo类文件、Hibernate映射文件、业务逻辑Service类文件、数据访问Dao类文件、业务配置文件。

3.根据权利要求2所述的业务流程处理方法，其特征在于，所述根据各节点的所述读数据、写数据以及属性信息，生成视图呈现层，包括：

根据各节点的所述读数据、写数据，生成超文本标记语言Html标签；

根据各节点的所述属性信息，生成JavaScript数据；

基于所述Html标签以及所述JavaScript数据，生成视图呈现层，所述视图呈现层以Java服务器页面Jsp文件表征，所述Jsp文件包括：Html标签、Body标签以及JavaScript数据。

4.根据权利要求3所述的业务流程处理方法，其特征在于，所述根据各节点的所述读数据、写数据以及所述视图呈现层，生成数据控制层，包括：

针对每个节点，根据所述节点的读数据、Pojo类文件以及Service类文件，生成与所述节点对应的读控制ReadAction类文件；

针对每个节点，根据所述节点的写数据、Pojo类文件以及Service类文件，生成与所述节点对应的写控制器SaveAction类文件；

根据所述ReadAction类文件、Jsp文件以及SaveAction类文件，生成控制Action配置信息，并将所述Action配置信息设置于配置文件中。

5.一种业务流程处理装置，其特征在于，所述装置包括：Artifact数据模型解析模块、JBPM流程模型解析模块、数据持久层生成模块、视图呈现层生成模块以及数据控制层生成模块；其中，

所述Artifact数据模型解析模块，用于解析Artifact数据模型，得到业务数据表、各节点的读数据和写数据；

所述JBPM流程模型解析模块，用于解析JBPM流程模型，得到各节点的属性信息；

所述数据持久层生成模块，用于根据所述业务数据表，生成数据持久层；

所述视图呈现层生成模块，用于根据各节点的所述读数据、写数据以及属性信息，生成视图呈现层；

所述数据控制层生成模块，用于根据各节点的所述读数据、写数据以及所述视图呈现层，生成数据控制层；

所述Artifact数据模型包括：Artifact生成模型、Artifact绑定模型以及Artifact映射模型；

相应地，所述Artifact数据模型解析模块包括：第一解析子模块、第二解析子模块；其中，

所述第一解析子模块，用于解析所述Artifact生成模型以及所述Artifact映射模型，得到业务数据表；

所述第二解析子模块，用于解析所述Artifact绑定模型以及所述Artifact映射模型，得到各节点的读数据和写数据。

6.根据权利要求5所述的业务流程处理装置，其特征在于，所述数据持久层生成模块，还用于根据所述业务数据表的数据结构，生成与所述业务数据表对应的Pojo类文件、Hibernate映射文件、Service类文件、Dao类文件、业务配置文件。

7.根据权利要求6所述的业务流程处理装置，其特征在于，所述视图呈现层生成模块包括：第一生成子模块、第二生成子模块、第三生成子模块；其中，

所述第一生成子模块，用于根据各节点的所述读数据、写数据，生成Html标签；

所述第二生成子模块，用于根据各节点的所述属性信息，生成JavaScript数据；

所述第三生成子模块，用于基于所述Html标签以及所述JavaScript数据，生成视图呈现层，所述视图呈现层以Jsp文件表征，所述Jsp文件包括：Html标签、Body标签以及JavaScript数据。

8.根据权利要求7所述的业务流程处理装置，其特征在于，所述数据控制层生成模块包括：第四生成子模块、第五生成子模块、第六生成子模块、配置子模块；其中，

所述第四生成子模块，用于针对每个节点，根据所述节点的读数据、Pojo类文件以及Service类文件，生成与所述节点对应的ReadAction类文件；

所述第五生成子模块，用于针对每个节点，根据所述节点的写数据、Pojo类文件以及Service类文件，生成与所述节点对应的SaveAction类文件；

所述第六生成子模块，用于根据所述ReadAction类文件、Jsp文件以及SaveAction类文件，生成控制Action配置信息；

所述配置子模块，用于将所述Action配置信息设置于配置文件中。