VRS规则引擎解决方案

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

年代1970

年代1990年代以后ApplicationDBMS从应用中别离数据来管理的DBMS(DatabaseManagementSystem)1970

年代ApplicationDBMS从应用中别离UI单独构成展现层1980年代1990年代以后GUIApplicationDBMS从Application中别离业务规那么来管理的BRMSGUIBRMSGUIBRMSDBDBDB企业应用结构业务逻辑数据/数据逻辑展现层构成要素业务规那么构成要素BRMS(BusinessRuleManagementSystem)架构的最大目的是扩大IT环境敏捷性，提升开发效率，便于维护。11基于VRS的规则引擎解决方案ⅢContent什么是规那么引擎？12BRMS(BusinessRuleManagementSystem)规那么库管理系统，俗称规那么引擎规那么引擎由推理引擎开展而来，是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中别离出来，并使用预定义的语义模块编写业务决策。接受数据输入，解释业务规那么，并根据业务规那么做出业务决策。简单的说，一个规那么引擎有3局部组成：1、对象库：所有的数据对象，应用系统中已经存在的对象实例2、知识库：一系列规那么，简单规那么通常以ifthen方式来表达，if是模式，then是动作3、执行引擎：将规那么翻译成具体的程序语言并编译，并提供框架类来执行这些规那么规那么运行引擎业务应用规那么库票价计算规那么输入:日期、出发地、目的地输出:航班、票价执行规那么规那么引擎燃油计算规那么机建费规那么20100808，北京，上海CA155，570.00折扣计算规那么运价计算业务规那么何时应该使用规那么引擎？企业级管理者对企业IT系统的要求：市场要求业务规那么经常变化，IT系统必须依据业务规那么的变化快速、低本钱的更新。为了快速、低本钱的更新，业务人员应能直接管理IT系统中的规那么，不需要程序开发人员参与。为提高效率，管理流程必须自动化，即使现代商业规那么异常复杂。业务规则需要单独管理1应用复杂或生命周期长2旗正规那么引擎解决方案——VRS14Rule的定义Rule的管理业务/效劳/商品/界面管理Parameter管理Rule热部署Rule模拟执行业务逻辑业务通用模块

(客户信息,…)系统前处理业务前处理业务功能模块业务后处理系统后处理业务核心模块设计/开发阶段FocusonProductivity运行阶段FocusonPerformanceHttp/XML规那么执行框架JavaClassC#Library热部署规那么配置器规那么效劳器实际运行系统Rule开发环境支持基于GUI的规那么建模通过鼠标点击配置规那么通过Rule复用解决重复逻辑提供动态ORMapping，迅速访问数据库提供内存表加快批量数据处理提供Excel处理类提供XML处理类Rule引擎将规那么生成程序代码并编译通过规那么库进行Rule信息管理支持Rule的热部署使用者权限管理/Rule信息管理Rule处理统计及报告规那么执行轨迹记录1234Rule执行框架Rule管理RBMS构成要素规则管理规则集关联决策表RuleRepository规则流多维决策表简单规则交叉决策表规则元素旗正提供规那么引擎解决方案VisualRulesSolution，保证在设计/开发阶段通过基于GUI的简单操作提高开发生产性，在实际运行阶段将规那么编译成程序代码，保障性能；在维护阶段能保证规那么的快速变更与及时响应；并且保证规那么的扩展性。基于可视化的规那么建模环境15规那么树观察流程图规那么配置器图形化界面Excel文档导入通过Excel文档导入批量数据通过Excel导入决策表规那么规那么配置器支持基于GUI,中文规那么建模,通过Tree,Table，Flow形式访问Rule信息，从而容易开发Rule。并且对Excel形式的Rule设计书的内容直接进行Import，支持在构建中无缝建模.设置批量测试16通过模拟功能查询结果值及对结果进行

Export虚拟结果输入值提供便捷的批量测试功能。提供以Excel文件形式对Rule结果值及结果进行导出的功能。通过Excel来批量设置测试用例，并对比测试结果版本管理17历史版本的管理，可以根据历史时间进行恢复。支持查询修改内容,历史版本恢复使用者权限管理18访问规那么管理系统的用户管理及权限管理。通过规则管理系统，可以管理用户和角色。并针对角色分配规则包和工程的权限交叉规那么VRS—灵活定义各种类型的规那么19表格规那么流程规那么循环规那么数据字典批量数据树状数据根本规那么20应用中直接通过方法调用规那么包，通过Rule调用入口，以library形式提供在规那么库中中创立的规那么包。Rule的调用Library规那么包DirectFunctionCall单元Rule单元Rule单元Rule单元Rule单元Rule消除对Rule调用的性能开销

通过共享模块调用相同方式的

Rule，实现接口标准化调用规那么包公共接口JAVAClassJAVAClassLibraryRule调用规那么包规那么包规那么包业务效劳可以调用规那么包。规那么包作为规那么处理的入口控制单元。规那么包通过规那么引擎以JAVAClass形态生成，因此只需直接调用统一的接口方法即可。21规则引擎VRS的优势ⅣContentRuleRepository

