开发者社区> 1644807573459020> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

【组件开发实践】云巧流程组件对接实践

简介: 通过简单的业务场景进行举例,介绍如果通过云巧流程组件的API进行集成对接
+关注继续查看
福利推荐:阿里云、腾讯云、华为云等大品牌云产品全线2折优惠活动来袭,4核8G云服务器899元/3年,新老用户共享优惠,点击这里立即抢购>>>

1. 用户需求

假设A系统有如下员工请假审批流场景:

员工请假小于等于3天,只需主管直接审批;大于3天需要主管先审批,审批通过后再由二级主管进行审批。当员工请假审批流节后后,需要通知A系统进行业务处理(例如:如果同意,则扣除相应假期,如果拒绝,则不扣除)。

2. 需求分析

通过对用户故事的分析,需要经过如下步骤完成此需求。

  1. 进入流程组件,在流程组件里设计上述“员工请假审批流”
  2. A系统内实现“员工请假审批流”结束后的业务自定义处理逻辑。
  3. A系统内实现通过流程组件API 发起“员工请假审批流”
  4. 用户在A系统发起“员工请假审批流”。

3. 前置条件

已部署云巧流程组件,且服务已正常运行。

4. 服务接入

1. 流程设计

1. 设计流程图:进入流程组件,设计如下的流程图,流程编码employee_leave
image

2. 新增办理人变量:点击画布空白页,进入“流程配置”,新增如下“流程变量”,作为“主管审批”“二级主管审批”的办理人变量。

image

3. 设置用户任务节点办理人:在“主管审批”节点设置办理人变量为“主管”。在“二级主管审批”节点设置办理人变量为“二级主管”

4. 设置排他网关条件,其中approve为排他网关入口用户任务的处理结果变量(true为同意、false为拒绝),leaveDays为业务定义的请假天数变量,&&表示且的意思:

  • 拒绝:${!approve}
  • 同意-且小于等于3天:${approve && leaveDays<=3}
  • 同意-且大于3天:${approve && leaveDays>3}

2. A系统实现流程结束后的处理逻辑

在A系统中实现流程结束后的处理逻辑B,然后订阅并消费流程组件的RocketMQ消息,消费流程组件RocketMQ消息时根据消息体内的流程实例ID、流程实例结果、...等字段调用处理逻辑B完成业务处理。

【备注】流程组件RocketMQ消息:

○ 流程事件TOPIC:为流程后端服务FLOW_NOTICE_ROCKETMQ_TOPIC_EVENT环境变量值,或flow.notice.rocketmq.topic.event配置值,默认为FLOW_EVENT。

○ 流程事件Tag:流程编码(例如:此用户故事即为employee_leave)。

○ 流程事件消息体类型:包括流程开始、流程结束、任务开始、任务结束、任务转办等事件消息。

3. A系统发起流程

  1. 引入流程组件API二方包。
<dependency>
    <groupId>com.aliyun.gts</groupId>
    <artifactId>flow-facade-api</artifactId>
    <version>${flow.version}</version>
</dependency>


  1. 注入流程组件API类。

在A系统的Application启动类上使用如下Feign注解自动注入流程组件API类FlowProcessApi.class

@EnableFeignClients(clients = {FlowProcessApi.class})
public class FlowApplication {
    
    // ....
}
  • 当A系统和流程组件在同一个集群,且使用Nacos作为服务注册发现时,此处需要在A系统配置Nacos服务发现相关配置,如已经配置,则忽略。
  • 当不在一个集群,或在一个集群但未使用Nacos作为服务注册发现时,需要在A系统新增flow.be.url配置项,即流程组件后端服务地址。


  1. 参考如下方式发起“员工请假审批流”
