业务分析与监控指南

业务分析和监控指南

TT SOA技术专题之“业务分析和监控指南” Page 2 of 24 业务分析和监控指南 在SearchSOA.com.cn之前的一些技术手册中，我们已经多次对BPM作出介绍。涉及了BPM 的相当多的内容。在这本技术手册中，我们将着重关注业务活动分析和监控部分的内容。虽然BPM有益于企业的流程健康发展，但也并不是所有的企业都适合BPM。在确定了这些内容之后，我们还要考虑如何进行业务活动分析和监控。下面我们就来看看如何一步一步的实现BPM卓越中心。 BPM普适性 BPM我们已经谈了很多，那么BPM 究竟是要控制什么内容？分析机构以及厂商所提倡的BPM 是否适合你的企业呢？  BPM：控制什么？  BPM是否适合于你的组织？ 业务分析和监控 刚接触BPM分支BAM（业务活动监控）时，我们要理解真正想要让系统解决什么样的问题，而且建立有效的业务活动监控（BAM）仪表盘在某种程序上是一种艺术。此外要对BPM采用整体分析解决方案。下面我们来具体看一下。  BAM和整合的艺术  Andrew Smith谈BPM整体分析  优化流程：治理实时BPM分析

TT SOA技术专题之“业务分析和监控指南” Page 3 of 24 BPM卓越中心 如果说可以将常见的有关业务流程管理的专家建议归结为一个简洁的成功定式的话，这个定式也许看起来会是这样的：BPM+CoE=A+。这个CoE即卓越中心，BPM卓越中心有哪些作用呢？  技巧：创建BPM卓越中心  案例研究：洞察卓越BPM和SOA

TT SOA技术专题之“业务分析和监控指南” Page 4 of 24 BPM：控制什么？ 业务流程的那些方面需要受到控制，这往往依不同企业的不同业务需要而异。对于银行和金融服务、能源和保险这样的行业，风险管理和合规性管理是一个非常重要的因素。此外，还有其他一些非常重要的业务流程因素也需要加以控制。下面就是这样一些需要控制的业务流程要素：  风险和合规 －确保企业的业务流程符合所有相关的政策法规。  关键绩效指标（KPIs）－业务性能的测评标准  变更管理 － 对系统进行修改的批准流程，操作权限  上报机制 － 在异常情况下，向上级发出通知告警  审计追踪 －追踪一项业务从开始到结束的全部过程 控制策略 要对前面所列的几个方面进行有效的控制，必须制定一套全面的综合控制策略。根据企业的需要，这个控制策略应该涵盖下述一些功能块： 1）合规和风险管理 2）更管理和用户管理 3）业务活动监控 4）上报和审批工作流 5）审计追踪 6）安全性

TT SOA技术专题之“业务分析和监控指南” Page 5 of 24 接下来我们来看一些策略说明： 1）风险和合规管理 －确保企业的业务流程符合公司内部的制度，以及所有相关的政策法规。这包括确定风险可能会影响到的流程，风险评估，建立内控系统，以及对控制有效性的监控。 这使得我们能够：  实现全公司范围内的合规管理系统  在将来的应用中，能够重复利用过程文档和已经被证明行之有效的内控系统。  对强制性的标准和监管要求提供支持 2）变更管理和用户管理 －BPM控制框架应该能够对系统的变更以及操作权限进行管理：  管理所有的系统访问请求和系统变更的审批流程，将这些变更通知相关部门进行审批  对系统访问和系统修改的记录，能够很容易的生成报告供审计用。  对访问权限强制实行经常性的复查，以保证审计的合规性。 3）业务活动监控（BAM） － BPM框架应该能够提供对企业关键绩效指标（KPIs）的实时访问，从而帮助改进业务活动的有效性。BAM能够对不同的用户，包括主管领导，运营部门，业务分析，IT应用支持部门，给他们提供个性化的定制信息。 主管领导 －实时地监视业务活动的表现和整体是否健康运转。由此，管理部门能够监视企业关键绩效指标来降低可能发生的风险。 分析师 －评估实时的过程性能数据，有助于将静态的过程模型转换为业务运营模型。通过实时的流程分析，分析师可以得到有价值的信息，从而可以找出流程中需要改进的地方，或者是业务中有可能进一步进行优化的地方。

