文档介绍：规则引擎解决方案
Visual Rules Solution
产品定位
IT即是用信息化手段支撑企业中的各类业务
发展新业务时:IT能否跟上企业的业务发展,快速落实新的业务、准确把握决策者意图
业务需求变更时:IT能否及时、准确的响应企业业务需求的变化,快速落实企业各类新的策略的变化
出现问题时:IT能否准确快速的定位问题,能否明确责任划分,并且快速、实时、准确的解决好问题
传统方法:只能过多的依赖于技术人员以及技术管理手段。其他部门或者管理人员,往往觉得使不上劲。
解决之道:规则引擎技术可以帮助业务部门或者管理人员参与甚至直接负责业务规则的技术实现,以比传统手段10倍以上的速度完成开发或者变更,并且可以实时发布新的变更。
规则引擎技术为上述问题提供了解决方案。
2
数据库管理系统
规则库管理系统
应用系统
1、规范企业政策、制度、策略等业务规则的管理
2、减轻业务规则开发工作,减少50%以上工作量
3、减少软件开发错误率,减少60%以上错误率
4、提高项目进度、控制项目风险
5、缩短系统维护响应时间,缩短80%以上时间
6、支持热部署,发布更新无需停机
产品作用与价值
1、降低数据库负载、提高软件性能,减少了95%以上的存储过程开发工作
2、减少对程序编码人员的过度依赖,减少人员流动对项目造成的冲击
3、增强软件复用,保护投资。系统升级过程中规则库和数据库一样复用。
产品使用功效
产品特点:中文语言描述业务规则、数据结构和处理逻辑,全配置开发,无需编码。
产品价值和功效
提纲
3
基于VRS的规则引擎解决方案
规则引擎VRS的优势
规则应用方式有哪些?
规则引擎应用范例
Ⅲ
Ⅳ
Ⅰ
Ⅴ
规则应用面临的问题
Ⅱ
4
规则应用的方式有哪些?
Ⅰ
Content
业务规则应用现状
5
1、硬编码方式实现规则
2、规则参数化——参数基于文件
3、规则定义可视化——参数基于数据库
4、简单的规则引擎产品
对规则实现参数化的管理方式,并将信息保存到数据库
BRMS
对规则实现参数化的管理方式,并将信息保存到文件
对简单的规则提供可视化的规则定义工具
传统业务规则处理多数采用人工处理、硬编码方式或是参数化的管理方式定义和维护业务规则,规则的灵活变化与快速响应业务需求的能力严重受到制约,导致业务规则的管理缺乏业务敏捷性。
规则完全通过硬编码方式写在程序中
文件参
数化配置
可视化
定义
业务规
则引擎
硬编码
方式
6
规则应用面临的问题
Ⅱ
Content
传统业务规则面临的问题
7
业务人员—难以快速响应规则变更
业务标准频繁变更,时需申请、审批,开发人员的重新修改、测试,最终才能完成
规则变更实现周期过长,无法快速响应业务变化
业务逻辑越来越复杂,传统规则难以实现
客户对业务逻辑的参与越来越多,现有规则难以参与
要求规则变更时间越来越短
业务规则的变更会引起业务的中断
维护人员—难以管理与维护
架构师—缺乏良好的架构
开发人员—低效难以开发
挑战
同一规则往往在多个系统中重复实现,规则变更导致重复的修改,
规则的松耦合特征,做到最大化重用
统一的规则管理平台,便于管理与移植
规则的执行效率
规则引擎的可靠及稳定性
规则难以扩展
规则变更时难以维护,过多依赖于开发人员
无法快速变更并发布业务规则
更新规则时,可能会引起应用中断
要求可视化的规则建模环境
无法有效分类管理及进行规则授权
无法有效管理规则的版本
缺乏有效的建模工具,复杂的规则实现难度非常大
过强的代码入侵性,规则可难以复用
实现难度
不便于修改
不便于测试
低的开发效率
规则的灵活变化与快速响应,业务规则的频繁变更导致企业对业务的响应能力严重下降,最直接受到影响的是业务人员,同时给企业架构的设计、规则的开发管理及后期维护上都带来巨大的挑战。
为什么需要规则引擎?——业务角度
8
对于传统规则应用,客户所面临的四大难题:
从业务角度来看,对规则引擎的要求:
1、业务规则频繁变更,现有规则无法快速响应业务的变化
2、规则实现过于复杂,业务人员无法参与,对开发商依赖过高!
3、规则执行效率低,可靠性差
4、不同系统中重复建设,无法复用,导致投资浪费!
快速变更
简单易用
高效可靠
节省投资
为什么需要规则引擎?——IT角度
9
传统规则应用,IT人员所面临的四大难题:
从IT角度来看,对规则引擎的要求:
1、规则与业务耦合度高,任何规则的变更都需要付出昂贵的代价
2、复杂的业务规则难以建模和测试,规则代码生涩难懂
3、复杂规则的定义,采用过多的条件,无法保障应用的性能
4、大量的硬编码,重复的工作,冗