// 员工请假审批流 流程编码
final String employeeLeaveProcessKey = "employee_leave";
// 主管用户ID
String leaderId = "xxx";
// 二级主管用户ID
String secondaryLeaderId = "yyy";
// 请假天数,应从业务系统传入,此处为了演示写为5
Integer leaveDays = 5;
// 请假人ID(即流程发起人ID)
String userId = "1";
// 租户ID(如果没有租户概念,默认写为1)
String tenantId = "1";
// 构造流程发起请求
FlowProcessStartRequest flowProcessStartRequest = new FlowProcessStartRequest();
// 设置流程编码
flowProcessStartRequest.setProcessDefinitionKey("employee_leave");
// 设置流程变量,包括审批人变量和请假天数变量
Map<String, Object> variables = new HashMap<>();
variables.put("leader", leaderId);
variables.put("secondaryLeader", secondaryLeaderId);
variables.put("leaveDays", leaveDays);
flowProcessStartRequest.setVariables(variables);
ResultResponse<String> response = flowProcessApi.startProcess(flowProcessStartRequest, userId, tenantId);
if (response.getSuccess()) {
    // 发起成功
    
    // 获取此流程的流程实例ID
    String processInstanceId = response.getData();
    
    // 保存流程实例ID与业务系统内对象的关系,用于后续收到流程结束的通知后查询对应的业务对象
    // ....
} else {
    // 发起失败
    
    // 获取失败的错误信息和错误码
    String message = response.getMessage();
    String code = response.getCode();
    
    // 执行发起失败逻辑
    // ....
}


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
低代码应用构建流程和适用场景分享
软件开发从机器语言时代开始,历经以汇编语言为代表的低级语言时代、以Java等面向对象的语言为代表的高级语言时代、以Oracle等为代表的第四代语言,逐渐发展到现在的低代码/零代码时代。低代码编程技术的出现,将软件开发的复杂性留给了开发平台的研发,致力于减少影响软件开发效率的不确定性因子,如人员来回沟通、业务与技术的Gap、人员技能差异、新技术复杂集成等,以期达到提升开发效率的目的。
0 0
云巧组件如何实现代码架构设计可视化
在项目搭建完成进行了N个迭代之后,往往因为需求的变化以及设计的缺陷导致领域模型、接口、数据库设计等和最开始的时候大为不同,架构设计需要保鲜会花去大量的时间。有没有一种办法可以实时反应项目的各种技术设计呢?就像Swagger一样,代码自动生成文档。我们采用了静态代码扫描的方案,通过代码来反应真实的技术设计,这就是《云巧工坊-应用素描》的功能。
0 0
使用云巧工坊编写业务流程并可视化
软件产品都面临业务需求、流程快速变化的现状,往往之前设计绘制的业务流程在几个月之后就会失效的问题,如果按照一定语法开发的代码可以实时正确反应业务流程就解决了业务流程保鲜的问题。yunqiao-boot-starter-flow 就是解决这一问题的开发框架。
0 0
BizWorks助力企业应用的高效开发与复用
BizWorks作为企业级云原生应用数字工作台,能很好地支撑企业数字中台建设、云原生应用开发、企业资产运营管理等场景。本文不会全面介绍BizWorks平台的能力,而是着重介绍BizWorks在实现应用高效开发与复用上提供的产品能力。
0 0
低代码开发平台核心功能设计——组件自定义交互实现
笔者最近一直在研究Lowcode(低代码)平台, 也做了非常多的实践, 对于页面可视化搭建平台有了基本的研发方向和解决方案, 后期会陆续分享我对低代码平台的一些理解和解决方案, 并在企业应用层做一些探索.
0 0
基础组件完善的今天,如何通过业务组件提效?
无论是在前端刀耕火种的 jQuery/YUI 时代,还是到现在基于数据驱动 UI 的 React/Vue 时代,物料/组件一直是前端永恒的话题。基于大量重复逻辑的封装可以很显而易见地提升前端 UI 的构建效率,简单而直接,因此无论技术栈如何变化,物料工作都是排在各个前端团队的首要位置解决。
0 0
基础业务集成开发平台(BusinessWorks) - 概要设计篇
Businesworks的设计目标是为复杂业务系统提供平台化的底层支持,所谓平台化,就是对业务开发能以扩展,隔离的方式推进,驱动业务快速支持。
11244 0
基础业务集成开发平台(BusinessWorks) - 业务开发篇
BusinessWorks目前以二方包的形式提供给已有业务系统用来满足平台化建设,适应业务快速开发需要。在这边ATA中,我们会介绍我们代码的组织结构和基本实现, 然后会针对交易领域简化开发一个订单下单的例子,来阐述如何进行业务的模块化开发,实现业务隔离。
7948 0
Web自动化测试平台设计与落地-概览
引言 自动化金字塔-灵魂手绘版 关于Web自动化测试,投入产出比是一个绕不开的话题,对于走到2017年的测试人,这时候可能已经有很多人会想到著名的自动化测试金字塔。它形象地展示了Mike Cohn对自动化分层中各层所应该投入比重的看法,可以作为我们Web自动化实施策略的重要参考。
1837 0
文章
问答
文章排行榜
最热
最新
相关电子书
更多
阿里高级开发工程师紫思:闲鱼多业务隔离框架SWAK
立即下载
如何创建一个成功的(在业务和开发中)开源项目
立即下载
阿里专家天樵:复杂业务系统下的规则引擎开发实践
立即下载


http://www.vxiaotou.com