CN108984715B - 基于依据字段设置审批流程的方法 - Google Patents

Abstract

本发明公开了一种基于依据字段设置审批流程的方法，创建审批流程的步骤：S1：选择该审批流程对应的一个表单；S2：为该审批流程选择一个依据字段，一个依据字段能够被一条或多条审批流程选择；S3：设置该审批流程所选依据字段的字段值集合，每个字段值只能存在于该依据字段下的一条审批流程的字段值集合中。关联审批流程时，根据审批表单中依据字段的字段值，判断其属于哪一条审批流程对应的依据字段的字段值集合。本发明在提交表单进行审批流程审批时，可根据表单中的依据字段的字段值自动关联审批流程，根据表单中依据字段的内容来确定流程，简单清晰、操作方便，表单的依据字段可以更换，可以满足实际管理中不同的审批需求。

Description

基于依据字段设置审批流程的方法

技术领域

本发明涉及一种ERP等管理软件的系统流程设置人员设置审批流程的方法，特别是涉及一种基于依据字段设置审批流程的方法。

背景技术

基于角色的访问控制（RBAC）是近年来研究最多、思想最成熟的一种数据库权限管理机制，它被认为是替代传统的强制访问控制（MAC）和自主访问控制（DAC）的理想候选。传统的自主访问控制的灵活性高但是安全性低，强制访问控制安全性高但是限制太强；基于角色的访问控制两者兼具，不仅易于管理而且降低了复杂性、成本和发生错误的概率，因而近年来得到了极大的发展。基于角色的访问控制（RBAC）的基本思想是根据企业组织视图中不同的职能岗位划分不同的角色，将数据库资源的访问权限封装在角色中，用户通过被赋予不同的角色来间接访问数据库资源。

在大型应用系统中往往都建有大量的表和视图，这使得对数据库资源的管理和授权变得十分复杂。由用户直接管理数据库资源的存取和权限的收授是十分困难的，它需要用户对数据库结构的了解非常透彻，并且熟悉SQL语言的使用，而且一旦应用系统结构或安全需求有所变动，都要进行大量复杂而繁琐的授权变动，非常容易出现一些意想不到的授权失误而引起的安全漏洞。因此，为大型应用系统设计一种简单、高效的权限管理方法已成为系统和系统用户的普遍需求。

基于角色的权限控制机制能够对系统的访问权限进行简单、高效的管理，极大地降低了系统权限管理的负担和代价，而且使得系统权限管理更加符合应用系统的业务管理规范。

然而，传统基于角色的用户权限管理和工作流控制方法均采用“角色对用户一对多”的关联机制，其“角色”为组/类性质，即一个角色可以同时对应/关联多个用户，角色类似于岗位/职位/工种等概念，这种关联机制下对用户权限的授权基本分为以下三种形式：1、如图1所示，直接对用户授权，缺点是工作量大、操作频繁且麻烦；审批流程中审批节点的审批操作主体是用户，工作流审批节点直接选择员工/用户作为审批主体，当发生员工变动（如调岗、离职等），该员工涉及到的所有流程必须要作相应调整，特别是对于公司管理人员，其涉及到的审批流程多，流程调整的工作量大、繁杂，容易出错或遗漏，影响企业的正常运营，甚至造成不可预估的损失。

即使只是员工审批权限发生变化，也需要对该员工涉及到的流程作出相应调整，也存在以上类似问题。

2、如图2所示，对角色（类/组/岗位/工种性质）进行授权（一个角色可以关联多个用户），用户通过角色获得权限，审批操作主体是组/类性质角色；3、如图3所示，以上两种方式结合。

以上的表述中，2、3均需要对类/组性质的角色进行授权，而通过类/组/岗位/工种性质的角色进行授权和工作流控制的方式有以下缺点：1、用户权限变化时的操作难：在实际的系统使用过程中，经常因为在运营过程中需要对用户的权限进行调整，比如：在处理员工权限变化时，角色关联的某个员工权限发生变化，我们不能因该个别员工权限的变化而改变整个角色的权限，因为该角色还关联了其他权限未变的员工。因此为了应对该种情况，要么创建新角色来满足该权限发生变化的员工，要么对该员工根据权限需求直接授权（脱离角色）。以上两种处理方式，在角色权限较多的情况下对角色授权不仅所需时间长，而且容易犯错，使用方操作起来繁琐又麻烦，也容易出错导致对系统使用方的损失。

