规则引擎解决方案

规则引擎解决方案 o., 提纲 1 基亍 规则引擎 规则应用方式有哪些 ？ 规则引擎应用范例 规则应用面临的问题 o., 2 规则应用的方式有哪些 ？ o., 业务规则应用现状 3 1、 硬编码方式实现规则 2、 规则参数化 参数基亍文件 3、 规则定义可视化 参数基亍数据库 4、 简单的规则引擎产品 对规则实现参数化的管理方式，并将信息保存到数据库 规则实现参数化的管理方式，并将信息保存到文件 对简单的规则提供可视化的规则定义工具 传统业务规则处理多数采用人工处理 、 硬编码方式或是参数化的管理方式定义和维护业务规则 ， 规则的灵活变化不快速响应业务需求的能力严重受到制约 ， 导业务规则的管理缺乏业务敏捷性 。 规则完全通过硬编码方式写在程序中 文件参 数化配置 可视化 定义 业务规 则引擎 硬编码 方式 o., 4 规则应用面临的问题 o., 传统业务规则面临的问题 5 业务人员 难以快速响规则变更 业务 标准 频繁变更 ， 时需申请 、 审批 ， 开发人员的重新修改 、 测试 ， 最终才能完成 规则变更实现周期过长 ， 无法快速响应业务变化 业务逻辑 越来越 复杂 ， 传统规则难以实现 客户 对 业务 逻辑 的参与 越来越多 ， 现有规则难以参与 要求规则变更时间越来越短 业务规则的变更会引起业务的中断 维护人员 难以管理与维护 架构师 缺乏良好的架构 开发人员 低效难以开发 同一规则往往在多个系统中重复实现 ， 规则变更导致重复的修改 ， 规则的松耦合特征 ， 做到最大化重用 统一的规则管理平台 ， 便于管理与移植 规则的执行效率 规则引擎的可靠及稳定性 规则难以扩展 规则变更时难以维护 ， 过多依赖于开发人员 无法快速变更并发布业务规则 更新规则时 ， 可能会引起应用中断 要求可视化的规则建模环境 无法有效分类管理及进行规则授权 无法有效管理规则的版本 缺乏有效的建模工具 ， 复杂的规则实现难度非常大 过强的代码入侵性 ， 规则可难以复用 实现难度 不便于修改 不便于测试 低的开发效率 规则的灵活变化不快速响应 ， 业务规则的频繁变更导致企业对业务的响应能力严重下降 ， 最直接受到影响的是业务人员 ， 同时给企业架构的设计 、 规则的开发管理及后期维护上都带来巨大的挑战 。 o., 为什么需要规则引擎？ 业务角度 6 对于传统规则应用，客户所面临的四大难题： 从业务角度来看，对规则引擎的要求： 1、 业务规则频繁变更，现有规则无法快速响应业务的变化 2、 规则实现过亍复杂，业务人员无法参不，对开发商依赖过高！ 3、 规则执行效率低，可靠性差 4、 丌同系统中重复建设，无法复用，导致投资浪费！ 快速变更 简单易用 高效可靠 节省投资 o., 为什么需要规则引擎？ 7 传统规则应用， 从 规则引擎的要求： 1、 规则不业务耦合度高，仸何规则的变更都需要付出昂贵的代价 2、 复杂的业务规则难以建模和测试，规则代码生涩难懂 3、 复杂规则的定义，采用过多的条件，无法保障应用的性能 4、 大量的硬编码，重复的工作，冗长的开发周期。 架构灵活 集成环境 高效可靠 高生产率 o., 为什么需要规则引擎？ 技术发展趋势 8 业务逻辑 980 年代 1970 年代 1990年代以后 应用中分离数据来管理的 1970 年代 应用 中分离 独构成展现层 1980年代 1990年代以后 B B 企业应用结构 业务逻辑 数据 /数据逻辑 展现层构成要素 业务规则构成要素 架构的最大目的是扩大 提升开发效率 ， 便亍维护 。 o., 9 基亍 o., 什么是规则引擎？ 10 则管理系统 ， 俗称规则引擎 规则引擎由推理引擎发展而来 ， 是一种嵌入在应用程序中的组件 ， 实现了将业务决策从应用程序代码中分离出来 ， 幵使用预定义的语义模块编写业务决策 。 接受数据输入 ， 解释业务规则 ， 幵根据业务规则做出业务决策 。 简单的说 ， 一个规则引擎有 3部分组成： 1、 事 实：所有的事实 ， 应用系统中已经存在的事实 2、 知识库：一系列规则 ， 通常以 if 式来表达 ， 3、 推理机：推理引擎 规则运行引擎 业务应用 规则库 票价计 算规则 输入 : 日期 、 出发地 、 目的地 输出 : 航班 、 票价 执行规则 规则引擎 燃油计 算规则 机建费 规 则 20080808， 北京，上海 扣计 算规则 运价计算 业务规则 o., 何时应该使用规则引擎？ 企业级管理者对企业 市场要求业务规则经常变化 ， 低成本的更新 。 为了快速 、 低成本的更新 ， 业务人员应能直接管理 不需要程序开发人员参与 。 为提高效率 ， 管理流程必须自动化 ， 即使现代商业规则异常复杂 。 业务规则需要单独管理 应用复杂或生命周期长 o., 2 业务 /服务 /商品 /界面管理 理 业务逻辑 业务通用模块 (客户信息 , ) 系统前处理 业务前处理 业务功能模块 业务后处理 系统后处理 业务 核心 模块 块 实际运行系统 发环境 支持基亍 通过拖拽容易进行建模 通过 区分为处理流模块 ( 理模块 (单位 利用 迅速访问数据的基础 擎 生成源代码生成方式的 通过规则库进行 支持 使用者权限管理 / 理统计及报告 监控虚拟 性能 块 理 保证在设计 /开发阶段通过基亍 在实际运行阶段提供 保障性能；在维护阶段能保证规则的快速变更不及时响应；幵丏保证规则的扩展性 。 o., 基于可视化的规则建模环境 13 式 档导入 通过 计书进行导入 通过 认窗口进行验证 中文规则建模 , 通过 息 ， 从而容易开发 幵丏对 支持在构建中无缝建模 . o., 模拟测试 14 通过模拟功能查询结果值及对结果进行 拟结果 输入值 提供便捷的模拟功能 。 提供以 65000条以上 (超过 的大量模拟拟通过模拟控制台对虚拟结果进行导出 ( o., 版本管理 15 历叱版本的管理 ， 可以根据历叱时间进行恢复 。 支持查询修改内容 , 历叱版本恢复 o., 使用者权限管理 16 访问 根据 写等操作 。 提供访问 /用户追加 /删除 /权限变更等功能 。 o., 灵活定义各种类型的规则 17 o., 18 应用中 直接通过方法 调用 过 用入口，以 式提供在 元 元 元 元 元 消除对 用的性能开销 通过共享模块调用相同方式的 现接口标准化 调用 用 业务 务 务 务服务可以调用单元 为 过规则引擎以 态生成 ， 因此只需直接调用方法即可 。 业务 o., 19 规则引擎 o., 用系统 应用系统 高性能解决方案 与其 20 3, 则引擎有两种方式： 一 、 解析执行的方式 ,就是解析规则包文件 ,根据规则包中定义的逻辑解析执行 . 二 、 编译执行 ,就是直接将规则包文件中的逻辑编译成可执行的字节码 ,通过调用执行 . 过生成源代码方式在实际运行服务器里通过本地方法调用 。 不其他公司相比保障高性能处理 。 功能 1 功能 2 n 能 1 功能 2 1. 生成源代码 , 他公司 S o., 高性能解决方案 1 块 单元 块访问费率及商品结构信息时支持基亍 内存访问结构 消除硬盘和网络开销 内存障碍发生时以 品结构信息 标准信息 费率信息 息查询 数据 模块经常访问的商品信息 ， 费率 ， 标准信息等数据能够访问到内存 ， 消除了 对 如果对请求 会及时反馈结果 消除 o., 22 续费 续费 n 商品信息 = C =8 B =6 A 商品信息 r 现有业务 保障稳定性 ， 保障迅速性 商品信息 业务商品种类 商品C 8% 商品 B 6% 商品A 高性能解决方案 源代码生成 &基于内存 式排除根本的 ,调用 o., 23 高性能解决方案 高可用性 / 故障 块 单元 元 元 元 品结构 费率信息标准信息 (业务服务 劢模块 实时信息 息 理信息的搜集 管理人员 AP P 险费计算 口 扩展接口 业务模块 业务模块 险费计算 口 扩展接口 业务模块 业务模块 块采用源代码生成和编译，不一般业务应用采用相同的 式存在，因此基亍中件间的底层服务 负载均衡的保障 若发生故障， 以丌会发生 按 理追踪及监控 平均应答时间 等待时间 事务处理执行时间 行时间 同 同 联劢监控实时 从而获得 负载均衡的保障 。 o., 24 P P P 提供分散访问的方式，实现架构简单化，减少服务负载 通过 功能调用，方法调用方式保障 服务性能 通过拖拽实现 幵生成标准化的执行文件 错误验证所需的模拟测试 支持 擎之间的 服务时直接访问 热部署功能 源代码生成和自劢编译方式 通过 高性能 无需单独的 集群 , 负载均衡通过 应用上的性能管理支持追加障碍的完整性 在亍和应用相同的服务器里，因此需要扩展 应用时可一同扩展 不 产品结合时提供更强大的扩展性和灵活性 不其独立服务器里运行的 如从 面节减 通过 代码表统一管理变量 /常量 通过分组管理类似的业务规则 管理根据 修改 /删除 通过 量数据进行 提供多种形态的规则 规则的历叱 , 权限管理及使用者函数功能 提供开发人员的快速开发的 性能 、 可视性 、 便捷性等特点为基础 ， 构建迅速灵活应对业务环境变化的基亍规则策略的系统 o., 规则引擎应用效果 在基于 25 使用 最少 23周 ) 客户使用者 业务规则变更及 新商品开发 系统开发人员 变更 测试 开发业务逻辑及商品开发时 最少需要 3周 3月 会议 ,说明 电算开发 申请书 生 更 客户负责人向 开发者提出申 请 开发者 修改程序 客户负责人和 开发者 验证 使用 少 2周 使用 (最少 1 客户用户 业务规则及 新商品开发 系统开发人员 通过实时业务逻辑及商品开发 反应系统 时 1小时 1小时 发生 更 客户负责人变更为 拟测试 热部署幵投入使用 1日 适用业务及商品 础 业务 统 11日 最少 3日 o., 26 建预期效果 业务有效性及生产性增加 通过学习最新技术满足客户 确保灵活性，敏捷性 开发生产性及维护便捷性 点 支持随时变更的 业务规则 ，能劢对应业务的变化 实现 实现 发新项目机会的实时应对 通过能劢项目机会的开发及扩展，实现收益扩大 项目机会扩大 根据客户用户的直接维护，实现费用节减 根据开发难易度下降，提高开发生产性，节减开发费用。 用节减 适用最新技术 灵活应对 易扩展 标准化及根据 确保系统灵活性 通过缩短业务变更周期促进实时企业 通过开发期间缩短，强化业务有效性及客户服务 构建业务 /服务处理逻辑的自劢化 业务效率性及生产性提高效果 根据标准化提高生产性，容易进行维护 确保迅速维护体制 提供 务 节减维护费用 通过规则引擎提高开发生产性 ， 开发灵活性及敏捷性 ， 节减维护费 ， 提高客户满意度 ， 确保企业 ， 企业业务规则的敏捷性 。 o., 27 规则引擎应用范例 o., 规则应用场景 电信：积分换手机 、 计费套餐 、 优惠折扣规则 、 费用结算摊分 、 故障管理 银行：计息 、 计费 、 信贷评级 、 客户信用评估 、 资产评估 、 银行卡积分 保险：核保规则 、 理赔规则 28 运价计算 积分换手机 烟叶监管 航空 银行信用评级 金融 电信 烟草 烟草：卷烟销售监管 、 信用等级评定 、 报警规则 航空：运价计算 其他：促销 、 绩效考核 、 资金监管 o., 规则引擎适用范围 29 o., 规则应用范例 保险 30 【 保费计算 】 1） 核保规则： 如：判断保额 ,总 、 省 、 地市 、 县核保权限分别为 10000元 、5000元 、 3000元 、 1000元 。 规则允许调整 。 2） 标准保费 =基本保费 +保 /限额 （ 录入值 ） 费率及基本保费数据库查询 ， 计算通过规则定义 ） 3） 实际保费 =标准保费 灵活的业务规则：如：客户分5级进行评级处理 ， 1级客户费率可以打 7折 ， 3级以上客户可以打 9折 ， 5级客户不打折 。 规则允许调整 。 o., 规则应用范例 烟草 在烟草行业中业务规则的应用规范非常广泛 ， 规则引擎以独立规则管理平台的方式用在卷烟购进 、 销售 、 库存 、 配送 、 监管 、 告警等环节中 ， 为规定的定义及灵活变更提供统一的规则管理平台 。 31 规则管理平台 (卷烟购进规则 卷烟销售规则 卷烟库存规则 卷烟配送规则 资金告警规则 规则库 核心业务平台 ( 应用服务器 规则引擎 则容器 烟 烟叶 与卖 财务 审批 其他 应用系统 业务规则 o., 规则应用范例 烟草 32 【 等级评定 】 注册资金 /区域类型 信用等级 城区 1万 10万 C 城区 10万 100万 B 城区 100万以上 A 城郊区 8万 C 城郊区 8万 80万 B 城郊区 80万以上 A 郊区 5万 C 郊区 5万 50万 B 郊区 50万以上 A o., 规则应用范例 航空 【 运价计算 】 1） 按航线定燃油税 （ 按油价上涨 ） 历程在 800公里以下是 60元 历程在 800公里以上时 100元 2） 机场建设费 飞机的座位是 100名以下收