应用系统

应用系统高性能解决方案—与其BRMS的比较224.运行3,Hot-Deploy规那么引擎有两种方式：一、解析执行的方式,就是解析规那么包文件,根据规那么包中定义的逻辑解析执行.二、编译执行,就是直接将规那么包文件中的逻辑编译成可执行的字节码,通过调用执行.VRS通过生成源代码方式在实际运行效劳器里通过本地方法调用。与其他公司相比保障高性能处理。功能1功能2Rule1

1.请求5.应答Rule1Rulen2.呼叫3.应答4.处理RuleBuilder功能1功能2Rule1RuleSourceVRSStudio1.生成源代码JavaClassC#Library2,CompileVisualRulesSolution

其他公司

BRMSRuleEngineRuleEngineVS高性能解决方案—内存表缓存23OnMemory内存表缓存Rule模块单元

Rule从规那么逻辑中访问费率及商品结构信息时支持基于内存表缓存的内存访问结构消除硬盘和网络开销内存障碍发生时以RDBMS里的原信息作为根底对数据进行Recovery商品结构信息标准信息费率信息CachedResultsetCachedResultsetCachedResultset123信息查询数据

Loading13RDBMSVRS通过缓存，可以将数据库中表数据在内存中访问，可以通过内存表来批量处理数据，并且批量更新到表中，消除了规那么处理时间上的最大性能瓶颈。对SQL处理结果进行缓存，如果对请求SQL的处理结果集在缓存区时，会及时反响结果消除重复数据读取224RuleClientServiceRuleProductRule手续费RuleLibrary

LibraryInterfaceServiceRuleProductRule手续费

RuleOnMemory

ExternalCommInterfaceRuleSourceCompile[规那么配置器]商品信息CacheT-CacheInterface상

품

종

류…이율=5.5…상품C…이율=8…상품B…이율=6…상품A商品信息MappingOrDataLoading[现有业务

RDBMS]Server负载最小化，保障稳定性DBI/O最小化，保障迅速性商品信息业务商品种类…5.5%…商品C…8%…商品B…6%…商品A高性能解决方案—源代码生成&基于内存VRS是

SourceGeneration和

OnMemory方式排除根本的DBI/O,调用Service时DBIO最小化系统开销25高性能解决方案—高可用性

/故障point最小化Rule模块单元Rule单元Rule单元Rule单元Rule山品结构费率信息标准信息LogDB接口(DBIO)业务效劳实时监控模块实时信息Log信息Rule处理信息的搜集管理人员APserverAPserverClusterServiceRuleProductRule保险费计算

RuleJAVAClassLibrary接口扩展接口业务模块{Rule1}业务模块{Rule1}ServiceRuleProductRule保险费计算

RuleJAVAClassLibrary接口扩展接口业务模块{Rule1}业务模块{Rule1}ClientClientClientWASRule模块采用源代码生成和编译，与一般业务应用采用相同的JAVAClass形式存在，因此基于中件间的底层效劳ProRule能获得应用效劳器提供的Fail-Over及负载均衡的保障假设发生故障，Rule调用因为采用本地方法调用方式，所以不会发生RuleServer引起的障碍.按Rule处理追踪及监控

平均应答时间

等待时间

事务处理执行时间

Rule执行时间DBIO的查询Rule和

AP相同serverRule和

AP相同serverVRS通过规那么效劳器实时对规那么处理状况进行监控，从而获得WAS支持的Fail-Over,负载均衡的保障。与其他规那么引擎的比较比较点差异功能操作1、创建、变更、查阅规则采用统一的操作界面。2、学习曲线更低，短时间内学会并使用。3、更符合中文操作习惯功能1、速度更快、内存占用更小2、规则配置能实现的范围更广3、能实现界面和后台逻辑的全配置化成熟度1、银行、保险、制造业、电力、政府都有成功案例2、8年以上的持续研发、超过200人年的研发投入3、独立自主知识产权、强大的二次开发服务能力与其他规那么引擎的性能比较旗正规那么引擎执行速度最快，占用内存最小，CPU消耗适中旗正规那么引擎执行总耗时是其他规那么引擎产品的1/12旗正规那么引擎内存占用是其他规那么引擎的1/2，CPU占用适中场景说明：准备10万条根底数据，生成中间数据300万条，执行20条规那么，写入数据库20万条28VRS的特点BRMSRuleCacheAreaHotDeployMethodCallWebApplicationServerServletEJBJavaAPJavaAPJavaAPWebServicesJavaApplicationClusterJavaClass构建灵活应对环境变化的基于规则的系统可靠性提供分散访问的方式，实现架构简单化，减少效劳负载通过Rulelibrary的功能调用，方法调用方式保障效劳性能通过拖拽实现Rule，并生成标准化的执行文件错误验证所需的模拟测试支持Rule引擎之间的Fail-Over性能效劳时直接访问Rulelibrary热部署功能源代码生成和自动编译方式通过Cache/Memory提高性能无需单独的集群,负载均衡通过应用上的性能管理支持追加障碍的完整性扩展性Library存在于和应用相同的效劳器里，因此需要扩展应用时可一同扩展与工作流等产品结合时提供更强大的扩展性和灵活性与其独立效劳器里运行的BRMS，不如从TCO方面节减便捷性通过RuleDictionary,代码表统一管理变量/常量通过分组管理类似的业务规那么管理根据GUI的Rule生成/修改/删除通过Excel，对Rule/大量数据进行Import/Export提供多种形态的规那么规那么的历史,权限管理及使用者函数功能提供开发人员的快速开发的UIVRS以可靠性、性能、可视性、便捷性等特点为根底，构建迅速灵活应对业务环境变化的基于规那么策略的系统规那么引擎应用效果在基于VRS的系统中商品及效劳推出期间及变更时间会缩短.29使用BRMS之前(最少2~3周)客户使用者业务规那么变更及新商品开发系统开发人员变更测试开发业务逻辑及商品开发时最少需要3周~3月会议,说明电算开发申请书programe发生BusinessRule变更客户负责人向开发者提出申