员工/用户的审批权限发生变化时，要么员工/用户脱离角色，工作流审批节点直接选择员工/用户作为审批主体，要么新增角色来满足审批流程的要求。第一种方式，当发生员工变动（如调岗、离职等），该员工涉及到的所有流程必须要作相应调整，特别是对于公司管理人员，其涉及到的审批流程多，流程调整的工作量大、繁杂，容易出错或遗漏，影响企业的正常运营，甚至造成不可预估的损失。即使只是员工审批权限发生变化，也需要对该员工涉及到的流程作出相应调整，也存在以上类似问题。第二种方式，新增角色便涉及到角色的新建、关联、授权工作，特别在角色多、角色关联的用户也多的情况下，角色具体关联了哪些用户是很难记住的。

2、要长期记住角色包含的具体权限难：若角色的权限功能点比较多，时间一长，很难记住角色的具体权限，更难记住权限相近的角色之间的权限差别，相近角色的权限也很容易混淆；若要关联新的用户，无法准确判断应当如何选择关联。

3、因为用户权限变化，则会造成角色创建越来越多（若不创建新角色，则会大幅增加直接对用户的授权），更难分清各角色权限的具体差别。

4、调岗时，若要将被调岗用户的很多个权限分配给另外几个用户承担，则处理时必须将被调岗用户的这些权限区分开来，分别再创建角色来关联另外几个用户，这样的操作不仅复杂耗时，而且还很容易发生错误。

另外，传统审批流程设置方法针对一个表单只能创建一条审批流程（同一时段只能使用一条审批流程），该表单的所有提交均走该条流程，虽然可以在流程中设置流程的流转条件来引导流程审批的不同审批线路走向，但在面对复杂的审批要求时，流程中的流转条件会设置的非常复杂，流转的审批线路走向也非常多，要设置出完全满足管理要求的流程有一定的困难，且设置操作复杂，容易出错，修改起来会很麻烦，修改时还可能会影响该流程的相关人员的正常使用。

发明内容

本发明的目的在于克服现有技术的不足，提供一种基于依据字段设置审批流程的方法，在提交表单（表单数据）进行审批流程审批时，可根据审批表单（表单数据对应的表单）中依据字段自动关联审批流程，根据审批表单（表单数据）中依据字段的内容来确定具体走哪一条流程进行审批，简单清晰、便于理解，操作方便，表单的依据字段可以更换，可以满足实际管理中不同的审批需求。

本发明的目的是通过以下技术方案来实现的：基于依据字段设置审批流程的方法，包括一个为审批表单确定依据字段的步骤、一个创建审批流程的步骤和一个根据用户提交的审批表单自动关联审批流程的步骤：为审批表单确定依据字段的步骤：为每一个需要工作流审批的表单确定一个依据字段，或为每一个需要根据依据字段执行工作流审批的表单确定一个依据字段，一个审批表单在同一时段能且只能确定一个依据字段；创建审批流程的步骤，包括以下步骤：S1：选择（或设置）该审批流程对应的一个表单，一个表单对应一个或多个审批流程；S2：为该审批流程选择一个依据字段，一个依据字段能够被一条或多条审批流程选择，依据字段为：提交角色，或者对应表单中的角色性质字段，或者对应表单中的部门性质字段；S3：设置该审批流程的步骤S2所选依据字段的字段值集合，每个字段值（该依据字段的每个字段值）只能存在于该依据字段下的一条审批流程的字段值集合中；“为审批表单确定依据字段的步骤”和“创建审批流程的步骤”这两个步骤没有先后顺序之分。

根据用户提交的审批表单自动关联审批流程的步骤，包括以下步骤：SS1：系统根据用户所提交的审批表单（表单数据）找到该审批表单（该表单数据对应的审批表单）所确定的依据字段；SS2：根据步骤SS1所确定的依据字段，若按照该审批表单的依据字段找不到对应的审批流程，则显示“无对应的审批流程”（提示“无对应的审批流程”），若能找到，则找出该依据字段所对应的所有审批流程，并跳转至步骤SS3，或若能找到，则直接跳转至步骤SS3；SS3：根据该审批表单（表单数据）中该依据字段的字段值，判断其属于哪一条审批流程对应的依据字段的字段值集合，则该审批表单（表单数据）使用这一条审批流程进行审批，完成审批表单（表单数据）与审批流程的关联。

若所选依据字段为提交角色或对应表单中的角色性质字段，则字段值集合中的字段值均为角色；若所选依据字段为对应表单中的部门性质字段，则字段值集合中的字段值均为部门。

所述的字段值集合中包含一个为空值的字段值，设置审批流程时设置一个所选依据字段的字段值为空值的表单所对应的审批流程，当用户所提交的审批表单（表单数据）中该依据字段内容为空时，使用这一条审批流程进行审批。

