CN108932610B - 一种系统派工方法 - Google Patents

Abstract

本发明公开了一种系统派工方法，包括：确定被派工任务：确定需要进行派工的任务；确定被派工对象：确定被派工的对象，所述对象为角色，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；派工：将需要进行派工的任务派发给被派工的角色。本发明将任务派发给角色，用户通过与角色的关联获得任务，员工离职时，取消该员工与角色的关联，直接让新入职员工关联该角色即可，无需为新入职员工重新派工，操作方便快捷；员工调岗时，取消与原角色的关联，关联新的角色即可自动获得对该新角色派工的任务；对于派工者而言，在发生离职或调岗时都不需要进行任何操作。

Description

一种系统派工方法

技术领域

本发明涉及一种ERP等管理软件系统派工方法。

背景技术

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

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

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

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

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

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

员工/用户的表单操作权限发生变化时，要么员工/用户脱离角色，要么新增角色来满足工作要求。第一种方式的缺陷同上述“直接对用户授权”方式的缺陷。第二种方式，新增角色便涉及到角色的新建、关联、授权工作，特别在角色多、角色关联的用户也多的情况下，角色具体关联了哪些用户是很难记住的。

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

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

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

针对派工方式而言，传统系统通常是将工作任务直接派发给人，这个人一旦离职或调岗，必须全部退回其手上的任务，存在以下几方面的缺陷：A：对于这个人而言，必须逐个、全部退回所有任务，操作比较麻烦，特别是对于即将离职的员工而言，不一定愿意配合完成退回任务的操作；B：对于派工者而言，需要将这些任务重新派发给其他人，等于需要做重复的工作，增加了内耗，派工者工作量大，且容易出错；C：退回任务的过程通常需要经过审批，拖长了任务执行的周期，增加了系统内耗；即使不需要审批，若未及时退回任务，也会严重影响任务的执行，特别是有些任务时间要求紧迫，如果不及时退回并交由新的人处理，可能造成严重后果和不可预估的损失；D：用户调岗时，也需要先由用户退回其之前的所有任务，再由派工者派发新岗位的任务，同样存在操作麻烦、耽误任务执行周期等问题。

发明内容

本发明的目的在于克服现有技术的不足，提供一种系统派工方法，将任务派发给角色，员工通过对应的用户关联的角色获得被派工的任务，员工离职时，直接由系统管理员（或相应管理员）取消该员工对应的用户与角色的关联，新入职员工接替离职员工的任务时，直接让新入职员工关联该角色即可，无需依赖离职员工退回任务，也无需为新入职员工重新派工，实现无缝对接，操作方便快捷；员工调岗时，直接由系统管理员（或相应管理员）取消该员工与原角色的关联，再关联新的角色即可自动获得对该新角色派工的任务，无需经过审批，能够保障任务的执行周期；对于派工者而言，只需在前期做好对角色的派工，在发生员工离职或调岗时都不再需要派工者进行任何操作，大大减少了派工者的工作量。

本发明的目的是通过以下技术方案来实现的：一种系统派工方法，包括一个确定被派工任务的步骤、一个确定被派工对象的步骤和一个派工步骤，确定被派工任务的步骤和确定被派工对象的步骤顺序不分先后；确定被派工任务的步骤：确定需要进行派工的任务；确定被派工对象的步骤：确定被派工的对象，所述对象为角色，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；派工步骤：将需要进行派工的任务派发给被派工的角色，被派工的角色关联的用户对应的员工获得所派任务。

一种系统派工方法，还包括一个退回任务的步骤，被派工的角色通过该步骤退回被派工的任务。

一种系统派工方法，还包括被派工的角色选择是否接受派工的步骤。

所述的角色必须选择一个部门，角色一旦选择部门后则该角色归属于该部门，该角色的名称在该部门下唯一，角色的编号在系统中唯一，根据角色的工作内容对角色进行授权。

一种系统派工方法，还包括一个用户跨部门调岗管理步骤，具体包括：（1）取消用户与原部门内的角色的关联；（2）将用户与新部门内的角色进行关联，用户自动获得对该新角色派工的任务。

