关于后置工作流程，作者总结并希望为您带来灵感。

在稍微复杂的后端系统中，工作流程的设计是其中不可避免的一部分。设计后台工作流程不仅可以在以后使用时提高系统效率，还可以测试产品经理。我最近刚刚在这个领域做了我的工作，所以我总结了一些方法经验并与你分享。

首先，了解工作流程和工作流程的类型

在企业级的一些系统中，工作流是一种非常常见的辅助功能，因为许多操作不能由操作员单独完成。在后台系统中，我认为工作流程大致可分为以下两个方面：

1与过程批准相关的系统功能

工作流程涉及流程审批系统非常普遍，如一般OA请假，加班申请，出差申请等;人事制度中的入境流程审批，退出审批。如果公司内部的业务系统中存在一些重要或更谨慎的操作，则还需要逐层批准。

流程审批类的工作流程的特点是将审批角色划分为生产者和处理者。生产者是生产数据的作用，它在工作流程中的工作是增加新的数据;处理器正在对现有数据进行一些操作。

在某种意义上，工作流执行的一些功能操作旨在满足处理器的需要。仅仅因为某些生产类型在较低级别工作，或者某些生产工作更加繁琐，处理器的功能状态不允许他完成工作，因此这些工作被“分散”给生产者，并且处理它只需要判断生产者的工作是否正确执行，并提出某些意见，以便生产者可以不断修改，以达到处理者最终想要的目的。

例如，在休假批准的情况下，领导者需要查看请假的原因，天数，休假类型等，而不是让领导者了解内容的详细信息。请假。因此，在设计流程审批类的工作流时，需求方应更关注处理器，掌握他们需要的内容，然后设计定义内容。

2需要多人合作的工作

对于这种类型的工作流程，目的主要是使角色更专注于某项工作。与管道工作类似，系统中反映的是将工作流转移到角色，然后完成流到下一个角色的步骤，所有角色的工作流程都是连接的，即一个项目完成工作流程。

例如，电子商务背景中的WMS库存。此功能的工作必须包括检查采购订单，检查销售订单，入库库存，差异注册，库存更新等。这些操作可以简单地分为预计数，国内和库存后。

因此，可以根据功能设计流程：首先，采购人员，销售人员报告采购订单，销售订单，然后仓库管理人员进行库存检查，最后数据记录人员执行差异登记，库存更新和三个部分相互独立。也依次关联。关于这种类型的工作流程，梳理前后的逻辑关系过程，并执行有效的功能分割。在某些操作中将它们连接起来可能是设计中的关键点。

二，工作流程的设计要点

然后，在了解工作流程是什么后，要设计工作流程，您应该考虑以下设计要点。

首先，我们可以根据正常工作流的功能将工作流分成以下几部分。

首先，工作流内容的制作，消费和处理;

第二，不同情况下的工作流程状态;

第三，工作流程的制定和角色的划分。简而言之，它是澄清角色，内容和流程之间的关系。

首先，工作流内容的制作，处理和消费

对于流程批准类的工作流程，工作流内容的生产方通常具有较低的角色级别，并且仅用作没有任何处理权限的数据记录器。因此，在设计时，应仔细考虑可以直接在生产方进行数据处理的任何操作。例如，是否允许基本输入数据直接修改权限？

可以通过它更改数据状态的某些更改。当达到数据处理阶段时，最后输出函数填充的数据，处理阶段的操作可分为两种情况：

一种是仅进行流操作，并且过程节点可以被理解为高级过滤功能，仅用于决定是否让该数据流到下一个节点。

第二种情况是数据在传输时需要修改或补充。

两个流程角色之间的差异定义了整个流程中的操作是不同的。人们只执行诸如拒绝之类的流程操作，但可以补充，修改和添加其他内容。在设计工作中，有必要阐明处理阶段的角色工作模式，以便设计工作流程。

对于多人协作工作流，每个角色都是数据生成器，每个角色也是数据处理器。此时，没有必要设计类似于过程批准类的处理权限控制。因为每个过程操作的内容都是明确定义的，所以过程和过程之间没有重叠。前一过程的操作只是对过程的前端支持。因此，此时，角色之间的功能分开，以确保每个角色中每个流程执行的操作是充分的，并且在流程下是必要的条件。