当所选依据字段仅对应唯一一条审批流程时，该审批流程的所选依据字段的字段值集合中有一个为“所有”的字段值选项可选且选中“所有”，用户提交的审批表单（表单数据对应的审批表单）确定的依据字段与该审批流程所选的依据字段相同，则无论用户提交的审批表单（表单数据）中该依据字段的字段值为何值，该提交的审批表单（表单数据）都使用该审批流程进行审批，且之后新增的该依据字段的字段值也都使用该审批流程进行审批（即：新增的该依据字段的字段值涉及的流程都是该审批流程）。

表单中的角色性质字段、表单中的部门性质字段均为单选必填。（举例：比如合同表单中的“合同签订部门”字段的内容必须是单选且必填/必选的，该字段才能作为依据字段）。

所述的角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。

所述角色归属于部门，该角色在该部门下唯一，根据角色的工作内容对角色进行授权，用户通过关联角色获得权限。

用户跨部门调岗时，先取消用户与原部门内的角色的关联，再将用户与新部门内的角色进行关联。

所述的审批流程基于用户-角色-权限的三层结构模型，其中：角色层：工作流中流程审批的操作主体为角色，每个角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；权限层：由工作流执行中所需要使用的权限构成，权限直接授权给角色；用户层：用户通过关联的角色确定审批流程中的审批任务，并以关联角色的权限进行审批操作。

所述的审批流程包括一个开始节点、至少一个审批节点、一个结束节点：开始节点：审批流程开始；审批节点：选择审批角色，并对审批角色进行授权；结束节点：审批流程结束。

本发明的有益效果是：1、在提交表单（表单数据）进行审批流程审批时，可根据审批表单（表单数据对应的表单）中依据字段自动关联审批流程，根据审批表单（表单数据）中依据字段的内容来确定具体走哪一条流程进行审批，简单清晰、便于理解，操作方便，表单的依据字段可以更换，可以满足实际管理中不同的审批需求。

举例：在流程设计人员设计流程时，设置合同表单当前的依据字段为“合同签订角色”，设置该合同表单下的各审批流程，确定每个审批流程的依据字段及该依据字段的字段值集合。

某提交角色-角色5提交合同表单（某个合同/表单数据），合同表单（这个合同）中包含以下字段：合同签订角色：角色1（合同签订角色为字段，角色1为该字段的内容/值），合同负责角色：角色2，合同签订部门：部门1，合同负责部门：部门2，用户提交的是合同表单（这个合同），系统会自动查找当前合同表单（这个合同对应的合同表单）所对应（设置）的依据字段（当前依据字段）是“合同签订角色”，从而找出“合同签订角色”所对应的多个审批流程，最后根据合同表单（这个合同）中“合同签订角色”字段的字段值“角色1”，确定“合同签订角色”依据字段的字段值集合中包含“角色1”的唯一的一条审批流程。

2、本申请一个表单可以创建一条或多条审批流程，在只创建一条流程时，可以设置依据字段的字段值为“所有”，用户提交的审批表单（表单数据）确定的依据字段与该审批流程所选的依据字段相同，则无论该依据字段的字段值为何值，该提交的审批表单都使用该审批流程进行审批，且之后新增的该依据字段的字段值也都使用该审批流程进行审批，简单方便；在复杂的应用场景中，比如：系统中有三个事业部，每个事业部销售不同的商品，传统方式下销售合同表单只能创建一条审批流程，在创建时必须设置复杂的流程条件及审批线路走向，不仅设置繁杂，容易出错，且也很难设置出完全满足管理需求的审批流程。本申请则可针对销售合同表单创建三个审批流程来满足三个事业部的销售合同的审批需求，同时系统使用方还可以自己确定是用“合同签订部门”还是用“提交角色”等字段来执行（选择/确定）合同的审批（审批流程），能够更精确的满足用户的需求。在使用过程中，流程使用人员理解起来清晰简单，且修改起来也很清晰简单，且在修改过程中不会影响其他流程的使用。

因为不同表单可以由用户根据需要选择不同的依据字段，而且还可以更换依据字段，则大大的满足不同表单的不同管理需要，比如，有的系统使用方希望在合同审批时以“合同签订角色”来执行审批流程（即：以“合同签订角色”为合同表单的当前依据字段，提交某个合同进行审批时，以合同表单中的“合同签订角色”字段对应的审批流程进行相关审批执行），但有的用户想以“合同签订部门”来执行审批流程，还有的还想以“提交人”来确定审批流程，系统使用方可以根据需求自由更换表单的依据字段来解决该问题（更换了表单的依据字段后，提交的表单数据均以对应表单当前的依据字段对应的审批流程执行审批，比如：当前依据字段“合同签订角色”更换为“合同签订部门”，则现在“合同签订部门”是当前依据字段，比如之后提交了某个合同进行审批，则以合同表单当前的依据字段“合同签订部门”对应的审批流程进行审批，而不能以“合同签订角色”对应的审批流程进行审批，即：提交的表单数据是以其对应表单的当前依据字段对应的审批流程执行相关审批）。

