流程审批设计
发布网友
发布时间：2022-04-22 16:16
共3个回答
热心网友
时间：2023-06-26 21:22
先来看看关于工作流、审批流的定义：
（1）PAAS平台工作流&审批流的定义：
工作流：可自己定义的一种自己主动运行的工作流程，由表单数据发生改变时触发，同一时候触发关联多种不同的事物。
审批流：可自己定义的一种审批流程，须要用户手动批示是否同意进入下一步，触发审批流程规则须要满足审批申请人和数据筛选条件。
（2）百度百科工作流&审批流的定义：
工作流：在多个参与人员之间依照事先定义好的规则传递信息、文档或任务的过程自己主动运行，从而实现某个预期的业务目标，或者促使该目标的实现。
工作流的优点：
（1）降低了记录分配，任务指派过程中很多不必要的操作；
（2）通过标准化流程提高工作效率；
工作流应用场景：当新增客户信息时，区域A的客户自己主动分配给业务员A，区域B的客户自己主动分配给业务员B，并发送邮件或者短息通知相关业务员。
审批流：审批流定义节点用来为某个详细的业务单据或某个详细单据的一个业务类型进行审批流程的定义。被定义了审批流程的单据将依照定义的审批流程被传递和审批。这一完整的过程就称为审批流。
概述：通常的流程一般分为2个层次来讲：流程、步骤（活动或者节点）：
（1）流程就是某一详细的业务流程（请假审批流程，财务报销审批流程）；
（2）步骤（活动或者节点）就是一种特定业务类型的封装；
一套完整的审批流程、工作流程大体上包含：
（1）流程定义；
（2）步骤定义：触发规则；操作人；运行动作（发起申请、撤回）；运行操作（任务通知、邮件提醒、字段更新、转移数据、转换表单、传送接口）；
（3）步骤反复：触发规则；操作人（串行/并行）；运行动作：（审批处理：通过、拒绝（退回、否决）、撤回）；运行操作：允许、拒绝同一时候包含（任务通知、邮件提醒、字段更新、转移数据、转换表单、传送接口）；
（4）流程结束；
名词解释：
第一：操作人处理
（1）串行：上一处理人指定某一处理人时，其它拥有此步骤权限的操作员不可进行查看和操作，必须当前处理人处理完成后，流程才干继续；
（2）并行：由上一处理人指定固定多个处理人时，由任一员工处理就可以，不分前后顺序，所有处理完毕，进入下一步骤；
这里有2点须要说清楚：
（a）多人处理分为：一人通过（当中一人进程审批处理就可以）、多人通过（全部审批人都须要进行审批处理）2种情况，请依据自己的业务详细选择；
（b）设定审批人分为：由提交人指定、自己主动依照角色层级关系分配、选择审批人3种情况，请依据自己的业务详细选择；
两者的相应图例如以下：
第二：运行动作
（1）申请：针对当前业务表单信息发起申请，开始审批流程的传递。分为2部分：由申请提交人手动发起申请、由程序自己主动推断满足触发规则的数据自己主动发起申请；另外还要注意的2点：是否同意提交人撤消（是、否）、记录编辑（不可编辑、管理员可编辑、管理员和审批人都可编辑 ）；
（2）通过：当前步骤处理通过，进入下一步骤，若为末步骤，则流程处理完毕；
（3）退回：将步骤退回至上一步骤，即返回至上一处理人处，若为首步骤，则不进行退回；
（4）否决：将步骤直接结束，运行结束动作拒绝活动，不再进行操作，或者回退至第一步骤；
（5）撤回：若当前步骤已处理，下一处理人未处理的情况下可进行撤回操作。
上面须要注意的是：拒绝的时候是采用“退回”还是“否决”动作。以下几种情况的相应图：
第三：运行操作
（1）任务通知：定义的系统内任务自己主动生成，能够由定义好的流程调用，在流程运行到适当时机发送系统内任务通知相关人员；
（2）邮件提醒：定义给系统内部和外部人员发送邮件提醒的事务。能够在工作流和审批流中调用，在流程运行到适当时机发送邮件通知流程相关人员；
（3）数据更新：用于流程运行的事务，能够在流程运行到指定位置，依照设置好的数据更新规则，指定更新本表单或关联表单的数据；
（4）表单转换：设置一个表单的数据，按转换模板映射生成还有一个或几个表单数据。假设表单带有子表单数据，也能够设置子表映射转换到相应表单的子表单；
（5）数据转移：能够将表单数据转移给设置好的目标用户。能够在工作流和审批流中，须要转移数据的环节调用此数据转移；
（6）传输接口：工作流和审批流假设须要将流程结果触发到第三方系统。
热心网友
时间：2023-06-26 21:22
1）用户提交申请：
用户通过do平台权限申请入口页面提交申请，用户可以根据自己的角色，选择不同类型的申请（代理商、RD、非RD）。用户提交的申请内容会以快照的方式保存，快照的方式便于申请内容需求扩展，同时减少前后端逻辑交互，减小开发交流成本。
2）创建审批流程
用户提交申请之后，会根据用户提交的申请内容，动态的创建审批流程，后面内容会详细介绍。
3）审批人审批
审批人可以通过do平台权限申请页面（我的审批）、workflow、HI等三种方式进行审批。workflow是运维部提供的一个工作流服务，通过接入workflow，可以复用邮件提醒、HI审批等功能，丰富用户体验。如果审批人通过workflow、HI方式审批，我们无法立即得到该审批信息（因为workflow不会回调任何接口），所以我们通过CT任务的方式定时扫描申请单状态信息，同步到自己系统。
2. 审批流程设计
审批流程如下：

