《旗正VisualRules和ILogJRules等国际产品比较的优势》由会员分享，可在线阅读，更多相关《旗正VisualRules和ILogJRules等国际产品比较的优势（11页珍藏版）》请在金锄头文库上搜索。
1、旗正 VisualRules和 ILog JRules等国际产品比较的优势旗正 VisualRules 是由国家科技部和财政部的创新基金支持， 专门针对国内规则引擎市场空白的情况， 结合国内项目的特点而开发的一款业务规则管理系统(BRMS)产品。VisualRules包含了业务规则管理系统所应该具有的全部功能模块，包括规则引擎、规则编辑器、规则管理系统等，在与国际同类产品的比较中处于领先地位。同时，针对国内的一些特殊情况，比如中文化的特点，国内管理的特殊性要求等， 在吸取了实施国外规则引擎的经验教训的基础上， 又参照了国内快速开发平台的功能，而开发改良了相关的功能。因此VisualRules
2、更加适合于在国内的项目中实施，也更加适合于国人的使用。针对 VisualRules 改良的各种功能，以下分别从产品的本地化、安全性、性能、服务和支持、易用性等方面将VisualRules 比国际产品所具有的优势进行描述：本地化 3完全中文化 3.对使用者要求低，上手快3.安全性 4政治风险低4.泄密风险低4.源代码开放 4.性能4规则执行速度快4.服务和支持5.可协助二次开发，与业务系统集成性强 5.服务价格低，维护升级优先考虑国税部门需求5.易用性 5单个文件集中管理规则包相关的所有规则和业务对象6面向规则包的版本控制 6.支持规则分支、循环类规则 7.编辑阶段的Java代码对照生成 7.支
3、持规则包整体测试 7.支持规则集、规则的单元测试 8.支持规则执行轨迹跟踪 8.支持规则异常处理8.支持动态的规则包调用接口 8.集成了动态OR 映射 9.基于 JSP 的业务系统操作界面自动生成 9.带有用户身份认证的完整的规则编辑功能 9.支持业务人员直接测试规则包和规则 1.0编辑阶段可查看来源数据1.0支持多种样式的决策表1.0支持规则包的流程图显示1.0支持用户修改轨迹记录1.1本地化完全中文化VisualRules 相关的各个软件以及相关的培训和帮助材料等， 以全部中文化的方式进行描述， 在各个词汇以及功能的设计上， 都是从中文的特点来出发进行设计的。这一点在规则引擎的核心功能 （
4、业务语言描述业务逻辑） 上体现的特别明显，VisualRules 采用全中文化的语言来描述业务逻辑。不像JRules 等采用纯英文（ TRL 是纯英文、培训和教程为全英文） 、 BRL （一般是英文，通过处理可以是翻译后的中文）等方式来描述业务逻辑，在表述上总会有一些牵强。对使用者要求低，上手快由于 VisualRules 从中文出发来设计和实现，并且从一开始就考虑了业务人员使用的要求， 因此学习曲线非常低， 对使用者的要求低。 在业务规则的查阅以及修改方面， 普通的有大专以上水准的人就可以快速的学会使用。 在业务对象的设置以及业务规则的建立方面，学过计算机高级语言的人都可以快速学习掌握。这在
5、用户培训上占用很大的优势，大大的节约了培训的成本。而 JRules 等产品，一般除了要求用户有较高的英文水平之外，还需要学习其专业的规则语言，需要经过一个比较长时间的培训才能掌握。安全性政治风险低旗正公司是完全的国内企业， 而且得到了国际科技部和财政部的创新基金支持， 不存在政治风险。 而国际公司会受到外国政府的关于高新技术出口政策的限 制，会有一定程度上的政治风险。泄密风险低业务规则管理系统不像数据库，是一个完全独立成熟的产品，可以不涉及业务。 业务规则管理系统的行业型特色非常强， 总是需要针对行业的特点做一些完善和优化。 特别在实现一些特殊需求或者涉及到性能优化等问题时， 肯定需要规则引擎
6、厂家的支持。 由于国家税务是涉及国家安全的东西， 因此如果采用国际产 品，泄密的可能性会增加。源代码开放考虑到国税系统的安全性考虑， 旗正公司可以根据国税部门的需要开放与业务规则运行相关的源代码， 以保证国税系统可以安全放心地用规则引擎来执行各业务规则和政策。而国际产品一般不会提供规则引擎的源代码，这样由于国税部门的特殊性，使用后可能会存在一定的风险。性能规则执行速度快VisualRules从一开始就关注性能的问题，目前已经将规则的执行，从解析执 行发展到编译后执行，这样的执行速度在所有的规则引擎的实现中是最快的。JRules等产品，虽然目前也做了此方面的优化，但是只是做到了部分编译后执行,
7、因此在速度方面并不具有优势。服务和支持由于旗正公司是完全的国内企业，在服务以及技术支持上会更加的便利。可协助二次开发，与业务系统集成性强由于业务规则管理系统不同于数据库等产品， 业务规则管理系统肯定会根据具体业务规则的特点， 在管理上会有所不同。 因此管理系统会需要和业务系统结合，以满足业务系统的需要。旗正公司可以派核心的开发人员和业务系统的开发人员一起制作和完善特定行业的规则管理系统。并且将规则管理系统和业务系统更好的集成。服务价格低，维护升级优先考虑国税部门需求由于旗正公司为完全的国内公司，在服务价格上会明显的低于国际公司。而且在后期维护升级上，也会优先考虑国税部门的需求。而国际产品可能会
8、优先考虑自己国家的要求， 并不会像旗正公司一样重视国税部门的需求。易用性VisualRules从产品最初设计开始，就非常关注如何使用户使用简便，减少用 户的工作量。在用户的操作界面上， VisualRules 对不同的操作员针对性的提供一些特定的功能。比如为开发人员提供了生成开发人员所熟悉的 java 语言，让开发人员可以用自己熟悉的语言更加深入的理解业务逻辑； 为业务人员和管理人员提供了业务语言和流程图， 可以用业务人员自己的语言来理解业务逻辑。 另外 VisualRules 还提供了规则树的功能， 就是可以以树状的形式定义了相关规则的相互关系， 包括公共条件关系、循环关系、先后关系等。让用
9、户在编辑规则阶段，就清晰的指导了规则执行的流向。VisualRules 针对国内项目基本都是基于数据库系统的特点，集成了数据库层， 并且实现了数据库层的随时变更。 还增加了大量的向导功能， 以帮助用户可以非常方便的在规则中操作数据库。 另外又可以让用户可以直接在编辑界面执行规则， 这些规则执行的数据可以是测试数据。 同时又提供了数据查阅的功能， 可以直接在编辑界面就可以看到原始数据和规则执行后的结果数据。 这些功能都使得用户可以非常方便的定制规则。VisualRules针对规则变化时，可能导致规则包接口的变化。将接口采用map方式来存储， 这样就使得所有规则包的接口都可以随时修改。 同时结合了
10、代码生成技术，可以为技术人员生成其他相关的程序代码，包括jsp 代码、以及其他的java 类代码。 这样可以让技术人员仅仅通过配置页面， 就可以生成一个完成的调用规则的应用。VisualRules 针对不同的用户，提供了不同的版本，下面讲述具体版本中VisualRules 有具有的优点。针对技术人员， VisualRules 提供了规则编辑器开发人员版，开发版有如下优点：单个文件集中管理规则包相关的所有规则和业务对象开发人员可以在同一个规则包中， 处理和此规则服务相关的所有参数、 数据来源、技术和业务词汇、业务规则。而JRules等产品，去需要在不同的地方定义 XOM、BOM、RULESET、
11、RULE等， 你很难在一个统一的地方全面的把握住该规则服务所需要的所有的业务规则和业务对象。集中统一的管理，可以极大地为用户提供便利，减少开发工作。面向规则包的版本控制同时集中统一的管理也为规则包的整体版本控制提供了可能。 很多实际业务要求， 同一规则服务， 会在不同的时间段或者不同的条件下， 会调用不同的版本（也就是具体其中某几个规则会有所不同） ，而这几个版本可能是同时都要有效的。因此需要针对规则包进行统一的版本控制。而目前像 JRules 等产品，只能提供规则级别的版本控制，不能做到整个规则包级别的版本控制。支持规则分支、循环类规则在实际的业务规则实践中， 总是会出现某些规则是只有满足某
12、个公共条件才触发的， 也会出现某些规则是在某个循环中的。 VisualRules 可以在规则集中设置公共条件或者是循环条件， 以满足规则集下面的所有规则必须满足公共条件才能执行，或者是循环执行的。而像 JRules 等产品的规则集，不能设置工作条件和循环条件，因此JRules不能对规则的执行进行有效的分支控制。 很多时候其需要通过为每个规则设置大量的条件或者通过临时变量等变通的方式来解决， 这样的解决方式非常牵强， 就不能体现业务语言表述业务逻辑的特点了。编辑阶段的 Java 代码对照生成由于技术人员使用规则编辑器， 其更多的关注实际业务逻辑对应的技术映射是否正确，因此技术人员更加关注业务逻辑
13、对应生成的 java 程序代码，而技术人员如果已经有java 语言的基础的话，那么查看生成的 java 代码会比看中文化业务逻辑更加直观和便于理解。其原因也显而易见，因为中文描述的业务逻辑，同样一句话可能在不同的环境下， 是不同的技术实现。 因此如果要关注具体的实现细节，则需要查看实际的代码。 VisualRules 可以自动实时的生成对应的 java代码，这会在测试以及查错方面给予很大的帮助。而JRules等产品，只能看到TRL语言，这就要求技术人员重新学习一种新的语言，也不好理解。支持规则包整体测试VisualRules可以在编辑环境下，直接对规则包进行整体测试。测试时只需输入所需的参数的
14、值， 就可以查看到输出结果， 以及可以看到整个规则执行路径以及对应的数据变化情况。 这样就可以非常方便的对规则包进行测试检查， 或者对下面的某个规则或者规则集单独进行检查。而JRules等产品必须要在eclipse等开发工具下，单独编写相应的java程序来驱动规则包的执行以及进行调试测试， 这使得测试等工作变得非常困难 （比当初采用编码方式实现业务逻辑进行调试一样困难） 。支持规则集、规则的单元测试VisualRules可以在编辑环境下，对规则集、规则、决策表等进行单元测试。这样就使分块查错变得非常容易。而 JRules 等产品根本不支持单元测试等操作，除非另外增加一个只包含需要测试的规则的规
15、则包来进行测试，这样就变得非常困难。支持规则执行轨迹跟踪当规则包被调用时， 有时候用户需要知道这次调用到底激活了那些规则， 他们的先后执行顺序，以及调用此规则时，对业务对象的修改情况（进规则之前，业务对象什么状态， 经过规则执行之后， 业务对象变成了什么状态） 。 VisualRules可以将所有当次运行的这些规则执行轨迹记录下来， 供用户进行查阅， 或者存储在数据库中， 供以后查阅。 这在用户进行规则的查错时非常有用， 可以马上定位到底是运行到那个规则时，发生了错误。而JRules等没有提供这方面的功能。他只能通过调试来实现。支持规则异常处理VisualRules 可以针对规则定义多种异常处理方式，通过设置规则属性就可以。这样就可以在规则内部处理异常情况。而JRules等只能在规则包级别进行异常的处理情况。支持动态的规则包调用接口VisualRules 支持外部调用直接以数值、 字符串、 类对象等多种方式将参数传入到规则包中，这样就