3、不同表单需要不同字段来确定走哪条流程，如，生产订单是提交人、报销审批是报销人、合同审批是合同签订人，并不是都以表单提交人来确定审批流程，不管谁提交，均以依据字段（当前依据字段）对应的角色或部门确定流程，这种设置方式操作更方便，能够很好地适用于不同的表单审批，更能满足企业实际运营管理的需求。

4、工作流中审批操作的主体是角色，而且这个角色是独立的个体而不是传统组/类性质的角色，即使发生员工/用户变动（如调岗、离职等），只需将新员工重新关联到审批流程中的角色即可；或者是员工审批权限发生变化，针对性调整该角色审批权限即可，无需重新设置/调整流程，设置方便，不会出错或遗漏，不会影响企业的正常运营，极大提高了工作流的可靠性。以岗位号性质的角色为审批环节节点的审批授权主体，用户通过角色确定（获得）其有哪些审批任务，用户通过关联角色的权限进行审批操作即可；理解清晰简单，每个岗位号/工位号性质的角色是工作主体的最小单位，针对每个角色对审批的不同需求，本申请均能够很好满足。

5、本申请角色对用户是一对一的关系，同一时段一个角色只能关联唯一的用户，这样做的好处是，只要将用户关联到角色即可获得权限（即用户获得其关联的角色的权限），而且角色的权限变更比传统机制中的用户权限变更要少得多。独立体性质（岗位号/工位号性质）的角色数量变化小，虽然员工流动大，但岗位号/工位号的变化小（甚至在一定时段内是没有变化的，即角色没有变化），这样将极大简化用户的权限管理，减少系统的开销。

6、动态管理、入职调岗等的操作简单方便，效率高，可靠性高：入职/离职/调岗在审批流程中的应用简单，工作流程的审批的操作主体是角色，当员工/用户发生变化时不用重新设置审批流程（用户只需取消或关联角色即可：不再任职该岗位号/工位号的角色的用户就取消该角色关联，接手任职该岗位号/工位号的角色的用户关联该岗位号的角色，则关联该角色的用户自动就获得了该角色在审批工作流中的相关任务和权限，无需对审批工作流进行重新设置或对工作流中的角色进行重新授权，极大地提高了流程设置的效率、安全性和可靠性。

举例：因张三用户离职或调岗等原因，张三不再做“采购员3”这个角色的工作，则张三取消了与该角色的关联；另外李四接手做“采购员3”这个角色的工作，则将李四关联该角色，则李四自动获得了审批流程中“采购员3”这个角色的审批任务和审批权限。

7、传统的权限管理机制将角色定义为组、工种、类等性质，角色对用户是一对多的关系，在实际的系统使用过程中，经常因为在运营过程中需要对用户的权限进行调整，比如：在处理员工权限变化的时候，角色关联的某个员工的权限发生变化，我们不能因该个别员工权限的变化而改变整个角色的权限，因为该角色还关联了其他权限未变的员工。因此为了应对该种情况，要么创建新角色来满足该权限发生变化的员工，要么对该员工根据权限需求直接授权（脱离角色）。以上两种处理方式，在角色权限较多的情况下对角色授权不仅所需时间长，而且容易犯错，使用方操作起来繁琐又麻烦，也容易出错导致对系统使用方的损失。

但在本申请的方法下，因为角色是一个独立的个体，则可以选择改变角色权限即可达到目的。本申请的方法，虽然看起来在系统初始化时会增加工作量，但可以通过复制等方法，使其创建角色或授权的效率高于传统以组为性质的角色，因为不用考虑性质为组的角色在满足关联用户时的共通性，本申请方案会让权限设置清晰，明了；尤其是在系统使用一段时间后（用户/角色权限动态变化），该申请方案能为系统使用方大幅度提高系统使用中的权限管理效率，使动态授权更简单，更方便，更清晰、明了，提高权限设置的效率和可靠性。

8、传统以组为性质的角色授权方法容易出错，本申请方法大幅降低了授权出错的几率，因为本申请方法只需考虑作为独立个体的角色，而不用考虑传统方法下关联该组性质角色的多个用户有哪些共通性。即使授权出错也只影响关联到该角色的那一个用户，而传统以组性质的角色则会影响关联到该角色的所有用户。即使出现权限授权错误，本申请的修正方法简单、时间短，而传统以组性质的角色在修正错误时需要考虑关联到该角色的所有用户的权限共通性，在功能点多的情况下不仅修改麻烦、复杂，非常容易出错，且很多情况下只能新创建角色才能解决。

