ILog JRules 官网摘录资料--BRMS

2019独角兽企业重金招聘Python工程师标准>>>

介绍了 ILOG JRules 业务规则管理系统 (BRMS)

随着企业越来越依赖于信息技术来管理他们的业务，IT 部门需要开发更复杂的应用程序，同时还要使他们所支持的应用程序适应不断增长的更改速度。

通常，在这些应用程序内实施公司的业务策略对于传统的软件体系结构而言过于复杂、庞大，变化也过快。当使用业务逻辑的应用程序的维护变得日益复杂时，企业业务规则管理系统 (BRMS) 提供的解决方案可使应用程序的开发者和业务用户都能更加有效地进行管理。

用 BRMS，开发者和架构设计师可以从应用程序传统代码中抽取业务逻辑。如果业务策略是硬编码到企业应用程序中的，则更新系统的过程需要专门的编程人员，并且会使系统稳定性面临风险，同时需要花费较长的时间。通过用业务规则将业务逻辑抽取到业务应用程序外，开发者可以独立于应用程序来进行业务逻辑的开发和运行。

完整的 BRMS 实施甚至可以做得更多，并可使业务用户能够在有限依赖于 IT 部门的情况下直接管理业务策略。依赖的程度范围从业务用户对开发者实施的策略进行的有限复查到业务用户完全控制策略的规范、创建、测试和部署。

最近新的 IT 体系结构，如面向服务的模式（SOA）允许应用程序或流程的松耦合。业务逻辑可在一个 BRMS 中封装成决策服务，而这个 BRMS 可被应用程序和流程调用。决策服务使得用 BRMS 运行业务流程管理（BPM）解决方案成为可能。

ILOG JRules 是一个业务规则管理系统 (BRMS)，它使业务用户和开发者管理能推动业务进展的规则。

从业务策略到业务规则

业务规则是业务用户易于理解的业务策略表达式，可由规则引擎执行。从业务角度来看，业务规则是描述、限定或控制业务的某些方面的精确语句。从 IT 角度来看，业务规则是一些可由应用程序调用的可执行业务策略语句的包。

一个业务策略可以被表示为数个业务规则。业务规则将业务策略正式化为一系列 “if-then” 语句。以下示例是您可能熟悉的业务策略类型，它可以表述为业务规则：

在单次交易中花费金额很大的客户需要升级。

捕捉规则的过程由两部分组成：使表述策略所需的词汇具有概念对象模型的形式，以及将业务策略的逻辑表示为“if-then”语句。

创建词汇表后，即可在 JRules 中用以下业务规则实施上述业务策略：

如果
    当前客户的类别是黄金级
    并且当前客户的购物卡的余额大于 $1500
那么
    修改当前客户的类别为白金级

按此形式，业务逻辑可以打包为可执行的规则集，并且可作为单个实体从应用程序代码中调用。因此，对业务策略进行更改不需要更改应用程序或流程代码。

当应用程序或流程适合于使用业务规则来实施业务策略后，便可由开发者使用开发者工具编写表示该策略的规则，或由更加面向业务的用户（例如，业务分析员或业务用户自己）来编写。

当业务策略也有一个内嵌的 IT 策略或安全策略后，您可以将 BRMS 与其他的功能组合，以处理业务策略方面的事务。例如，花费金额很大的客户应该转至优惠服务或花费金额很大的客户要求在交易中获得更多的安全性。

同步业务周期和 IT 周期

JRules 提供了用于设计、开发和部署业务规则应用程序的环境。业务规则应用程序是使用 BRMS 将业务规则抽取到应用程序代码外的任何应用程序。IT 周期由开发和维护此基础结构组成。该基础结构设置后，分布式业务团队便可在基于 Web 的环境中开始协作以创建和维护业务规则。

在 BRMS 中，业务规则管理周期和应用程序开发生命周期可以并行发展。业务策略可以按需发展，不会额外增加应用程序开发的负担。应用程序每次发展时，业务策略实施都会与应用程序保持同步。

通过这种分离，业务策略和应用程序体系结构可以异步管理。例如，应用程序开发者工作的周期可以为半年，在此周期内每六个月将开发出一个新的应用程序版本以应对不断更改的应用程序基础结构及其他核心业务需求。同时，策略管理人员可能工作周期为一周，在此周期内交付业务策略的新版本以应对不断发展的市场、新客户或不断更改的规则环境。下图显示了获得 JRules 有力支持的一个典型应用的开发和业务规则管理生命周期。

除根据不同时间表工作外，开发者和业务用户还希望使用不同的工具工作，从而反映他们对特定应用的不同技能和见解。

例如，开发者习惯了使用 Java 代码。他们在使用源代码管理系统的同时还处理某一项目的各独立副本，却不会彼此妨碍。

另一方面，业务用户不关注应用程序开发的细节，而是对测试和管理在应用程序内将业务策略作为业务规则来实现的决策感兴趣。因此，他们需要能帮助自己编写、组织和在整个策略的上下文中搜索规则的工具。

开发者按照自己的速度在自己的环境中工作，业务用户也是如此，这两组人的工作可以进行同步及合并。

最后，开发者和业务用户都需要访问规则执行环境以部署规则，这样才能启动测试、验证并将新的变更过的策略投入生产。

JRules BRMS 环境

ILOG JRules 是一组模块，它们虽然在不同的环境中进行操作，但却共同致力于提供一个复杂的业务规则管理系统。下图显示了使用这几个不同的模块的环境以及他们是如何通过同步和部署进行协作的。

将 JRules 作为您企业的 BRMS 加以实现具有三个宽频带。对于其中每一方面，JRules 会针对特定用户角色提供专用模块来执行多个活动：

业务规则应用程序的开发

开发者利用 Eclipse 内的 Rule Studio 来进行设计、Java 开发和规则项目开发。使用 Decision Validation Services，他们还可以用真实或虚拟的场景测试规则集，以支持和解决 Rule Team Server 中的任何问题。

业务用户的业务规则管理和编写

业务用户使用 Rule Team Server 以在应用程序开发过程中和应用程序被部署到产品之后编写和维护业务规则。

业务用户可以在 Rule Team Server 中执行终端用户测试和仿真。业务分析员能够仿真业务结果，对自己的历史数据运行更新的规则，对现有的规则仿真数据概要文件中期望的变更，以及分析聚合的结果。

政策管理人员和其他业务用户能够使用 Rule Solutions for Office 在一个熟悉的环境中编写规则。RuleDoc 是包含业务规则的 Microsoft Office 文档。业务用户可以从 Rule Team Server 发布 RuleDocs，以 Word 或 Excel 格式编辑 RuleDocs，然后再在 Rule Team Server 中更新其变更。

RuleDocs 可发布至任何 WebDAV 服务器，并可在诸如 SharePoint 之类的内容管理系统中加以短暂的保存或管理。

在企业应用程序中集成、监控和审计

管理员可访问 Rule Execution Server 以监视已部署的规则集和管理决策服务。另外他们还可使用 Decision Warehouse 来执行精细的审计。

转载于:https://my.oschina.net/mengzhang6/blog/1545788