关于数据的消耗，它指的是在生成数据之后所做的事情。数据生成对不同角色具有不同的功能。在设计工作流程时，您还应该考虑这些因素。因为我们设计时只注重数据的生成，而不是注意他生成后想做什么。

例如，我最近一直在处理的业务管理系统是在合同完成后创建商店并操作商店。因此，在完成数据批准后，应复制商店管理角色的副本。

例如，一些采购订单已经批准，并且不是购买货物的人，并且财务人员需要处理帐户，因此还应该为数据提供财务报表。因此，在设计工作流程时，我们不仅要考虑整个工作流程中数据的直接消费者，还要间接地考虑消费者的设计。

第二，不同情况下的工作流程状态

一般而言，批准类工作流的状态大致只能在流程方面划分为这些阶段：未批准–批准–批准结束了。不同的阶段可以分成不同的情况。

例如，在未批准的情况下，可能存在已填写但未提交到工作流程的情况，或者可能存在已提交到工作流程但发现提交错误且无法撤回的情况。因此，在批准的情况下，可以适当地添加所保存的操作（可以不提交相应的工作流状态）;紧急召回操作（相应的工作流程状态可以撤销）。

在批准过程中，除了正常的一个节点和一个节点审计之外，当工作流程转移到它时，将丢弃可能遇到的情况。在这种情况下，可以添加丢弃的操作（相应的工作流程状态）。可以过时了）;当存在流或其他原因时，也可能发现整个过程存在问题，但节点可能还有其他角色，因此需要暂时冻结工作流。在确认然后重新激活之后，应该冻结/暂停工作流程（相应的工作流程可以被冻结），并且相应的重新激活操作（相应的工作流程状态显示返回到原始工作）流的状态） 。

同时，在审批过程中，可能会有多个工作流操作，但这个操作比较紧急，因此数据的生成者端可以加入加速操作，此时此处可以在处理器中看到。记录应处于最高状态。但是，由于加速处理的权重相对较高，因此并非每个角色都具有此操作权限。最后，应在批准中设置批准法规。超时应该超时或超时后应该有一个明确的目标。

最后，批准结束了，这也分为两种情况：

一个是批准，另一个是批准。对于批准，完成记录生成，消费者的复制和其他操作，批准不通过，一般可以拒绝。对于拒绝状态，设计者需要考虑是否完全拒绝或拒绝前一个节点。

如果完全拒绝，则要求操作员重新填写提交。如果它被拒绝到前一节点，则前一节点的处理器应该具有数据的编辑权限。当通过第二次编辑重新提交时，该过程被优化并且时间可以缩短。缺点是并非所有处理器都具有编辑权限，逻辑需要设计师思考。

对于协同工作类的工作流，工作流的状态相对简单，并且每个进程节点是独立的，并且只有在前一个节点的工作完全完成之后，才能将流传输到下一个节点，并且没有批准流程的功能，节点的完成完成，当前节点的工作在提交到下一个节点后完成。下一个节点在逻辑上与前一个节点相同，直到结束。

第三，工作流程的制定和角色的划分

这仅适用于批准类的工作流程。

传统的工作流程大致可分为几种情况：自由/半自由流程，固定流程，分支流程，并发流程和执行，并发流程或执行。

自由流意味着从生产者到处理器的每个过程节点可以由前一节点的操作员分配角色，并且半自由过程在指定指定角色时引用特定范围。固定流程意味着流程是所有流程，即角色是固定的，无法修改。

这种情况的优缺点非常明显：优点是操作简单，逻辑简单，开发难度低。缺点是它不太实用，刚性更大，柔韧性更差。

分支进程是指当进程满足某个跳转条件时进程的跳转执行子进程。当过程完成时，它会跳回主进程以执行下一个进程操作。

例如，在购买采购订单时，当采购金额小于100万时，采购经理需要进行审批。当购买金额大于100万时，次级人员需要批准该问题。

并发进程和执行指的是一起执行的多个进程。执行完所有流角色后，它们将转移到下一个节点。例如，项目的开始需要投资部门，计划部门和工程部门完成。只有在批准这些角色时才能启动它。并发进程或执行是指一起开始的多个进程。只要一个角色被批准，流就会转到下一个节点。我在此不再重复。在工作流程的背景下可以大致满足这些情况。

以上可以称为标准工作流，即在后台给出固定模板，相关配置人员可以对其进行配置。但是，在某些复杂的后端系统中，可能是上述情况一起发生，或者可能出现其他情况。此时，需要整个过程定制操作。