9、在传统以组为性质的角色授权方法下，若角色的权限功能点比较多，时间一长，很难记住角色的具体权限，更难记住权限相近的角色之间的权限差别，若要关联新的用户，无法准确判断应当如何选择关联。本申请方法的角色本身就具有岗位号/工位号的性质，选择一目了然。

10、调岗时，若要将被调岗用户的很多个权限分配给另外几个用户承担，则处理时必须将被调岗用户的这些权限区分开来，分别再创建角色来关联另外几个用户，这样的操作不仅复杂耗时，而且还很容易发生错误。

本申请方法则为：被调岗用户关联了几个角色，在调岗时，首先取消用户与原部门内的角色的关联（被取消的这几个角色可以被重新关联给其他用户），然后将用户与新部门内的角色进行关联即可。操作简单，不会出错。

附图说明

图1为背景技术中系统直接对用户进行授权的方式示意图；

图2为背景技术中系统对组/类性质角色进行授权的方式示意图；

图3为背景技术中系统对用户直接授权和对组/类性质角色授权相结合的方式示意图；

图4为本发明系统通过独立个体性质角色对用户进行授权的方式示意图；

图5为本发明工作流审批流程示意图。

具体实施方式

下面结合附图进一步详细描述本发明的技术方案，但本发明的保护范围不局限于以下所述。

【实施例1】基于依据字段设置审批流程的方法，包括一个为审批表单确定依据字段的步骤、一个创建审批流程的步骤和一个根据用户提交的审批表单自动关联审批流程的步骤：为审批表单确定依据字段的步骤：为每一个需要工作流审批的表单确定一个依据字段，或为每一个需要根据依据字段执行工作流审批的表单确定一个依据字段，一个审批表单在同一时段能且只能确定一个依据字段；创建审批流程的步骤，包括以下步骤：S1：选择（或设置）该审批流程对应的一个表单，一个表单对应一个或多个审批流程；S2：为该审批流程选择一个依据字段，一个依据字段能够被一条或多条审批流程选择，依据字段为：提交角色，或者对应表单中的角色性质字段之一，或者对应表单中的部门性质字段之一；S3：设置该审批流程的步骤S2所选依据字段的字段值集合，每个字段值（该依据字段的每个字段值）只能存在于该依据字段下的一条审批流程的字段值集合中；“为审批表单确定依据字段的步骤”和“创建审批流程的步骤”这两个步骤没有先后顺序之分。若所选依据字段为提交角色或对应表单中的角色性质字段，则字段值集合中的字段值均为角色；若所选依据字段为对应表单中的部门性质字段，则字段值集合中的字段值均为部门；根据用户提交的审批表单自动关联审批流程的步骤，包括以下步骤：SS1：系统根据用户所提交的审批表单（表单数据）找到该审批表单（该表单数据对应的审批表单）所确定的依据字段；SS2：根据步骤SS1所确定的依据字段，若按照该审批表单的依据字段找不到对应的审批流程（没有审批流程以该表单的依据字段作为其依据字段），则显示“无对应的审批流程”（提示“无对应的审批流程”），若能找到，则找出该依据字段所对应的所有审批流程，并跳转至步骤SS3，或若能找到，则直接跳转至步骤SS3；SS3：根据该审批表单（表单数据）中该依据字段的字段值，判断其属于哪一条审批流程对应的依据字段的字段值集合，则该审批表单（表单数据）使用这一条审批流程进行审批，完成审批表单（表单数据）与审批流程的关联。

可根据表单中依据字段的字段内容确定审批流程，为一个审批表单分配多条审批流程，根据审批表单中依据字段（当前依据字段）的字段内容来确定流程，简单清晰、便于理解。

举例：合同表单确定该表单上的“合同签订部门”为依据字段（当前依据字段），有三条审批流程选择了合同表单，这三条审批流程也选择了合同表单的“合同签订部门”作为依据字段，该三条审批流程分别为A、B、C流程；A审批流程的合同签订部门的字段值集合中包括“销售一部、销售二部、销售三部等”，B审批流程的合同签订部门的字段值集合中包括“销售四部、销售五部、销售六部等”，C审批流程的合同签订部门的字段值集合中包括“销售七部、销售八部、销售九部等”。现在用户提交了一个合同表单（一个合同）需要审批，该表单（合同）上的“合同签订部门”为销售九部，则该提交的合同表单（这个合同）由C审批流程审批；若该合同表单（合同）的“合同签订部门”为销售五部，则提交的合同表单由B审批流程审批。

特别说明：销售一部只能被A审批流程的依据字段“销售签订部门”的字段集合包含，不能同时存在于B审批流程或C审批流程的依据字段“销售签订部门”的字段集合中。