请开发者修改程序客户负责人和开发者验证使用Rule最少2周-3周使用BRMS之后(最少1-2日)客户用户业务规那么及新商品开发系统开发人员通过实时业务逻辑及商品开发反响系统programe即时1小时-1日1小时-1日发生BusinessRule变更客户负责人变更为

RuleManager模拟测试热部署并投入使用1日-2日适用业务及商品Rule根底业务Rule

系统Rule使用ProRule时SI开发VRS1-2日1-2日1日-2周最少3日-1周30BRMS构建预期效果构建BRMS业务有效性及生产性增加通过学习最新技术满足客户确保灵活性，敏捷性开发生产性及维护便捷性Business

观点IT观点支持随时变更的业务规则，能动对应业务的变化Time-To-Market

的实现实现IT系统开发简单化，开发新项目机会的实时应对通过能动项目机会的开发及扩展，实现收益扩大项目机会扩大根据客户用户的直接维护，实现费用节减根据开发难易度下降，提高开发生产性，节减开发费用。IT费用节减适用最新技术灵活应对

IT技术变化易扩展标准化及根据

Rule的系统维护生产性及迅速的客户支持确保系统灵活性通过缩短业务变更周期促进实时企业通过开发期间缩短，强化业务有效性及客户服务构建业务/服务处理逻辑的自动化

业务效率性及生产性提高效果根据标准化提高生产性，容易进行维护确保迅速维护体制提供One-Stop效劳节减维护费用通过规那么引擎提高开发生产性，开发灵活性及敏捷性，节减维护费，提高客户满意度，确保企业，IT的灵活性及实时性，企业业务规那么的敏捷性。31规则引擎应用范例ⅤContent规那么应用场景电信：积分换、计费套餐、优惠折扣规那么、费用结算摊分、故障管理银行：计息、计费、信贷评级、客户信用评估、资产评估、银行卡积分保险：核保规那么、理赔规那么32运价计算积分换烟叶监管航空银行信用评级金融电信烟草……烟草：卷烟销售监管、信用等级评定、报警规那么航空：运价计算其他：促销、绩效考核、资金监管……规那么引擎适用范围33规那么应用范例——保险34【保费计算】1〕核保规那么：如：判断保额,总、省、地市、县核保权限分别为10000元、5000元、3000元、1000元。规那么允许调整。2〕标准保费=根本保费+保/限额〔录入值〕X费率〔费率及根本保费数据库查询，计算通过规那么定义〕3〕实际保费=标准保费X折扣。灵活的业务规那么：如：客户分5级进行评级处理，1级客户费率可以打7折，3级以上客户可以打9折，5级客户不打折。规那么允许调整。规那么应用范例——保险35决策表规那么应用范例——烟草在烟草行业中业务规那么的应用标准非常广泛，规那么引擎以独立规那么管理平台的方式用在卷烟购进、销售、库存、配送、监管、告警等环节中，为规定的定义及灵活变更提供统一的规那么管理平台。36规那么管理平台(ProRule)卷烟购进规那么卷烟销售规那么卷烟库存规那么卷烟配送规那么资金告警规那么……规那么库…………核心业务平台(ProFrame)ESB应用效劳器规那么引擎多维决策表循环规那么树状数据关联决策表规那么流程图数据字典规那么容器文本规那么交叉决策表批量数据卷烟烟叶专卖财务审批其他应用系统业务规那么规那么配置器规那么应用范例——烟草37【等级评定】注册资金/区域类型信用等级城区1万~10万C城区10万~100万B城区100万以上A城郊区0.8万~8万C城郊区8万~80万B城郊区80万以上A郊区0.5万~5万C郊区5万