drools规则引擎可视化.docx
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《drools规则引擎可视化.docx》由会员分享,可在线阅读,更多相关《drools规则引擎可视化.docx(10页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、drools规则引擎可视化_Drools规则引擎在销售绩效核算中应用实战一、背景公司销售绩效核算管理前期,绩效数据主要通过不同业务系统,经历人工数据采集、人工核算、薪酬核算、线下确认等多个环节。为了更贴合业务应用,对此进行了具体分析,针对现有模式中存在沟通效率低、缺乏安全监管、核算精准度低、审批流程不完整、运营成本高等问题。随着公司业务的快速发展,解决销售人员,线上自动高效的全生命周期管理,成为了当下重点任务。 因此,为适应之家发展,快速支持业务更规范、高效的开展, 规划建立一套“标准”、“安全”、“便捷”的规则引擎管理体系,致力于为业务提供统一规则管控中心,聚合用户规则诉求,简化各业务规则频
2、繁变更的痛点,实现基础信息自动化管理、业务制度变更快速响应的建设目标,提高绩效数据安全性、准确性及合规性,降低维护成本。二、规则引擎使用2.1 什么是规则引擎规则引擎是由推理引擎发展而来,是一种嵌入在应用程序中的组件,实现了将业务决策 从应用程序代码中分离出来,并使用预定义的语义模块编写业务决策。接受数据输入,解释业务规则,并根据业务规则做出业务决策。大多数规则引擎都支持规则的次序和规则冲突检验,支持简单脚本语言的规则实现,支 持通用开发语言的嵌入开发。目前业内有多个规则引擎可供使用,其中包括商业和开放源码选择。开源的代表是 Drools,商业的代表是 Visual Rules,I Log。2
3、.2 为什么要使用规则引擎 使用规则引擎前现状: 1、从10万条合同数据中清洗出符合规则的数据,传统开发都是把业务规则逻辑写在JAVA或者SQL代码中,导致业务逻辑和代码无法分离、维护业务规则成本较高。 2、新增或修改一个规则条件都需要修改代码、无法单独在线调试业务规则、确认分支环境、最后发布上线,开发维护高效率低。 3、业务规则管理无修改版本记录、升级如有问题线上环境无法快速回滚至低版本等风险。使用规则引擎带来的好处:1、实现了从应用逻辑和数据中将业务逻辑分离,在线规则调试可见即可得、热更新等特点提高业务灵活性、提高系统的开发效率及可维护性; 2、实现了规则可视化管理、版本可追溯、通过历史版
4、本反之可以统计业务变更过程,以及后续方便系统的整合。2.3 规则定义对于一个规则而言,首先声明 package 是必须的,除 package 之外,其它对象在规则中的顺序是任意的,也就是说在规则当中必须要有一个 package 声明,同时package 声明必须要放在规则的第一行。一个规则通常包括三个部分:package 包名rule 规则名(属性)attributewhen (条件) - 也叫作规则的 LHS(Left Hand Side)then (动作/结果) - 也叫作规则的 RHS(Right Hand Side)end2.4 绩效核算实现场景: 经销商顾问业绩核算 经销商顾问绩效包
5、含车商汇、硬广、智慧网销、智能展厅等产品,其中车商汇产品中又区分签约版本类型(标准版、豪华版、智慧版、智慧科技版等)、升版本续约、降版本续约、平版本续约等业绩,详细步骤如下:2.4.1 数据抽取数据抽取是由统一调度中心设定执行周期、可按月、天、时执行任务,从媒介系统、CRM系统、HR系统等业务系统抽取基础数据并且进行基本条件过滤,记录同步数据日志,历史数据归档等数据存储;比如:从媒介系统抽取合同信息、合同订单信息、框架信息、回款信息、发布额等信息;CRM及主数据系统抽取拜访、培训记录、经销商数据、经销商与顾问关系等数据;HR系统抽取人员、组织等基本信息。2.4.2 数据加工车商汇业绩核算流程(
6、如下图):步骤一(合同范围):每隔一小时由调度中心执行任务遍历合同表的所有数据,把符合合同范围为部门是经销商-营销管理部 AND 合同为正式合同AND 合同订单类型是i车商的合同数据结果数据插入业绩基础表(A1),并且记录不符合合同的具体原因信息以便查找核对,继续执行步骤二任务;步骤二(签约版本):遍历结果(A1)的合同从合同订单宽表中查找到根据时间排序获取到该合同最后一个订单的版本类型,根据版本类型来确定合同的签约版本类型,如版本类型是i车商(智慧版)则合同签约类型为: 智慧版;如版本类型是i车商(智慧科技版)则合同签约类型为:智慧科技版;如版本类型包含 豪华版 的则合同版本类型为:豪华版;
7、其他的合同版本类型为标准版;执行完规则后更新业绩基础表(A1)中的签约版本类型字段等相关信息字段,并执行步骤三;步骤三(签约性质):遍历结果(A1)的合同从合同订单宽表中查找到该订单信息(B1),根据订单信息在合同订单宽表中查找 B1开始时间-730天内该经销商所有订单信息 ,如果没有记录则合同签约性质为新签 ;如果有根据订单合同开始时间倒序,查找前2个订单信息,进行版本对比,第一个订单版本大于第二个版本则合同签约性质为升级(智慧科技版智慧版豪华版标准版),如果版本一致则为平级,第一个订单版本小于第二个版本则合同签约性质为降级,其他的情况合同签约性质则为 其他;步骤四(0天续约):遍历结果(A
8、1)的合同从合同宽表中查找该经销商小于当前合同的开始时间取结束时间最晚的一条数据(C1),如果有数据的情况下,C1的结束时间+1天=当前合同的开始时间 则为 0天续约成功,如果C1的结束时间+1天 != 当前合同的开始时间则为 0天续约失败;执行完成后更新业绩基础表(A1)中的是否0天续约成功字段;步骤五:遍历结果(A1)的合同数据,如果 0天续约字段是成功并且签约性质是升级的合同则业绩类型为升版本续约,如果 0天续约字段是成功并且签约性质是平级的合同则业绩类型为平版本续约,如果0天续约字段是成功并且签约性质是降级的合同则业绩类型为降版本续约数据流转图2.5 规则管理如2.4.2的步骤一需要新
9、增一个条件:合同开始时间为2019-01-01后的合同,即新规则为:把符合合同范围为部门是经销商-营销管理部 AND 合同为正式合同AND 合同订单类型是i车商 AND 合同开始时间= 2019-01-01 的合同数据结果数据插入业绩基础表(A1),按照常规开发我们需要找到代码,修改代码,线上部署;但是使用可视化规则管理后根据下图1架构,只需要通过可视化规则管理找到 车商汇合同范围 规则,在线调整增加合同开始时间条件大于2019-01-01即可,可以进行在线规则验证正确性、动态更新线上规则、做到无需代码开发即可完成规则变更及最新业绩核算,同时可以查看规则修改记录,版本记录。三、实践与应用准备环
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- drools 规则 引擎 可视化
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内