本实施例中，表单的依据字段可以更换，若合同表单更换了依据字段，比如将依据字段由“合同签订部门”更换为“合同签订角色”（即：当前依据字段由“合同签订部门”更换为“合同签订角色”，则“合同签订角色”为当前依据字段），现在用户提交一个合同表单（合同）进行审批，则由“合同签订角色”（当前依据字段）下的审批流程依据相关规则来审批该提交的合同表单/合同数据（与“合同签订部门”下的审批流程无关）。

在复杂的应用场景中，比如：系统中有三个事业部，每个事业部销售不同的商品，传统方式下销售合同表单只能创建一条审批流程（同一时段只能使用一条审批流程），在创建时必须设置复杂的流程条件及审批线路走向，不仅设置繁杂，容易出错，且也很难设置出完全满足管理需求的审批流程。本申请则可针对销售合同表单创建三个审批流程来满足三个事业部的销售合同的审批需求，同时系统使用方还可以自己确定是用“合同签订部门”还是用“提交角色”等字段来执行合同的审批，能够更精确的满足用户的需求。在使用过程中，流程使用人员理解起来清晰简单，且修改起来也很清晰简单，且在修改过程中不会影响其他流程的使用。

因为不同表单可以由用户根据需要选择不同的依据字段，而且还可以更换依据字段，则大大的满足不同表单的不同管理需要，比如，有的系统使用方希望在合同审批时以“合同签订角色”来执行审批流程，但有的用户想以“合同签订部门”来执行审批流程，还有的还想以“提交人”来确定审批流程，系统使用方可以根据需求自由更换表单的依据字段来解决该问题（更换了表单的依据字段后，提交的表单数据均以对应表单当前的依据字段对应的审批流程执行审批，比如：当前依据字段“合同签订角色”更换为“合同签订部门”，则现在“合同签订部门”是当前依据字段，比如之后提交了某个合同进行审批，则以合同表单当前的依据字段“合同签订部门”对应的审批流程进行审批，而不能以“合同签订角色”对应的审批流程进行审批，即：提交的表单数据是以其对应表单的当前依据字段对应的审批流程执行相关审批）。

【实施例2】所述的字段值集合中包含一个为空值的字段值，设置审批流程时设置一个所选依据字段的字段值为空值的表单所对应的审批流程，当用户所提交的审批表单（表单数据）中该依据字段内容为空时，使用这一条审批流程进行审批。

举例：若提交合同审批时，合同表单（表单数据）上的合同签订部门字段的值为空（因为该合同表单的合同签订部门为非必填字段），则由“合同表单确定的依据字段（合同签订部门为当前依据字段）下的合同签订部门字段值集合包含空值的审批流程”审批该提交的合同表单。

【实施例3】当所选依据字段仅对应唯一一条审批流程时，该审批流程的所选依据字段的字段值集合中有一个为“所有”的字段值选项可选且选中“所有”，用户提交的审批表单（表单数据对应的审批表单）确定的依据字段与该审批流程所选的依据字段相同，则无论用户提交的审批表单（表单数据）中该依据字段的字段值为何值，该提交的审批表单（表单数据）都使用该审批流程进行审批，且之后新增的该依据字段的字段值也都使用该审批流程进行审批（即：新增的该依据字段的字段值涉及的流程都是该审批流程）。

举例：合同表单确定该表单上的“合同签订部门”为依据字段（当前依据字段），且只有一条审批流程选择了“合同签订部门”作为依据字段，该审批流程的合同签订部门的字段值集合中包括“所有”（“所有”只是表述的一种方式，也可以表述为“全部”等），则不管提交审批的合同表单（表单数据）的合同签订部门的字段值是什么（包括字段值为空，及以后新增的字段值），都由该条审批流程审批。

【实施例4】本实施例中，表单中的角色性质字段、表单中的部门性质字段均为单选必填。这种情况下，就不存在实施例2中字段值为空值的情形。（举例：比如合同表单中的“合同签订部门”字段的内容必须是单选且必填/必选的，该字段才能作为依据字段）

【实施例5】本实施例中，如图4所示，所述的角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。

所述的审批流程基于用户-角色-权限的三层结构模型，其中：角色层：工作流中流程审批的操作主体为角色，每个角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；所述角色的构成为：岗位名+岗内编号；权限层：由工作流执行中所需要使用的权限构成，权限直接授权给角色；用户层：用户通过关联的角色确定审批流程中的审批任务，并以关联角色的权限进行审批操作。

所述的用户-角色-权限三层结构模型的构建包括以下步骤：建立角色，每个角色是独立的个体，而非组/类；对建立的角色分别进行权限的授权；将用户关联到角色，其中，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。可先对所创建的角色分别进行授权，也可先将用户关联到角色。

