BRM产品走向成熟 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

在Gartner的“BRE 2003 Market Magic Quadrant（业务规则引擎2003年市场魔力象限）”剖析中，有四家主流的业务规则管理软件供应商落在了其中的第一象限，它们分别是ILOG、Fair Isaac、Pegasystems和CAGartner的Magic Quadrant通常从两个方面来评价供应商：发展前景的完备性（Completeness of Vision）和执行能力（Ability to Execute）。前者考量该厂商提供产品底层技术基础的能力、市场领导能力、沟通能力、外部投资等，后者考量产品的易用程度和价格、服务的完善程度和技术支持能力、管理团队的经验和能力等。象限图的横轴表示发展前景的完备性，纵轴表示执行能力，处于右上角象限的是目前处于领先地位的BRE供应商。
目前业务规则管理技术的应用正处于稳定上升的趋势，开发规则引擎的公司也非常多，技术的实现也有多种形式。由于业务规则管理是一种具有普遍应用的技术，可以应用到多种软件应用解决方案和系统产品中，因此构件化、标准化、高性能是在应用中选择规则引擎的首要考虑因素。
ILOG JRules
ILOG是一家创建于1987年同时在美国和法国挂牌上市的跨国软件组件开发公司。主要提供企业级类库（C++和 Java）组件及其相关软件咨询服务，产品分为三大系列：交互式可视化用户界面系列、业务规则及其管理系列和优化技术系列。其业务规则管理软件为ILOG JRules,包括规则库及管理工具、规则引擎以及其他Java 库，可以帮助策略管理者、业务分析人员和开发人员编写、部署和管理业务规则，无需定制接口或适配器，遵循J2EE、XML、Web Service 、JSR94等标准，曾在多次性能和可靠性对比试验中名列前茅。
Blaze Decision System
Blaze Decision System来自Fair Isaac公司，该公司成立于1956年，为银行、信用报告机构、保险、电信等行业用户提供风险控制、决策优化等解决方案。Blaze Decision System其实是一套支持决策系统，包括：Blaze Advisor，设置和部署业务规则系统；Dicision Optimizer，一个优化构件；Model Building，一组进行数据分析和预测的模型。其Blaze Advisor业务规则开发管理工具可以在.NET和Java环境中使用。
CleverPath Aion BRE是CA公司的规则引擎产品，提供开发基于规则的应用程序、构件和框架。通过面向对象开发、业务规则自动化和基于构件的部署技术， CleverPath BRE能够解决复杂业务问题，并能及时部署业务程序。它的特色之处在于其“推导引擎”、完整的开发环境和构件化开发技术。
PegaRULES Process Commander
PegaRULES Process Commander来自Pegasystem公司，该公司成立于1983年，在Nasdaq上市，业务主要集中在金融和卫生保健行业。1999年它取得了规则引擎的专利，它的PegaRULES流程控制台（PegaRULES Process Commander）是开发、部署和改进企业范围的业务流程应用的BPM平台，使业务具有管理自动化、方便的整合以及快速反应的能力，能在其BPM产品中真正处理业务，而不仅仅是安排或指派业务。Pegasystems公司是惟一同时在Gartner的BPM和BRE Magic Quadrant榜上有名的公司，它的特色之处在于提供了整合的BRE和BPM解决方案。
小资料
基于BRMS的系统开发
基于BRMS的系统开发方式是一种全新的开发方式。首先，参与开发的人员已不再局限在IT开发人员，业务人员也将扮演非常重要的角色。其次，系统开发不仅仅是程序的开发，更是业务规则的开发。第三，系统的开发不再是“一锤子”的过程，而是一个逐渐完善和发展的过程。
BRMS系统开发三阶段
这个阶段与传统系统开发的不同在于，除了技术架构（包括规则引擎的位置安排）和基础数据结构的设计之外，业务人员（主要是系统分析师）必须与系统开发人员一起完成业务对象模型（BOM）的设计，为业务规则的开发提供必要的“词汇”；定义规则的组织结构；设计业务规则的模板。
阶段2：开发阶段
这个阶段包括业务规则开发和系统程序的开发。由于有了规则管理工具和业务对象模型，业务规则的开发不需要由程序开发人员完成，而且规则开发和程序开发可以同时展开。当这些开发工作完成后，两组开发人员可以一起对规则及其规则服务进行测试。
阶段3：部署阶段
业务规则服务分布在系统的不同位置，每个提供规则服务的模块都嵌入了规则引擎，不同的规则服务可能使用不同的规则集。在这个阶段中，部署人员需要通过系统提供的方法或规则管理工具把不同的规则集部署到系统的对应位置上，使规则引擎可以访问到它们需要的规则集。
系统开发的角色分配
由于BRMS本身的特点，在开发基于BRMS的系统过程中除了开发人员外，又引入了业务分析师和规则开发人员这两个新的角色。
其中业务分析人员是业务部门和 IT 部门之间的桥梁。他们的任务就是把公司的业务策略转换为开发人员可以接受的技术规范。业务分析人员熟悉业务逻辑和企业用户需求，与开发人员一起负责业务对象模型的设计；定义业务规则和决策表的模板、安排业务规则的组织结构；建立标准的规则查询方式，以便策略管理者能够访问和查询业务规则。根据业务分析人员的技术知识水平，也可以让他们执行部分目前由开发人员承担的任务，当然这些任务应该是非编程性质的任务。
规则开发人员负责业务规则的开发。企业的业务策略通常会在某些关键业务应用中实现，所以规则开发者大多属于企业的策略管理者，一般是企业内精通业务逻辑并主导业务策略的管理人员，他们无需了解业务对象模型，更无需知道具体的技术实现细节。
业务规则应用程序部署
规则集部署过程包括三个阶段：提取，从规则库中选取需要部署的业务规则集；发布，发布所生成的规则集，将其提供给嵌入到应用程序中的业务规则引擎；执行，对加载了规则集的规则引擎进行初始化，并执行规则。
通常采用以下两种方式来部署业务规则:一种是规则集部署，指启动一个或多个规则引擎，同时加载业务规则库中相应的规则，这是传统的部署方法，要求开发人员编写自己的部署代码;另一种是规则服务部署，在这种部署方式中，提取过程是将相关模型存储在定义规则服务的“业务接口”规则库中，而发布是依靠设定规则服务发布平台的部署目标来完成，执行则是指用户利用可执行组件在准备就绪的代码框架中运行他们的业务逻辑。