一个用户对应一个员工，一个员工对应一个用户，用户通过其与角色的关联确定（获得）权限。

一种系统派工方法，还包括一个设置需要被派工的角色或员工能够处理的任务的步骤。

进一步的，一种系统派工方法，还包括一个设置需要被派工的角色或员工处理相应任务的能力水平等级的步骤。

设置派工者的派工权限，即派工者能对哪些角色进行派工，具体方式包括以下一种或两种的组合：

（1）设置可被该派工者派工的部门；

（2）设置可被该派工者派工的角色。

被派工的角色为一个或多个，当被派工的角色为多个时，需要指定一个负责角色。

一种系统派工方法，还包括一个设置任务紧急度的步骤，派工者在进行派工时选择一个任务紧急度，被派工角色收到任务时将显示该任务的紧急度。

本发明的有益效果是：（1）本申请将任务派发给角色，员工通过对应的用户关联的角色获得被派工的任务，员工离职时，直接由系统管理员（或相应管理员）取消该员工对应的用户与角色的关联，新入职员工接替离职员工的任务时，直接让新入职员工关联该角色即可，无需依赖离职员工退回任务，也无需为新入职员工重新派工，实现了人员变动的无缝对接，操作方便快捷；员工调岗时，直接由系统管理员（或相应管理员）取消该员工对应的用户与原角色的关联，再关联新的角色即可自动获得对该新角色派工的任务，无需经过审批，能够保障任务的执行周期；对于派工者而言，只需在前期做好对角色的派工，在发生员工离职或调岗时都不再需要派工者进行任何操作，大大减少了派工者的工作量。

离职举例：派工者为“生产工人1”这一角色派发了任务A、B、C，员工张三关联“生产工人1”时，张三则获得了任务A、B、C，张三离职时，系统管理员（或相应管理员）直接取消张三与“生产工人1”这一角色的关联，无需由张三操作退回所派任务；新入职员工李四接替张三的工作内容和任务时，直接让李四关联“生产工人1”，则李四自动获得了对“生产工人1”这一角色所派的任务A、B、C，无需再为李四重新派工，操作简单快捷，大大减少了派工者的工作量。

调岗举例：员工张三要从生产部调岗到售后部，系统管理员（或相应管理员）取消张三与原角色“生产工人1”的关联，再关联到售后部的新角色“售后服务人员3”，张三则自动获得了对“售后服务人员3”这一角色所派的任务E、F。

（2）本申请提供了退回任务的功能，在特殊情况下（如时间冲突或没能力完成任务等）允许被派工的角色退回被派工的任务，退回任务需要填写原因，设计合理，使用方便。

举例：派工者分配了任务G给张三，且该任务时间紧迫必须在一周内完成，但张三最近一周恰好要出差，明显无法完成任务G，则张三可退回任务G，退回时可填写或选择退回原因。

（3）系统可设置需要被派工的角色或员工能够处理哪些任务，以及需要被派工的角色或员工处理相应任务的能力水平等级，便于派工者派工时进行选择和参考，有助于提高派工者派工的效率并提高派工的准确性和合理性。

举例：现有一维修难度较大的ULP5型号空调维修任务，派工者准备将该任务派发给售后部的售后服务人员，由于系统设置了每个员工能够处理哪些任务，派工者很快就能在售后服务人员当中找出能够维修ULP5型号空调的员工有哪些，随后考虑到该任务的维修难度较大，在能够维修ULP5型号空调的售后服务人员中选择维修空调的能力水平等级为五级（维修空调的能力水平等级分为一级、二级、……、五级，五级代表能力水平最高）的员工即可；又如也可：派工者派工时显示出能够维修ULP5型号空调的所有售后服务人员对应的用户关联的所有角色，并选择维修空调能力水平等级为五级的所有售后服务人员对应的用户关联的所有角色中的一个或多个角色（若一个用户关联了多个角色，则只能选择该用户关联的其中一个角色，因为用户与员工是1对1的关系），此时是对角色进行派工，在派工者派工时显示可派工的角色、角色关联的用户当前对应的员工、当前对应的员工能够处理的任务及相应任务的能力水平等级，这些信息的显示有利于对角色的派工；又如还可：对需要被派工的角色设置能够处理的任务及相应任务的能力水平等级，将符合该角色（岗位号/工位号）任务及能力水平要求的用户与该角色关联（即该用户对应员工符合该角色的任务及能力水平要求），则在派工时，直接选择能够满足被派工任务及要求的角色即可。

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

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

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

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

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

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

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

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

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

