一种工作流处理方法及装置

本发明涉及软件流程的处理，尤其涉及一种工作流处理方法及装置。

工作流是指业务过程的部分或整体在计算机应用环境下的自动化，是对工作流程 及其操作步骤之间业务规则的抽象、概括描述。特别是现如今很流行的OA(办公自动化)软 件，其工作流引擎包括流程的几点管理、流向管理、流程样例管理等重要功能。只要在该OA 软件中定义了流程，当用户使用时，填好表单提交后会按照定义好的流程自动往下跑，下一 级审核者将会收到相关的资料，并根据需要进行修改、跟踪、管理、查询、监控等，相比之前 人工的手工记录要快的多，可大大提高效率。但是，一般现如今使用的开源工作流程引擎主 要有JBPM、Activiti、OSWorkFlow，JBPM、Activiti、OSWorkFlow。根据上述开源流程引擎所 设计出的OA软件，均有相同的缺点，就是没有实现按照组织部门的上下级关系来进行流程 的设置，也即是流程运行过程中并不是根据组织部门的上下级进行流转的。

尤其像现在某些企业，特别是组织结构变化很频繁的企业，如果使用上述提到的 开源工作流程引擎来设计工作流，当企业的阻值结构发生变化后，则原来设定的流程在进 行单据或者数据流转，就需要废除原来的流程，新建一个适合阻值结构变化的流程，这样在 使用时会造成非常大的困扰，同时也给企业内的操作人员，尤其是流程维护人员带来很大 的工作量，不利于软件的维护。

为了克服现有技术的不足，本发明的目的之一在于提供一种工作流的处理方法， 其实现了在企业组织结构发生变化时，不需要重新设定新的流程以适应组织结构变化，从 而大大提高了工作人员的工作效率、减少工作人员的工作量。

本发明的目的之一采用以下技术方案实现：

本发明提供了一种工作流处理方法，包括：

S1：获取流程的当前流程步骤；

S2：判断当前流程步骤是否为内部流程，若否，则流程转向下一流程步骤，执行S1； 若是，则执行S3：

S3：获取流程的申请人，以及该申请人所属组织部门；

S4：流程按照该组织部门内部预设的内部流程的流程步骤执行，直到执行完该内 部流程并跳到流程的下一流程步骤，然后执行S1。

优选地，流程包括多个流程步骤，所述每一个流程步骤至少包括编号、流程名称、 用于判断是否属于内部流程的内部流程属性标记和流程角；所述流程角为流程中每一 个流程步骤的经办人员。

优选地，所述内部流程的流程步骤是根据组织部门内部员工之间的上下级关系设 定的。

为了克服现有技术的不足，本发明的目的之二在于提供一种工作流的处理方法， 其实现了在企业组织结构发生变化时，不需要重新设定新的流程以适应组织结构变化，从 而大大提高了工作人员的工作效率、减少工作人员的工作量。

本发明的目的之二采用以下技术方案实现：

本发明提供了一种工作流处理装置，包括：

获取流程步骤模块，用于获取流程的当前流程步骤；

判断模块，用于判断当前流程步骤是否为内部流程，若否，则流程转向下一流程步 骤，执行获取流程步骤模块；若是，则执行获取申请人模块；

获取申请人模块，用于获取流程的申请人，以及该申请人所属组织部门；

执行内部流程模块，用于流程按照该组织内部预设的内部流程的流程步骤执行， 直到执行完该内部流程并跳到流程的下一流程步骤，然后执行获取当前流程步骤模块。

优选地，流程包括多个流程步骤，所述每一个流程步骤至少包括编号、流程名称、 用于判断是否属于内部流程的内部流程属性标记和流程角；所述流程角为流程中每一 个流程步骤的经办人员。

优选地，所述内部流程的流程步骤是根据组织部门内部员工之间的上下级关系设 定的。

相比现有技术，本发明的有益效果在于：本发明通过在组织部门内部设置内部流 程，在执行流程步骤时，若流程步骤为内部流程时，只需在组织部门内部执行，这样即使当 企业内部的组织结构经常变化，也不会使得流程步骤出现很大的改动，大大减少了流程工 作人员的工作量，节约了软件维护成本。

图1为本发明所提供的一实施例的方法流程图；

图2为本发明所提供的一实施例的装置模块图。

下面，结合附图以及具体实施方式，对本发明做进一步描述：

如图1所示，本发明提供的一种工作流处理方法，其首先需要在系统中预先设置企 业组织部门内的人员之间上下级关系、用户角设定、流程步骤的设定、流程的发起与流 转。

企业组织部门内的人员之间上下级关系可在用户基础资料中设置，也即是流程中 经办人员的上下级关系，该用户基础资料至少包括用户名称、所属上级、所属部门。比如，用 户名称沈阳，其所属上级为王洋，所属部门财务部。

用户角设定，可在角基础资料中设置，将上述流程中所涉及到的经办人员都 关联到对应的角中，比如角名称可以有研发人员、分管领导、一级部门负责人、二级部 门负责人、分企业经理、财务专员、区域经理等等，比如王洋，其角为分管部领导。这里的 角其实上是每一个职工的职位。关于用户的角设定以及企业员工之间的上下级关系的 设定都是现有的系统中存在的，这里只是简单介绍一下。

