| 出版日期：2005-02-21 总期号：1388 本年期号：11 |
|
 |
管业务，看看仪表盘就行
——业务活动监测在企业中的应用 文 陈冀康 接上集（2005年1月3日产品与应用版），Vito公司CEO张亚东休息完春节长假后第一件事就是找CIO谢常君商量，因为在春节一个企业高层酒会上他碰到了HAL咨询公司资深顾问郭沈贤，而郭沈贤给他说的一番话让他受到了很大的启发。当时他很自信地告诉郭沈贤，Vito在IT方面的投资都得到了超过预期的回报，但是郭沈贤就问了一个问题：“你能够随时知道每小时的平均销售额吗？”张亚东想了想说，“不知道。不过这个有意义吗？”郭沈贤笑着说：“当然有意义了。现在企业如果不能实时对客户、市场作出反应，那么就危险了。当每小时平均销售额下降时，你应该及时了解销售部门是否出现了问题，如果每小时平均销售额提高了，那你就应该赶紧关心库存是否充足，发货能力是否能跟上……” 郭沈贤的一番话让张亚东明白了对各个业务部门的业务情况进行实时监测是很有必要的，他饶有兴趣地拉着郭沈贤到一边单聊，他想知道应该如何来实时监控业务，郭沈贤给他推荐了业务活动监测（BAM），“有了它，你可以像开车看仪表盘一样，坐在电脑前就能实时掌握业务情况了。” 我们在管理实时事件驱动的企业、进行大规模电子商务活动和充分利用RFID这样的新技术等方面存在能力不足。这主要是因为IT盲视，也就是对于企业的IT层级中的低层级事件将会如何影响到高层级的业务目标、策略和过程等缺乏理解的能力。 BAM（Business Activity Monitoring，业务活动监测）产品是帮助企业克服IT盲视的第一小步。这是一个非常活跃而富有扩展性的领域。如果调查一下BAM市场，你会发现，这些工具都宣称能够完成以下的所有任务： ●对于任何系统层级的IT事件（网络失效、数据库访问负载过重、在线Web站点活动等）将会如何影响到高层级的业务交易过程，提供一个直接的洞察。 ●允许实时业务层级决策对系统事件做出响应，例如调度已经延迟的业务过程实例，作为对服务速度减缓的信用报告的响应。 ●自动实时通知对业务级别策略（如SLA）的违反或可能的违反。 ●提供对业务过程性能的统计数字。 从本质上讲，BAM试图在业务过程中充当网络操作中的网络管理工具的角色。 BAM的基本思想是：当对业务有意义的事件在IT层上发生的时候，你能够获知。如果你购买了这些产品中的一种并将其安装到中间件上，这正是一种常见的情况。你告诉BAM产品自己所感兴趣的事件，例如，指明一个业务过程太慢或者一个安全策略处于被违反的危险中，那么，当这些事件发生的时候，BAM产品会警告你。如果你不知道什么是重要事件，大多数BAM产品将会在监测图中列出的各个事件供你审阅。有些BAM产品还允许你指明做出响应的行为。这就是基本的BAM产品，并且它们通常都有彩色的仪表盘，用来显示它们所发现的不同类型的事件。 安装在某个企业IT层的基本BAM工具如图1所示。这个企业有一系列的应用程序，它们在业务交易、Web站点、登录订购系统中扮演重要的角色。业务应用程序通过发送在某个中间件层传递的消息或事件来通信。例如，一个工作流引擎将会通过按照某种顺序向其他的应用程序发送消息，来为一次在线订购服务。每个消息触发一个应用程序，从而执行订购过程中的一个步骤。 假设图1所示的企业安装了一个BAM工具来帮助跟踪业务交易。箭头表示BAM工具组件所添加的事件流程。BAM工具从应用程序阅读事件，但并不妨碍应用程序之间的通信。它把事件传递给监视每个应用程序的活动监视器。事件传递可以用多种方式实现。监视器通过事件来衡量度量或状态，而这些都彩色地显示在仪表盘上。当状态到达一个临界状态，颜色发生改变并且做出事件警告。 例如，如果信用卡验证通路的状态已经变成红色，BAM工具就会生成一个警告，通知你使用这个通路的交易可能会有问题，具体问题取决于具体的度量值。如果它是一个负载度量（例如，等待信用验证的交易的数目），交易就会被减缓。某些工具还会允许你写出针对这些状态警告做出反应的规则，并且采取所指定的行动。这通常叫做事件-条件-动作（ECA）规则。例如，不论信用卡通路何时变为红色，如果有5个以上的交易在等待信用验证，则通知网络管理员。 前面所描述的只是基本的BAM。它是有用的业务管理工具，能够帮助我们把业务交易和策略及其他的IT层事件连接起来。当然，和完全的IT盲视相比，已经前进了一大步。 （B6） 
图1 基本BAM范型 BAM的逻辑体系结构 文 陈冀康 编译 今天，谢常君一大早就赶到HAL公司，原来前天与张亚东沟通以后决定再向郭沈贤详细咨询BAM的情况。郭沈贤抱着笔记本电脑进入会议室，趁着寒暄的时机将精心准备的PPT投影出来。郭沈贤笑着说：“相信你对BAM都很有兴趣，而且也看了一些相关的资料。下面我就它的一些关键内容做一个介绍。”投影切换到PPT的下一页，上面列出4个重要内容：BAM的逻辑体系结构、BAM的工作方式、BAM的未来发展趋势、如何制定BAM响应策略。 BAM是一个实时企业（RTE）的基础结构的一部分。理解BAM的体系结构组件，能够帮助你评估厂商的服务，并提高BAM解决方案的效率。 在一个实时企业中，决策和行为都通过警告来触发，警告是和环境相关的事件。BAM系统负责产生警告，警告表示受到保障的预定义条件。产生实时警告和操作行为的闭循环过程并不新鲜，但BAM的不同就在于，其事件的起源来自于多个系统而不单是一个系统。检查来自多个源的事件环境所带来的灵活性是一个挑战，但是，这也能够更好地洞察企业中到底发生了什么。 BAM有好几种形式。它可以是帮助用户做出决策的商业智能（BI）工具，或者是一个业务过程管理（BPM）环境的一部分，它在其中负责触发一个预定义的事件序列。虽然有很多的方法可以构建一个BAM系统，但是层级体系结构能够描述所有这些方法。 对这个体系结构组成部分的理解，将使你能够： ●更有效地评估厂商的服务。 ●设计更有效和更高效的系统。 ●识别重大事件并监测用来开展一个RTE过程的状态。 BAM的逻辑体系结构并不复杂。事件消息包含了对所发生的一个变化或一个行为的描述，传递到事件吸收层，然后根据规则来进行处理，如果满足规则就产生警告。警告被发送也就触发了一个行为或者产生一个输出显示（参见图2）。 一个BAM系统可以： ●作为一个单独的应用程序购买。 ●作为功能嵌入到其他的应用程序中。 ●从很多其他的技术组件构建而来，例如软件代理、消息代理、数据仓库、BI和业务过程编排工具等。 一个BAM解决方案的规模和范围说明了解决方案中的每个层所必需的复杂程度。为了解决一个具体的问题，例如，要验证每一笔运输的货物都有一个账单记录，你可能只需要一个基本的解决方案就可以了。更加一般的解决方案（例如，用到很多过程和很多用户的）将会需要更广泛的一组功能。 （Gartner供稿，B6） 
图2 BAM逻辑体系结构 （图片来源：Gartner Research） BAM的工作方式：层层传递 文 安康 编译 BAM的逻辑体系结构并不复杂，主要包括事件吸收层、处理和过滤层、事件发送和显示层。 事件吸收层 事件吸收层负责收集事件，过滤掉不相关的事件并把事件转换为事件处理层可用的格式。通过转化使消息有效并把事件属性映射到一个预定义的数据模型中。BAM事件消息的来源往往是和业务或过程相关联的，然而，在IT基础结构运行过程中发生的技术事件也可能被收集。事件的收集过程可以通过主动的或被动的方法进行。 当事件消息可用时，它们被不同的源发送给BAM系统，这就是被动收集。被动源的例子包括： ●订阅集成代理——这是一个很好的事件源，它可以很容易地把特定消息的拷贝路由到BAM系统。它还可以对消息重新格式化并添加环境。 ●通过一个提取、转换和装载（ETL）工具来更新数据库。当它们预先计划的过程被执行时，事件消息可以通过流处理发送到BAM系统。 ●来自软件代理的通知——创建消息的应用程序能够通过配置把消息发送给BAM系统。 当代理作为BAM系统的一部分主动收集事件的时候，这就是主动收集过程。这个过程可能通过以下方式完成：投票、在一个应用程序（屏幕抓取）中模拟用户行为、访问Web页面、执行数据库查询和收集应用程序日志。 在某种程度上，BAM系统的范围是由它所能够吸收的事件消息类型的多少决定的。在设计一个BAM解决方案时，一个关键的选择标准就是使得解决方案的范围能够满足需要。 处理和过滤层 处理和过滤层根据一组规则分析输入事件流，并决定是否发布一个警告。你可能会发现BAM系统的事件处理层是最难实现和使用的。规模和范围是关键问题。因为一个BAM系统是在现实中工作的，因此它每秒钟可能需要分析成千上万的事件。规则的类型以及把规则串联在一起的能力也决定着系统的能力。 实时处理的前台部分处理每一个来自吸收层的事件。简单系统可能把新事件的属性累加到一组计数器中，置于一个可操作的数据存储中，并根据规则执行简单的阈值测试。一些BAM系统还会具有更加复杂的分析能力。它们能够把新事件的属性和以前事件的属性组合起来，与一个多步骤过程的环境相关联，并分析所有事件的趋势、持续时间、发生时间和模式匹配。最复杂的BAM事件处理层还集成了最佳组合规则引擎。 事件处理层的后台主要是实时和批处理工具。实时功能包括一个编排任务的过程引擎。BI技术和相关的数据仓库都能够用来构建一个模型，该模型把事件和之前发生的问题与机会关联起来。BAM系统还包括了建模功能，以便使用模拟的事件流或历史的事件流来测试规则。它还包括了一个审计工具，可以对规则的精确性并发地进行分析。 最复杂的BAM解决方案会在事件处理层发布它们的数值。因此，评估BAM解决方案应该把这个层作为关键的目标。 事件发送和显示层 一旦事件处理完毕，结果就通过事件发送和显示层按照两种主要方式发送出去：警告消息和实时仪表盘。BAM系统可以直接发送警告，也可以把警告集成到一个业务消息和消息发送系统中，具体形式取决于产生警告的BAM系统。 对于一个通知发布系统，用户可以控制他们所接收到的警告类型，以及何时和如何发布警告。这样的一个系统可能支持一个确认和扩展过程。一个BAM警告包含一个指示用户仪表盘、BI报告或者其他钻取信息应用程序的Web连接。 警告也可以发送给BAM这样的程序，以触发一个自动行为。当有多个BAM系统存在时，来自一个BAM系统的警告被看作触发另一个BAM系统的事件。对于BAM系统应该如何互操作，并没有一个标准。 实时仪表盘通过使用坐标、图形和指示灯为关键的性能提供了一个可视化的指示。它既代表了综合度量值，也代表了个别的事件。 BAM系统不需要一个集成化的仪表盘。相反，很多企业使用BAM系统的警告功能，而切换到其他的工具来钻取、分析或把警告集成到自动化过程中。（Gartner供稿，B6） BAM的仪表盘模型 文 陈冀康 业务活动监测的仪表盘模型是目前BAM工具的基本模型。基本的思想是，当IT层正确配置以后，如果对企业业务目标和操作有重要意义的事情发生，工具会发出警告。这些工具通过检测和处理企业IT底层的单个事件来工作。这是简单事件处理。 一些工具可能允许指定事件、条件、活动规则。当重要事件发生时，规则就会被触发。这是朝向希望采取自动实时活动来管理企业的一个步骤。 如果购买了一个BAM工具并且在IT层安装使用，那么不用太久的时间，企业提出的要求就会比当前版本的工具所能做到的还要多。换句话说，企业会发现，BAM工具对业务管理很有帮助，并且不管想做什么，它总是能带来点子。一些BAM厂商也预见到了这一点，并且开始构建BAM产品的下一个版本。因此，未来一两年的BAM市场将会变得很有趣。 BAM三大发展 笔者在这里做一些个人的猜测。未来的BAM工具有3种发展方向：业务策略监测（business policy monitoring）、业务影响分析（business impact analysis）和可能原因分析（probable cause analysis），其中每一种都有很多的变化和方法。 从BAM的仪表盘功能开始，有些东西是未来一年里可能会见到的。下面是5个级别的BAM功能： 1. BAM+预定义的一组策略限制 2. BAM+提交自己的策略限制 3. BAM+可能原因分析 4. BAM+业务影响分析 5. BAM+提交自己的策略限制+可能原因分析+业务影响分析+可编程校正活动规则 和预定义的一组策略相配合的工具在这里没有列出来。例如，你可能希望监测这样一个策略：访问财务数据库和客户数据库的等待时间加在一起不能超过30秒。工具可能会监测这个策略，因为它内建的功能就是监测每种资源上像等待时间这样的度量值，并且它能够理解简单的算术规则。如果业务工作流程访问了这两个数据库，你可能希望，通过这条策略来保证业务按时完成。当然，你可以随时把30秒的限制改为别的值。 将业务推向下一层 业务活动监测运用可操作的业务智能和应用整合技术，根据直接来自可操作事件的反馈，对业务过程进行连续性的优化。除了审查业务过程（和业务过程管理系统）并发送事件驱动的警告以触发过程调整，BAM解决方案还能够用来警告个人对业务所需的活动作出改变。并且，BAM数据点能够对包含在战略计划中的执行提供前瞻性的洞察力。 企业可以在从订货处理到库存更新的各个业务范围中，使用BAM解决方案来持续不断地、反复地优化操作过程。政府机构可以使用BAM来鉴别和打击洗钱计划和恐怖主义攻击。BAM解决方案还能够帮助组织机构跟踪和预测从包裹递送到犯罪模式等的很多事情，以便有效地进行资源分配。 提前识别问题并报警 通过主动提前识别问题以及向相应的系统和个人发送带有所有相关信息的警告，建立在信息生成器技术基础上的BAM解决方案，使得人们能够在造成混乱之前就快速地找到和解决问题。 基于信息生成器的BAM解决方案能够审查现实中的任何业务过程，向人们或系统提供反馈和相关的数据，以便改善过程。业务过程的相关信息可以从任何的信息源传递，包括实时企业事务、数据仓库、B2B系统等，从而到达排队等候的经理、主管或自动业务过程那里。 最终，客户的BAM解决方案能够捕获和单个应用程序相关的端到端的事务和工作流数据，甚至也能够捕获涉及到整个企业多个业务单元的跨应用程序事务和数据。这些解决方案把业务细节整合和汇总到各种关键的度量值中，用来纳入流水业务过程，并帮助人们作出全面的决策。 （B6） 
图3 业务活动监测在企业整体框架中的位置和作用 结合需求制定策略 当企业业务过程违反BAM制定的策略时，你希望能够立即知道。举个简单的例子来说明，假设你试图提高根据需求驱动的进货存货水平，以便降低购买成本。理想的情况下，你可能只在需要的时候进货。假设有一种非常简单的方案，它包含两个并发的工作流，它们都由客户的订货来触发。一个是订单提货过程，负责从库存中提货满足订单。一个是库存控制过程，并发地发送进货事件以补充订货的货品。有些进货事件也许是不必要的，它们会增加成本。这时，你可能需要再加一条策略：在客户的订货单把当前库存减少到某个临界状态之前不要进货。 结合业务需求的策略 如今标准的实施过程，是使用一个软件包来跟踪库存并做出进货决定。由于供应链随着顾客需求而延迟，这样的软件包往往驱动过度。但是，在一个事件驱动的企业中，一个设计问题就是在允许随时改变策略以满足需求的同时，如何使速度最大化并简化过程。你如何做到这一点呢？ 在事件驱动的世界里，客户订货作为一个事件触发了进货事件，这种策略叫做“限制”。它的作用就是限制购买，以便保证它们满足及时所需。这实际是一个反意的语句：货品库存不到临界条件就不允许进货事件发生。 当然，你必须通过指定临界条件的方法来精确描述限制。如果触发一个进货事件的客户订单在得到供货满足后并没有使得库存减少到临界状态，限制必须禁止进货事件发生。这就需要考虑那些没有得到满足的等待进货事件（例如，相应的发货事件还没有发生）。并且，你可能希望预测货物发送时间，以及预测未来的顾客订货。因此，一个准确的限制应当使用当前的库存状态以及一组等待进货事件来做出决策，以确定是否允许一个新的进货事件继续。 BAM工具会提供一个接口，以便精确地定义限制。这个接口供业务经理而不是IT工程师使用。这意味着，业务经理可以提交自己的限制，指明它所应用到的一组事件以及当库存达到临界条件的时候如何响应。 寻找适合的策略限制 BAM工具允许随时改变限制，这样不用修改基本的过程就能够测试。 当产生一个不用添加到过程中的事件时，应该测试这个事件是否违反新的业务策略。如果这个过程简单地产生一个事件，同时事件被测试是满足限制的，这时才能够判定它达到目标。 保持这些过程简单，以便能够清楚自己所做的事情。业务过程的频繁改动和更新会导致不可预测的行为。 策略限制还有数不清的其他的例子，相信你已经找到了最中意的例子，尤其是在安全策略领域以及对活动的策略限制。事件驱动的企业需要设置相应的限制检测，作为对是否满足临界条件的全面检查，也许不是对所有的策略，但是是对你所关心的每一个策略。 （B6） 郭沈贤小贴士 BAM BAM（Business Activity Monitoring，业务活动监控）是由Gartner创造的术语，目的是提供对关键性能指标的实时访问，以改善业务。将BAM想象为一种特性，将它嵌入到各类技术规范中：业务智能、数据仓库、规则引擎、业务流程管理、网络系统管理，甚至企业软件应用程序。Gartner的调查部副总裁David McCoy说：“以前，应用程序彼此互不了解。BAM的优势就是能够将所有这些应用程序连成一个网络。” BPM BPM（Business Process Management，商业流程管理）是流程自动化的应用，除了帮助企业进行业务流程的分析之外，还可以利用IT技术自动化组织各部门的原本以人力及公文传递的流程。目前包括IBM、微软、BEA也努力催生商业模型标准，联合起草商业流程执行语言（BPEL）。业界相信，先建立商业流程模型，再从这些流程模型中建立应用程序进而监视这些模型，将有助在企业内部的IT部门与业务主管之间建立起环环相扣的自动化流程 BAM选购关键事项 · BAM体系结构是很简单的分层体系结构，它有较广范围的复杂性和能力。 · 根据每一层的需求来评估BAM构建或购买选择。 · BAM解决方案并不是只需要单个厂商的产品，而是可能包括很多的工具和过程。 BPM和BAM有啥不一样 文 安康 编译 听完郭沈贤的详细介绍后，谢常君思考了一会儿提出了自己的问题：“前几天有人向我推荐了BPM，说它可以帮助公司实现业务流程自动化。BAM和它有什么区别或联系吗？”“好！你这个问题提得好！”郭沈贤称赞道，“很多人都容易把这两个混淆，有些公司也有意识地混淆它们，实际它们存在相当大的区别。”郭沈贤再次打开了一个PPT，向谢常君介绍起BPM和BAM的区别。 业务过程管理（BPM）和业务活动监测有三种显著的重合方式。IT设计者应该综合考虑BAM和BPM项目来设计活动。重叠设计总比亡羊补牢好。 业务过程管理和业务活动监测都有各自的生命期和实现方式。作为实时企业的不同技术，它们有各自的特点: ●它们高度互补并部分重合。 ●企业可以有很多的BAM和BPM工具。 ●BAM和BPM通常以其部署来解决业务层级的问题。 ●一些BAM功能需求将会通过BPM的监测功能得到满足，而不是通过一个典型的BAM工具。 BPM和BAM在三个主要的区域重合（并有潜在的冲突）：第一，BPM充当“BMP+BAM”；第二，BPM充当BAM的响应机制或接受者；第三，BPM或者业务过程分析（Business Process Analysis，BPA）充当BAM的被动分析/可视化模型。 充当“BPM+BAM” 很多BPM厂商为了长远目标都进行BAM市场营销。通常，这些厂商都只是把当前的BPM监测功能作为BAM功能进行改造。由于只是仿效BAM的简单形式，BPM监测都会被当作一个BAM解决方案而接受。BPM形式的监测只是过程管理（对工作流建模、执行工作流和监测工作流）的副产品，但是厂商认为，他们能够使用BPM的过程监测功能来同纯粹的BAM厂商，以及提供BAM服务的整合厂商竞争。BPM监测也通过添加一些额外的元素，作为在很多真正的BAM实现中所没有的投资回报（ROI），从而更加接近BAM。对于BPM，过程不只是监测，BPM还带来了过程的执行。即便如此，还是有缺点：很多（但肯定不是所有）BPM工具都只是监测它们所建模和执行的过程。 对于业务领域以外的数据（例如，IT系统事件或技术系统监测中的数据），BPM厂商的监测经验不如BAM厂商。很多BPM厂商在研究市场的时候，对BAM需求的分析并不在纯粹的BAM厂商之上。对于业务过程所有者来说，这些细微的差别不会影响ROI的情形，也并不会使把BPM监测用作BAM的方法失去优势。据预测，到2007年，一个典型企业的BAM警告的15%～20%来自于BPM的过程监测能力。 充当响应机制或接受者 在一个BAM ROI模型中，实时警告必须处理，否则BAM系统的值会丢失。然而，只是警告还不够，还必须要做出反应。当BAM发布一个警告时，这个警告可能是以很多个接收者为目标的，其中的一些是能够做出响应的。接收者可能是一个BPM工具，它使用警告来触发一系列的业务过程，这些过程就是需要触发来作为对警告的反应。例如，如果一个财务系统BAM工具针对持股数目在阈值基础上的增加和减少来发布一个警告，除了通知一系列的相关财务人员外，BAM工具还将触发一个BPM工具来引起一个BPM驱动的工作流，以便： ●要求研究股票动向。 ●触发一个来自经纪人的调用，以选择主要专业机构的投资者。 ●买入或卖出预先确定数量的股票。 BPM工具将会运行选定的一组过程，它们代表着对BAM警告的响应。另外，BPM工具还将使用来自BAM的警告，去改变一个已经在运行中的业务过程。 我们着重强调了BAM警告，警告是功能强大，但是它们只是个半圆。警告必须要有反应，即便反应是“需要更多数据”。控制响应半圆将是BPM的重要任务。到2007年，所有BAM警告中的25%将会是以BPM工具为接受者。这个预测包括那些BAM已经作为内建的BPM功能的情况。 充当被动分析/可视化模型 前边的两种情况所代表的是在一个BAM环境中使用BPM的未来情形。下面这种可视化的情况，是BPM小范围的应用情况。作为另一个单独的市场，BPA也许更加适合这种情况（因为BPA的主要角色就是对工作流和复杂场景建模），可视化情况如图4所示。 前边的两个情况都是集中在BPM执行业务过程的能力上。第三种情况则集中在BPM使用的图形模型对运行时业务过程的可视化表现能力上，不包括BPM驱动的执行。BPM工具通过一个进程模型来把底层的应用程序逻辑地连接到一起，这个进程模型以监测和显示底层运行时的可视化进程为目的。 图4给出了一个包括四个步骤的过程（BPM/BPA域），任何人都可以采用该过程，它已经被“可视化”了。可视化模型并不执行这个业务过程，它只是关于底层运行时系统所发生的事情的一个图形化模型。通过把代理、适配器等结合起来，可视化模型充当了通过一连串应用程序而发生的一个复杂过程的实时过程流图形。设置了适当的参数和阈值，可视化模型就变成一个类似BAM的系统，过程的执行可以在BPM+BAM中跟踪到，即便跟踪工具没有引起执行。IT系统监测市场很好地理解了这个情况，现在正是在业务方面考虑这个情况的时候了。 在研究过程中，我们和Lombardi Software进行了对话。这是一家从事BAM业务的BPM厂商。我们发现它们在Pulte抵押公司使用了相似的模型（BPM跟踪和监测，但是不执行）。Pulte抵押公司使用Lombardi的BPM工具TeamWorks，来图形化和系统化地跟踪它们在各个不同的应用程序中执行的租借过程。其中没有一个是在单个的BPM控制者的控制中。Pulte希望整个租借过程能够可视化，并且确定了它希望在接近实时的过程中进行跟踪的30～35个关键路径事件，前边的跟踪已经作为事件在后边报告。 新系统的大多数应用都是趋势分析和钻取分析，该系统提供了类似BAM的功能。关键的缺点在于，Lombardi的BPM实现并没有执行最初的租借过程，它只是用来监测大视图，并对于在不同分布式系统上部署的历史过程提供洞察能力。这个不执行的模型是BPM不常见的，也是设想中的应用。 这个情况是BPM的一种新方法。BPM或BPA作为BAM的可视化工具，没有执行底层的过程。到2007年，可能会有不超过5%企业采用这种方式部署BAM。（Gartner供稿，b6） 
图4 使用BPA或BPM的可视化模型 （图片来源：Gartner Research） 郭沈贤小贴士 BAM是实时企业的一部分 BAM只是一个实时企业的组成和实用的一部分。检测一个重大事件仅仅是开始了另一个事件链。如何对事件作出反应，你必须作出决策并执行决策。如果你的公司没有采用作出决策和执行行动计划的过程，你也就没有必要去发现重大事件。然而，如果你没有想办法发现重大事件，你可能只能根据陈旧的信息作出无效的决策并采取行动。 选用BAM的基本原则 当企业越来越需要使用业务活动监测的时候，它可能需要更加复杂的解决方案。为了满足需要，厂商会在每一层开发新的解决方案，增加整个层所提供的功能和应对的复杂性。一个BAM解决方案可以购买到，但它通常都必须和其他的工具集成在一起。在每一层评估你的需求，同时集中考虑你在集成组件过程中可能遇到的困难，这将帮助你更有效地评估厂商和系统集成者所提供的服务。 基于SOA的 BAM系统 文 甲骨文(中国)公司高级技术顾问 黄东 听完谢常君回来的报告，张亚东非常感兴趣，立即要求谢常君在3月15日组织相关厂商到公司来做产品介绍，为即将举行的产品选型做准备。谢常君随后邀请了甲骨文公司、菲奈特公司和IBM公司的代表来参加此次产品介绍。早上10点，产品介绍会准时开始，谢常君做了一个简单的介绍，“我们公司为了实现实时企业的目标，经过多方咨询，准备启动BAM系统的建设。此次邀请各位公司代表前来，希望各位能够尽展所能，详细介绍自己公司产品的特点。” 随后，甲骨文中国公司高级技术顾问黄东、菲奈特公司市场经理邓雷、IBM大中华区软件部DB2信息管理总经理金筠介绍了自己公司对BAM的理解，同时，黄东和邓雷还介绍了各自公司的BAM产品。 在听完了三家公司的介绍后，张亚东和谢常君都很满意，表示将在随后的产品招标中重点考虑这三家企业。 具体的招标情况和实施过程，且听下回分解。 未来的BAM核心应该构建在一个开放的平台，并且应该支持SOA(面向服务的架构)，易于多样硬件平台支持和扩展。BAM最重要的一个特性是,它对业务流程的自动影响和优化执行。 Oracle BAM完全基于J2EE开放技术构建，着眼于对SOA环境中运行的流程进行监控、分析和响应，包括监控企业应用和基于BPEL标准的流程、通过结合Oracle数据仓库技术提供流程分析、结合Oracle门户技术的流程分析的展现、结合Oracle无线技术的警告和通知、以及对基于BPEL标准的流程实现影响和优化。 Oracle BAM主要通过以下方式实现实时检测： ●事件：从SOA环境内的企业应用系统中捕获业务发生瞬间。 ●合成事件：对产生的事件进行关联、过滤。 ●关键性能指标(KPI，Key Performance Indicator)：按照业务要求对合成事件进行计算和分析。 ●警告：基于预定义业务指标阀值对用户进行的通知。 ●实时展示：Oracle BAM不仅可以通过事件的方式对发生的业务实时捕获，还可以提供丰富的实时图形展示。 Oracle BAM被设计成支持从诸多的企业应用中捕获商业事件(如订单信息、库存信息、出货信息、支付信息等)，包括商业应用系统，基于CICS、IMS、Tuxedo、VSAM的传统系统，基于BPEL标准的系统，B2B网关等。Oracle BAM还支持对不同企业应用中捕获的商业事件进行关联，创建合成事件。例如，Oracle BAM从B2B网关中捕获订单信息，从供应链管理系统中捕获出货通知，从Oracle财务模块中捕获支付单据，Oracle BAM可以以属性为线索将这些事件关联成为合成事件，称之为订单管理。 在已经定义好的合成事件之上，Oracle BAM支持定义KPI，如平均订单处理周期、订单成功率等。KPI将事件的属性映射至多个分析维度，如时间、成本等。Oracle BAM可以对定义好的KPI进行多种分析。 Oracle BAM支持显式警告和风险警告。通过在KPI中定义阀值支持显式警告，管理员为定义这样的警告条件可以制定复杂的业务规则；风险警告则在KPI达到目标值时触发产生。 管理员可以配置面板提供对合成事件、KPI快照和KPI绩效视图(柱状图、饼图、仪表板等)的显示，并根据业务活动实时改变。 （B6） 
图5 最大化SOA的价值 五个R解释BAM 文 IBM大中华区软件部DB2信息管理总经理 金筠 业务活动监控（BAM）用于描述一些新兴的能力，这些能力将一些关键技术集中起来，从根本上改变业务系统的状况。BAM强调业务改进中的一些关键概念： ·业务流程管理革命性地改变了管理企业运作的方式。 ·业务流程是由能付诸实施的智能驱使的。 ·业务流程可以通过分析在业务流程执行期间捕捉到的一些关键度量来得到改进。 ·企业希望商业智能系统对一些关键绩效指标（KPI）作出报告，这些关键绩效指标能够揭示出运作成功的几个决定性方面。 ·应该存在一个零延迟环境，这种环境可以在实际情况下将业务事件转换成业务流程和企业运作能够利用的能付诸实施的知识。 BAM可以用业务活动监控的五个R来解释。这五个R是：识别（Recognition）、响应（Response）、解析（Resolution）、审核（Review）函数、交付ROI 。 为了与能付诸实施的商业智能这一思想合拍，BAM解决方案应该能够识别在该环境中正在发生的事情，解释这种信息的意义，并决定对此做些什么。对于这个瞬息变幻的世界中的很多经理来说，每天早上8∶15这一限制便已触底了。这就是为什么自动检测重大业务事件如此至关重要的原因了。 要识别重大事件需采用一些高级的分析方法和业务规则系统，这些分析方法和业务规则系统应该能够在其他事件和过去的企业运作历史的上下文环境中解释事件。偶尔被蜜蜂刺一下或许很恼人，但是未必有害，除非你过敏。然而，当接二连三地被蜜蜂刺到时，问题就突出了。同样，任何业务事件本身来说并不是十分重大，但是当它与其他事件混在一起时，便会显得重大起来。 (B6) 管理驾驶舱的新应用 文 菲奈特市场经理 邓雷 近年来，在菲奈特为用户实施商业智能信息决策系统项目的过程中，一个新的需求被提上了议事日程：如何实现信息分析的多分析主题集成，并按照客户习惯的行业特性展现，将决策信息前端操作复杂性简化成为比较形象的演示系统。用一个形象的方式描述就是：把BI.Office引擎下分析的底层数据，用类似汽车仪表板的界面显示出来，并及时将单位时间的销售额、生产力和效率等分析信息形象地显示出来，这样决策者可以按照需要访问随时出现的数据，并可以像人们使用汽车仪表板上的信息一样及时进行调整。 菲奈特把这套系统称为仪表板解决方案，和国外提出的BAM类似。这套系统针对决策层的操作简单化、实用化，提炼出了决策层经常使用的分析操作，剔除某些针对分析人员的操作。这套系统还具备分析主题的集成能力，一个页面能够集成多个分析主题，提供对传统BI分析的操作接口，需要时可以利用BI软件的分析深度；可以随需定制自己的展示风格，并可以实现展示元素的定制。它易于在门户系统中集成，轻松实现与应用系统的集成。 菲奈特的仪表板解决方案是基于BI.OFFICE服务器引擎平台基础上的仪表板服务器（Dashboard Server），是菲奈特商业智能软件的一个前端应用，作为集中体现商业智能软件实时提供决策信息和最大限度满足客户对于信息有效获取的系统。 菲奈特仪表板解决方案的优势在于，基于Portal平台能够支撑大企业级应用，并能够跨越多个主流的Portal平台；利用分析主题集成，实现了分析的广度扩展；整合了BI.Office对问题分析的深度等。 (B6) 
图6 仪表板解决方案的部署视图 |
||||||||||||||||||