然后，要设计一个非标准的工作流程，首先要区分上面提到的角色，内容和流程之间的关系——也就是说，角色和内容是挂在进程节点上的功能点。因此，我们只需要控制进程节点，然后挂钩不同的角色和相应的操作内容，这样就可以很容易地澄清关系，使系统更加层次化。

接下来我们只需要控制进程节点。

可以从以下方面开始控制非标准过程节点。

首先，如果进程配置器具有配置SQL的能力，那么数据库进程配置权限是打开的，允许配置器自行配置，这样的开发工作压力会更小，但同时风险也会很大。

第二，绘制流程图的方法。流程的执行可以由产品经理熟悉的流程图表示。通过流程图的基本逻辑，可以清晰地显示和显示过程中遇到的各种情况，操作简单。缺点是发展太困难，而普通的小团队也不称职。

第三，通过配置功能进行配置，这种方法表面看起来非常麻烦，但与前两种相比，开发难度较小，而且配置器的能力不高。具体地，为了单独配置每个功能的流程，首先确定进程的主流程具有多个节点。如果选择了满足判断的节点选择，则遇到并发进程的节点或执行的节点选择最长的节点。确定后，配置所有节点的内容操作和角色，然后配置节点是否执行判断，是执行还是操作，以及是否执行操作。如果存在判断操作，则分离子处理，并且如上所述配置子处理，并且最终属于主处理的节点。如果存在操作，则将在单个节点或多个节点上配置用于确定配置和操作的分支节点。对于单个节点，需要满足两个节点。当使用多个节点时，这些节点分别配置为一个小进程并合并到主进程中以查看它们是否满足和行为。如果对操作或操作有判断，则还需要确定哪个节点或哪个节点可以在哪个节点上执行另一个节点流。

这些情况对开发团队来说也是一个巨大的考验，因为不同的工作流代表不同的操作权限，不同的状态流，可定制的流程代表无休止的变化，服务器的压力，数据库的冗余不容乐观。在下一节中，我将简单分享如何有效地设计非标准工作流程。

如何设计高效的非标准工作流程

我设计了一个低背景压力和简单操作的高效非标准工作流程，总结了两种方法：首先，将非标准工作流程分解为多个标准工作流程。其次，在独立和配置权限之外打开工作流角色模块。

首先，将非标准工作流分为多个标准工作流

非标准工作流程很麻烦，但在大多数情况下，它可以分成几个标准工作流程。例如，非标准工作流可以线性分为多个分支进程，并发进程和执行，并发进程或执行。通过将它们中的每一个组合在一起形成完整的工作流程，我们可以在系统中提供复合模板，允许配置器选择和组合以形成非标准工作流程。

如果它是非线性的，例如分支分支和并发的可能性，我们可以将每个情况分成一个工作流，然后保持生产端入口统一，每个操作可以进入不同的工作流，最后流出口可以始终如一。有点像开发中的设计模式的工厂模式。

其次，在独立和配置权限之外打开工作流角色模块

一般来说，当我们配置工作流角色时，我们使用类似于权限控制的角色。例如，此节点的角色是库管理，而另一个节点角色是业务管理。事实上，从另一个角度思考它。设计工作流时，您可以设计独立于权限的角色，并仅配置工作流。

例如，“分支节点角色1号”” “过程角色1号”” “并发或角色2号”，然后通过详尽的方法，列出了所需的使用过程，角色放在节点上。通过这种方式，需要配置的实时进程变为死循环。然后将这些角色分配给权限角色。然后定义一些规则：例如，如果未配置此节点的角色，则此节点默认通过，并且工作流角色配置为具有两个权限角色作为OR操作/操作。这将解决上述问题。

工作流可以说是后端系统中更复杂的部分。即使一些系统中最初没有工作流程，随着系统功能的增加，工作流程也将不可避免地被使用。因此，在设计阶段开始时，提前了解工作流程的设计方法对产品非常有帮助。您还可以考虑设计内容以避免过多的维护成本。

专栏

痴迷，微信公众号：痴迷于启蒙，每个人都是产品经理专栏作家。电子商务O2O领域，专注于数字硬件，人工智能和新闻信息。

这篇文章最初发表。未经许可，禁止复制。

该地图来自Pexels，基于CC0协议

« 基于SEO优化的Web元素优化 | SEM的品质怎么定义？ »