企业业务规则管理

JRulesJRules©ILOG20052ILOGCPLEX版权所有2005ILOGInc.保留所有权利。机密材料：仅限ILOG内部分发。1简介近些年来，数据量巨大的组织机构已经越来越清楚地认识到传统软件开发系统所存在的局限性。他们常常发现，主要优势和规范标准信息被锁定在多个软件系统内，并以高深的技术语言来表示，导致负责实施决策的经理和专家们通常无法理解。因此，他们无法做到迅速响应，而在当今不断变化的复杂市场和法规环境中，这一能力是重要的竞争优势。公司需要能够迅速可靠地改变策略和规则，从而保持持续增长，提高效率，同时符合企业规范。但是，管理应用中业务规则的传统方法既复杂又缓慢，无法实现这一能力。与传统方法相比，企业需要一种解决方案来更有效地支持策略变化，而且还要直接利用策略管理者的专业经验。企业业务规则管理系统(BRMS)正是这样的解决方案。对策略管理者而言，BRMS从软件系统中提取策略并放在一个中心位置，人们可以通过熟悉的业务语言在这里管理和编写其规则。企业用户可以根据自己的计划来更新软件系统，而不必考虑IT人员。IT专业人员也将受益匪浅，借助于BRMS，IT人员可以通过企业级技术架构在整个企业内公开业务规则，并灵活地将业务规则与既有的软件开发范例和工具相集成。BRMS改变了企业策略管理的性质。例如，新的相关人员可以自行编写和管理业务规则，从而使现有的相关人员具有更高的灵活性，并投入更多的时间改进系统。这不仅产生了企业用户可直接参与的全新业务规则生命周期，同时还完善和扩展了传统的软件开发周期。ILOG推出的ILOGJRules5.0是业界第一个也是唯一一个能够满足业务规则生命周期中所有相关人员特定需求的BRMS，可全面推动企业的业务规则管理。2业务规则生命周期与相关人员2.1项目目标和生命周期BRMS项目的直接目标通常包括：•使知识渊博的业务专家能够使用熟悉惯用的语言和语句结构直接编写业务规则或策略。•支持业务规则跨时间、产品、辖区、客户和其它领域的高度可变性。将业务规则生命周期与软件开发生命周期相分离，即可最有效地实现上述目标。这样，规则编写者（即策略管理者）便可独立于软件开发周期进行工作，从而使软件开发周期和规则生命周期可以并行进展。图1中对此进行了阐释。在该图上半部分的软件开发周期中，应用版本受到重大需求变化和外部（如应用服务器或ERP）产品发布计划的驱动。系统设计师、业务分析人员和开发人员按照传统的软件开发周期（包括需求规范、分析、设计、开发、测试和部署）推出新的软件版本。在大多数情况下，业务规则沿更精细的时间线变化，并受到业务策略变化（代表项目当前发行版的既有功能的变动或扩展）的驱动。图1中的下半部分“规则管理周期”中对此进行了说明。这方面的变化要求策略管理者的编写和测试周期更短、更具针对性，并且要求及时部署到生产环境。根据应用的需要，完成这一业务规则周期可能需要长达几个月，也可能只需短短几个小时。版权所有2005ILOGInc.保留所有权利。机密材料：仅限ILOG内部分发。设计构建测试分析编写验证管理和监控部署平台升级策略更改请求部署分析Analyze编写验证部署策略更改请求分析Analyze编写验证部署业务规则管理生命周期设计构建测试部署软件开发生命周期策略更改请求分析Analyze编写验证部署增强功能图1：规则和软件开发生命周期2.2相关人员许多不同的项目相关人员共同推动业务规则应用的软件开发和业务规则生命周期。图1列出了业务规则管理项目中的主要项目相关人员，包括：•系统设计师：系统设计师负责应用的整体设计，确保设计在功能、效率和性能上满足长期业务需要。•业务分析人员：业务分析人员负责分析和理解业务需求，并将这些信息转化为数据和流程说明。•开发人员：开发人员创建和测试应用。•策略管理者：策略管理者是负责将业务策略转化为详细业务规则的专家。•系统管理员：系统管理员负责在生产过程中管理应用，以达到所要求的正常运行时间和性能目标。3ILOGJRules5.0业务规则管理工具ILOGJRules5.0为项目中的每个相关人员提供了与其角色相对应的工具，以满足应用的软件开发和业务规则的需要。3.1系统设计师应用设计师对业务规则应用的开发起着至关重要的作用。他们的主要目标是为应用及其关联的数据流创建行之有效且高效率的整体结构。ILOGJRules5.0为系统设计师提供了一整套可应用于各种不同应用架构的灵活架构元素。以下各部分从系统设计师的角度介绍这些组件。图2显示了各元素之间的关系。版权所有2005ILOGInc.保留所有权利。机密材料：仅限ILOG内部分发。编辑业务规则编辑业务规则提取业务规则提取业务规则规则库规则库调试调试最终用户最终用户编辑业务规则编辑业务规则策略管理者策略管理者RuleBuilderRuleBuilder业务规则执行服务器业务规则执行服务器ILOGJRULES业务规则管理系统(BRMS)BRESBRES控制台控制台管理管理管理管理系统管理员系统管理员调用调用业务业务应用应用调试调试RuleBuilderRuleBuilder（（管理人员模式）管理人员模式）编编辑辑编编辑辑业务分析人员业务分析人员使用使用开发人员开发人员WebWebRuleBuilderRuleBuilder图2：ILOGJRules架构元素3.1.1规则库在业务规则的整个生命周期中，应用必须支持对其业务规则进行维护和管理。为此，ILOGJRules提供了规则库。规则库是为正在开发、测试或生产的业务规则提供的功能强大的中央存储区域。它具有以下特性：•树形组织结构：规则库使用程序包树（类似于Java程序包树）的形式组织业务规则。•元数据扩展：规则库可跟踪作者、创建日期和修改时间等标准元数据。同时还为规则状态和其它常用的元数据字段提供标准扩展。规则库还可以进行扩展，从而包括应用或企业特有的元数据。扩展的元数据可以是任何能够用Java对象表示的类型。•权限管理：业务规则应用常常需求非常细致的权限管理，根据用户角色来确定用户可更改哪些规则属性（前提是存在规则属性）。ILOGJRules为规则库提供了通用的权限管理器界面，使系统设计师能够依靠LDAP或数据库目录，或是所选择的任何角色和授权服务器，实现基于角色的权限管理。•版本管理：在实际的业务规则生命周期中，业务规则可能会经历一系列复杂的变化，这些变化要求业务规则在不同阶段（如开发、质量保证和生产）具有不同的版本。ILOGJRules规则库支持规则的多个受控版本。•历史记录：ILOGJRules规则库可维护有关所有规则变化的完整历史记录。用户可按规则逐条查看和浏览历史记录。•并发控制：ILOGJRules规则库采用内容锁定机制，可支持多个用户同时进行规则编写和管理。•语言定义和扩展：ILOGJRules提供了用户友好的业务操作语言(BAL)，无需定制即可用于大多数项目中。如果项目不适合采用业务操作语言，系统设计师可以使用业务规则语言定义工具(BRLDF)来创建自定义的规则语言。版权所有2005ILOGInc.保留所有权利。机密材料：仅限ILOG内部分发。3.1.2ILOGJRulesBuilder和WebBuilder基于ILOGJRules的应用为策略管理者提供了用于编写和维护规则的用户界面。如图2中所示，ILOGJRules5.0提供了两个用于实现此功能的组件：•Builder：ILOGJRulesBuilder是一种具有丰富图形用户界面的Java应用，策略管理者可用它对规则库进行全面维护，包括：o规则编写o元数据管理o规则库查询此外，开发人员还可以使用Builder执行更高级的操作，包括：o测试和调试规则o提取和部署规则集o分析规则集用户可对Builder中的功能进行扩展（添加新菜单和操作，指定自定义的编辑工具）或限制（删除菜单和操作），以创建适合各级别开发人员或策略管理者的规则管理界面。•WebBuilder：WebBuilder是一个J2EE(Servlet)应用，它以瘦客户端形式为策略管理者提供基本的规则管理功能。WebBuilder支持基本的策略管理者操作：规则编写、元数据管理和查询。3.1.3规则引擎业务规则应用通过调用规则引擎来调用规则。ILOGJRules5.0规则引擎是一个灵活、高性能的执行平台，适合单独用于J2SE或J2EE应用。该引擎的主要特性包括：•RETE和顺序模式执行：ILOGJRules引擎支持传统的RETE规则（正向链接或推理）和高性能的顺序模式执行。在顺序模式下，可使用实时(Just-In-Time,JIT)技术将业务规则编译成Java字节代码，然后按预先确定的顺序直接执行这些代码。•调试接口：ILOGJRules引擎支持对正在运行的规则集进行本地和远程的规则调试。•分析接口：规则引擎提供了一个工具接口，使您能够对正在运行的规则集进行远程分析。•J2SE和J2EE部署：系统设计师可利用规则引擎中丰富、灵活的应用编程接口(API)，在J2SE应用中将引擎部署为可直接调用的服务；或者在J2EE容器中将引擎部署为远程服务或本地服务。3.1.4一节将更详细地介绍J2EE部署。3.1.4ILOGJRules业务规则执行服务器ILOGJRules5.0中的业务规则执行服务器（BRE服务器）使J2EE业务规则应用的设计师受益匪浅。BRE服务器是一个预先打包的J2EE应用，它通过标准的J2EE连接器架构(J2C)和EJB接口提供了ILOGJRules引擎。对于要转向面向服务的架构(SOA)的企业而言，BRE服务器是一个理想的构建块。通过使用BRE服务器以及J2EE平台的SOA特性，设计师可以将任何基于规则的决策过程部署为Web服务，或通过EJB会话或消息Bean接口提供这类决策过程。正如ILOGJRules能够直接根据XMLSchema定义的XML文档进行推理一样，ILOGJRules可以从任何特定的Java表示形式的业务模型中提取业务逻辑，这种能力非常适合SOA。同样，旨在建立企业级业务流程管理(BPM)平台的企业可借助SOA技术，利用ILOGJRules作为决策引擎，将基于业务规则的服务集成到BPM决策节点中。版权所有2005ILOGInc.保留所有权利。机密材料：仅限ILOG内部分发。BRE服务器在架构上（如图3所示）由三个独立的模块组成：执行单元(XU)、模型管理和监控组件以及持久性组件。图3：BRE服务器架构XU可以支持多个业务规则应用，并确保轻松地实现XU升级，同时提供XU的整体管理和监控的可见性。在单个业务规则应用中，应用代码调用BRE服务器的执行组件，而这些执行组件又调用XU来执行业务规则。为此，ILOGJRules提供了无状态和有状态的会话EJB以及标准的JavaBean执行组件。应用开发人员利用执行组件的简单应用编程接口(API)，可轻松地在应用中嵌入对BRE服务器的调用。例如：//acquirearulesessiontoexecutetherulesIlrRuleSessionProviderprovider=IlrManagedRuleSessionProvider.getProvider();IlrStatelessRuleSessionruleSession=provider.createStatelessRuleSession();//getahelperinstancewithwhichtocommunicatewiththesessionIlrRuleSessionExecutionHelperhelper=newIlrRuleSessionHelper();//attachtheobjectsneededtoevaluatetherulesandstoretheresultshelper.addParameter(RuleResult,ruleResult);helper.addParameter(ShoppingCartFacade,scf);//invoketherules版权所有2005ILOGInc.保留所