如图5所示，所述的审批流程包括一个开始节点、至少一个审批节点（如图5中审批节点有5个）、一个结束节点：开始节点：发起/申请/提交工作流，进一步的，发起角色发起/申请/提交工作流作为开始节点，或者由第一个审批节点作为开始节点；审批节点：选择审批角色，并对审批角色进行授权；系统根据发起角色所提交的表单确定审批流程，针对需要有工作流的表单设计一个或多个审批流程，但一个角色只能选择该表单下的某一个审批流程（同一个角色只能存在于同一个表单的其中一个流程中）；举例: 采购合同表单有两种流程，分别为P1流程和P2流程，如果在P1流程的开始节点中选择了角色A，那么在P2流程的开始节点就不能再选择角色A，此时角色A新增一个采购合同的审批，提交审批时自动进入P1流程。

结束节点：审批流程流转到此节点时该审批流程结束，该结束节点不进行审批操作；或者以最后一个审批节点作为结束节点，该结束节点需要进行审批操作。

以下对通过独立个体性质角色对用户进行授权方式所具备的优势进行分析：用户通过其与角色的关联确定（获得）权限，如果要修改用户的权限，通过调整角色所拥有的权限以达到改变关联了该角色的用户的权限的目的。一旦用户关联角色后，该用户就拥有了该角色的所有操作权限。

角色对用户的关系为一对一（该角色与一个用户关联时，其他用户则不能再关联该角色；若该角色未被用户关联，则可以被其他用户选择关联）。用户对角色的关系为一对多（一个用户可以同时关联多个角色）。

角色的定义：角色不具有组/类/类别/岗位/职位/工种等性质，而是一个非集合的性质，角色具有唯一性，角色是独立存在的独立个体；在企事业单位应用中相当于岗位号（此处的岗位号非岗位，一个岗位同时可能有多个员工，而同一时段一个岗位号只能对应一个员工）。

举例：某个公司系统中可创建如下角色：总经理、副总经理1、副总经理2、北京销售一部经理、北京销售二部经理、北京销售三部经理、上海销售工程师1、上海销售工程师2、上海销售工程师3、上海销售工程师4、上海销售工程师5……用户与角色的关联关系：若该公司员工张三任职该公司副总经理2，同时任职北京销售一部经理，则张三需要关联的角色为副总经理2和北京销售一部经理，张三拥有了这两个角色的权限。

传统角色的概念是组/类/岗位/职位/工种性质，一个角色能够对应多个用户。而本申请“角色”的概念相当于岗位号/工位号，也类同于影视剧中的角色：一个角色在同一时段（童年、少年、中年……）只能由一个演员来饰演，而一个演员可能会分饰多角。

在创建角色之后，可以在创建用户的过程中关联角色，也可以在用户创建完成后随时进行关联。用户关联角色后可以随时解除与角色的关联关系，也可以随时建立与其他角色的关联关系。

所述角色的构成为：岗位名+岗内编号。例如：车间生产工人1、车间生产工人2、车间生产工人3……角色是独立个体，相当于岗位号、工位号的概念，不同于传统权限管理体系中的角色，传统体系中角色的概念是岗位/职位/工种等的组/类性质。

以下举例员工张三进入某公司后，员工、用户与角色之间的关系为：1、新入职：员工新入职，直接为该用户（员工）选择相应的岗位号/工位号的角色进行关联即可，例：张三入职公司（公司为张三分配了一个张三用户），工作内容是在销售一部，负责北京区域冰箱产品的销售（对应的角色是销售一部下的“销售工程师5”这个角色），则张三用户直接选择“销售工程师5”这个角色关联即可。

2、增加职位：张三工作一段时间后，公司还安排张三负责北京区域电视产品的销售（对应的角色是销售一部下的“销售工程师8”这个角色）并兼任售后部主管（对应售后部主管1这个角色），则张三用户再增加关联销售一部下的“销售工程师8”和售后部下的“售后部主管1”这两个角色，此时，张三员工关联了三个角色，分别为销售一部下的“销售工程师5”、“销售工程师8”和售后部下的“售后部主管1”，张三用户则拥有了这三个角色的权限。

3、减少职位：又过了一段时间，公司决定让张三任职售后部经理（对应售后部下“售后部经理”这个角色），且不再兼任其他工作。则张三用户关联售后部下“售后部经理”这个角色，同时取消此前关联的三个角色（销售一部下的“销售工程师5”、“销售工程师8”和售后部下的“售后部主管1”），此时，张三用户只拥有售后部下“售后部经理”这个角色的权限。

