IBM ODM 运营决策管理平台方案
IBM Operational Decision Manager
IBM运营决策管理平台
-通过智能、敏捷的决策自动化实现智慧运作
-业务规则管理和业务事件处理相结合极大提高业务敏捷
目 录
4.1. 中国中信银行选择IBM ODM完成信用卡处理和审批自动化.. 26
4.2. 新加坡星展银行采用IBM ODM推动交叉销售和追加销售商机.. 27
4.3. 中国光大银行采用IBM ODM改进贷款申请程序.. 29
4.4. Visa Europe采用IBM ODM使付款处理灵活可靠.. 30
4.5. 韩国信用卡公司采用IBM ODM实现精准营销.. 32
1. IBM ODM产品综述
1.1. 产品亮点
当前经济环境迫使组织考虑是否将其关注点从节省成本转移至寻找新的发展点。然而，经济环境中的大量不确定性将很多IT负责人置身于两难的境地。公司管理人员要求IT工具和解决方案可以最大化组织的敏捷性和灵活性，以快速、高效地应对发展契机、不断提高的客户预期和不稳定的市场环境。而同时，他们也要求降低成本，提高生产效率和生产力，并快速获得IT投资收益。
在响应过程中，很多组织都在寻找技术解决方案，以协助他们实现智慧运作、改善决策，以契合组织的目标，与不断变换的竞争需求保持一致。实际上，根据《2010年IBM全球首席执行官研究》，技术已经成为未来三年企业必须考虑的第二重要外部驱动力，而在2004年，技术因素仅排在第六位。
业务敏捷性日益提高不仅仅涉及当今环境中下的生存问题，它还关乎公司能够在现在及未来的繁荣壮大。日益提高的业务敏捷性对您业务的金融绩效有显著的影响。业务技术管理协会对大约250家企业进行了调查，并根据所实现的敏捷性对这些企业进行了排名。结果发现，敏捷性来源于业务与技术间的高度一致和密切结合；敏捷性越高的企业，其发展和收益远高于其他同行，其中每股收益高出7%，投资回报率高出45%。
IBM的运营决策管理平台（IBM Operational Decision Manager）是一种决策管理软件，它通过实时、智能的决策自动化来改善业务成果。它改善了决策制定并实现其自动化，它是获得更高业务敏捷性的最关键因素。自动化决策是将组织战略目标转化为业务战术和策略的结果，可作为决策逻辑实施，以在企业各系统内部及之间使用。
运营决策管理平台（IBM Operational Decision Manager）具有以下亮点：
- 面向业务规则和基于事件的决策逻辑统一存储库，将简化决策监管和可视性
- 支持业务用户与IT协作管理决策
- 跨业务流程和应用程序持续自动化运营决策
- 通过实时监测商机和风险，制定赢利性更好的决策
- 确保基于流程、交易或互动等实时情况，针对高度可变的决策作出精确响应
1.2. 产品概览
业务敏捷性是成功组织机构的一大特征，它是迅速高效地适应不断变化的市场、竞争性行为以及各种法律法规的能力。信息技术在组织运营方式中起了关键作用，可大幅提高生产力和生产效率。
在很多组织机构中，运营系统是制定和管理业务战略和策略的黑匣子。它们将IT系统内这些决策的实施委托给技术开发人员，并希望迅速得到结果。这种业务策略执行方式让很多业务(LOB)团队和IT人员同时受挫。业务团队希望更好地查看驱动其系统的逻辑，并能够做出变动，而IT人员希望控制各系统，并能够转交出与业务领域和知识密切相关的系统的某些维护工作。
IBM Operational Decision Manager (IBM ODM) 解决了针对IT系统实施业务策略相关的三大关键挑战，这对于日常运营十分关键。
- 变化：加快组织机构应对不断变化的市场需求、竞争性行为以及各种法规要求的能力
- 掌控： 简化组织机构内业务决策自动化的可视性和监管能力
- 精确： 确保业务系统在合适的时间实现恰当的交互。
在本解决方案中，我们将探究IBM的运营决策管理平台(IBM Operational Decision Manager)，了解其如何将两种互补性极高、且能更好地支持自动化决策的技术(业务规则管理和业务事件处理)相结合，并展示这两种技术如何相互配合，协助各行业实现智慧运作。
1.2.1. 关于业务规则管理
各系统内部的决策逻辑通常指“决策规则”。业务规则是一些条件语句，每个行业都使用这些语句来制定以下相关决策: 为保险或贷款承销定价，为社会或医疗服务提供资格认可，或为网上购物提供产品推荐。业务规则通常存在于内部应用程序代码中，以“if-then-else”的语句形式出现，它们可能存放在很多位置，包括程序手册或文档、流程模型，甚至在专业领域专家的头脑中。
业务规则分散、内嵌在这么多不同位置，在持续高压工作状态，组织要靠它们来处理各种决策的变更和持续更新。这会导致大量问题，包括：
- 组织适应变化方面的敏捷性降低。
- 大量人工操作，造成员工的生产力降低。
- IT部门必须增加资源负载以解决变更需求。
- 变更难以追踪，且难以长时间维护。
- 很多规则是重复的，或者多个版本使用相同的规则。
- 规则难以审计和追踪。
- 决策变化不易于测试和模拟。
业务规则管理使组织可以准确地定义、部署、监控和维护运营系统所用的决策逻辑，它允许从核心应用程序代码中单独提取决策逻辑，并进行管理，这样可以很容易地在理解、维护以及在整个组织内复用业务逻辑。通过将规则从应用程序代码中具体化出来，业务专家可以定义并管理决策逻辑，减少在生产系统内更新逻辑所需的时间和工作量，优化组织响应业务环境变革的能力。业务规则平台包括规则管理和规则执行功能，从而具体化的规则可在其发生变更时受到监管，并由各种操作系统管理使用，这些系统需要规则来实现交易、流程和客户互动决策的自动化。
通过采取业务规则管理，组织可更加有效地处理传统决策逻辑相关的问题。组织可查看并访问这些业务规则，并可以轻松地定义并自动化业务规则，以便在您的操作系统内使用。这同时减少了对决策逻辑实施变更所需的时间和资源，同时改善了跨关键业务系统实现决策自动化的精确性、质量和持续性。
1.2.2. 关于业务事件处理
目前，每个企业都充斥着来自各种各样的信息源的信息，例如，来自因特网、现有数据系统和移动通信设备的信息。然而，此信息通常仍受限于产生该信息的业务系统。 信息只有在能对获取切实业务利益起作用的情况下才有价值。 有权决策的人们经常未能及时意识到信息的价值。
例如，假定银行的一个客户从投资帐户到现金帐户进行大额转帐，可能是想使用这笔钱在另一个金融机构进行投资。如果该银行没有快速行动以对该客户提供投资机会，那么该银行可能会失去此客户的其他业务。 如果银行的客户服务组能够很快知道发生了这笔转账，那么可以立即与此客户联系并为其提供另一项投资。然而，还是很少进行此操作，因为银行的事务处理系统与客户管理系统之间没有建立实时关系。 等到客户服务组知道此事务时，可能已经太迟了，无法为此客户提供其他投资。
在这种情况下，从投资帐户转帐到现金帐户的行动是一个业务事件。 由于业务事件的复杂性质和完全不同的系统之间的交互，企业范围内的应用程序系统并非始终容易表示和协调业务事件。因此，在业务事件和管理业务事件的系统之间出现了差距。
IT 组织需要解决的问题就是协调业务事件，以便恰当的应用程序在恰当的时间实现恰当的目标。对于当前企业中运行的多数业务系统来说，这个挑战非常有难度。 更令人头痛的是，当前使用了各种各样的技术，从批处理应用程序到客户机/服务器应用程序，再到基于浏览器的内部网和因特网应用程序。协调处理这些系统之间发生的事件以及手动发生的事件可能还涉及到重新设计主系统。 还可能涉及到数月的修改、测试和部署。
要支持快速协调业务系统，需要另一种方法，即重新设计和部署现有系统，这种方法比较复杂且成本高昂。 此解决方案在现有系统之间实施业务事件处理层。 业务事件处理层可利用这些系统中已开发的功能的优点，来管理系统之间可能发生的复杂交互（业务事件）。
业务事件是指企业内的状态变化，或者在未发生预期变化的情况下业务的相关情况。每天大型公司里都会发生上百万甚至数十亿的业务事件，从RFID标签转移、电子邮件消息到传感器输出。
在当今的商业环境中，组织被内外产生的事件弄得焦头烂额。在不借助技术的情况下，分辨、追踪、关联及理解所有事件几乎不可能；它们的数量过于庞大，也太复杂。商机和威胁不断出现，而公司负责人甚至没有意识到。
事件处理指洞察并响应发生在整个企业中的事件(或活动)。业务事件处理(BEP)使用专门技术来解决整个企业内跨行业和应用领域的事件处理需求。BEP技术使组织可以不断地检测事件，甚至高度复杂的事件类型，与不同的系统自动进行互动，以最大化业务交互的价值。
借助BEP解决方案，公司可以掌控市场商机，并避免资源限制或资源无法使用的相关问题。比如:
- 根据历史和周期趋势，预测关键业绩指标(KPI)的未来值。
- 跨多渠道管理流程，当预测值显示有问题时触发警报。
业务事件处理可以支持广泛的应用程序需求，包括大量源自多种渠道的异质事件类型，随时且无序出现的业务事件和事件模式的相关性。
2. IBM ODM功能模块描述
IBM Operational Decision Manager为几乎所有行业的组织机构提供了关键技术，是监管运营业务决策并实现其自动化的强大解决方案。IBM ODM可改善交易质量，并优化重复执行的流程相关决策，同时根据具体情况确定合适的行动。作为业务规则和事件管理的综合平台，IBM ODM拥有提高客户、合作伙伴以及内部交互价值的综合能力：
- 使业务专家能够制定并维护决策逻辑，改善业务与IT团队间的合作
- 将决策与流程和应用程序分离，改善对变更的监管，促进跨业务系统复用
- 根据具体交互情况，实时、准确地执行决策
- 智能决策自动化帮助提高收利润率、管理风险、确保合规性
- 使频繁变化的可重复业务决策自动化
- 让业务用户能够自主编写和维护决策
- 运用单个或集成的解决方案管理规则和事件
- 利用强大的企业存储库简化决策管理
IBM ODM是管理并执行业务规则和业务事件的综合平台（见下图）。借助IBM ODM，各组织获得了适应、协作及行动的能力，能够更好地利用商机，并减低风险。
2.1. IBM ODM产品功能组件架构
IBM ODM产品组件如下图所示：
IBM ODM产品组件架构图
IBM ODM产品组件功能概览：
|
组件名称 |
功能模块 |
功能说明 |
|
Decision Center |
Decision Center Console 决策中心控制台 |
是基于web的业务策略管理环境，可以对业务规则和事件规则进行管理和维护，包括规则的书写、管理、测试、查询、部署等功能;并提供规则项目/事件项目的分支管理和版本管理等； |
|
Decision Center for Business Space 业务空间 |
可以同时实现规则和事件监管，可以对事件进行模拟测试，包括事件的模拟发送和捕获、事件的捕获和回放、事件相关的仪表盘和报告 |
|
|
Rule Solution for Office 对Office的支持组件 |
可以让用户在Microsoft Office word 和 Excel中来书写和管理规则，并实现了规则到Office文档的导入导出 |
|
|
Decision Server |
Rule Designer-规则设计器 Event Designer-事件设计器 |
是基于Eclipse的集成开发环境，用于业务规则和事件规则的建模、设计、开发、测试、部署等； |
|
Rule Execution Server 规则执行组件 |
规则执行服务，是业务规则的执行环境；并能监控规则执行的大概情况； |
|
|
Event Execution Runtime 事件执行组件 |
事件执行环境；并能监控事件执行的大概情况； |
|
|
Event Connector 事件连接器 |
事件管理使用事件连接器与其他系统通信，提供了用于一系列通信协议的连接器，包括 HTTP、JMS、FTP、SMTP、文件系统、JDBC、SOAP及其他 |
2.2. 决策中心(Decision Center)
决策中心Decision Center是基于 Web 的业务策略管理环境，业务人员、策略管理员、业务分析人员等都可以使用。
通过Decision Center决策中心能够制定及维护决策定义，这提供了IBM ODM面向业务用户的所有能力。Decision Center让业务用户可以直接参与业务策略的规则和事件的定义和监管。用户还可以将元数据与决策定义相联系，比如生效日期和到期日期、生命周期状态以及与其他定义的关系，以阐述如何在生产环境中使用。Decision Center提供用于监管决策逻辑的企业存储库，并附加一系列访问存储库的界面，包括决策中心控制台、业务空间决策中心以及针对Office的规则解决方案。无论使用哪一种界面，业务用户都可获得决策逻辑的可视性，并加速其实施，从而使运营系统满足不断变化的业务需求。
2.2.1. 决策中心控制台
决策中心控制台（Decision Center Console），属于打开即用的Web环境，使业务团队能够协作管理决策逻辑，为个人用户提供指定的访问及变更许可权，在权限许可的情况下可以对业务规则和事件规则进行管理和维护，包括规则的书写、管理、测试、查询、部署等功能。决策中心控制台提供一套综合的监管性能，包括定义的测试、记录及分析。
决策中心控制台为业务用户提供最完整的管理功能集合
2.2.2. 业务空间决策中心
业务空间决策中心（Decision Center for Business Space），属于混搭程式的Web环境，将决策管理功能与其他业务系统管理职能相结合，比如借助IBM Business Process Manager报告流程，借助IBM Business Monitor监控应用程序。
业务空间决策中心还包括针对事件管理的一些小部件：
- Event Capture 窗口小部件 和 Event Replay 窗口小部件
Event Capture 窗口小部件 和 Event Replay 窗口小部件 在 Business Space 中运行。这些窗口小部件通常由以下类型的用户使用：希望捕获系统中的事件，并重放其中的一个或多个事件的序列（通常在测试系统上）以用于测试目的。
- Event Tester 窗口小部件
Event Tester 窗口小部件 在 Business Space 中运行，并且通常由希望在业务流程中测试事件逻辑的业务用户使用。
- Event Chart Manager 窗口小部件、Event Chart 窗口小部件 和 Event Layout 窗口小部件
这些窗口小部件在 Business Space 中运行，并且用于开发和显示一些图表，这些图表以实时方式显示系统活动，包括事件处理、操作创建、事件规则组评估以及数字字段的总值和平均值。
- 事件用户控制台
用户控制台提供了将人员活动集成到过程流的功能。
2.2.3. 针对Office的规则解决方案
针对Office的规则解决方案（Rule Solution for Office），可以借助Microsoft Office Word和Excel创建和编辑基于业务规则的决策，比如业务行为语言规则、规则流程图和决策表。通过下载一个轻巧的Microsoft Office插件，业务用户即可利用提供自动拼写帮助功能的规则编辑器，以指导的方式处理基于文件的规则文档。因为规则文档包括规则相关项目的所有对象模型细节，用户可访问定制的业务词汇表，且规则会自动验证逻辑和语法的正确性。规则文档是借助决策中心控制台创建的，决策中心控制台可从存储库中提取规则集及整套规则项目；一些业务规则也可在决策中心控制台访问，并借助针对Office的规则解决方案打开和编辑。
2.2.4. 决策中心存储库
决策中心的存储库（运营决策库）就是存储用自然语言/业务语言描述的业务政策的数据库。运营决策库可从决策中心控制台或者针对Business Space的决策中心界面访问。存储库还能够让策略制定者与IT部门保持一致，允许技术团队集合决策逻辑变更与整体应用程序变更，其中后者可在生产环境中实现决策自动化。IT开发人员可以将存储库与基于Eclipse的规则和事件设计程序组件同步，以创建和提高决策管理应用程序。可根据变更的范围，对整个项目或者项目中选定的部分进行同步。同步是双向的，所以IT可反映业务人员在开发环境中对所做工作进行的决策变更，且针对业务用户的性能提升也可轻松地在决策中心实现。
2.2.5. 决策验证和测试
IBM ODM还提供一系列测试功能以验证变更，并确保变更能满足业务及系统的需求，并执行决策变更的结果。这些测试功能包括:
- 单元和复原测试，以确保按预期执行个别定义
- 功能测试，以针对测试数据执行决策集并获取结果
- 模拟以评估与历史数据或测试数据相比较得出的决策业务成果IBM Operational Decision Manager的监管功能的范围是恰当实施决策变更的根本，确保IT人员可将决策变更控制权转交给业务专家。
2.3. 决策服务(Decision Server)
在Decision Server中结合开发和运行时功能，IT人员可创建高度灵活的适用性解决方案，以检测及回应特定时间段内的数据模式，然后对事务性、面向流程的业务系统提供恰当的决策响应。
2.3.1. 规则设计器和事件设计器（开发环境）
WebSphere Decision Server提供了基于Eclipse的开发工具，包括规则设计器（Rule Designer）和事件设计器（Event Designer）。IT人员可通过该开发工具构建决策管理应用程序。Rule Designer和Event Designer是运行在单一Eclipse实例中的不同方式。这为开发人员提供了“一站式”开发环境：包含了创建及维护规则及基于事件应用程序的所有元件及操作。从Eclipse的角度来说，开发人员可以：
- 为应用程序创建逻辑业务对象模式(BOM)，并将其映射到定制的具体领域词汇表中
- 将BOM与执行模型与XML模式相关联
- 为决策元件创建元数据模型(除标准元数据之外的应用程序特定的数据字段；例如定制规则状态属性)
- 将决策打包列入可执行集合，并与该应用程序内策略驱动的决策大体一致
- 将规则集内的业务规则分离到任务中，并指定规则流程图，以协调这些任务的执行
- 用自然语言或者图形格式(针对业务规则)创建决策定义，并以一种或多种本地化的版本表述出来(如英语和西班牙语)
- 创建基于业务规则的记分卡，以在规则流程图中执行
- 创建缺省应用程序，以针对测试目的调用决策
- 将业务规则和事件项目与决策中心的存储库同步
- 借助运行时组件的执行管理和监控性能，将应用程序部署到生产环境中
因为测试是应用程序开发的关键部分，Rule Designer和Event Designer能够整合标准和平台特定的测试工具，如JUnit。如果测试不通过，开发人员需要进行调查以发现问题，那么集成的决策定义和Java代码联合调试支持开发人员在测试方式下启动应用程序(或远程运行应用程序的实例)；然后开发人员借助标准Eclipse调试实施设置断点，并检测该应用程序的各个方面，及其与底层系统的互动情况。另外，开发人员可定义业务用户在决策中心内所使用的测试和模拟场景，这属于决策变更验证监管的一部分。
为每一次的客户、合作伙伴以及组织内部交互制定最佳决策，在各运营业务系统内部以及之间有效地实现决策制定自动化，这是最大程度地提高组织效率所必需的步骤，由此可提高员工生产力、改善工作日中重复执行操作的质量。
2.3.2. 规则执行和事件执行（执行环境）
IBM Operational Decision Managers不仅是监管决策定义的存储库，而且提供了流程和交易应用软件中所需的决策逻辑执行功能。IBM ODM的运行功能通过Decision Server提供，同时提供开发工具，用以创建决策管理应用程序，从而智能地实现广泛的决策自动化，比如提供产品和促销计划、决定合格性与定价、 对案例和客户进行优先级划分、 风险评估及欺诈辨认等等。
IBM Operational Decision Manager能够智能地实现业务流程和应用程序间各种决策的自动化，同时融合了IBM市场领先的业务规则管理和业务事件处理功能，从而对业务商机或风险条件采取更具针对性的措施。通过IBM在其服务产品中提供的独特功能集，组织可以更加快速灵活地对决策逻辑进行变更，另一方面，可视性和监管力度也有所增强，从而可改善决策协作，并以更高的性能和可靠性实现实时操作自动化。
IBM ODM可处理完全自动化的场景—不管最终客户在何处使用Web通道或自助服务系统(如POS机终端)—也可以处理半自动化的场景，比如决策回应发送给与最终客户交互的人员(如呼叫中心的员工，或者面对面的情况，如分公司、零售店或者医疗机构)。
在半自动化场景中，决策管理应用程序在决策支持功能中发挥作用，提供指导和建议，协助个人在众多选择变量中制定最佳决策。
Decision Server对不同业务规则和业务事件有专门的运行时间。支持设计并部署决策管理应用程序以解决具体的自动化类型：
- 业务事件执行可跨多种不同来源处理数据，检测并回应相似或相关事件、遗漏事件以及聚集事件等事件模式。Event Execution Runtime包括大量的整合连接器，以确保不同系统的持续状态，从而长时间地追踪数据模式，并将多种来源的事件相关联。事件模式相关的结果可作为警报或自动化操作行为。很多情况下，为了作出恰当的决策回应，这种行为会调用业务规则执行，尽管同时会触发流程和应用程序中的操作。
- 业务规则执行依据各种规则运行数据，以确定流程或者应用程序所请求的决策回应。Rule Execution Runtime旨在针对任何给定请求处理大量的规则条件(成百上千)-它可以按指定的顺序执行规则(规则流程图)或者根据推论而执行，这时候，规则引擎根据具体请求确定使用哪一条规则。
Rule Execution Server可根据需要与其他数据源及系统相整合，以完成规则的执行。
Decision Server的运行时组件支持广泛平台，可满足企业架构的各种需求。包括在分布式和大型机系统上运行的能力，通常是在应用程序服务器内运行。对于大型机操作系统IBM z/OS®来说，事件和规则执行组件可在IBM WebSphere Application Server内运行，而zRule Execution Server组件可单独部署，也可部署在IBM CICS Transaction Server中。大型机应用程序的另一个选择是能够将规则集编译为COBOL，从而直接插入到应用代码中；这是应用程序革新中有效的初期步骤，可将遗留代码替换为更易于维护且易于理解的决策逻辑。一旦IT人员准备将运行时决策逻辑从COBOL应用程序中具体化出来，生成的代码便替换为针对Rule Execution Server或zRule Execution Server的决策服务请求。
- Decision Server Rules功能说明
|
模块 |
功能描述 |
|
Rule Designer |
针对开发人员、建模人员和架构设计师的基于业务规则的应用程序开发工具。 |
规则引擎实例针对对象评估业务规则中的条件以确定哪些规则适于执行。
可用于创建基于 COBOL 模型的规则项目的管理功能。
使用 Rules SDK 将业务规则嵌入到应用程序中。 |
|
Scorecard Modeler 是一个附加组件模块，可扩展 Business Rule Management System (BRMS) 的功能，方法是提供一个具有预定义评分和推理策略的现成可用评分模型。 |
|
|
Rule Execution Server |
嵌入 规则引擎 的受管业务规则执行平台。 |
|
Rule Execution Server 应用程序服务器归档 |
每个受支持应用程序服务器的 Rule Execution Server Java EE 部署归档。 如果要在除 WebSphere Application Server 7.0 之外的受支持的应用程序服务器上配置 Rule Execution Server，那么必须针对受支持应用程序服务器选择选项。 |
- Decision Server Events功能说明
|
模块 |
功能描述 |
|
Event Designer |
Event Designer 仅在 Windows 上提供，用于设计、开发、测试、部署、维护和监控事件应用程序。 |
|
Event runtime |
Event Runtime 管理在应用程序开发期间定义的实时业务事件协调。 Event Runtime 可以在 WebSphere Application Server 上进行部署和配置。 |
|
Business Space 窗口小部件 |
Event Capture 窗口小部件 和 Event Replay 窗口小部件 在 Business Space 中运行。这些窗口小部件通常由以下类型的用户使用：希望捕获系统中的事件，并重放其中的一个或多个事件的序列（通常在测试系统上）以用于测试目的。 Event Tester 窗口小部件 在 Business Space 中运行，并且通常由希望在业务流程中测试事件逻辑的业务用户使用。 |
|
Event Designer 的更新站点 |
ZIP 文件包含用于将 Event Designer 配置到可兼容的基于 Eclipse 的产品的 Eclipse 更新站点。 |
3. IBM ODM技术优势
3.1. 全面的运营决策管理功能
IBM ODM运营决策管理平台提供了全面的运营决策管理功能，包括运营决策创建、运营决策浏览、运营决策查询、运营决策修改、业务规则模板的管理、运营决策发布、运营决策部署、运营决策执行、运营决策测试等等。
IBM ODM全面的运营决策管理功能至少包含如下方面：
1、同时支持业务规则和事件规则。提供基于时间轴的事件感知（事件规则）和基于业务要素的业务决策（业务规则）的运营决策管理能力。例如：业务规则“如果评分小于200，那么标记欺诈为真”；事件规则“如果10分钟内的刷卡次数大于5，那么标记需要进行详细检查”。
2、支持IT开发人员与业务管理人员的协同。同时提供技术与业务人员的规则开发与管理工具，并支持技术人员与业务人员之间的规则同步功能。
3、开发人员工具支持。提供基于Eclipse的规则开发环境，并支持同时对Java代码和业务规则进行调试（Debug）。规则开发能够与主流的源代码管理工具集成。
4、业务人员工具支持。提供可以直接使用的统一的基于Web浏览器的规则管理功能，在同一个环境中可以实现规则的书写、管理、验证与测试、查询、报表、部署等功能。并可以使用MS Office Word和Excel来直接书写规则，或导出Office文档来离线编辑，并在完成后导入变化内容。
5、集中的规则库管理。产品提供基于数据库的集中规则库功能，支持规则整个生命周期的管理，如规则的创建，规则的模拟测试，规则的部署，规则的版本管理等。
6、规则版本与基线管理。产品提供规则的版本与基线管理功能。可以支持同一个规则集的多版本同时运行。支持规则项目的版本管理的分支与合并功能，能在不影响后续部署的情况下更改当前规则。
7、图形化规则编辑功能。产品提供图形化的规则编辑工具至少包括自然语言，决策表和决策树三种形式。事件规则和业务规则采用相同的自然语言规则编辑器。
8、提供可视化的决策流程-规则流。产品提供规则流，提供主要的规则流逻辑，例如顺序、并行、分支、起始、结束等，支持可视化编辑，支持嵌套子流程。
9、规则查询。产品支持规则查询功能，至少包括基于规则属性（创建者、创建时间、状态等），基于规则的组成内容（使用了哪些词条），和规则执行的语义（什么情况下会被触发或导致其它规则触发）三种查询方式查询。
10、规则验证。产品提供业务人员能够直接使用的基于Web浏览器的规则验证能力，包括管理测试场景，测试集，以及业务仿真功能。能够定义业务仿真的各种KPI指标，并对KPI指标进行显示和对比。测试场景可以使用Excel表格来输入。
11、规则部署。支持规则集的热部署，规则部署时无需中断应用，并实现0延时切换。同时支持基于HTTP的在线部署和基于文件的离线部署。支持业务人员在无需技术人员的帮助下直接部署，部署时不需要代码或应用变更。
12、规则执行。提供能够独立的可作为服务部署的规则执行服务器，执行服务器可以独立部署在Java应用服务器上来对外提供规则运算服务，也可以与业务应用系统部署在同一个应用服务器中。
规则执行服务器支持集群，能够提供集群环境下的规则集统一部署和执行的统一监控。
对于业务规则的执行算法能够提供至少三种业务规则算法Rete，Sequencial和Fastpath。并支持规则重载和规则动态加载。
13、规则执行监控。产品提供规则执行服务器的运行监控和管理，监控能够支持JMX的管理标准。提供基于Web浏览器的监控管理控制台，并可以基于JMX同其它网管平台集成。应用在运行时能够输出或记录规则执行的详细日志。包括规则执行的输入输出数据、执行的规则流，执行的规则，所用时间等信息。
3.2. 使用自然语言开发编写运营决策
IBM ODM借助反映组织特定领域术语的定制词汇表，使得决策逻辑能够基于非技术语言，允许任何人了解决策定义的精确条件以及所采取措施。定制词汇表映射到底层的对象模型，该对象模型用于将自动化决策部署到生产系统中。业务用户无需再担心规则说明向应用程序代码的转变。相反，他们可以直接制定并维护决策，使用直观的编辑器来指导用户，甚至能够对满足其业务需求的定义进行测试和验证。业务事件和业务规则定义可使用标准的“if-then-else”文本格式(称为“业务行为语言”)，定义业务规则还可以借助各种图形格式，包括决策表、决策树形图、记分卡以及规则流程图，从而针对给出的决策请求指定规则集的执行顺序。
IBM ODM提供了简单操作规则、决策表、决策树、记分卡 4种业务规则的表现形式。
简单操作规则，业务规则的一种形式。类似于如下业务规则：
决策表，业务规则的一种形式，它在贯穿着多个行列以决定恰当操作的表格中捕捉多个条件的决策业务逻辑。类似于如下业务规则：
决策树，以树的形式表示业务规则的一种方法。决策树提供一种结构来排列选项并研究选择这些选项后的可能结果。类似于如下业务规则：
记分卡，记分卡指的是对问题进行建模的规则工件，定义推理策略和得分策略。这些属性一起使用可确定将显示的最后得分以及原因码。还可以配置属性的权重算出加权总和，即将指定给属性的分数乘以权重所得的结果。权重是百分比。权重较高的属性比其他属性更重要，因为最后得分很大一部分取决于该属性。
事件规则，事件规则将事件和操作绑定到一起。规则通常包含用于触发仅特定环境下的操作的条件。该条件可能包含对过滤器的引用。规则定义同一作用域内多个事件的上下文（如果有）。规则还可包含何时对条件进行评估以及何时发送操作的计时。
3.3. 适应快速变化的能力
对大部分组织机构来说，在恰当的时间制定正确的决策需要频繁更新各自的运营业务系统。业务环境的动态特性意味着当前适用的决策可能将来并不适用。新的商机和风险、竞争性行为、新增法规以及业务策略的变化，这些均要求业务系统能够与之同步变化。
组织机构与各种新的业务需求同步变化时遇到的最大挑战之一是基于传统的应用程序开发生命周期实施变更所需的时间，需求描述、分析、设计、开发、测试和部署，通常需要进行多次迭代。当需要业务系统针对新客户或地区设立特别定价，确保遵循合同要求或发起新的促销计划时，传统方法严重影响了组织机构迅速做出调整的能力。同时它还导致对IT之外的业务系统运作缺乏可视性和了解。IT创建了特定功能的应用程序，该应用程序本质上充当了业务用户的黑匣子，可驱动系统行为以及变更该行为所需的操作。
IBM Operational Decision Manager从根本上改变了这一状况，为业务职能提供了一系列功能，直接参与决策管理生命周期，同时还将决策变更与应用开发生命周期相分离。因此，各组织可以更加频繁、更加快捷地实施决策变更，满足其业务需求。
3.4. 分支管理和版本管理能力
IBM ODM可以对运营决策的全生命周期进行管理，即运营决策包括业务规则和事件规则从诞生到最终过期整个过程中的每次变更都会在运营决策库中留下轨迹，您可以进行版本比较、版本切换、历史版本查看、基线管理等。同时，也提供针对规则项目或事件项目拉分支、合并分支等的分支管理功能。
IBM ODM的存储库是变更监管的基础。存储库是自动制定决策的唯一正确来源，可跨应用程序和流程使用，使用户可以在一处进行的变更跨许多系统部署使用。借助基于角色的访问控制，存储库使每位业务参与者均具备专门的访问和管理功能，同时对单个定义、多套定义及整个业务规则和业务事件项目提供多版本控制。变更监管需要能够同时处理即时变更和未来变更。
分支管理，IBM ODM多版本管理功能使团队可在一个项目的多个版本中操作，方法是从项目的基础版本中创建多个分支，即可创建不同的版本，且可并行运行。这一功能在同时实施大量变更时特别有用。不同的子版本会单独显示，且并排进行对比以显示其中的差异。当需要部署不同版本的时候，它们将被用来创建一个新的基础版本，并全部或部分地与其他子版本合并。
多版本管理功能使团队可同时处理业务规则或业务事件项目的分阶段版本
版本比较，对规则的任何版本中的两个版本进行比较，比较结果类似如下：
历史版本查看，可以查看规则从创建到当前时刻的所有规则的版本，可以通过规则的历史轨迹跟踪规则的变化
基线管理，可以查看规则在以往指定时间点的状态。设计基线的目的是使您可以及时在给定时刻捕获项目的状态，以确保其内容没有被编辑，但是在某些情况下，可以编辑其内容。可以创建、删除、复制、冻结基线，也可以恢复基线。
3.5. 便捷的规则测试与仿真
如果测试需要花费几周的时间，那么在几分钟内完成规则变更的能力是没有什么意义的。IBM ODM提供了强大的规则测试与验证的解决方案：Decision Validation Server（DVS）模块。
- 可以使用Excel表格或基于XML数据作为测试数据输入。也可以集成到其它数据源例如历史数据库中。
- 可以对仿真测试创建KPI，来评估业务政策的变化对业务目标的影响。
- 提供HTML，Excel，和XML格式的报表
3.6. 灵活的规则部署与运行
当前，企业内的业务规则使用趋向普及，IBM ODM在解决部署和运行规则服务方面具有其独特性和唯一性，它能够自动实现最灵活的规则执行和部署:
- 支持高扩展的执行引擎，基于Java JCA规范能很好地在J2SE或J2EE的部署环境中进行应用集成。提供完整的基于JMX的管理能力，并提供out-of-box的管理控制台。
- 对Cluster支持。RES能够部署在Cluster的平台上，共享数据库中的规则集，并通过通用的JMX接口进行管理。
- 独立的执行服务器。RES管理自己的规则集数据库，使得RES完全独立地运行。部署新规则集可以从业务人员的环境（Decision Center），或技术人员的环境（Rule Designer），或RES的管理控制台，甚至RES提供的脚本和JMX Bean来完成。
- 对热部署支持。RES规则集能够在不影响当前运行的情况下异步编译进而实现热部署，同时实现0延时切换。并且新的规则服务可以在不中断其它应用的情况下直接部署到RES执行服务器中。部署新的规则服务不需要依赖任何代码的生成，并且不需要重新配置RES，不需要技术人员的参与。实现动态部署。
- 透明决策服务Transparent Decision Service（TDS）。基于XML的规则服务能够自动被部署为Web Service。
- 内置的审计能力（决策仓库）。规则引擎能够配置多个级别的执行trace报告，并保存在决策仓库中。可以被用来做审计，分析等处理。
- 支持多种场景的部署方式。包括单元测试，规则验证，业务仿真和生产环境部署。支持基于查询的规则部署，例如某个分支部门只部署该部门的规则用来测试。
- 支持联机部署和非联机部署。联机部署可以通过Decision Center或Rule Designer直接部署规则到RES中。非联机部署则可以手工把规则集Jar文件通过RES控制台上传到RES中，或通过脚本把生成的Jar文件部署到RES中。
3.7. 强大的事件管理功能
在大型组织中每天将发生数千万的事件，但并不是所有事件都同等重要。要深入了解情况，需要能够确定一个或多个源中相关事件或者看起来不相关的事件的模式的产生时间，然后对响应的执行与事件的该模式进行协调。
业务事件处理BEP 提供了一些功能来帮助检测和响应相似或相关事件、缺少的事件以及聚集事件中的事件模式。还可使用 BEP 将模式检测和上下文相关，并向该模式应用时间维度。 因此，可创建诸如以下逻辑：如果在<时间范围>内发生了事件 A 和 B，但未发生事件 C，那么在<时间范围>之后执行操作 X、Y 和 Z。例如，在零售 Web 站点上，如果客户将一本书添加到其购物车（事件 A）并查看了邮递信息页面（事件 B），但一周内未通过在线检出完成购买（事件 C）。 那么，接下来一天之后将向客户发送电子邮件（操作 X），将该书的详细信息更新到客户的收藏夹数据库（操作 Y）。 最后，向销售部发送消息，告知其该客户未完成购买（操作 Z）。
另外，BEP 还提供非编程的图形用户界面。 业务用户可使用此用户界面自主管理事件处理逻辑，将大幅减少计算的时间并降低所有权的总成本。 BEP 支持大量的应用程序需求，其中包括：
- 来自于多个资源的高容量异构业务事件类型。
- 非特定时间或顺序内发生的业务事件和复杂模式。
- 事件处理逻辑的频繁更改。
- 业务用户自主维护的事件处理逻辑。
这些高级功能并且结合了为业务用户提供的图形界面，提高了灵活性并且缩短了求值时间。
下图对于 Decision Server Events 在协调多个应用程序中传递的复杂事件时所起的作用。
协调多个应用程序传递复杂事件
3.8. 业务规则模板提高规则配置效率
模板是部分编写的业务规则或决策表，用于作为创建具有类似内容和结构的多个规则或决策表的起点。另外通过在模板中进行定义，可冻结创建自模板的部分规则，这样就不能对这部分的规则进行编辑了。
模板简化了编写规则和决策表的任务，尤其适用于：
- 创建已经部分编写好的业务规则和决策表。
- 不允许用户编辑已部分完成的规则中的某些部分。
模板只有在您创建规则或决策表时方可适用。如果您后来修改了模板，这对之前从这个模板中创建的规则或决策表没有影响。您需要手动更新这些规则或决策表。
3.9. 运营决策管理的权限管控
轻松、高效地变更决策逻辑的能力与控制这些变更的能力一样有效。对变更的监管使IT和业务团队相信他们正确实施了决策逻辑，并且这些变更确切地反映了业务需求。IBM Operational Decision Manager完美地结合了业务用户授权和变更监管，以确保方便、安全及可靠地实施决策逻辑。
正如之前章节所述， Decision Center的存储库是变更监管的基础。存储库是自动制定决策的唯一正确来源，可跨应用程序和流程使用，使用户可以在一处进行的变更跨许多系统部署使用。借助基于角色的访问控制，存储库使每位业务参与者均具备专门的访问和管理功能，同时对单个定义、多套定义及整个业务规则和业务事件项目提供多版本控制。
IBM ODM提供安全的规则库访问控制，基于标准的认证方式，包括SSO。并提供基于角色的功能授权管理。运营决策管理的权限管控主要分为两大类，一类是业务范围管控，比如不同角色的人能够查看不同的业务决策或者说不同的规则项目/事件项目；另一类是操作权限管控，比如不同角色的人对运营决策有不同的操作权限，有些人只能查看规则但是不能修改或删除，有些人对业务政策有修改/删除/新建等权限。
3.10. 良好的可扩展能力
技术开放性。IBM ODM是唯一一款适用于保险行业、金融行业的业务规则管理系统。IBM ODM在银行业适用于多种业务系统例如：电子银行；信用卡；信贷；反欺诈；反洗钱；BASELL;信贷；支付；稽核等等有大量基于规则实现的系统。IBM ODM不与任何应用绑定，这使得业务和技术人员可以有更大的空间进行规则通用性和扩展性的开发。行业拥有所有的规则与模型、可自由地新增与加强规则功能。
基于IBM ODM产品的定制化开发。IBM ODM产品提供了丰富的API，使用者可以基于这些API对运营决策管理做一些定制化的开发。比如，规则管理Web页面定制，能够在产品的Web框架中加入客户化的页面。并能够把规则编辑Web组件集成到用户自己的Web应用中。并提供丰富的API来访问与操作规则库
规则执行服务器集成。规则执行服务器同时提供基于J2SE和J2EE的应用集成方式，应用可以通过POJO、EJB、MDB等方式进行集成，并提供基于Web Service的调用接口。
事件执行服务器集成。事件管理使用事件连接器与其他系统通信和集成，技术连接器（technology connector），一个 API，它在事件处理服务器（运行时服务器）和使用标准协议（如 SMTP、HTTP、FTP 或 SOAP）的外部系统之间传递数据。提供了用于一系列通信协议的连接器，包括 HTTP、JMS、FTP、SMTP、文件系统、JDBC、SOAP及其他。
4. IBM ODM成功案例
业务规则和业务事件技术如果单独发挥作用，可为公司组织提供巨大价值。另外，越来越多的分析人员面临如下情况: 规则和事件本质上相互补充，当结合在一起时，即可为数据模式分析和决策自动化提供“始终开启”的机制。因此，将两者结合将赋予行业最佳的敏捷性和积极的业务成果，以获取最大的潜在商机。比如：
- 业务规则—帮助公司实现决策制定自动化，并对其进行管理和控制；获得组织知识和最佳实践；强制实施内部策略和外部法规。
- 业务事件—实时检测事件和事件类型，以促进业务状态感知和实时响应。
- 结合业务规则和事件—协同业务信息、行动和响应，实现智能、灵敏地决策自动化。当事件模式出现时，业务事件处理即可迅速地识别，业务规则执行将复杂的推理算法运用到数据中，以根据具体情况制定恰当的决策。
IBM ODM在国内外各行各业有非常多的应用案例，比如：
1、保险行业。几乎国内所有的保险公司中采用规则管理系统的基本上都是使用的IBM ODM 规则管理产品，例如：中国人保财险、安邦财险、华泰财险、华泰人寿、新华人寿、阳光财险、合众人寿、长城人寿、泰康人寿、众诚汽车保险、平安保险、太平洋保险、中国人民人寿保险、利宝保险、国寿财-中国人寿财产保险、太平保险、太平人寿、光大永明人寿、生命人寿、阳光人寿、都邦保险、华夏人寿、大地保险、中银保险、恒安标准人寿、永安财险、信达财险、英大保险、前海人寿、中华联合保险等。
2、银行行业。在银行业各大银行例如：中国建设银行、中国农业银行、国家开发银行、光大银行、中国邮政储蓄银行、中信银行、广发银行、宁波银行、中国银联、交通银行、平安银行、浙江农信、山东农信、上海农村商业银行、新疆农信等农商行、华融湘江银行、台湾玉山银行等都是使用IBM ODM 规则管理的成功用户。国外银行例如美洲银行、美联银行、富国银行、汇丰、西部银行、摩根、顶尖英国、花旗、德意志银行、新加坡星展银行等等国际大银行也是IBM ODM的成功使用用户。
另外，IBM ODM在电信行业、政府、交通运输业、零售业、制造业、能源、电力等其他行业也都存在很多的IBM ODM规则管理的用户。
以下为其中的几个IBM ODM项目的案例说明。
4.1. 中国中信银行选择IBM ODM完成信用卡处理和审批自动化
4.1.1. 项目背景
在中国大陆，过去并不流行使用信用卡付款购物。然而随着国内大都市在国外消费支出的影响下快速发展，以及在中国的主要城市中信用卡为零售和其他分销点所接受，信用卡的使用快速成为流行现象。考虑到大都市密集的人口密度并且需要处理和审批消费信贷交易，像中信银行这样的公司迫切需要信用卡处理和审批自动化系统以代替银行员工每天费力的人工处理，中信银行已经拥有遍布中国的5百多万名客户。
4.1.2. 解决方案的实施
中信银行已经引入其基于 IBM ODM BRMS 的信用卡处理和审批自动化系统，目前运行约300条业务规则。自2007年11月起，该系统部署在中信银行的一家分行中，已经证实很多成就：270名员工的职工劳动生产率提高300%并且每年节约1百万的费用。
IBM ODM BRMS 的使用帮助中国中信银行在300条不同规则的基础上科学系统的搜索和分析，当中考虑到信用卡处理和审批需求的各个方面包括潜在的信用卡欺诈。新规则输入到中央规则库中，并最终使得中信银行员工每天可以自动地应用规则无需或仅需少量人工干预，除了极少发生的异常，而这类异常将提交给银行高级职员进行人工检查。
作为中信银行的总工程师，田明忠博士同他的IT专业人员小组内部构思、设计以及部署该信用卡处理和审批的业务规则管理系统(BRMS)。中信银行已经在一家分行中证明 IBM ODM BRMS 在信用卡处理和审批中的成功，并且可能将该系统扩展到中国大陆的许多其他分行。IBM ODM BRMS 的灵活性意味着该银行可以轻松地应用IBM ODM Rules 引擎于银行的许多其他部分，包括其他个人银行业务以及机构银行业务的需求。
4.1.3. 项目的效果及客户的评价
目前，使用IBM ODM BRMS 运行约300条规则以帮助中信银行管理其分行条规则以帮助中信银行管理其分行每天必须处理的不断增加的信用卡交易。其中的业务和流程受益包括：
- 自动化大部分的信用卡交易；
- 使用规则中的异常辨别潜在的信用卡欺诈行为；
- 实时处理大量的业务交易；
- 少量的人工干预因此使得银行员工更为有用能干；
- 每年节省大量的人力开销费用。
作为中信银行的总工程师，田明忠博士说：
“使用IBM ODM BRMS 后，我们减少了员工每天面对的工作压力，用该产品处理并尝试审批无数的信用卡交易。我们已经实现了提高300%多的职工劳动生产率，并且每年节省1百万元，使用BRMS意味着我们可以简化操作同时还从这个有价值的投资中获得显著的投资回报率(ROI)。”
4.2. 新加坡星展银行采用IBM ODM推动交叉销售和追加销售商机
4.2.1. 项目背景
星展银行是亚洲领先的金融服务银行，在十五个国家和地区拥有200多家支行。在2009年和2010年，连续两年被Global Finance评为亚洲最安全银行称号。在销售方面存在如下问题和挑战：
- 缺乏个性化洞察：根据客户行为发现新商机的能力有限，无法及时采取行动，并提供相应的产品。现有的活动过于普通化，无法根据客户概况进行个性化设计
- 缺乏可视性：对于活动的成功率没有实现实时的可视化，包括地区业绩和客户概况方面，也无法根据成功营销的反馈改变现有营销活动。
- 无法快速部署新业务：新战略的业务模式的部署必须依赖IT人员的参与。
4.2.2. 解决方案
借助IBM Operational Decision Manager，财务负责人可以创建解决方案来提高整个企业内制定业务决策的能力，并使用多种交付渠道提供实时、个性化的交叉销售和追加销售商机。
比如，借助业务事件处理，银行主管可以追踪客户的各种行为，包括浏览公司Web站点的产品、通过电子邮件或网页形式提交查询、向呼叫中心代表咨询、与当地分行贷款主管交流或者在ATM机上完成交易。如下图所示。
能够在任何时间提供最佳服务，需要实时理解客户行为，并根据具体情况做出恰当的响应和行动
随着Business Event Execution Runtime检测出更多的事件，将借助WebSphere Decision Server调用Rule Execution Server以将基于规则的决策算法应用到数据中。比如，规则引擎可处理特定客户信息传送给它的事件数据(如信用评分、购买历史记录和其他个人信息)，以确定最佳交叉销售和追加销售商机-包括资格预审的确定，以在任何时间给客户提供不同产品。
业务规则和业务事件运行时可与其他系统配合做出响应，通过恰当的渠道向客户提供服务。这种决策响应可实现完全自动化，比如，可为有资格并感兴趣的客户提供机会以签署在ATM取款的透支保护。或者，进行决策支持指导，提供有关客户近期Web搜索的信息，以及致电客服中心咨询贷款官员或银行发言人的问题等信息，以便在与该客户进行交易时表达交叉销售或追加销售的建议。在一些地区，需要创建业务流程管理(BPM)应用，以执行服务相关系列操作。
方案架构图
4.2.3. 项目的效果
这样的系统可让所有类型的金融机构实现更优化的业务成果，包括:
- 在销售点或者账户开通期间，为所有渠道及所有金融产品提供信用及其他产品服务的更优决策。
- 提供个性化的金融建议，提高客户价值和客户对公司的忠诚度。
- 优化交叉销售和追加销售商机，借助持续、自动化的流程，在减少风险的同时支持“钱包份额”增加。
- 针对最佳客户实现商机最大化，提高增长率，开发针对性服务以吸引新客户。
4.3. 中国光大银行采用IBM ODM改进贷款申请程序
4.3.1. 项目背景
中国光大银行为全国各行各业的公司提供贷款，随着中国经济的蓬勃发展，该行的客户群日益庞大，这使得业务程序变得十分繁琐，难以有效管理，其中贷款批准方面尤其复杂，有关人员需要考虑多方面的因素，包括客户的信贷额度、偿款能力、贷款选择、信贷记录、业务运营及行业风险等。信贷风险经理需从多个渠道收集有关信息，然后手工计算贷款前期的风险评估，这个步骤令贷款申请囤积，需要数周甚至数个月才能处理。
4.3.2. 解决方案的选择和实施
中国光大银行采用了领先业界的IBM ODM BRMS业务规则管理系统来构建一个全新的贷款申请及信贷风险决策管理系统，取代其原有繁琐及不灵活的手工程序。
IBM ODM 和毕博管理咨询携手为中国光大银行部署这个新系统，除了BRMS方案，IBM ODM的专业服务部也为该行提供产品、设计及体系结构的技术咨询服务，而在全球商业咨询及系统集成领域首屈一指的毕博管理咨询则负责系统集成工作。
4.3.3. 解决方案的效果
通过采用IBM ODM BRMS, 中国光大银行的全新贷款申请及信贷风险决策管理系统把贷款前评估工序自动化，不仅减免了人工操作、同时改进信贷管理质量，从而减低风险。中国光大银行部署的新系统令贷款申请审判程序由过往的数个星期缩短至一天，大幅度改进了客户服务。此外，IBM ODM BRMS也确保新系统能及时监控贷款偿付的情况，减少坏帐或拖欠还款所导致的损失，大幅度提高该行的整体金融管理。
4.4. Visa Europe采用IBM ODM使付款处理灵活可靠
4.4.1. 项目背景
欧洲市场相当复杂。从经济和商业角度统一欧洲市场的努力已经持续了数十年，但直到今天，该市场仍然包含许多各不相同的市场、货币和多套法规。在欧盟领导下，通过统一来强化市场的最新努力成果之一是建立了单一欧元支付区 (SEPA)，该提案得到欧盟各成员国一致通过，并采用了支付服务指令 (PSD) 2007/64/EC。
SEPA 提案创建了一套常用支付规则，在使用欧元的国家或地区通行，根据规则，所有电子支付都视为国内支付，即便是跨国支付也全部视为国内支付。目标是提高效率，促进贸易发展。 有鉴于此，需要对这些特定而又独特的欧洲成员机构业务驱动因素作出策略性响应，为此 Visa Europe 成为专业欧元支付提供商，它也是全球支付提供商 Visa Inc. 旗下的全资独立组织。
复杂的发展前景要求采用新的方法。如何针对欧洲环境的特点作出响应并不断取得发展成为 Visa Europe 面临的一大难题，与此同时，Visa Europe 不仅须保持其作为全球 Visa Inc. 组织旗下成员的地位不变，又要根据全球需求做出改变。这些因素都使得针对不断变化的法规和市场状况做出相应改变困难重重。这也正是建立专门的欧元组织的原因所在，被人们视为是一次明智之举。
问题之一是复杂性。在全球任意位置 Visa 卡每使用一次，都会执行一次授权，并在发卡行的金融机构与商家之间创建一次交易。每天下班前，这数以百万计的交易必须全部结算清楚。每笔交易都通过一组业务规则来运行，规则可管理收取的费用、应用的汇率以及其他验证参数，例如相应的格式化参数。这些规则必须定期更改，例如更改包括根据市场状况调整收费、增加新成员或适应新法规。
在 Visa Inc. 旧的全球支付平台上，这些业务规则全部是在系统中进行有效硬编码，因此要将新规则应用于销售非常困难。若实施单一策略更改，从最初请求到生效整个过程最长可能需要 18 个月，而在此期间任何给定参数都可能频繁更改，参数数量庞大意味着每时每刻都在进行更改。 当这一情况扩大到 Visa Europe 服务的 36 个国家或地区、多个币种和数以千计的成员时，显而易见，此基于规则的清算与结算流程给管理带来的挑战。“对于欧洲市场，实际上要考虑的业务规则数以万计，”Visa Europe 副总裁兼开发服务部主管 Justin Snoxall 表示，“独一无二的错综复杂格局会使业务开展很困难。例如，除了要考虑这些数量庞大的业务规则外，还要考虑旧系统的限制，因此引入新产品或服务需要很长时间。这一切都会阻碍我们进入新市场的脚步。”
4.4.2. 解决方案
新平台名为 Visa Europe 清算与结算服务 (VECSS)，该平台的核心使用的是 IBM WebSphere® ILOG® JRules，这与基于大型机的旧解决方案截然不同。用于管理清算与结算服务功能的数以万计的规则无需再进行硬编码，而是作为规则进行存储，并从存储在 IBM DB2® 数据库中的成员机构业务参数中获得进一步的上下文，这就允许对这些规则进行一致地管理，并能通过内置业务规则管理系统 (BRMS) 轻松更改。规则更改现在需要员工参与的时间大大缩短，因此节省了与更新关联的维护成本，降低了总拥有成本。
但更重要的是新系统可实现的更改速度。“更改业务规则的时间从原来需要 9 个月缩短到只需 3 个月，”Snoxall 说。“在 13 个月中，我们进行了 60 次规则更改，同时还将成员迁移到了新系统。BRMS 实际上有潜力在几天内完成更改，从长远来看，甚至可能在一晚上便可完成更改，因此一旦业务需求增长，需要更快更改时，我们完全是整装以待。”Snoxall 表示，“这种全新水平的功能与基于大型机的旧系统有极大不同。”
可伸缩的 VECSS 系统的效率也要比较早的清算与结算平台高得多，提高了对成员的服务质量。自系统投入运行以来，每六周处理的交易数超过 100 亿。在高峰时间，VECSS 每秒能处理 8000 单以上的交易。
在 Visa Europe 独特的商业环境中，系统能否高效处理交易和管理规则非常重要。成员机构的需求差异如此之大，故而会要求组织提供高程度的定制。“清算与结算从头至尾遵循的是一组独具特色的流程，但并非所有支付交易都会使用相同的方式进行处理，”Snoxall 表示。“我们需要将每个区域的特定状况、合同类型以及客户作为一组完整的变量考虑在内。”结果是要处理的交易类型超过 500 种，共需要 10000 条编辑和验证规则，再加上另外 20000 条收费计算规则。所有这些都必须有效地加以管理，而通过灵活的解决方案，这一切变得简单得多。
4.4.3. 解决方案的效果
Visa Europe 针对欧洲市场的独特性质构建了新的支付平台，该平台包含数以万计的业务规则，用于管理支付清算与结算。开放式业务规则管理系统缩短了上市时间，赢得了成本效率。结果是 Visa Europe 及其 4000 多家成员机构的业务灵活性和竞争力得到提高。预计很快模拟功能将使业务用户变得更具主动性和预见性，能对关键业务规则参数更改产生的影响进行评估。
- 允许更快地将定制规则应用于销售，通常速度要比之前快三倍，通过更大的灵活性来提供市场差异化。
- 降低业务规则维护成本，截止目前为止，实际节省幅度超过 25%。
- 使用基于实际数据的“what if”条件假设场景，能够创建最适用的业务规则。
- 业务规则流程可由业务用户直接访问，提高了灵活性和响应性。
- 30000 条业务规则，支持 36 个不同市场中的 500 多种交易类型，实现了海量伸缩性和高性能。
4.5. 韩国信用卡公司采用IBM ODM实现精准营销
4.5.1. 项目背景
总部位于韩国首尔的一家信用卡公司，是南韩发展最快的信用卡公司之一。该公司是韩国至尊卡的市场领导者，也是全国最大的信用卡发卡公司，在七年中市场占用率翻了 8 番，持卡人近 800 万。为了应对日益激烈的顾客份额竞争，该信用卡公司需要把握客户行为中的变化、开展有效的营销活动，并最终使现有客户的价值最大化。为了满足这一目标，公司需要引入新的营销管理计划、整合联系人记录、建立疲劳规则管理系统，用于监控所有营销活动的影响，防止过度接触特定客户的情况发生。
4.5.2. 解决方案的选择和实施
客户实施了竞销管理系统、实时营销系统和交易管理 (TM) 系统。竞销管理系统的建立是为了能快速共享和分析不同竞销/活动的结果，以便跨多个产品渠道提供集成产品。使用IBM ODM产品实时营销系统在定义竞销疲劳和基于事件的营销 (EBM) 后建立，根据每个客户的实际购买模式，为客户提供目标产品，从而优化响应率。
4.5.3. 解决方案的效果
- 通过实时检测客户发生的各种事件，并据此构建最佳行动，从而支持公司更好地管理客户体验
- 客户历史记录现在可用于实时分析，也可用于跨渠道、集成营销和实时市场竞销
- 通过提供整合产品，并共享不同竞销和实时营销活动的成果，提高营销成功率
5. 为什么选择IBM ODM
在当今变化莫测的市场中，改善决策管理对企业意义重大，因为这可提供企业成功所需的敏捷性和决策制定能力。本解决方案关注于业务规则和业务事件如何共同创建决策管理解决方案，其他的技术，比如分析和商业智能，对协助企业不断改善决策制定也起到了重要作用；这些决策改善工作的成果可在IBM Operational Decision Manager内部使用。
本解决方案已经展示了业务规则和事件是如何共同实现智能、敏捷的自动化决策制定，这对于几乎每一行业中的企业均有所帮助，使其实现智慧运作，达成更优的近期和未来业务成果。
制定良好的业务决策的需求不仅存在于之前案例中的行业；使用IBM Operational Decision Manager的决策管理解决方案适用于几乎任何行业，包括：
欺诈预防和检测—追踪事件，关联事件模式以及执行自动化风险评估，使公司采取前瞻性方式识别并阻止索赔欺诈、洗钱、移动设备黑客行为、钓鱼式诈骗、干扰收费表或其他设备破坏以及身份盗窃。
个性化促销—从旅游和运输公司，到零售公司和电信公司，决策管理解决方案让几乎每一家使用促销方案的公司根据以下具体数据为每一位客户提供定制服务: 购买和查询历史记录、最近搜索和查询以及客户忠诚度方案状态(或最近状态变更)。组织甚至可以将客户的地理位置信息与实时和历史购买数据相关联，以创建运行中的SMS文本赠券，或提供其他种类的多商户促销。
制造和供应链优化—依靠制造和供应链开展业务的任何公司都可从强大的决策管理解决方案提供的透明度和敏捷性中受益。结合使用业务事件处理和业务规则执行可协助公司通过多个检查点追踪供应链和库存，实时替换延期或缺货产品，同时启动因存货不足或其他严重纠纷而产生的补救行为或流程。
所有这些解决方案中，通过行业专家直接参与制定、维护及管理自动决策逻辑可提供巨大的整体敏捷性优势。业务系统在运行方式上变得日益灵活、透明，这让各组织可迅速适应新的市场需求、竞争、业务优先级以及法规要求。
6. IBM中国公司简介
IBM，即国际商业机器公司，1911年创立于美国，是全球最大的信息技术和业务解决方案公司，业务遍及170多个国家和地区。2008年，IBM 公司的全球营业收入达到1036亿美元。
IBM 与中国的业务关系源远流长。早在1934年，IBM 公司就为北京协和医院安装了第一台商用处理机。随着中国改革开放的不断深入，IBM 在华业务日益扩大。80年代中后期，IBM 先后在北京、上海设立了办事处。到目前为止，IBM 在中国的办事机构进一步扩展至26个城市，从而进一步扩大了在华业务覆盖面。伴随着 IBM 在中国的发展，IBM中国员工队伍不断壮大，目前已达到14000人。除此之外，IBM 还成立了10 家合资和独资公司，分别负责制造、软件开发、服务和租赁的业务。
IBM 非常注重对技术研发的投入。1995年，IBM 在中国成立了中国研究中心，是 IBM 全球八大研究中心之一，现有200多位中国的计算机专家。随后在1999年又率先在中国成立了软件开发中心，现有3000多位中国软件工程师专攻整合中间件，数据库，Linux 等领域的产品开发。
二十多年来，IBM 的各类信息系统已成为中国金融、电信、冶金、石化、交通、商品流通、政府和教育等许多重要业务领域中最可靠的信息技术手段。IBM 的客户遍及中国经济的各条战线。 与此同时，IBM 在多个重要领域占据着领先的市场份额，包括：服务器、存储、服务、软件等。
对于IBM在中国的出色表现和突出贡献，媒体给予了 IBM 十分的肯定。IBM 先后被评为“中国最受尊敬企业”、“中国最受尊敬的外商投资企业”、“中国最具有价值的品牌”、“中国最佳雇主”、“中国最受赞赏的公司”等。2005至2007年，IBM 连续三次被中国社会工作协会企业公民工作委员会授予“中国优秀企业公民”荣誉称号。
IBM WebSphere 是IBM 软件集团八大软件产品家族之一，是随需应变企业的一流软件平台，旗下拥有大量优秀的软件。IBM WebSphere 应用软件和整合软件为用户提供实现随需应变业务所需的整合和应用基础设施。基于对 SOA 方面的优势和领导地位以及对客户业务的充分了解，针对行业提供更多全面支持 SOA 的解决方案，通过企业内部和企业之间进行端到端集成提高企业业务响应能力。帮助企业利用全面的、基于开放标准的 Web 开发、部署和管理技术，加速向电子商务的转化。
IBM WebSphere 遵循帮助用户整合和应用程序基础设施软件的设计原则，以帮助用户构建用于 Web 的业务关键应用程序，建立企业随需应变的软件平台为目的，通过产品帮助用户更加简便、高效地完成关键任务。
今年，IBM 中国公司将秉承“成就客户、创新为要、诚信负责”的核心价值观，在全球化的视野和布局下，努力成为中国客户的创新伙伴，为中国建设“创新型国家”尽一份心力。
文章转载于互联网
