业务活动监督的前端模型是现代业务活动监督(以下均简称为BAM)工具的基础模型。重点在于这些工具，当这些适当的配置于你的IT层级中，发生影响你企业的业务目标和经营的重大事件时这将提醒你。这些工具自企业IT层级下由侦测和处理单独事件而运作。此为简单事件处理。某些工具可使你当重要事件发生时，注重在引发事件-情形-行动的规则上。此为实时行动自动化的一步，在于你希望采取立即行动来管理你的公司。
若你买了BAM工具且已经安装并在你的IT层中运作了，你很快就会被问到更多关于这个版本的工具的功用。换言之，你会发现其对于管理你的业务很有帮助。还有使用它会给予处理其它事的新观点。一些BAM的厂商也这么想，而且疯了似的实践---发展他们工具的下一个版本。他们认为他们知道你可能想要他们的工具来做下件事。所以BAM市场近期内必将受到万众嘱目！
我自己做了一些猜测。我认为有三个趋势，其分别是业务政策监督，业务影响分析，和可能性原因分析。
从BAM前端的能力开始，这里有些事你在下一年可以预期到。我会将下面列出的一一解释。然而,一些工具现在仍与他们有相同的功能。提升BAM能力有五个层次：
为何必须要采复杂事件处理: 1. BAM+预设的政策限制
为何必须要采复杂事件处理: 2. BAM+实行你本身的政策限制(BAM+)
为何必须要采复杂事件处理: 3. BAM+可能原因分析(可能原因)
为何必须要采复杂事件处理: 4. BAM+业务影响性分析(影响)
为何必须要采复杂事件处理: 5. BAM+可能原因+影响+程序性修正行动的规则
监督预设政策的一致现已在实行中。譬如，你可能想监督”进入财务数据库和客户数据库的等待时绝不会超过三十分钟”的政策。因为这工具有内置的能力(内生)以审视如每个资源等待时间的标准将用来监督政策，它了解简单算法。若你的一些业务工作鞒探肓礁鍪菘猓愫文芟胍哉飧稣呖刂扑牵顾悄芑词笔敌小５比唬憧赡芨谋湓救氲南谢斓氖奔湎拗朴糜谄渌鞒讨小?lt;/P>
现在开始我表中的第二层吧!
实行你本身的政策限制
你可能想知道在你的企业中没有违反业务流程的一些新政策。我们先以一个简单的例子来说明。假设你试着改善你的”需求-驱动”规则,再储存存货使得购买成本降低。想当然必要的话你会回购股票。假设一非常简单的设计，你的流程是由两个同时发生的工作流所组成的，其均由同一份顾客订单而产生的。整个订单流程中一部份必须调动存货来完成。另一部分是存货流程的控制，同时，再储存事件以重置此订单中的项目。某些再储存可能是不必要的，反而使成本增加。”绝不等到顾客订单减少现有存货达关键水平时才再储存”。
现今的标准实务采用软件来追踪存货以制订购回流程的决策。这种软件通常藉被顾客需求所驱动及因等待供应链而有耽搁。当允许方针改变闲置时间以符合需求时，此事件驱动企业的流程设计将最大化流程的速度和简单性。你又会如何实行呢?
当然你是有选择的。你可以试着在每次改变再储存流程的控制程序时，增加新的测试，使得再储存不会影响你新的控制程序。或者你可以保持你的流程为精简和平均的------没有额外的。当你导入一测试用于每个分裂的回购事件，截取违反控制的某个事件。注意，这个测试和流程将同时实行。新BAM工具的第二层将使你遵循后者的战略。这些控制程序，尤其关键层级的定义，可能每周依据需求，运送存货的时间，财务利率等而有大幅的变动。你可能偏好此策略-----你的基础流程每周将不会被迫改变。
顾客服务为某个事件引发存货再储存事件,此种控制程序称为限制。它的角色是限制购货以使他们满足”JIT”的检验。负面陈述则为”除非此事项的存货水平是关键的,否则绝不允许再储存事件的发生。
当然，你必须藉由强调”关键层级”的意义来精确地描述此限制。即便顾客的订单引发再储存事件当完成订单时将不会减少存货到关键水平，此限制必然不会遵循再储存事件。此要求考虑外部还未达成的再储存事件。(如：仍未发生相应的运货)。而且你可能希望注重产品的预期运送次数，和预测未来顾客订单。所以，JIT的限制用于现在存货的情况和流通在外再储存存货事件以制订决策，无论再储存事件是否发生。我们正进入复杂事件处理的领域-------事件集的限制
一两层级BAM工具将提供让你精确定义限制的接口。此接口原本是给业务经理使用的，并非IT工程师。你界定你本身控制程序的限制-------不会有状况外的情况。支持此活动的接口隐含着清楚精确的公告语言和编辑者。此意指你实行你本身的限制，限定在它应用的事件集中以及如何决定何时存货处于关键水平。此决策也可用于存货追踪软件包。
最后一些适当的补充。首先,我选择的简单例子并不全然是简单的!但在两层级BAM工具中你可以为体现”接近JIT”的快速测试的限制进行试验，其中的某些比其它的简单。也许财务数字的变动不会太大。你可使用简单限制或复杂限制。BAM工具将使你改变在闲混的限制，所以你可以不必修正基本流程而进行试验。事实上两层级BAM可视为保持流程外复杂性的一种方法。测试用以检视若一流程将违反一新业务控制程序当其产出一事件并没加入至该流程中。该流程只不过产出此事件，且同时让它到达终点之前测试此事是否和限制一致。
保持流程的简单那么你会知道他们在做什么!经常改变和更新你的业务流程可能导致无法预测的行为。你的业务流程变得无法控制和你可能发现你正在将整个企业的IT外包------其已经发生了。
控制程序的限制有很多其它的例子，且我确定你己经知道你偏好的了，尤其是安全性控制程序的领域-----特别是包含内部活动的控制程序。趋动企业的事件需要实行两层级限制监督如同健全的检查以检验它对关键控制程序的一致性，不见得是所有的程序，而是你真正关注的。如果有冲突，我们之后到BAM工具的下个阶段----可能性原因分析。我下次将说明BAM的其它层级以他们需要复杂事件处理的原因。
