“业务规则方法”是转为业务系统设计和开发的一种重要范例。在业务驱动的方法中，业务规则的使用已经被实践证明能够增强业务系统的有效性、灵活性和效率。这种技术适合任何类型的机构，尤其适合快速膨胀的网络服务业的发展。
　　本书是由世界领先业务规则理论和技术专家编写的，提供了清晰易懂的解释和实用手段，适合业务和技术人员阅读，既适于详细介绍，也适合用作教材。
　　本书不仅探索了业务规则理论深层原理，所论述全新方法还提供了很多机会。本书解释了关键业务规则概念，提供了针对业务规则表示的基于经验的最佳实践。不仅如此，本书还探讨了业务规则在向范围更宽的基于模型开发的发展趋势背景下的作用，深入浅出地介绍了业务规则和表示的深层理论。

无

业务系统的推动，永远都应该是企业的需要。业务工作者应该参与以非常直接、具体的方式描述这种需要。在实践中运用这些原则，意味着采用一种既会对业务人员，也会对信息技术（IT）人员产生深刻影响的业务系统新方法。
　　这种新方法可以叫作“业务分析”，其基本的可交付产品是“业务模型”。不幸的是，这些术语常常被非常随便地使用。很多系统开发者都认为自己的可交付产品够的上业务模型，但实际上并非如此。由于这个问题需要一些背景知识，因此留到第1部分深入讨论。从现在开始，我就把这种新方法叫作“业务驱动”方法。
　　业务驱动方法一个令人激动的基本要素是“业务规则”。在展开叙述之前先澄清一些概念。我们当然不一定讨论完某种业务驱动方法才谈论业务规则。换句话说，我们本来可以单独讨论业务规则。
　　但是我们为什么要这样结合业务驱动方法来讨论业务规则呢？如果业务需要是业务系统的驱动因素，那么业务驱动方法和业务规则都应该拿到桌面上一起讨论。 如果是这样，企业就可以得到应对21世纪所面临的挑战的最佳业务解决方案。这是本书基本思想的核心。
　　正是这种想法促成我写这本书的。一般来说，本书针对三类读者：业务人员、IT人员和学术界学者。在当今世界中，在这三类人之间存在很深的鸿沟，而这本身就是问题的一部分。为了找到可能的最佳业务解决方案，这三类人必须在共同目的和方法上更密切地结合。本书有助于探索实现这类结合的途径。

关于技术
　　我要对这三类读者的每一类说几句话，不过还是先谈谈技术。由于我强烈地认为业务系统应该由业务需要驱动，因此本书通篇都（相当困难地）故意回避讨论技术。但是技术问题当然值得讨论，所以还是在这里简短地讨论一下。
　　我们现在正处于业务知识能力技术创新的巨大的新浪潮前沿，可以把业务规则（我把这些业务规则统称为“业务逻辑”）看作是在这个方向上发展的第一步，而且从很多方面看是相对温和的一步。
　　明确的事实是，这种技术还从来没有成为主流企业IT的一个重要部分。20世纪80年代，专家系统曾经掀起一个小高潮，但是没有产生什么影响。出现这种情况有很多原因，也许最重要的原因是技术。那时（一直到最近）的计算环境体系结构基本上是整块的，不能提供适应“外部”服务的简单方式。
　　不必细说，这种基本障碍现在已经被清除，插入式服务的集成正在变得越来越容易。要集成的比直接知识更好的服务是什么呢？
　　“知识支持”听起来有些抽象。目前有多个术语指这类服务，包括“规则引擎”和“决策管理平台”。本书第5部分采用的是“业务逻辑服务器”。不管采用什么名称，我毫不怀疑地认为，在未来几年之内，这类服务将成为所有主要业务软件平台的一部分。
　　对很多人来说，这种技术有些空穴来风。但事实并不是这样。事实上，正如本书第5部分将要介绍的，这种新技术的理论基础已经有很多很多年了。商品化产品的出现可以追溯到20世纪80年代中期，而应用研究还要早得多。以下方框内给出的是这种技术的最新状况。
　　业务逻辑技术：近期发展方向在不远的将来，商品化技术服务业务逻辑有可能通过几种不同方式提供。其中包括：◆ 作为独立的组件支持：在这种情况下，企业可以采办最适合或发展最好的组件包，将其恰当地集成到自己的计算环境体系结构中。◆ 与工作流引擎结合：这种强有力的结合特性，可通过由业务逻辑技术提供的协调和决策制定使过程管理自动化。其结果不仅带来更精细的工作流控制，而且还使所选择的决策制定任务自动化。◆ 捆绑到其他打包软件上：很多其他类型的软件能力，包括客户关系管理（CRM）和企业资源规划（ERP），都为业务逻辑技术提供了天然的环境，这无疑会在体系结构框架内得到充分利用。还不止这些。数据库管理系统（DBMS）的未来还是一个大问号。第5部分将论述，从长远看，数据库支持也应该集成到业务逻辑服务器中。
　　再强调一次，本书的关注点并不是技术，而是业务逻辑来自何处。正是这个问题引出了业务逻辑方法。

