共计 1279 个字符，预计需要花费 4 分钟才能阅读完成。
JVS 规定引擎 jvs-rules 是将业务设置与业务性能解耦的重要工具，实现了将业务决策从利用程序代码中分离出来, 并应用预约义的语义模块编写业务决策。承受数据传入，数据加工，并依据业务规定做出业务判断。特地是在金融公司、保险行业、征询等，简单的业务逻辑规定是相干畛域有十分宽泛的利用。
规定引擎是 jvs 技术体系中的一个重要的性能利用，如下图所示：
jvs-rules 如何与现有的业务系统集成起来呢？咱们整体提供了三种模式的交融集成：
- API 应用级集成
- 页面嵌入级集成
- 代码性能级集成
API 应用集成
业务场景：即业务零碎再须要进行业务逻辑判断的时候，将对应的入参传入到规定引擎中，有规定引擎依据之前配置的决策模型，对各种数据调用加工（内部、外部），而后判断计算失去后果
集成特点：简略高效
前提条件：业务管理人员须要在规定引擎中事后配置对应的判断模型、函数加工。
应用形式：
1、配置对应的决策流程
配置对应的业务判断规定，配置对应的业务变量，如果援用内部数据接口，零碎主动生成内部数据依赖的入参
2、查看调用接口阐明
3、发动调用测试
页面嵌入集成
业务场景：原来有零碎 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