TT SOA技术专题之“业务分析和监控指南” Page 6 of 24 运营经理 － 实时监视在不同部门之间的业务流程的执行情况，对发现的异常情况及时处理，以免影响业务。 应用和生产支持部门 － 将监控基础架构的业务支持流程和业务运营所用的性能结合起来。在了解了IT性能对业务流程的执行的影响关系之后，应用支持人员能够更迅速的确定所发生事件的优先级，并及时确定该事件对业务的影响程度。 上报和审批工作流 －BPM控制框架应该能够对上报的规则进行设置。这使得业务线的经理们能够规定一个流程需要花费多长时间。如果这些流程没有在设定时间内走完，将会自动发邮件通知相应上级主管，或执行其它预先设定的动作。 BPM控制框架还应该能够对审批的流程进行设置和修改，用来规定每个业务需要经过哪些级别的批准。 审计追踪 整个BPM控制框架应该可以设置对应用进行审计追踪的方式： 追踪一件工作任务从开始到结束的全部过程。 对流程中的某些特定动作生成报告，从而可以改进问责制。 因此，业务流程的控制不仅仅是风险和合规管理。业务活动监控、变更管理、用户管理、审计追踪以及上报和审批工作流，这些对于能否有效管理也都是非常重要的方面。一个BPM控制框架要想有效，它必须能够监视和控制所有这些方方面面。 (作者：Aparna Naikdalal 译者：李松来源：TechTarget中国) 原文链接：http://www.searchsoa.com.cn/showcontent_42725.htm

TT SOA技术专题之“业务分析和监控指南” Page 7 of 24 BPM是否适合于你的组织？ 思考BPM的时候你会想到什么？流程模型？自动化？系统集成？甚至包括SOA？你如何理解BPM很可能会受到你所从事的工作类型以及职责的影响。所以，BPM现在对你意味着什么到了下一个人那里有可能会大相径庭。 我的观点是，BPM的确就是有关人和内容的。实际上，内容正是BPM的核心，而人则是它的灵魂。我要说的是如果人和内容没有同时包含进一个给定的流程里，那么业务流程也就不复存在了。业务流程不多不少刚好就是人与人之间的交互以及人与内容之间的交互。 现在，如果我们大家都接受了BPM的定义，那么似乎看起来BPM应当就是对每个人都有用的。毕竟，每一桩生意都有人的存在，每一笔单子都离不开内容。但即便如此，也不必然意味着BPM可适用于所有场景。还得有点东西；必须要有可收获的价值。 组织性的内容就是我们所做的事情的生命记录。这个方面的内容可能以数据、表格、文档、传真、电子邮件、电子表格、报表、图像等的形式存在，典型地，每个人每天都要跟这些内容的一部分打交道。我们大多数人每天一样也要跟其他人打交道。 此类交互每个都是流程的一部分，它们都应当是实现某种价值的一部分。流程的思想，或者说在谈到流程的时候我们起码应该想到的，是人们进行的某组交互，这些交互里面还包括了实现某件事情的内容。（否则的话，做这件事情是要来干什么呢？） 在制造业方面，我们通常会将一个流程所做的某种东西定义为输出，诸如一个产品或一个即将装配进产品的部件的完成。然而，如果我们不是在生产一件实体的产品或部件，或者如果我们渴望去增加我们的流程的价值，那么我们就能成功地说每一个已有的流程都产生一个输出/成果。