关于业务规则方法
　　与技术一样，业务规则方法也不是凭空产生的。事实上，业务规则方法的核心概念（本书第2部分将介绍）可追溯到20世纪90年代中期，很多相关技术和方法论（本书第3部分将介绍）已经由一些先进机构在20世纪90年代末和21世纪初进行过全面的实际试验。（顺便说一句，业务驱动方法也是这样。）因此我在这本书中要谈的，并不是没有经过实践验证的理论或学术猜想，而是注重实际的现实世界产物。
　　关于业务规则方法的有意思，也许还是特有的事情，是它并不是随任何新类型的软件工具，比如面向知识的软件工具等一起出现的。（同样，业务驱动方法也是这样。）
　　相反，业务规则方法是来自现实世界深层的运动，其驱动力量是企业的成功，而不是技术。业务规则方法来自根据很多年业务软件磨炼和挑战经历，对专门职业方向的构想。业务规则方法的目标是：向公司提供最佳可能的方法，以制定涉及自动化系统的业务解决方案。

对业务人员要讲的话
　　因此，首先应该对业务人员讲几句话。再重复一次，本书不是讲技术的，而是将业务机会的。因此，关键的问题应该是为什么对业务规则的理解与业务命题同样重要。
　　那么业务规则的价值命题到底是什么呢？第1部分要给出这个问题的答案，不过这里还是在下面的方框中给出一个简短回答，请读者继续阅读。
　　业务规则方法要解决什么问题？临时确定规则：大部分企业都没有定义自己业务规则的逻辑方法。结果，业务人员常常根据具体情况制定规则。这会导致混乱、矛盾、操作低效。这些问题发生后要解决，要浪费时间和资源，给客户和员工都造成麻烦。机构越大，问题也越大。不仅如此，由于很多业务规则都涉及资金交易，（例如，是否应该给某个客户折扣，如果应该给，那么应该给多少？）这个问题还会直接影响底线。业务规则解决方案：结构化的方法有助于在问题出现之前通过规则进行考虑。沟通问题：对关键业务概念的误解肯定会产生沟通问题。“优先客户折扣”对所有部门都有相同的含义吗？如果不是，有什么差别？可适用哪条规则？这些规则对于不同的部门是否有差别？这些规则是一致的吗？业务规则解决方案：一套清晰的概念，是规则得以在其上直接构建的基础。规则难以得到：找出适用于给定业务情况的规则常常要对多个信息库进行没有边界的搜索。最终不得不求助于应用源代码的情况并不少见。通过这种方式运用规则费时、低效、不准确，给人带来挫折感。业务规则解决方案：管理业务规则的一种方法，是提供直接访问。大量区分：很多企业寻求支持与数量不断增长的客户和其他甚至更复杂的产品或业务伙伴的高度个人化的关系。企业怎么能够对企业伙伴作大量区分，同时又要更快、更准确、开销更低地完成每笔业务交易？业务规则解决方案：能够快速开发和部署规则的基于规则的方法支持对客户进行区分。速度要求：以越来越快的速度变化是一种现实。在因特网时代，人们要求立刻对变化作出响应。日复一日重复相同活动的生产线工人怎么能跟上变化？业务规则解决方案：当错误真的出现时，实时地向知识工人提供业务逻辑可产生无缝、不会终结的自我培训环境。知识流失：一般来说，二次世界大战以后生育高峰期出生的一代创造了我们今天看到的大型机构运营业务能力的很大部分。相关知识中的很大一部分仍然还只留在他们的头脑中。当他们退休时会出现什么情况？从更微观的角度看，具有重要运营知识的员工几乎每天都离开企业。业务规则解决方案：系统化的获取、记录和保存业务规则，可避免人员离开时的知识流失。
　　第1部分还将讨论业务驱动方法的内容。从业务角度看，业务规则方法与业务密切相关。两者结合起来确实很有效。我希望第1部分能够充分说明这种有效性。我努力使全书体现一种易于理解的非技术风格，以便读者能够随着对本书的深入阅读获得更多。
　　第2部分将通过与人体进行对比，解释业务规则方法的基本思想。接下来（读者也可以跳过这部分），第3部分将介绍一种叫作BRS RuleSpeak的易于理解的语言，以便读者能够用来获取和表达自己的业务规则。读者会发现本书给出的材料很有意思，也许还有一定的娱乐性。
　　第4部分是专门针对IT人员的，不过实际上它是第1部分的继续，更确切地说，是从不同角度介绍第1部分的内容。我认为业务人员和IT人员采用共同语言是非常重要的。第4部分有助于读者的机构做到这一点。顺便提一下，第4部分的头一章是本书直接论述业务驱动方法的惟一其他地方。