1）存储设计
由于每个节点只有一个审批人，因此在设计工作流时，建了两张mysql表：auth_apply（存储用户提交的申请，一条记录代表一个申请）、auth_approve（存储审批流程，一条记录代表一个审批节点，auth_apply表中的一个申请对应该表中多个审批节点）。这样的设计能够完全满足现有需求，但是这并不是一个标准的工作流设计（没有考虑一个节点多个审批人情况），这也为后续功能扩展带来了麻烦。
2）代码框架
由于代理商、RD、非RD申请大体的审批流程是一样的，但是具体到审批流程的每一步可能又不一样，为此采用“模板方法模式”来设计。

Service_Data_ApplySave为抽象基类，模板方法createApplyAndApprove()给出了整个审批流程业务逻辑的骨架，包括一些列抽象操作：genAuditors()生成审批人（包括workflow的审批人）、createApplyWorkFlow()调用workflow接口生成申请单、saveApply()保存申请内容、createApprove()创建本地审批流。Service_Data_AgentApplySave、Service_Data_NordApplySave、Service_Data_RdApplySave等各子类实现相应的抽象方法即可。
3）接入workflow
由于workflow在创建审批流程时，必须提前配置好流程模板，而且不同类型的审批流程需要创建不同的流程模板，所以需要根据业务逻辑推断可能出现的审批流程情况，提前手动创建好流程模板（这种方式极不灵活，也促使后续迭代想办法尽量减少创建流程模板的操作）。
3
热心网友
时间：2023-06-26 21:23
用户通过do平台权限申请入口页面提交申请，用户可以根据自己的角色，选择不同类型的申请（代理商、RD、非RD）。用户提交的申请内容会以快照的方式保存，快照的方式便于申请内容需求扩展，同时减少前后端逻辑交互，减小开发交流成本。
2）创建审批流程
用户提交申请之后，会根据用户提交的申请内容，动态的创建审批流程，后面内容会详细介绍。
3）审批人审批
审批人可以通过do平台权限申请页面（我的审批）、workflow、HI等三种方式进行审批。workflow是运维部提供的一个工作流服务，通过接入workflow，可以复用邮件提醒、HI审批等功能，丰富用户体验。如果审批人通过workflow、HI方式审批，我们无法立即得到该审批信息（因为workflow不会回调任何接口），所以我们通过CT任务的方式定时扫描申请单状态信息，同步到自己系统。
