manman的分享

规则项目依赖于bom，bom来自于一个Java项目，所以在建规则项目之前，需要先建立一个Java项目，也就是建模。 说明：原则上是一个规则项目，一个bom。如果规则项目很多，并且每个规则项目的bom都是一样的，那么可以将bom提取出来，单独作为一个项目，这样减少不必要的重复操作，减少维护成本，降低出错几率。这里逐步讲解两种方法来创建规则项目，推荐第二种。 本文主要建立两种规则项目与bom之间的关系，编写相关的规则内容，如操作规则、规则流、决策表等，在后续文章中详细讲解 。

引言规则项目依赖于bom，bom来自于一个Java项目，所以在建规则项目之前，需要先建立一个Java项目，也就是建模。说明：原则上是一个规则项目，一个bom。如果规则项目很多，并且每个规则项目的bom都是一样的，那么可以将bom提取出来，单独作为一个项目，这样减少不必要的重复操作，减少维护成本，降低出错几率。这里逐步讲解两种方法来创建规则项目，推荐第二种。

规则即业务，在规则引擎中，主要是对业务以及业务流程的处理，让业务人员参与编写业务规则的环境，语法简单易懂，其核心就是一系列的“如果” “那么”的语法。与java中的if、else语句相通。“如果”语句就是if语句，包括if的条件，“那么”语句就是大括号中的语句啦。规则中所有的语句以及词汇都是在bom中翻译成业务术语的，bom来自java程序，归根结底，规则是通过bom调用了java项目中的类以及方法，所以，业务规则需要处理的各种业务，其实是在java项目中实现了的。

之前的几篇连载，都是在Rule Design 上进行的，也就是开发人员使用的基于eclipse的集成环境。规则引擎的主要目的，是让业务人员也参与规则的开发和维护，那么需要将建成的规则项目同步到给业务人员使用的平台上，也就是Rule Team Server。对于开发人员而言，Rule Team Server的功能类似于SVN，其使用的方法也与SVN类似。业务人员在TeamServer上开发了规则，开发人员也可以更新到Rule Design实现规则的共享和同步。

规则项目创建完成后需要部署到RES（Rule Execution Server）上执行，才能产生业务价值。本文主要介绍从本地Rule Design，把规则项目部署到Rule Execution Server上。

通常根据需求的变更，接口文档的调整，业务对象模型需要有部分一些新增，删除或者修改等操作。那么此时需要首先更新业务对象的Java项目，然后重新打出jar包，覆盖原有的jar包，然后bom更新。