对IT人员要讲的话
　　关于业务驱动方法要先说的一句话是：我认为业务驱动方法与行业新出现的基于体系结构或基于模型的开发策略密切相关。具体地说，业务驱动方法以业务模型的形式，为这些策略提供了一种很好的前端。业务模型提供了一种业务的自顶向下、多侧面蓝图，其内容是由业务人员驱动的。这是系统设计和应用系统开发（或应用软件包部署）的一个很好的切入点。本书第1和第4部分将介绍这些思想。
　　如果读者对业务规则特别感兴趣，可以集中阅读第2和第3部分。读者也应该阅读第4部分中专门介绍规则管理、规则获取和数据设计方面的重要内容。
　　所有这些材料的主要目的，是帮助读者获得对业务规则的性质有一个深刻的理解，以便将业务规则作为职业工具包的一部分，得心应手地运用。我相信读者一定会对后面要讨论的思想和技术感到兴奋。

对学术界学者要讲的话
　　这里所谓的“学术界学者”，并不是指偶尔去一下大学或实验室的人。我指的是所有逻辑系统的严肃学生――这里的“系统”是理论意义上的系统，不是应用。我也指只是对理论有好奇心的人。第5部分就是专门针对这些读者的。
　　第5部分将回答业务规则的一些大问题，例如业务规则的形式化理论基础――谓词逻辑。读者不要让这些给吓住。第5部分是按教材写的，因此所反映的思想所有人都很容易理解。同时，我还预计这种材料能够提供继续深入研究的基础，其中有些已经开始了。
　　最后要说的是：读者应该清楚当好的理论与成功实践结合时，就会使自己真正获得力量。业务规则正在出现的就是这种结合，而这是这个领域非常激动人心的时刻。

(美)Ronald G.Ross：Ronald G.Ross: Ronald G. Ross 是LLC Business Rule Solutions公司的发起人之一，这家公司提供研讨和咨询服务，出版有关业务分析和规则的资料。他还参与开发了Proteus方法论，包括流行的RuleSpeak。另外，他还是www.BRCommunity.com的执行编辑，是受到全世界欢迎的《Business Rules Journal》杂志的专栏作家。

韩柯 孟海军：暂无简介

开发各类自动化系统归根到底是由业务驱动，并要为业务服务的。这是每个IT人员嘴上都承认的观点，但是却不能很好地落实到行动中。在很多情况下，IT人员从部分业务人员那里刚刚得到一点所谓需求，就立即组织对其进行草草的“评审”，然后就一门心思考虑各种具体的技术问题，考虑实现和编码，并陶醉于自己的各种所谓解决方案和技术创新中。这样的产品即使有很好的质量，甚至是零缺陷，也几乎可以肯定不能满足现实复杂而且不断业务要求。
　　本书并不是一本纯技术的专业书。作者撇开具体应用领域，站在较高的层次上，系统化地讨论了业务规则的各个方面，深入、全面分析了业务规则的特点，叙述了业务规则论域的基本理论和形式化描述问题，提出了一些很有见地的业务规则系统建立原则，使读者能够从更高的角度审视各类自动化系统的需求获取、描述和分析问题，相信会对各类业务人员、项目经理、系统分析员等有很大帮助。本书也应该是在校高年纪学生的一本拓展视野的相当不错的参考书。
　　在翻译过程中，除了对原文个别明显文字错误进行了相应更正外，我们力求忠实原文。但由于译者的知识水平和实际工作经验有限，不当之处在所难免，恳请读者批评指正。参加本书翻译、审校和其他辅助工作的还有：黄慧菊、屈健、刘芙蓉、王威、李津津、原小玲、韩文臣等。