4、角色权限的调整（针对角色本身所拥有的权限的调整）：如公司决定增加售后部经理的权限，则只需增加对售后部经理这个角色的授权即可，则张三用户因为售后部经理这个角色的权限增加了，张三用户的权限也增加了。

5、离职：一年后，张三离职了，则取消张三用户与售后部下“售后部经理”这个角色的关联即可。

举例：公司在动态的经营中，职员的入职、离职是经常持续发生的，但岗位号/工位号的变化非常少(甚至在一定时期内是没有变化的)。

传统授权方法：在系统功能点多的情况下，以传统的组/类性质的角色进行授权，不仅授权工作量大，繁杂，而且很容易出错，甚至出错了在短时间内都不容易发现，容易对系统使用方造成损失。

本申请授权方法：本申请是对岗位号/工位号性质的角色进行授权，用户关联角色而确定（获得）权限，则对用户权限的控制，通过简单的用户-角色的关联关系来实现，让权限控制变得简单、易操作，清晰明了，大幅度提高了授权效率和授权可靠性。

以上所述仅是本发明的优选实施方式，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。

Claims (8)

1.基于依据字段设置审批流程的方法，其特征在于，包括一个为审批表单确定依据字段的步骤、一个创建审批流程的步骤和一个根据用户提交的审批表单自动关联审批流程的步骤：

为审批表单确定依据字段的步骤：为每一个需要工作流审批的表单确定一个依据字段，或为每一个需要根据依据字段执行工作流审批的表单确定一个依据字段，一个审批表单在同一时段能且只能确定一个依据字段；

创建审批流程的步骤，包括以下步骤：

S1：选择该审批流程对应的一个表单，一个表单对应一个或多个审批流程；

S2：为该审批流程选择一个依据字段，一个依据字段能够被一条或多条审批流程选择，依据字段为：提交角色，或者对应表单中的角色性质字段，或者对应表单中的部门性质字段；

S3：设置该审批流程的步骤S2所选依据字段的字段值集合，每个字段值只能存在于该依据字段下的一条审批流程的字段值集合中；

根据用户提交的审批表单自动关联审批流程的步骤，包括以下步骤：

SS1：系统根据用户所提交的审批表单找到该审批表单所确定的依据字段；

SS2：根据步骤SS1所确定的依据字段，若按照该审批表单的依据字段找不到对应的审批流程，则显示“无对应的审批流程”，若能找到，则找出该依据字段所对应的所有审批流程，并跳转至步骤SS3，或若能找到，则直接跳转至步骤SS3；

SS3：根据该审批表单中该依据字段的字段值，判断其属于哪一条审批流程对应的依据字段的字段值集合，则该审批表单使用这一条审批流程进行审批，完成审批表单与审批流程的关联；

所述的角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。

2.根据权利要求1所述的基于依据字段设置审批流程的方法，其特征在于：若所选依据字段为提交角色或对应表单中的角色性质字段，则字段值集合中的字段值均为角色；若所选依据字段为对应表单中的部门性质字段，则字段值集合中的字段值均为部门。

3.根据权利要求1所述的基于依据字段设置审批流程的方法，其特征在于：所述的字段值集合中包含一个为空值的字段值，设置审批流程时设置一个所选依据字段的字段值为空值的表单所对应的审批流程，当用户所提交的审批表单中该依据字段内容为空时，使用这一条审批流程进行审批。

4.根据权利要求1或3所述的基于依据字段设置审批流程的方法，其特征在于：当所选依据字段仅对应唯一一条审批流程时，该审批流程的所选依据字段的字段值集合中有一个为“所有”的字段值选项可选且选中“所有”，用户提交的审批表单确定的依据字段与该审批流程所选的依据字段相同，则无论用户提交的审批表单中该依据字段的字段值为何值，该提交的审批表单都使用该审批流程进行审批，且之后新增的该依据字段的字段值也都使用该审批流程进行审批。

5.根据权利要求1所述的基于依据字段设置审批流程的方法，其特征在于：表单中的角色性质字段、表单中的部门性质字段均为单选必填。

6.根据权利要求1所述的基于依据字段设置审批流程的方法，其特征在于：所述角色归属于部门，该角色在该部门下唯一，根据角色的工作内容对角色进行授权，用户通过关联角色获得权限。

7.根据权利要求6所述的基于依据字段设置审批流程的方法，其特征在于：用户跨部门调岗时，先取消用户与原部门内的角色的关联，再将用户与新部门内的角色进行关联。

8.根据权利要求1所述的基于依据字段设置审批流程的方法，其特征在于：所述的审

批流程包括一个开始节点、至少一个审批节点、一个结束节点：

开始节点：审批流程开始；

审批节点：选择审批角色，并对审批角色进行授权；

结束节点：审批流程结束。

Images