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