JVS规则引擎 jvs-rules 是将业务设置与业务功能解耦的重要工具,实现了将业务决策从应用程序代码中分离出来,并使用预定义的语义模块编写业务决策。接受数据传入,数据加工,并根据业务规则做出业务判断。特别是在金融公司、保险行业、咨询等,复杂的业务逻辑规则是相关领域有非常广泛的应用。
规则引擎是jvs技术体系中的一个重要的功能应用,如下图所示:
图片

jvs-rules如何与现有的业务系统集成起来呢?我们整体提供了三种模式的融合集成:

  • API使用级集成
  • 页面嵌入级集成
  • 代码功能级集成

API使用集成

业务场景:即业务系统再需要进行业务逻辑判断的时候,将对应的入参传入到规则引擎中,有规则引擎根据之前配置的决策模型,对各种数据调用加工(外部、内部),然后判断计算得到结果
集成特点:简单高效
前提条件:业务管理人员需要在规则引擎中预先配置对应的判断模型、函数加工。

使用方式:
1、配置对应的决策流程
图片

配置对应的业务判断规则,配置对应的业务变量,如果引用外部数据接口,系统自动生成外部数据依赖的入参
图片

2、查看调用接口说明
图片

3、发起调用测试
2e6ab4c933bd14c0c8929b8a652a5d79_.png
4647a38f2baacff78be078a9352b9c72_.png

页面嵌入集成

业务场景:原来有系统A,需要在系统A中 增加规则引擎的配置。通过将规则引擎的对应页面嵌入到 A系统中,实现界面的统一化处理。服务的调用还是采用API集成调用的方式使用规则。集成特点:系统整体性良好。前提条件:因为需要界面融合,需要先对接用户即实现单点登录,对应的规则配置、函数加工参照API集成调用。单点登录配置方式:1、 在JVS平台打开系统后台,点击三方应用登录对接,进入页面进行配置。JVS支持标准的单点登录对接,且可以通过界面配置,对接用户的信息绑定。对接模式设置,支持token与oauth2的验证模式,前者内部对接比较简单,后者标准的oauth2认证模式。
图片
具体token模式、还是oaruth2的模式根据现场的具体情况考虑
图片
  
图片
需要对端系统提供对接的API(通过对端token获取用户信息的api)
图片
2、用户同步接口地址 输入用户接口地址,并选择请求方式GET或POST,必填项,用于手动同步并更新用户管理列表中用户信息。
图片
用户字段映射
图片
用户字段映射关系
图片
组织同步接口地址 输入组织架构接口地址,并选择请求方式GET或POST,必填项,用于手动同步并更新用户组织架构信息。
图片
组织字段映射
图片
组织字段映射关系
图片
身份标识获取用户信息接口地址 输入身份表示获取用户信息接口地址,并选择请求方式GET或POST,必填项,用于登录时用户信息获取并验证。
图片
身份标识获取用户信息映射
图片
身份标识获取用户信息映射关系
图片
用户信息同步配置完毕后,点击同步企业组织,将用户及组织架构信息同步至系统中。
图片
代码集成场景说明:通过授权JVS-rules的原生代码,获取jvs-rules的源码,通过代码实现功能融合集成特点:整体系统的一致性良好,不仅能从功能上一致性使用,还从业务界面上做到良好的融合。前置条件:获取源码、软开企服提供源码结构功能讲解,需求方二次开发对接,对需要搬迁规则相关的业务功能。开源地址:https://gitee.com/software-minister/jvs


软件部长
43 声望6 粉丝

软件研发行业老司机,提供些踩坑的经验而已