第1部分 业务问题：为什么要提出业务规则？供业务人员阅读
第1章 业务规则入门：核心问题与解决
1.1 一组电子邮件
1.2 什么是不是门的门？
第2章 存在机会的领域：改变业务的外表
2.1 业务规则方法在什么地方适用？
2.2 作交易
2.3 为公司的供应过程重新注入动力
2.4 作为客户接口的业务规则
第3章 提供知识：需要知道
3.1 什么是知识管理？
3.2 个性化的不断的在职培训
第4章 业务规则在IT项目的运用：会遇到什么问题？
4.1 如果已经开始编程……
4.2 传统业务系统开发的两种错误
4.3 业务驱动的真正含义
4.4 再论业务驱动的真正含义
4.5 政策大纲
4.6 真正的业务分析师
第2部分 业务规则概念：业务系统结构概述 不可思议的组织 有关业务系统的一种新观点
第5章 组织基本的业务知识：关于术语和事实的必要知识
5.1 术语与事实
5.2 使用图形事实模型
5.3 事实模型与行为
第6章 实施控制：关于规则需要了解的内容
6.1 控制规则
6.2 规则与事件
6.3 规则能够实施控制的方式：规则的功能分类
6.4 扩展规则的覆盖范围
6.5 业务规则方法中的规则与指南
第7章 做功：关于过程需要了解的内容
7.1 今天企业所面临的挑战
7.2 使业务规则发挥作用
7.3 根据自己所掌握的情况构建
7.4 根据自己已有的如何做知识构建
第3部分 规则表示最佳实践：BRS RuleSpeak概述
第8章 规则表达：应该做什么、不应该做什么
8.1 不是如何，不是何地，不是谁，不是何时
8.2 不是规程化的
8.3 不是难以理解的
8.4 不是不可能的
8.5 永远在术语和事实基础上制定
8.6 禁止使用“擅自离岗”事实
8.7 禁止使用没有用的东西
8.8 禁止使用复数主语
8.9 当心规则的开头有问题
8.10 禁止使用“擅自离岗”主语
8.11 把行为者当作主语时要小心
8.12 禁止使用命令句
8.13 禁止使用“创建、检索、更新、删除”
8.14 把事件用作主语时应该小心
8.15 慎用限定词
8.16 小心提取被嵌入的计算
8.17 小心隔离自己的逻辑
8.18 禁止使用“等”
第9章 编写规则语句：BRS RuleSpeak基础
9.1 关于规则句子模板
9.2 使用模板的成功因素
9.3 基础概念
9.4 基本用法说明
9.5 特殊用法说明
第10章 规则的功能分类：BRS规则分类模式
第11章 规则描述的句子模式：RuleSpeak模板基本RuleSpeak模板小结
第12章 使用决策表表示业务规则：RuleSpeak方法
12.1 什么时候应该使用决策表
12.2 按规则功能分类组织的决策表合适输出
第4部分 什么是业务规则方法？供IT人员阅读概述
第13章 业务规则方法的其他原则：业务逻辑的一种新观点
13.1 规则管理的基本原则
13.2 什么是业务规则？
13.3 业务规则与“行”
13.4 业务规则与“知”
13.5 为什么有不同的业务规则方法
13.6 分析瘫痪
第14章 关于事实模型的进一步讨论：设计基本业务知识结构
14.1 事实模型的关键成功要素
14.2 为业务规则设计合适的数据模型
第5部分 业务规则理论：业务规则形式化基础与业务规则标记教程概述
第15章 业务规则的三种视点：一种形式化讨论框架
15.1 三种视点
15.2 关于术语
15.3 关于类型
15.4 特殊术语
第16章 规则的理论基础：关于形式约束
16.1 规则的形式化定义
16.2 关于术语
16.3 规则标记
16.4 约束：拒绝与推理
第17章 事实的理论基础：关于谓词
17.1 谓词与事实
17.2 事实：类型与实例
17.3 存在性原则
17.4 事实R-标记简介
17.5 再谈推理与演绎：谓词的使用
第18章 高阶规则：模式-R规则类型
18.1 模式-R规则类型的定义
18.2 模式-R规则举例
18.3 模式-R规则类型的组装
第5部分 附录
附录A：规则真值的评价
附录B 技术设计人员视点术语
附录C：规则基本种类
附录D：关于“IF……THEN……”句法
附录E：Halpin对“事实”和相关术语的定义
附录F：关系模型中的语义
附录G：基本操作符与高阶规则类型
附录H：模式-R方法的形式化
附录I：“描述性”意味着什么
附录J：“玛丽”推理例子的详细步骤
附录K 事实R-标记的进一步讨论