附图说明

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

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

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

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

图5为本发明派工流程图。

具体实施方式

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

【实施例1】如图5所示，一种系统派工方法，包括一个确定被派工任务的步骤、一个确定被派工对象的步骤和一个派工步骤；S1：确定被派工任务的步骤：确定需要进行派工的任务，任务可以是人工填写的内容，也可以是指定表单数据或指定的表单数据带出的内容（如派工去处理一个跟单，派工去处理一个投诉单、指定去处理一个安装请求单等），或者三者的组合；任务包括：生产性质任务、销售性质任务、物流性质任务、售后性质任务等需要派工处理的任务。

S2：确定被派工对象的步骤：确定被派工的对象，所述对象为角色，如图4所示，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色，一个用户对应一个员工，一个员工对应一个用户，用户通过其与角色的关联确定（获得）权限；所述用户在其对应的员工离职后被冻结，冻结的用户不能被其他员工对应/关联，若该员工离职一段时间又回到公司（入职），则原来该员工被冻结的用户被解冻并继续对应该员工（即该员工继续使用该用户）。

所述的角色必须选择一个部门，角色一旦选择部门后则该角色归属于该部门，该角色的名称在该部门下唯一，角色的编号在系统中唯一，根据角色的工作内容对角色进行授权。

S3：派工步骤：将需要进行派工的任务派发给被派工的角色，派工后生成派工单，由被派工的角色关联的用户对应的员工获得所派任务。派工单可以关联相关表单数据，比如售后派工单关联售后请求单。

被派工的角色可以选择是否接受派工。

被派工的角色为一个或多个，当被派工的角色为多个时，需要指定一个负责角色。例如，一个大型设备的维修任务，可能需要多个售后服务人员配合完成维修工作，这种情况下可将该维修任务派工给多个售后服务人员，指定其中一个作为负责角色。

【实施例2】如图5所示，一种系统派工方法，包括一个确定被派工任务的步骤、一个确定被派工对象的步骤和一个派工步骤；SS1：确定被派工对象的步骤：确定被派工的对象，所述对象为角色，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；SS2：确定被派工任务的步骤：确定需要进行派工的任务；SS3：派工步骤：派工者将需要进行派工的任务派发给被派工的角色，被派工的角色关联的用户对应的员工获得所派任务。派工者可以是角色、用户或者人等。

如果用户需要跨部门调岗，还包括一个用户跨部门调岗管理步骤，具体包括：（1）取消用户与原部门内的角色的关联；（2）将用户与新部门内的角色进行关联，用户自动获得对该新角色派工的任务。

本申请将任务派发给角色，员工通过对应的用户关联的角色获得被派工的任务，员工离职时，直接由系统管理员（或相应管理员）取消该员工对应的用户与角色的关联，新入职员工接替离职员工的任务时，直接让新入职员工关联该角色即可，无需依赖离职员工退回任务，也无需为新入职员工重新派工，实现了人员变动的无缝对接，操作方便快捷；员工调岗时，直接由系统管理员（或相应管理员）取消该员工与原角色的关联，再关联新的角色即可自动获得对该新角色派工的任务，无需经过审批，能够保障任务的执行周期；对于派工者而言，只需在前期做好对角色的派工，在发生员工离职或调岗时都不再需要派工者进行任何操作，大大减少了派工者的工作量。

