业务规则和业务规则管理简述
规则绝不是一个新的术语，每时每刻规则都以各种形式存在，并发挥着它们的作用。企业之中的规则亦是如此。时下，随着业务规则技术的日趋成熟，业务规则技术正以神奇的力量和惊人的速度渗透到企业的每个角落。
业务规则（Ｂｕｓｉｎｅｓｓ Ｒｕｌｅｓ，简称ＢＲ）
在企业中，规则主要是与企业的业务相关，故称之为业务规则。
即使是从未使用过业务规则技术的企业，也不停地在和企业的业务规则打交道。在一个企业实体中存在着各种各样的规则，管理制度、业务手册、工艺流程、操作规范、收费标准、促销策略等都是规则，甚至包括一些没有成文的惯例，也是某种形式的业务规则。
企业的业务规则如此之多，分散在各个角落，而又频繁变动，即使企业的业务人员都难以清晰描述，用传统方式实现的企业级应用软件，也就很难满足这种需求。而频繁变动的规则，更是让软件的维护代价昂贵又举步艰难。
业务规则管理（Ｂｕｓｉｎｅｓｓ Ｒｕｌｅｓ Ｍａｎａｇｅｍｅｎｔ，简称ＢＲＭ）
业务规则管理技术就是基于上述业务规则的情形应运而生的一种高效管理业务规则的技术。它包括了如：规则的查询、规则生命周期管理、版本管理等等。
业务规则管理技术的出现彻底改变了传统的以过程形式处理业务逻辑的方式。而是将业务规则的实现从具体的程序代码中抽取出来，以结构化的业务规则数据来表示企业的业务行为，使得业务规则与企业的数据信息一样被高效地组织管理和应用。
业务与IT是紧密相连的，但业务与IT之间却始终存在着矛盾：软件开发人员善于编写代码，但对业务规则却知之甚少；相反的，业务人员熟知业务规则，却又很难将规则转换成合适的文档或代码。业务规则管理系统（Business Rules Management System，简称BRMS）可以把对逻辑甚至代码的控制权交给业务人员，在业务和IT之间架起了一座桥梁。规则管理系统提供了一个在企业应用程序之外修改和管理业务规则的解决方案。
ＩＬＯＧ为．ＮＥＴ定制的业务规则技术
微软．ＮＥＴ阵营中的新成员
业务规则提供了对应用于企业应用程序的业务逻辑的一种良好的处理方法。成熟的业务规则机制、原理以及市场上越来越多的业务规则的成功应用，使得业务规则技术备受青睐。市场上已有一些较成熟的业务规则产品，基于ILOG强大的规则引擎，ILOG JRules是其中最典型也是应用最广泛的业务规则产品之一。
由于越来越多的公司开始使用微软.NET，他们也迫切地希望能够摆脱传统的编写企业级应用程序的方式，能在.NET中使业务规则技术。ILOG Rules for .NET BRMS的诞生，让这一切变成了可能。现在，企业只要引进.NET平台上的强大而灵活的ILOG Rules for .NET BRMS，就能够在.NET中使用业务规则。
引领ＢＲＭＳ技术
ILOG Rules for .NET是为.NET平台特别定制的业务规则管理系统。它建立在市场上成功的ILOG业务规则管理系统产品基础之上，使用已经成熟的业务规则技术，将其完全整合到Microsoft Visual Studio.NET、Microsoft Office System和Microsoft Server 2003之中，ILOG Rules for .NET是市场上第一个与微软开发环境整合的业务规则产品。在微软这样一个用户都熟悉、开发高效的环境中，用户可以完全专注于使用业务规则技术，而不必再去学习新的开发环境。ILOG Rules正作为一个业务规则的领导者，以它极好的形式出现在了微软的世界里。
给予ＩＴ和业务人员极大的支持
ILOG Rules for .NET在整个软件生命周期和重要的商业环节中都为相应的人员提供了管理业务规则的支持。应用程序架构师和开发者都可在Microsoft Visual Studio .NET的集成开发环境中将ILOG的业务规则技术直接整合到.NET应用程序；对业务分析人员和其他业务使用者，ILOG Rules for .NET提供了Microsoft Office的插件和基于Web的接口来创建和管理业务规则。
ＩＬＯＧ Ｒｕｌｅｓ ｆｏｒ．ＮＥＴ具体介绍
现在，改变业务规则就像打开Microsoft Word文档一样容易。
ILOG Rules for .NET为Microsoft Visual Studio .NET，Microsoft Office 2003和Microsoft Windows Server 2003提供了4个功能强大的插件，分别是：Rule Studio for .NET；Rule Solutions for Office；Rule Team Server for SharePoint；Rule Engine for .NET。这四大插件在整个软件生命周期中都扮演着各自非常重要的角色，使在微软.NET中用业务规则技术开发企业级应用软件成为一件容易的事。表1列出了四大插件所需的软件环境：
以下分别介绍ILOG Rules for .NET四大插件：
（1）ILOG Rule Studio for .NET
ILOG Rules Studio for .NET是整合到Visual Studio .NET的一套插件，在一个简单、熟悉而又高效的开发环境（IDE）中，IT人员能够直接在VS.NET中开发基于业务规则技术的应用程序。不需要离开Visual Studio .NET的开发环境，应用程序开发者就可以开始编写代码，同时处理业务规则和应用程序其他部分。开发人员等于走了一条捷径，不必在一个新的开发环境上花费精力，这也使得在.NET平台上开发一个基于业务规则的应用程序的效率大大提高。
ILOG Rules Studio for .NET为VS.NET提供了3种新的视图用于操作规则。
业务对象模型视图(Business Object Model View)：业务对象模型（简称BOM），是对业务对象的抽象描述，也就是抽象成的类。通过业务对象模型视图，可将类导入，构成BOM，也就是使用对象模型视图，将.NET的对象映射成为业务域的结构。在BOM视图中，可以对抽象出来的业务对象进行转义，将抽象的程序语言转换成业务人员容易理解的本地化的自然语言。这样，业务规则就能以自然语言的形式表达出来了。业务规则在这样的BOM基础上开始编写。
规则视图（Rule View）：业务规则编辑器（Rule Editor）,一个可视化的规则编辑器，IT人员可在这里创建和编辑初始的业务规则，满足几乎所有编写规则所必需的普通操作。这种在Visual Studio.NET中直接将规则编辑器嵌入进来的方式，大大减轻了编写业务规则的工作量。
查找规则结果（Find Rule Results）：当规则不断增多，查找规则结果视图就提供了一种便捷的方式来查看指定条件的规则。可以以规则的包名、规则名、创建日期、修改日期、编写者等，加上各种判断条件模糊查找。
ILOG Rules for .NET提供了应用程序接口（API）直接工作在公共语言运行时（CLR），直接在.NET对象上执行。规则可以直接执行在CLR对象上，这表明了他们能够运行在.NET（CLR）对象、XML Web服务，XML流和ADO.NET数据源之上。
在团队开发的情况下，业务规则的存储访问方式、版本控制等诸多方面，ILOG Rules for .NET都给了令人满意的解决方案。在VS.NET中，专门提供了一个接口来同步Rule Team Server(即ILOG Rule Team Server for SharePoint提供的接口)。通过这个接口，IT人员能在VS.NET将初步开发好的业务规则发布到服务器（Server2003 OS）上，将编辑规则所需的元数据（即BOM提供的信息）和已编写完的规则保存到服务器，以供业务人员使用。VS.NET通过该接口能同步服务器上的规则，以保证团队中的人员都使用合适版本的规则。
（2）ILOG Rule Solutions for Office
业务决策者，或者普通的业务人员，也许并不在乎IT人员是如何实现规则技术的，业务人员最需要的是一个操作方便、一用即会的工具来编写、修改业务规则。ILOG Rule Solutions for Office实现了这一点。Rule for Office就是面向业务人员的，Office是几乎所有业务人员能熟练使用的工具。能在Office中进行规则的编辑，这是业务人员最能接受的一种方式。Rule for Office使得没有开发技术的业务专家能够高效地编辑规则文档，这就让业务人员将业务规则带入了应用程序，完全解决了传统开发方式中，IT人员与业务人员脱节的情况。
Rule for Office需要Word Professional 2003。在安装Word Profession 2003时，在自定义高级选项中需要选择安装.NET可编程接口，就是通过这个接口，Word获取在Rule Team Server中保存的BOM所提供的元数据和已有的业务规则。有了这些，就可以像Rule Studio for .NET在VS.NET中提供的Rule Editor一样，能在Word中直接进行规则编辑。
如同在VS.NET中一样，Rule for Office用来访问Rule Team Server的接口可以保持两者之间的同步，保证了版本控制与更新等的问题。
（3）ILOG Rule Team Server for SharePoint
Rule Team Server是整合到Microsoft Server2003操作系统的一套插件。Rule Team Server是基于SharePoint2.0之上、使用SharePoint相同的管理数据方式、以XML文档的形式存储业务规则。作为存储中心，以XML的方式与VS.NET和Office交互。Rule Team Server为元数据和业务规则提供了一个中央存储系统，作为可扩展的业务规则管理模块的基础。
Rule Team Server建立在SharePoint的空间之上，在这个空间之上，用户共享和协作使用规则，同时也可以使用SharePoint服务提供的所有强大功能，例如：文档会议工作区、组内用户、讨论板和警告等等。
Rule Team Server还提供了一套网页部件，通过这些部件来对业务规则进行编辑。这些网页部件提供管理业务规则的功能及关联底层元数据拖曳式的规则编辑器。也就是说，通过这些部件，不仅能做到存储管理业务规则，同时也能够通过拖曳式的规则编辑器，来生成Web形式的Rule Editor。这样，通过Internet访问服务器上的Rule Team Server，有权限的业务人员就能够通过提供的Rule Editor直接进行规则编辑。
Rule Team Server提供了在SharePoint服务中管理多个业务规则版本的能力,提供了包括审核、回滚和撤销等功能。即时的访问、签入签出的功能，可以保持对文件中规则的维护。锁定文件，可以保证使用中的规则文件不会被编辑或覆盖。
图１ ＩＬＯＧ Ｒｕｌｅｓ ｆｏｒ ．ＮＥＴ四大插件的使用角色
图２ 基于业务规则技术的．ＮＥＴ应用程序开发流程
（4）ILOG Rule Engine for .NET
ILOG的规则引擎正日趋强大和成熟，甚至成为了这个行业里的一个标准，而ILOG Rule Engine for .NET也延续了这一优势，以满足现今市场各种各样的需求。
标准的.NET规则引擎：完全使用C#语言编写的规则引擎报可以被任何.NET平台支持的语言引用（如：C#、VB.NET和C++.NET）。整个规则引擎就可以完全独立于结构和程序语言。规则引擎可以嵌入ASP.NET、Windows Forms、XML Web服务等等。
高性能和可扩展性：.NET规则引擎和市场上的规则引擎——ILOG JRules有相同性能和可扩展性。
支持多种不同的数据源：规则引擎能够访问绝大多数的数据源，包括.NET对象、COM(+)、XML文档、数据库、XML Web服务、消息队列、活动目录和Exchange Server数据存储（见图1）。
ILOG Rules for .NET提供的四大插件在整个应用程序的开发过程中，是紧密联系的。
在Visual Studio.NET中，IT人员（Developer）开发了初始的应用程序，业务人员（Business Analyst）编写了初始的业务规则，通过ILOG Rule Studio发布到SharePoint中的Rule Team Server的存储中心，由存储中心管理所有数据。发布至Rule Team Server之后，Visual Studio.NET与其之间保持同步关系。Rule Team Server提供的网页部件和Office中的ILOG Rule Solutions能够获取Rule Team Server中的元数据和已有的业务规则，业务决策人员就可以随时更改和编辑规则。编辑过的规则被同步回Visual Studio for .NET中的ILOG Rule Studio，在Visual Studio.NET中经过测试，最后通过ILOG Rule Engine发布给最终用户（见图2）。
使用Visual Sutdio.NET建立BOM和初始的业务规则，在Server 2003 OS中进行集中管理，通过网页部件和Office编辑规则，最后再回到Visual Studio.NET中测试和发布。可以看到，在基于业务规则技术开发.NET应用程序的整个过程中，ILOG Rules for .NET使用了微软提供的现已广泛使用和认可的工具，加以ILOG强大的业务规则技术，ILOG Rules for .NET确实是为Microsoft.NET量身定制的业务规则管理技术。（郭健）
规则绝不是一个新的术语，每时每刻规则都以各种形式存在，并发挥着它们的作用。企业之中的规则亦是如此。时下，随着业务规则技术的日趋成熟，业务规则技术正以神奇的力量和惊人的速度渗透到企业的每个角落。
业务规则（Ｂｕｓｉｎｅｓｓ Ｒｕｌｅｓ，简称ＢＲ）
在企业中，规则主要是与企业的业务相关，故称之为业务规则。
即使是从未使用过业务规则技术的企业，也不停地在和企业的业务规则打交道。在一个企业实体中存在着各种各样的规则，管理制度、业务手册、工艺流程、操作规范、收费标准、促销策略等都是规则，甚至包括一些没有成文的惯例，也是某种形式的业务规则。
企业的业务规则如此之多，分散在各个角落，而又频繁变动，即使企业的业务人员都难以清晰描述，用传统方式实现的企业级应用软件，也就很难满足这种需求。而频繁变动的规则，更是让软件的维护代价昂贵又举步艰难。
业务规则管理（Ｂｕｓｉｎｅｓｓ Ｒｕｌｅｓ Ｍａｎａｇｅｍｅｎｔ，简称ＢＲＭ）
业务规则管理技术就是基于上述业务规则的情形应运而生的一种高效管理业务规则的技术。它包括了如：规则的查询、规则生命周期管理、版本管理等等。
业务规则管理技术的出现彻底改变了传统的以过程形式处理业务逻辑的方式。而是将业务规则的实现从具体的程序代码中抽取出来，以结构化的业务规则数据来表示企业的业务行为，使得业务规则与企业的数据信息一样被高效地组织管理和应用。
业务与IT是紧密相连的，但业务与IT之间却始终存在着矛盾：软件开发人员善于编写代码，但对业务规则却知之甚少；相反的，业务人员熟知业务规则，却又很难将规则转换成合适的文档或代码。业务规则管理系统（Business Rules Management System，简称BRMS）可以把对逻辑甚至代码的控制权交给业务人员，在业务和IT之间架起了一座桥梁。规则管理系统提供了一个在企业应用程序之外修改和管理业务规则的解决方案。
ＩＬＯＧ为．ＮＥＴ定制的业务规则技术
微软．ＮＥＴ阵营中的新成员
业务规则提供了对应用于企业应用程序的业务逻辑的一种良好的处理方法。成熟的业务规则机制、原理以及市场上越来越多的业务规则的成功应用，使得业务规则技术备受青睐。市场上已有一些较成熟的业务规则产品，基于ILOG强大的规则引擎，ILOG JRules是其中最典型也是应用最广泛的业务规则产品之一。
由于越来越多的公司开始使用微软.NET，他们也迫切地希望能够摆脱传统的编写企业级应用程序的方式，能在.NET中使业务规则技术。ILOG Rules for .NET BRMS的诞生，让这一切变成了可能。现在，企业只要引进.NET平台上的强大而灵活的ILOG Rules for .NET BRMS，就能够在.NET中使用业务规则。
引领ＢＲＭＳ技术
ILOG Rules for .NET是为.NET平台特别定制的业务规则管理系统。它建立在市场上成功的ILOG业务规则管理系统产品基础之上，使用已经成熟的业务规则技术，将其完全整合到Microsoft Visual Studio.NET、Microsoft Office System和Microsoft Server 2003之中，ILOG Rules for .NET是市场上第一个与微软开发环境整合的业务规则产品。在微软这样一个用户都熟悉、开发高效的环境中，用户可以完全专注于使用业务规则技术，而不必再去学习新的开发环境。ILOG Rules正作为一个业务规则的领导者，以它极好的形式出现在了微软的世界里。
给予ＩＴ和业务人员极大的支持
ILOG Rules for .NET在整个软件生命周期和重要的商业环节中都为相应的人员提供了管理业务规则的支持。应用程序架构师和开发者都可在Microsoft Visual Studio .NET的集成开发环境中将ILOG的业务规则技术直接整合到.NET应用程序；对业务分析人员和其他业务使用者，ILOG Rules for .NET提供了Microsoft Office的插件和基于Web的接口来创建和管理业务规则。
ＩＬＯＧ Ｒｕｌｅｓ ｆｏｒ．ＮＥＴ具体介绍
现在，改变业务规则就像打开Microsoft Word文档一样容易。
ILOG Rules for .NET为Microsoft Visual Studio .NET，Microsoft Office 2003和Microsoft Windows Server 2003提供了4个功能强大的插件，分别是：Rule Studio for .NET；Rule Solutions for Office；Rule Team Server for SharePoint；Rule Engine for .NET。这四大插件在整个软件生命周期中都扮演着各自非常重要的角色，使在微软.NET中用业务规则技术开发企业级应用软件成为一件容易的事。表1列出了四大插件所需的软件环境：
以下分别介绍ILOG Rules for .NET四大插件：
（1）ILOG Rule Studio for .NET
ILOG Rules Studio for .NET是整合到Visual Studio .NET的一套插件，在一个简单、熟悉而又高效的开发环境（IDE）中，IT人员能够直接在VS.NET中开发基于业务规则技术的应用程序。不需要离开Visual Studio .NET的开发环境，应用程序开发者就可以开始编写代码，同时处理业务规则和应用程序其他部分。开发人员等于走了一条捷径，不必在一个新的开发环境上花费精力，这也使得在.NET平台上开发一个基于业务规则的应用程序的效率大大提高。
ILOG Rules Studio for .NET为VS.NET提供了3种新的视图用于操作规则。
业务对象模型视图(Business Object Model View)：业务对象模型（简称BOM），是对业务对象的抽象描述，也就是抽象成的类。通过业务对象模型视图，可将类导入，构成BOM，也就是使用对象模型视图，将.NET的对象映射成为业务域的结构。在BOM视图中，可以对抽象出来的业务对象进行转义，将抽象的程序语言转换成业务人员容易理解的本地化的自然语言。这样，业务规则就能以自然语言的形式表达出来了。业务规则在这样的BOM基础上开始编写。
规则视图（Rule View）：业务规则编辑器（Rule Editor）,一个可视化的规则编辑器，IT人员可在这里创建和编辑初始的业务规则，满足几乎所有编写规则所必需的普通操作。这种在Visual Studio.NET中直接将规则编辑器嵌入进来的方式，大大减轻了编写业务规则的工作量。
查找规则结果（Find Rule Results）：当规则不断增多，查找规则结果视图就提供了一种便捷的方式来查看指定条件的规则。可以以规则的包名、规则名、创建日期、修改日期、编写者等，加上各种判断条件模糊查找。
ILOG Rules for .NET提供了应用程序接口（API）直接工作在公共语言运行时（CLR），直接在.NET对象上执行。规则可以直接执行在CLR对象上，这表明了他们能够运行在.NET（CLR）对象、XML Web服务，XML流和ADO.NET数据源之上。
在团队开发的情况下，业务规则的存储访问方式、版本控制等诸多方面，ILOG Rules for .NET都给了令人满意的解决方案。在VS.NET中，专门提供了一个接口来同步Rule Team Server(即ILOG Rule Team Server for SharePoint提供的接口)。通过这个接口，IT人员能在VS.NET将初步开发好的业务规则发布到服务器（Server2003 OS）上，将编辑规则所需的元数据（即BOM提供的信息）和已编写完的规则保存到服务器，以供业务人员使用。VS.NET通过该接口能同步服务器上的规则，以保证团队中的人员都使用合适版本的规则。
（2）ILOG Rule Solutions for Office
业务决策者，或者普通的业务人员，也许并不在乎IT人员是如何实现规则技术的，业务人员最需要的是一个操作方便、一用即会的工具来编写、修改业务规则。ILOG Rule Solutions for Office实现了这一点。Rule for Office就是面向业务人员的，Office是几乎所有业务人员能熟练使用的工具。能在Office中进行规则的编辑，这是业务人员最能接受的一种方式。Rule for Office使得没有开发技术的业务专家能够高效地编辑规则文档，这就让业务人员将业务规则带入了应用程序，完全解决了传统开发方式中，IT人员与业务人员脱节的情况。
Rule for Office需要Word Professional 2003。在安装Word Profession 2003时，在自定义高级选项中需要选择安装.NET可编程接口，就是通过这个接口，Word获取在Rule Team Server中保存的BOM所提供的元数据和已有的业务规则。有了这些，就可以像Rule Studio for .NET在VS.NET中提供的Rule Editor一样，能在Word中直接进行规则编辑。
如同在VS.NET中一样，Rule for Office用来访问Rule Team Server的接口可以保持两者之间的同步，保证了版本控制与更新等的问题。
（3）ILOG Rule Team Server for SharePoint
Rule Team Server是整合到Microsoft Server2003操作系统的一套插件。Rule Team Server是基于SharePoint2.0之上、使用SharePoint相同的管理数据方式、以XML文档的形式存储业务规则。作为存储中心，以XML的方式与VS.NET和Office交互。Rule Team Server为元数据和业务规则提供了一个中央存储系统，作为可扩展的业务规则管理模块的基础。
Rule Team Server建立在SharePoint的空间之上，在这个空间之上，用户共享和协作使用规则，同时也可以使用SharePoint服务提供的所有强大功能，例如：文档会议工作区、组内用户、讨论板和警告等等。
Rule Team Server还提供了一套网页部件，通过这些部件来对业务规则进行编辑。这些网页部件提供管理业务规则的功能及关联底层元数据拖曳式的规则编辑器。也就是说，通过这些部件，不仅能做到存储管理业务规则，同时也能够通过拖曳式的规则编辑器，来生成Web形式的Rule Editor。这样，通过Internet访问服务器上的Rule Team Server，有权限的业务人员就能够通过提供的Rule Editor直接进行规则编辑。
Rule Team Server提供了在SharePoint服务中管理多个业务规则版本的能力,提供了包括审核、回滚和撤销等功能。即时的访问、签入签出的功能，可以保持对文件中规则的维护。锁定文件，可以保证使用中的规则文件不会被编辑或覆盖。
图１ ＩＬＯＧ Ｒｕｌｅｓ ｆｏｒ ．ＮＥＴ四大插件的使用角色
图２ 基于业务规则技术的．ＮＥＴ应用程序开发流程
（4）ILOG Rule Engine for .NET
ILOG的规则引擎正日趋强大和成熟，甚至成为了这个行业里的一个标准，而ILOG Rule Engine for .NET也延续了这一优势，以满足现今市场各种各样的需求。
标准的.NET规则引擎：完全使用C#语言编写的规则引擎报可以被任何.NET平台支持的语言引用（如：C#、VB.NET和C++.NET）。整个规则引擎就可以完全独立于结构和程序语言。规则引擎可以嵌入ASP.NET、Windows Forms、XML Web服务等等。
高性能和可扩展性：.NET规则引擎和市场上的规则引擎——ILOG JRules有相同性能和可扩展性。
支持多种不同的数据源：规则引擎能够访问绝大多数的数据源，包括.NET对象、COM(+)、XML文档、数据库、XML Web服务、消息队列、活动目录和Exchange Server数据存储（见图1）。
ILOG Rules for .NET提供的四大插件在整个应用程序的开发过程中，是紧密联系的。
在Visual Studio.NET中，IT人员（Developer）开发了初始的应用程序，业务人员（Business Analyst）编写了初始的业务规则，通过ILOG Rule Studio发布到SharePoint中的Rule Team Server的存储中心，由存储中心管理所有数据。发布至Rule Team Server之后，Visual Studio.NET与其之间保持同步关系。Rule Team Server提供的网页部件和Office中的ILOG Rule Solutions能够获取Rule Team Server中的元数据和已有的业务规则，业务决策人员就可以随时更改和编辑规则。编辑过的规则被同步回Visual Studio for .NET中的ILOG Rule Studio，在Visual Studio.NET中经过测试，最后通过ILOG Rule Engine发布给最终用户（见图2）。
使用Visual Sutdio.NET建立BOM和初始的业务规则，在Server 2003 OS中进行集中管理，通过网页部件和Office编辑规则，最后再回到Visual Studio.NET中测试和发布。可以看到，在基于业务规则技术开发.NET应用程序的整个过程中，ILOG Rules for .NET使用了微软提供的现已广泛使用和认可的工具，加以ILOG强大的业务规则技术，ILOG Rules for .NET确实是为Microsoft.NET量身定制的业务规则管理技术。（郭健）
扫一扫
343
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