对于一个流程包括多个流程步骤，每个流程步骤包括编号、步骤名称、流程角、 内部流程属性标记等，其中内部流程是指该流程步骤中所涉及到的流程角是否只存在某 个组织部门，并不涉及到其他组织部门。也即是说流程中的某一步骤中所经办人员均同属 于一个组织部门，这个步骤就是内部流程，内部流程属性标记是用于判定流程步骤是否为 内部流程的。该流程步骤的设定是预先定义的，并存储在系统中，比如请假流程、申报流程、 外请流程、出差流程，这些流程的流程步骤都是预设在系统中。若流程步骤为内部流程，则 内部流程属性标记的值为“是”(若该流程步骤不是内部流程，则内部流程属性标记的值为 “否”)，流程的在执行的时候，可根据该步骤第一步进入的人员所属的组织部门，然后根据 预设的流程步骤的走向执行即可，直到内部流程的流程步骤中跳出流程角，需转到流程 的下一流程步骤。这里将流程中的某些流程步骤(比如涉及到的经办人员同属于一个部门) 划分为内部流程，这样做的好处时，即是企业的组织部门变化，也不需要像原有的那样，需 要将旧的流程删除，再新建一个适合该企业新的组织结构的流程。只需要将流程步骤中的 经办人员的组织部门名称更改即可实现，这样可大大减少企业的流程维护人员的工作量， 减少了企业的软件维护成本。

当用户在使用时，首先要提出流程，也即是流程的发起。流程发起后，该流程就会 根据系统中预设的流程步骤一步一步执行即可，比如，请假流程包括开始、提出申请、分组 组长、部门经理、人事部专员和人事部经理，将提出申请、分组组长均设为内部流程，人事专 员也为内部流程。当一用户提出申请后，首先判断该提出申请的流程步骤为内部流程，则获 取该用户属于研发部，研发部内查该流程步骤中预设的下一步的经办人员为分组组长； 再判断分组组长所在的流程步骤为内部流程，查到下一步的经办人员为部门经理；判断 部门经理所在流程步骤不是内部流程，则查到下一步的经办人员为人事专员，当前流程 步骤也为内部流程，则人事专员属于人事部，则在人事部内查该流程的下一步经办人员 为人事经理，然后一直执行，直到流程步骤中预设的跳出角或者人员，比如到人事经理确 认后，就表示该流程完成。

该工作流处理方法包括以下步骤：

S1：获取流程的当前流程步骤。

由于流程可被划分为多个流程步骤，每一个流程步骤包括流程节点，流程节点是 指流程角，也即是该流程步骤的经办人员，比如请假流程，提出申请步骤，该申请是由谁 提出的，其提出申请后转向哪一步骤以及哪个经办人员。当流程被提出后，首先获取到流程 的当前流程步骤。

S2：判断所述当前流程步骤是否为内部流程：

S3：若当前流程步骤不是内部流程，流程转向系统中流程步骤设置中的下一流程 步骤，并将下一流程步骤设为当前流程步骤，再继续判断当前流程步骤是否为内部流程。

S4：若当前流程步骤是内部流程，则获取流程的申请人、以及申请人所属组织部 门。

对于每一种流程都包括多个流程步骤，每一个流程步骤都包括编号、流程名称、用 于判定是否属于内部流程的内部流程属性标记等。当执行到某一个流程步骤时，首先要判 断当前流程步骤是否为内部流程，然后再根据不同的结果执行对应的流程步骤。若当前流 程步骤不是内部流程，则说明该流程步骤会转向别的组织部门，因此该流程按照系统中预 设的流程步骤继续执行下一步骤即可。若当前流程步骤是内部流程，则流程转向内部流程， 执行相应的操作。

流程转向内部流程时，首先要从流程中获取到流程的申请人以及申请人所属组织 部门。

S5：流程按照该组织部门内部流程预设的流程步骤执行，直到执行完内部流程跳 到流程的下一流程步骤，然后执行S1。也即是继续获取流程的当前流程步骤，并判断当前流 程步骤是否为内部流程。

当前流程步骤是内部流程时，该流程就可以按照系统预设的该组织部门内部流程 的流程步骤执行即可，直到执行完内部流程或者跳出内部流程，也即是流程步骤执行到跳 出某个角，该角不属于该组织部门，则该流程就会转到下一流程步骤，再次获取该流程 的当前流程步骤。

如图2所示，本发明还提供了一种工作流处理装置，包括：

获取流程步骤模块，用于获取流程的当前流程步骤；

判断模块，用于判断当前流程步骤是否为内部流程，若否，则流程转向下一流程步 骤，执行获取流程步骤模块；若是，则执行获取申请人模块；

获取申请人模块，用于获取流程的申请人，以及该申请人所属组织部门；

执行内部流程模块，用于流程按照该组织内部预设的内部流程的流程步骤执行， 直到执行完该内部流程并跳到流程的下一流程步骤，然后执行获取当前流程步骤模块。

优选地，流程包括多个流程步骤，所述每一个流程步骤至少包括编号、流程名称、 用于判断是否属于内部流程的内部流程属性标记和流程角；所述流程角为流程中每一 个流程步骤的经办人员。

优选地，所述内部流程的流程步骤是根据组织部门内部员工之间的上下级关系设 定的。

对本领域的技术人员来说，可根据以上描述的技术方案以及构思，做出其它各种 相应的改变以及形变，而所有的这些改变以及形变都应该属于本发明权利要求的保护范围 之内。