离职举例：派工者为“生产工人1”这一角色派发了任务A、B、C，员工张三关联“生产工人1”时，张三则获得了任务A、B、C，张三离职时，系统管理员（或相应管理员）直接取消张三与“生产工人1”这一角色的关联，无需由张三操作退回所派任务；新入职员工李四接替张三的工作内容和任务时，直接让李四关联“生产工人1”，则李四自动获得了对“生产工人1”这一角色所派的任务A、B、C，无需再为李四重新派工，操作简单快捷，大大减少了派工者的工作量。

调岗举例：员工张三要从生产部调岗到售后部，系统管理员（或相应管理员）取消张三与原角色“生产工人1”的关联，再关联到售后部的新角色“售后服务人员3”，张三则自动获得了对“售后服务人员3”这一角色所派的任务E、F。

【实施例3】如图5所示，一种系统派工方法，包括一个确定被派工任务的步骤、一个确定被派工对象的步骤和一个派工步骤；S1：确定被派工任务的步骤：确定需要进行派工的任务；S2：确定被派工对象的步骤：确定被派工的对象，所述对象为角色，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；S3：派工步骤：将需要进行派工的任务派发给被派工的角色，被派工的角色关联的用户对应的员工获得所派任务。派工安排的时间是一个时间段，而不是确切时间点，只要在这个时间段内完成都算正常完成。

还包括一个退回任务的步骤，被派工的角色通过该步骤退回被派工的任务。在特殊情况下允许被派工的角色退回被派工的任务，设计合理，使用方便。

举例：派工者分配了任务G给张三，且该任务时间紧迫必须在一周内完成，但张三最近一周恰好要出差，明显无法完成任务G，则张三可退回任务G，退回时可填写或选择退回原因。

因为被派工的角色是工位号、岗位号性质的独立个体，可对角色设置能够处理哪些任务及对应的能力水平级别，那么关联该岗位号的用户对应的员工都应该具备该岗位号要求的工作能力，则该角色关联的用户对应的员工应该都能完成派给该岗位号的任务。

设置派工者的派工权限，即派工者能对哪些角色进行派工，具体方式包括：（1）设置可被该派工者派工的部门（包括后续部门下增加的所有角色）；例如：生产一部的车间主任只能派工给生产一部的生产工人。

（2）设置可被该派工者派工的角色。传统方法可被派工的是人/员工，比如派工者K可派工的人有100个，其中包括某员工A，A离职后由新入职员工B来替代A的工作，则在未设置之前，派工者K无法对B进行直接派工，因为B不在可被其派工的范围内。而本申请可被派工的是角色，A之前所关联的角色M是派工者K可派工的角色，B入职后，取消A与角色M的关联，再将B与角色M关联，则派工者K自动的就能对B进行派工，无需进行任何设置，而传统方法在人员频繁变动时需要不断地设置可被派工的人/员工，操作麻烦，而且会影响正常的工作开展。

【实施例4】如图5所示，一种系统派工方法，包括一个确定被派工任务的步骤、一个确定被派工对象的步骤和一个派工步骤；S1：确定被派工任务的步骤：确定需要进行派工的任务；S2：确定被派工对象的步骤：确定被派工的对象，所述对象为角色，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；S3：派工步骤：将需要进行派工的任务派发给被派工的角色，被派工的角色关联的用户对应的员工获得所派任务。

本实施例中，还包括一个设置需要被派工的角色或员工能够处理的任务的步骤。进一步的，还包括一个设置需要被派工的角色或员工处理相应任务的能力水平等级的步骤。

确定被派工任务后，选择被派工者时，弹出所有能够处理该任务的人，再选择其中符合该任务要求的能力水平等级的人（高能力水平等级的员工能够处理低能力水平等级要求的任务）。

系统可设置需要被派工的角色或员工能够处理哪些任务，以及需要被派工的角色或员工处理相应任务的能力水平等级，便于派工者派工时进行选择和参考，有助于提高派工者派工的效率并提高派工的准确性和合理性。