TT SOA技术专题之“业务分析和监控指南” Page 8 of 24 在制造业里面，成果可能是在合适的时间以恰当的方式建造出合适的产品区满足客户的期望。在金融服务领域，成果可以是高效的贷款请求流程，精确地为合格的申请提供资金。在其他行业，它可以是精简的要求退货或为破损货物索赔的处理流程。或者是针对费率或报价请求的一次快速准确的响应。 这里重要的因素是每一个组织，无论其行业性质或规模大小有何不同，都有着其领导人希望获得的成果。成果是流程存在的原因。最终，成果代表了一个组织创造价值的能力。 BPM如此之重要的原因在于当我们审视一个业务流程的时候，我们是在观察发生于制造一个给定的成果时的整个事件链，而非部分事件。举个例子，如果在流程的后面我们需要把这些文档打印出来的话，扫描来文是否真的有帮助？在大部分情况下，很可能不会。 相反，当我们去审视着那些所需的成果是如何被创建出来，然后改善驱动这些成果出来的流程时，我们就更有可能获得想要的好处。采取BPM的方案帮助我们优化组织内人与人以及人与内容之间的交互，以便更好地实现我们想要的成果。 做这件事一直是不简单的。管理这些流程将是一件复杂且困难的任务。改善流程通常包括改变事情完成的方式、可能甚至还需要一个变更管理流程。还是BPM，通过帮助我们取得那些所需的成果，BPM创造了价值，而这使得付出的这些努力是值得的。 “精益BPM”这个术语是一种哲学，是一种在向如何实现持续的流程改进靠近中学习的极致。其关注点是简化，以及消除并未增加价值的工作。 你的组织会不会从事情简单化中受益？对于所需的成果而言，在你的组织里的人所从事的工作里面，你认为是否存在着一些未能增加价值的活？这些问题里任何一个如果你的答案是肯定的，那么BPM就是你需要考虑的东西。

TT SOA技术专题之“业务分析和监控指南” Page 9 of 24 这里的结论是BPM是大家的，尽管不是所有人都已经为BPM做好准备。理由是：你不能够打包购买BPM。你可以购买BPM软件，视你所做工作的不同，对于你来说这个可能是BPM的一个非常重要的部分，但你接收到的软件并不是BPM。 因此你得开始看看自己所需的成果是什么，并开始对此进行记录。然后你可以反过来跟踪这些成果来看看其背后的流程是怎么样的。或者记录特定的流程然后指出从这些流程中你究竟想获得什么样的输出会更容易些。 如果你希望从BPM收获潜在的回报，这个工作你必须做。实际上，这个工作长久以来一直是BPM的最大限制，因为如果你缺乏帮助的话它会是十分困难的。 再次地，你的组织有需要的成果，而这些成果背后则有流程存在。“精益化”这些流程并消除不增加价值的工作的机会无比庞大。其好处通常包括降低成本、增加能力以及提高质量。 换句话说：每一个组织都拥有可受益于BPM的流程，可极大地改善业务的成功率。带着这种理解，很容易可以看出，BPM是你的，确信无疑。 (作者： Terry Schurter 译者：杨华军 来源：TechTarget中国) 原文链接：http://www.searchsoa.com.cn/showcontent_42551.htm

TT SOA技术专题之“业务分析和监控指南” Page 10 of 24 BAM和整合的艺术 刚开始使用BPM分支BAM（业务活动监控）时，你要理解真正想要让系统解决什么样的问题很重要。 建立有效的业务活动监控（BAM）仪表盘在某种程序上是一种艺术。业务分析师和开发者必须一起来确定要监控哪些子系统、如何获得数据、哪些指标是有意义的以及如何把这一切直观的呈现给业务人员。尤其是在众多协议和格式的面向服务架构中，成功的从持久化事件上将数据转移到图形化的仪表盘上，是一件非常困难的事情，Gartner公司分析师Roy Schult如是说道。 这种艺术就是收集和格式化正确的信息。“我所说的第一个难题是：首先你在哪获得数据？”Schulte说，“一些系统容易监听，一些难以监听。” BAM的主旨是业务事件发生时获得可视性。为了实现这项工作，BAM系统需要监听主要的应用程序与服务之间的消息。尽管企业应用程序能够使用许多种协议，Schulte说，但是它可以采取一些操作连接到正确的BAM系统上。通常情况下，如果你建立应用程序，并专门为最终用户消费发出事件，你会在整合上节省很多时间，他说。 BAM系统通过适配器处理许多整合，可以把事件数据转化为直观的显示格式。但是，并非所有的BAM产品都具有相同的适配器。Schulte说，大部分产品可以监听JMS、Web服务和SOAP，但是，还有一些产品具有更丰富的开发工具和适配器。 “真实企业的实际情况是具有许多不同的消息总线、ESB、数据库以及相同环境中共存的技术，”Progress软件公司CTO以及Apama公司的总经理John Bates说，“但是，在你已经汇合你的BAM系统消息之前，你真的不能做任何事情。整合一直都是最大的一块。”