业务规则管理系统的设计和实现.pptVIP

杭州旗正信息技术有限公司 业务规则管理系统设计与实现 施坚强 主题 业务规则是企业资产 规则管理系统的由来 规则管理系统的设计与实现 设计模式的应用 产生式编程的应用 基于规则引擎进行快速开发 基于规则引擎制作工作流系统 业务规则 业务规则和数据是企业财富 业务规则散落在应用系统的代码和数据库存储过程中 缺少中央规则信息库 分离业务规则 需求分析过程中由业务人员提出的各种管理制度、业务手册、工艺流程、操作规范、收费标准、促销策略等 业务人员定义规则 主题 业务规则是企业资产 规则管理系统的由来 规则管理系统的设计与实现 设计模式的应用 产生式编程的应用 基于规则引擎进行快速开发 基于规则引擎制作工作流系统 规则引擎 规则引擎起源于基于规则的专家系统 专家系统属于人工智能的范畴，它模仿人类的推理方式，使用试探性的方法进行推理，并使用人类能理解的术语解释和证明它的推理结论。 Rete算法是目前常用的一个演绎法（Forward-Chaining）推理算法 规则用于商业应用系统 业务规则管理系统架构 BRMS在应用系统中所处位置 规则引擎在BPEL中的位置 规则引擎在BPEL中的位置 规则引擎在BPEL中的位置 规则引擎在构件系统中的应用 主题 业务规则是企业资产 规则管理系统的由来 规则管理系统的设计与实现 设计模式的应用 产生式编程的应用 基于规则引擎进行快速开发 基于规则引擎制作工作流系统 规则引擎设计 算法设计 主题 业务规则是企业资产 规则管理系统的由来 规则管理系统的设计与实现 设计模式的应用 产生式编程的应用 基于规则引擎进行快速开发 基于规则引擎制作工作流系统 规则编辑器 规则引擎 以上我们了解和业务规则的定义以及重要性。 接下来我就具体讲述一下我们这个产品是怎么提出并且开发出来的。 任何大一点的软件项目都包含了许多叫做业务逻辑(business logic)的东西。业务逻辑的准确描述还是有争议的。在典型应用软件的大量代码中，到处都是为如订单处理等功能工作的零碎代码。这些代码与其他如处理持久化、日志、事务、语言偏好、框架特性及其他现代企业级应用有明显不同。 业务逻辑通常与其他代码块紧密的混和在一起。当重量级的侵入式框架（如EJB）被使用时，区别业务逻辑与框架生成的代码就变得非常困难。 有一个软件需求在需求定义文档很难准确描述，却拥有使软件项目成功或失败的能力：适应性，这是用来衡量软件响应业务变更容易程度的标准。 现代企业要求响应快速及灵活，他们对企业软件也有同样的要求。可能今天辛苦实现的业务规则在明天就被废弃了而且要求软件根据变更快速而准确的改变。当包含业务逻辑的代码隐藏在大量其他代码中时，修改就变得缓慢、痛苦且易出错了。 复杂企业级项目的开发以及其中随外部条件不断变化的业务规则(business logic),迫切需要分离商业决策者的商业决策逻辑和应用开发者的技术决策，并把这些商业决策放在中心数据库或其他统一的地方，让它们能在运行时（即商务时间）可以动态地管理和修改从而提供软件系统的柔性和适应性。规则引擎正是应用于上述动态环境中的一种解决方法。 在今天的企业级软件中比较流行的是规则引擎和各种业务过程管理(BPM)系统。这类工具都承诺一件事：业务逻辑能够清晰的分离且由自己维护，并随时准备现有的应用来调用。 企业管理者对企业级IT系统的开发有着如下的要求：(1)为提高效率，管理流程必须自动化，即使现代商业规则异常复杂(2)市场要求业务规则经常变化，IT系统必须依据业务规则的变化快速、低成本的更新(3)为了快速、低成本的更新，业务人员应能直接管理IT系统中的规则，不需要程序开发人员参与。 而项目开发人员则碰到了以下问题:(1)程序=算法+数据结构，有些复杂的商业规则很难推导出算法和抽象出数据模型(2)软件工程要求从需求-设计-编码，然而业务规则常常在需求阶段可能还没有明确，在设计和编码后还在变化，业务规则往往嵌在系统各处代码中(3)对程序员来说，系统已经维护、更新困难，更不可能让业务人员来管理。 在实现业务规则管理，其实和实现的数据的管理有很多的相似之处。 在数据库管理系统还没有出来之前，数据也是写在程序之中的，后来发展数据越来越复杂，因此将在做成表格，写在文件里面。慢慢的，这些表格的文件，就成了数据库。然后这些文件的管理，就成为了数据库管理系统。 现在也业务规则管理系统相当于以前数据库管理系统的早期阶段，现在我们普遍的做法的是先讲他从程序中脱离出来，写道配置文件中。这些存储有业务规则的配置文件就组成了规则库。针对这些配置文件的管理，就成为了规则库管理系统。 业务规则管理（Business Rules Management，简称BRM）技术的出现彻底改变了以过程形式处理业务逻辑的方式，它将业务规则的