VisualRules行业应用:BPO数据处理.ppt

上传人:tia****nde 文档编号:12806515 上传时间:2020-05-25 格式:PPT 页数:44 大小:1.89MB
返回 下载 相关 举报
VisualRules行业应用:BPO数据处理.ppt_第1页
第1页 / 共44页
VisualRules行业应用:BPO数据处理.ppt_第2页
第2页 / 共44页
VisualRules行业应用:BPO数据处理.ppt_第3页
第3页 / 共44页
点击查看更多>>
资源描述
BPO数据处理系统规则应用VisualRulesBPO行业应用,杭州旗正信息技术有限公司施坚强,大纲,背景信息化现状通用问题通用突破现存问题尝试突破旗正解决方案规则引擎比较价值体现,设计技术趋势设计思路基本原理总体架构接口设计实现要点技术特点产品优势,应用设计用途应用范围最终用户工作变更数据处理应用输出程序变更预期效果后续扩展,背景,信息化现状通用问题通用突破现存问题尝试突破旗正解决方案规则引擎比较价值体现,信息化现状,基于数据库的信息化管理系统已渗透到企业运营的各个方面信息化系统需快速适应企业业务发展的变化,否则逐渐成为企业发展的障碍Excel表格数据在企业中大量使用单一系统难以支撑企业的全部业务需求,分布式的独立小系统成为企业信息化的现实,通用问题,需求是目前信息技术面临的最大问题需求沟通不畅。客户、管理人员、开发人员、测试人员理解可能不一致,容易误解。需求变更反应缓慢。客户理解上的小的需求变更,技术实现上可能影响巨大。对技术开发人员依赖过大。最详细的、精确的需求最终在程序员脑中或者在代码中。技术寄希望于限制需求或者预先封装变化点,但却总是对需求变化力不从心。,通用问题-困惑及抱怨,业务人员技术人员很难沟通技术老容易出问题需求变动总是被拒绝、或者被推迟,技术人员需求总是要变动需求总是要求很急需求变动工作量太大,当业务系统正式上线后,当业务需求变化时,业务部门总是希望技术可以马上实现业务需求的变化点,如果技术事先已经设计好并预留这种变化点,则可以很快对应。否则技术人员的工作量非常大,而且也容易出错。,通用突破-原因及探索,业务需求业务逻辑描述容易想当然采用Excel进行数据处理操作简单业务需求逻辑描述不够严谨,技术实现程序语言与业务语言的差距太大技术需要多人分工处理数据层、逻辑层和界面层的实现技术人员容易误解业务,采用尽可能和业务语言接近的方式来实现业务逻辑,采用技术人员、业务人员、管理人员都可以看得懂工具来定义规则。将数据层、逻辑层基础框架、界面层的实现自动化,技术人员只需要关注业务逻辑的实现,使得技术人员实现业务逻辑的工作量接近业务人员描述业务逻辑的工作量。让业务人员、管理人员也可以参与或负责业务逻辑的实现让技术人员可以减少做重复、琐碎、技术含量低的工作,通用突破-优秀框架解决方法,优点,不足,利用复用技术,重用了很多代码和组件。减轻了大量开发工作。充分利用设计模式中封装变化点的技巧,能快速适应预想的需求变化采用优秀的框架能制作出非常好的效果。业务组件的设计并实现,可以简化大量的工作。,对框架的依赖大,框架的设计影响其适用面对架构师要求高,需要全面了解框架才能进行优秀的设计对业务熟悉要求高,需要预先设计并封装变化点,设计模式的目的是为将来世界的模型提供变化点、处理变化的需求。好的系统设计必须考虑可扩展性、灵活性和可插入性。,通用突破-工作流解决方法,优点,不足,实现业务上对工作流程的控制和管理。简化了流程控制逻辑的实现。简化了表单的设计和制作。,粗粒度的流程图难以定义复杂的逻辑处理对于流程节点的逻辑处理,仍然需要编写代码实现,用xxx开发应用软件,会具有前所未有的高效率、高质量、高适应性。其目标是让每个应用软件开发人员成为优秀的系统分析员,而不是代码的奴隶。不用写代码便能生成各种各样的应用程序。,通用突破-传统规则引擎解决方法,优点,不足,实现业务逻辑的可视化定义,增强了业务逻辑实现的可读性。实现了业务规则的独立管理,真正实现业务逻辑的分析。实现了业务逻辑的快速变更,与Office的配合使得业务人员可以参与业务逻辑的变更。,Rete算法的复杂性决定了配置规则的学习曲线很高需要优秀的系统分析师规划设计实现规则的结构需要优秀的架构师来优化并考虑规则执行性能对数据结构的变化无能为力,人工智能(AI),机器人,视觉,语音,人工神经系统,自然语言,专家系统,Rete算法,现存问题,客户,BPO,对需求变更响应速度慢IT系统不稳定,差错率很高(尤其是新产品上线时);对客户业务或规则不够了解测试的时间长、联测的效率低。,没有规范全面的业务规则文档、文档和程序不同步人员变动频繁(IT、运营服务都存在这样的情况),新的人员在短时间内很难对规则进行详细的了解。每个客户的规则差异大,需求变更技术改动工作量大没有统一业务规则处理流程文档,运营、开发、测试部门理解的客户业务规则不一定一致,尝试突破,尝试突破,仍需改进,从Delphi转到C#语言用设计模式思想采用新的系统结构采用新的分布式架构设计采用开源规则引擎来处理理赔规则采用新的工作流引擎,业务规则实现仍然不够透明业务规则的规范化、标准化工作仍需强化保险行业数据结构和规则的共性分析仍需加强基于开源规则引擎和工作流引擎的性能仍成问题开源规则引擎实施工作量大,适用范围小,旗正解决方案-实现目的,业务,技术,将业务逻辑的实现白盒化,采用业务语言来展现业务逻辑的实现实现业务规则的完全配置化(无编码)实现增强对系统中应用的业务规则的控制和管理业务人员可以清晰了解已实现的规则,并且清楚变更规则所需要的时间和工作量,实现业务逻辑和数据结构描述与实现一一对应。实现业务逻辑变更和实现变更基本同步。强制分离业务逻辑、数据存储、界面表单、流程控制简化琐碎的处理业务逻辑开发工作,减少沟通时间可以将精力集中在架构设计、数据结构设计、算法设计、高层业务分析等更有技术含量的工作,业务和技术分管更加明确。将程序员从琐碎的业务逻辑编码中解放出来。业务人员可以掌控全面完整的业务规则、技术人员可以专心于提高技术水平,旗正解决方案-改良规则引擎,支持变化不光支持业务规则处理逻辑的动态变化支持调用接口数据结构的变化。支持数据库源结构变化支持XML结构变化支持Excel源结构变化适用面支持批量数据处理和传递支持数据字典等定义支持常量结构定义支持子规则、循环类规则,性能顺序执行:配置阶段确定执行路径静态化:编译成静态可执行代码运行引擎最小化:减少占用资源,提高稳定性易用性支持所有结构复制、粘贴可视化处理数据简化自动化测试流程图方式展现规则流程最终执行Java代码实时展现,5/25/2020,杭州旗正信息技术有限公司,15,规则引擎比较,2020年5月25日,16,价值体现,业务规则实现透明化管理行业规则标准化可供客户追溯和稽核业务规则实现加快业务规则变更的响应速度缩减业务规则变更所需要的人手减少业务规则技术实现的错误,设计,技术趋势设计思路基本原理总体架构接口设计实现要点技术特点产品优势,技术发展趋势,语言的简化汇编-面向过程语言-面向对象语言php、JRuby等快速开发语言的出现C#Java都在不断的精简语法复用技术组件并配合可视化配置界面的大量使用SOA、Spring等技术的出现Ext、开发平台框架等基础平台的使用,生成技术UML生成代码、MDA等技术的使用Hibernate、xdoclet等根据XML生成代码适应变化设计模式的广泛应用工作流支持业务流程的变化和管理规则引擎支持业务规则的变化和管理,设计思路,语言上的简化业务语言定义数据对象和处理方法中文语言描述程序语法隐藏并自动化异常、日志、调用等的实现利用复用技术数据库表、查询、存储过程对象的实现表格、字典、树结构等对象的实现XML、SOAP调用的实现,生成技术根据配置的数据对象以及规则,生成对应的程序语言代码根据表单的配置,生成表单的界面代码适应变化动态加载根据规则生成的代码,“零时间”响应业务语言描述并配置规则。实现业务逻辑与程序逻辑的一一对应,同步支持业务变化。流程图方式展现规则流转控制。适应流程变化,设计思路-取长补短,借鉴,摒弃,借鉴规则引擎的业务语言表述逻辑的特点,制作易用性强的业务规则配置界面借鉴Hibernate、IBatis等ORMapping技术,实现对象化方式操作数据库。并改进使其支持动态加载。同理以对象化的方式来操作Xml结构,Soap数据源以及Excel数据源。借鉴Excel操作数据的灵活性,设计实现动态的表格、字典、树结构。借鉴工作流的特点,实现规则流转的流程图展现。借鉴JUnit等自动化测试的实现,简化规则包测试借鉴配置管理工具,实现规则包的版本控制,摒弃传统规则引擎必须在外部定义数据结构的局限,实现数据接口动态化摒弃传统规则引擎不能定义子规则以及不能定义循环规则的特点。实现规则的嵌套调用。摒弃传统规则引擎采用rete算法来决定规则执行顺序。通过设定固定的执行顺序,并将逻辑静态化,实现性能最优、消耗资源最低。摒弃传统规则引擎条件中只能定义数据对象,而不能定义操作等局限。并且内置表格循环、异常处理等操作。摒弃传统规则引擎不能直接在规则中操作数据库,并且不支持数据库结构的动态变化,基本实现原理,代码实现,规则实现,变量定义Datexiaofei;/消费时间doubletonghua;/通话时间doublefeiyong;/费用逻辑代码if(xiaofei.getHours()=22feiyong=tonghua*0.3;if(xiaofei.getHours()7),变量定义常量定义规则配置,2020年5月25日,21,实现原理-开发思路,编程方式,规则配置方式,变量定义编写Hibernate类编写DAO类编写Action类编写DataSet类编写界面,定义规则包接口变量导入数据库结构信息定义计算表格定义规则集和规则定义页面模板生成界面代码,全配置方式实现业务规则相关的编码工作保持传统编码方式的思考逻辑非空、异常、日志、轨迹自动处理,2020年5月25日,23,总体结构,规则引擎规则配置器规则管理系统数据库配置器页面配置器规则服务,操作界面,业务逻辑,数据存储,Web应用框架,数据库操作类,HTML,AJAX,JSP,规则包,规则引擎,XML操作类,EXCEL操作类,表格操作类,规则服务,页面配置器,规则配置器,数据库配置器,POJO,EJB,业务规则管理系统,公共类,2020年5月25日,24,接口设计,业务逻辑,规则引擎,业务逻辑,规则引擎,业务逻辑,规则引擎,规则服务,Java客户端,C#客户端,Ajax客户端,Jar类接口,规则编辑器,BRMS,编辑规则,测试规则,审核规则,发布规则,各种业务规则(算法、流程、公式、政策、策略等),应用,Socket接口,Soap接口,实现要点-数据接口,目的,实现,外部程序可以直接将值传递给规则包处理执行。至少支持数值型、字符型、日期型、list、map等类型,并且取得返回结果支持将类直接传递给规则包执行规则中可以直接调用类中所包含的公共属性和公共方法可以直接从外部的静态类中导入一些功能方法实现可以在规则包内部定义变量可以定义常量对照,支持数值型、字符串、日期等常见结构以及常规的判断和累加操作支持数据对象与业务描述的对应,并支持用组分类支持外部调用程序可以将值传给规则执行,并且取得返回的处理结果。支持内部设定临时的变量、支持常量定义支持从外部的java代码调用公共操作方法支持java类对象的传递支持类对象的属性和方法的定义和调用,对象库变量定义,实现要点-数据库操作,目的,实现,数据库结构的变化动态适支持对表的增、删、改、查等基本操作支持自定义的sql语句来返回所需的结果集支持调用存储过程支持多种数据库支持开发环境、测试环境、运行环境下数据库链接自动切换自动检查表结构的变化,自动检查sql语句的合法性,从数据库直接取得表的结构信息,并生成操作该表的增、删、改、查等操作方法根据sql语句,取得返回结果集的信息,自动取得操作该结果集的方法根据存储过程名,从数据库中取得存储过程的参数信息以及返回结果集的信息,并生成操作该结果集的方法,数据库对象定义,实现要点-计算表格,目的,实现,像Excel一样方便的操作数据规则以及规则集可以直接对表格进行列操作可以方便进行汇总数据、匹配数据操作简化批量数据处理支持数据配置,制作一个表格的类对象实现可以直接设置表格的列信息缺省提供对表中数据进行汇总、匹配等操作规则包测试运行后,可以看到运行后的数据支持从Excel中导入数据,实现要点-其他结构,目的,实现,用树状结构定义数据支持重复树节点的定义对象化处理XML实现数据字典功能处理Excel数据源,处理表格以及纵横表格从数据库中取常量信息可以自定义函数,实现支持树状结构的类采用数组方式来存储树状数据制作XML处理接口类实现数据字典类,可视化维护数据运行阶段调用Excel数据源根据数据库定义常量表Java函数编辑器,XML结构定义,树结构定义,数据字典定义,配置表格数据定义,实现要点-规则配置,目的,实现,支持规则的初始化、条件、动作、否则如果、异常处理等操作支持规则的轨迹跟踪支持子规则、循环规则支持规则流程图支持决策表支持测试运行规则,在规则中设置了初始化、条件、动作、否则如果、异常处理等不同操作设置在每个规则执行时记录变更数据状态,并且处理异常的位置通过规则集,并且可以设置规则集的进入条件通过规则树的设置同时生成流程图直接可以在配置界面时测试运行,业务规则配置,2020年5月25日,34,技术特点,将业务逻辑完全编译成二进制代码执行,是目前运行速度最快的规则引擎统一了TRL和BRL,BOM中集成了ORMapping,提供了目前最简便易用的规则编辑器规则服务接口支持数值等非对象的传递,解决了传统规则引擎变更规则传递参数必须重新由技术人员修改并编译对象类的问题。并且可以配置并生成对应的用户操作界面通过规则树来描述规则的流转控制结构,解决了传统规则引擎难以在规则编辑阶段控制规则的流转规则引擎基于动态OR映射的机制,无缝集成了数据库操作层,规则中可以直接操作数据库中的数据,并且让数据库结构和规则一样,可以随时变化支持在编辑器中就可对规则进行执行测试、支持规则执行轨迹跟踪,解决了传统规则引擎必须由技术人员才能运行和调试规则的问题,产品优势,灵活旗正规则平台不光使得业务规则可以适应需求变化,包括数据结构、数据源结构等也能适应需求变化规则引擎内置批处理数据对象,适用面更广易用性旗正规则编辑器是目前最方便使用的配置器,学习曲线很低性能旗正规则执行的速度和所占用的系统资源和手写代码基本一致,不存在传统规则引擎所面临的性能问题,应用,设计用途应用范围最终用户工作变更BPO应用输出程序变更预期效果后续扩展,设计用途,将业务规则从程序中独立出来实现业务规则透明化、可监管稽核适用于需要业务规则随时适应变化的系统对批量数据处理有优势,2020年5月25日,38,应用范围,B/S结构系统中替换业务逻辑层实现通过规则服务,为其他系统提供统一的规则控制和处理。在工作流系统中,通过编写逻辑调用脚本,在工作流外部控制节点逻辑通过规则执行器实现独立的数据处理程序,最终用户,业务人员整理业务规则,整理相关数据和文档参与规则设计和开发。可负责调整部分规则技术人员相关数据结构设计以及永久数据存储设计业务流程算法设计以及规则结构设计协助规则执行纠错,测试人员组织测试数据和测试用例执行测试用例,并反馈问题审核并发布规则管理人员查看已应用规则监控实施进度规则设计优化,技术工作变更,编程开发方式,规则开发方式,采用编写代码的方式来实现采用类和方法调用的方式来实现逻辑的流转采用类的方式来实现数据结构的定制采用变量来定义数据,采用编程语言来定义逻辑,采用鼠标选择的方式来实现采用规则集和规则以及设定优先级的方式来控制流转采用树状结构、表格等方式来定义数据结构采用业务语言定义数据和逻辑,简化了在数据库中定义数据以及提取数据的开发工作简化了业务逻辑的开发工作简化了批量数据处理工作简化了自动化测试工作,CDG应用,输出程序变更,原先采用C#语言编码实现输出程序,现在采用规则配置实现,预期效果,后续扩展,最终希望采用工业化、流水线化、组件化的方式来实现险种规则,
展开阅读全文
相关资源
相关搜索

当前位置:首页 > 图纸专区 > 课件教案


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!