举例：现有一维修难度较大的ULP5型号空调维修任务，派工者准备将该任务派发给售后部的售后服务人员，由于系统设置了每个员工能够处理哪些任务，派工者很快就能在售后服务人员当中找出能够维修ULP5型号空调的员工有哪些，随后考虑到该任务的维修难度较大，在能够维修ULP5型号空调的售后服务人员中选择维修空调的能力水平等级为五级（维修空调的能力水平等级分为一级、二级、……、五级，五级代表能力水平最高）的员工即可。

【实施例5】如图5所示，一种系统派工方法，包括一个确定被派工任务的步骤、一个确定被派工对象的步骤和一个派工步骤；S1：确定被派工任务的步骤：确定需要进行派工的任务；S2：确定被派工对象的步骤：确定被派工的对象，所述对象为角色，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；S3：派工步骤：将需要进行派工的任务派发给被派工的角色，被派工的角色关联的用户对应的员工获得所派任务。

还包括一个设置任务紧急度的步骤，派工者在进行派工时选择一个任务紧急度，被派工角色收到任务时将显示该任务的紧急度。比如：分为5级(立即/优先/正常/置后/最后)，派工时默认为正常，派工者在派工的时候可以修改。

上述实施例中，如图4所示，本申请被派工的对象为独立个体性质角色，以下对通过独立个体性质角色对用户进行授权所具备的优势进行分析：用户通过其与角色的关联确定（获得）权限，如果要修改用户的权限，通过调整角色所拥有的权限以达到改变关联了该角色的用户的权限的目的。一旦用户关联角色后，该用户就拥有了该角色的所有操作权限。

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

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

举例：某个公司系统中可创建如下角色：总经理、副总经理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 (10)

1.一种系统派工方法，其特征在于，包括一个确定被派工任务的步骤、一个确定被派工对象的步骤和一个派工步骤，确定被派工任务的步骤和确定被派工对象的步骤顺序不分先后；

确定被派工任务的步骤：确定需要进行派工的任务；

确定被派工对象的步骤：确定被派工的对象，所述对象为角色，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；

派工步骤：将需要进行派工的任务派发给被派工的角色，被派工的角色关联的用户对应的员工获得所派任务。

2.根据权利要求1所述的一种系统派工方法，其特征在于：还包括一个退回任务的步骤，被派工的角色通过该步骤退回被派工的任务。

3.根据权利要求1所述的一种系统派工方法，其特征在于：还包括被派工的角色选择是否接受派工的步骤。

4.根据权利要求1所述的一种系统派工方法，其特征在于：所述的角色必须选择一个部门，角色一旦选择部门后则该角色归属于该部门，该角色的名称在该部门下唯一，角色的编号在系统中唯一，根据角色的工作内容对角色进行授权。

5.根据权利要求3所述的一种系统派工方法，其特征在于：还包括一个用户跨部门调岗管理步骤，具体包括：

（1）取消用户与原部门内的角色的关联；

（2）将用户与新部门内的角色进行关联，用户自动获得对该新角色派工的任务。

6.根据权利要求1所述的一种系统派工方法，其特征在于：一个用户对应一个员工，一个员工对应一个用户，用户通过其与角色的关联确定权限。

7.根据权利要求1所述的一种系统派工方法，其特征在于：还包括一个设置需要被派工的角色或员工能够处理的任务的步骤；和/或还包括一个设置需要被派工的角色或员工处理相应任务的能力水平等级的步骤。

8.根据权利要求1所述的一种系统派工方法，其特征在于：设置派工者的派工权限，即派工者能对哪些角色进行派工，具体方式包括以下一种或两种的组合：

（1）设置可被该派工者派工的部门；

（2）设置可被该派工者派工的角色。

9.根据权利要求1所述的一种系统派工方法，其特征在于：被派工的角色为一个或多个，当被派工的角色为多个时，需要指定一个负责角色。

10.根据权利要求1所述的一种系统派工方法，其特征在于：还包括一个设置任务紧急度的步骤，派工者在进行派工时选择一个任务紧急度，被派工角色收到任务时将显示该任务的紧急度。

Images