基于SOA的企业业务流程管理
金蝶资深架构师 胡锦敏（博士）
【IT168信息化频道 现场报道】做SOA不仅仅要与CEO交流，同时还要和很多业务专家交流，服务是什么东西，可以看成一个硬币，有两个面，一个面是给业务人员看的，一个面是给IT人员看的，我们希望作为SOA能够拿这个硬币给这两方面的人看，让他们结合再一起，这是我们做SOA达到的目的。真正实现SOA给企业业务带来的价值。
我大概会讲讲BPM是什么东西，有人会想到企业绩效管理，在这里指企业流程管理，其实包含了部分绩效，通过流程能够反映企业的绩效；企业流程管理的生命周期、相关的标准，我们实现的时候，金蝶公司的BPM是否是标准的，是否是业界领先的，我们还会讲金蝶BPM的实现架构以及我们最终会展现一些能够证明金蝶的BPM是领先的内容。
大家对这个东西不陌生，很多东西都会发各种各样问题说今天我要变什么。这是我们要控制成本，所以对一定金额原来是1万，现在是5千，要副总裁审批。下面这是一个文档流程的变化，要发布一个信息，以前很随便，现在要管控起来，这个是更难了，CIO困惑的东西，假如一部分业务要外包给其他企业，牵扯到我们和其他企业系统的应用集成，这个也有流程，我们是共同来完成一个流程，原来这个流程只是跑在我们这个系统里，现在要跑在更多的系统里面去。假如说我们没有一个很好的灵活的能够支撑需求变化的系统的话，这就是我们的恶梦，我们看我们的BPM，我们金蝶的BPM能不能给大家分担这方面的压力。
刚才说要和CEO交流，不能和他说SOA。因为CEO关注的是什么？是企业的愿景、战略，他们只到这一层。愿景决定了这个企业比如说金蝶公司，以前是要成为企业管理软件的领导厂商，战略是推动中小企业ERP，有具体的战略。这些战略最终转化为操作层面会有一大批的流程，对外的对客户的各种各样的流程，这些流程通过一套业务应用系统来贯彻，而这些是在IT的基础之上的。8月15日金蝶公司说我们要成为电子商务的推动者，说明我们的愿景发生了变化，同时我们在战略上也发生了变化，我们的技术积累内部的变化能够推动业务的创新，我们创造了新的模式，以前我们只卖管理软件，现在我们要构架电子商务平台来支撑企业的电子商务，这使我们的愿景更充实了，战略更丰富了。我们对业务进行了创新，形成了新的赚钱模式。
BPM关注什么？在这个金字塔里什么东西是变化最频繁的？我们不能整天卖硬件、整天拆了装。愿景一般来说，金蝶公司走了十几年，就是因为这种新的即时积累和内因的变化，作为电子商务推动的愿景，通常在一段时期内也不会发生变化，真正变化的是流程。流程有时候某些年度战略的变化，另外是应用发生的变化，两者结合，通过流程把这些变化管理起来，这是BPM关注的：变。
如果你总是做同样的事情，你只能得到已经得到的结果。你想有不一样，你必须改变你的流程。产品和服务，服务也是一种产品，或者是两者同时改变。BPM就是聚焦在这个流程，我们扩展细分为这几个层次。人员每天干的事情是操作，对流程角度来说，一个操作可能会包含在一个活动里，一个活动可能包括在几个流程里，这个是指内部的业务流程，和其他系统之间或者和其他企业间的流程，我们叫做流程协同，当协同的流程不停的丰富和发生变化，意味着业务模型发生了变化，甚至导致商务模式发生变化，外包是一种流程，意味着业务模型发生了变化。BPM就是要用流程掌握企业的一切，从企业的战略开始，把它的业务模型描述出来，然后把它的管理思想反映到流程里面去，贯彻到流程里面去，通过整合合作伙伴、供应商以及企业内部的人员，各种资源，当然包括信息、设备，利用IT技术，包括客户市场，整个整合起来，把信息流、资金流、物流和人员性都整合起来，来达成我们说的能够形成一个支撑企业随机应变业务的系统。BPM你说它新鲜，是因为这几年才提出来的，特别是国内企业关注的 比较少，但一点都不新鲜，80年代开始，流程这个概念就得到了比较广泛的应用，首先是文档和图片处理得流程，OA已经做了十来年了，就是以前的文档及后来提工作流，94年发布了工作流的标准，我们还是以人为中心的，能够把人的工作串起来发个邮件、发通知，让你完成相应的业务。现在到02年开始，BPM的概念出来。这几年慢慢的成熟，更多的关注。另外一个方向是以前企业应用集成EDI的时候，关注数据整合，因为有逻辑的联动，也谈到了业务的流程，在数据整合的基础上实现的部分的流程的协同，最终我们都会关注到流程里面去。
BPM是一门管理科学。原来我们的设置都是以职能部门划分，按照职能来设置部门设置各种岗位，现在我们是先考虑流程，根据流程完成相应的组织架构和相应的系统支持，这是思维方式的改变。BPM能够使企业完整的管理整个流程的生命周期，能够从流程的设计开始到运行监控、优化它，形成新的流程，并能够适时的对流程进行优化、调整，来适应业务要求的变化，而这种变化在原来流程应用里的系统是很难做到的，这是BPM所要解决的问题。大家都知道，90年代的时候BPM很流行，在90年代初BPM是一个热潮，中国企业在90年代末期21世纪初期2003、2004年有很多人做BPR。BPM支持的是持续优化，以前BPR强调一个概念就是彻底改变，推翻原来的流程，重新体现规划，我知道有很多公司，我在交大念的博士，很多公司请交大里面的教授搞企业重组，由学院里的人给企业重新规划流程，所有的管理模式按照新规划的流程来跑，所以当时包括原来最早的提出BPM，最早的概念是推倒重来，彻底变革。经过统计有70%的BPM项目是失败的，后来提出了持续优化的观念。BPM就是要做持续的优化，BPM是被变化而设计的，不是最终结果，不像BPR一样，是支持变化而设计的，它没有说我的流程一次性改变完美，而是说我现在很好，明天变了我也跟着变，也保持很好。流程不应该大量的重组，不像BPR重新按照企业的模式重新规制流程，这是商业模型的变化，但是一个企业的商业模型变化不会每天每年都在变，流程不应该大量的重组，而是应该不断的增强和优化。
SOA/MDA技术能够使BPM不同于过去的业务流程再造的信息化改造，让管理顾问重新刻画了流程，上信息化、ERP，70%的ERP和BPM是失败的。
接下来看生命周期是怎么样的，如何管理它？可以认为BPM从大的来说应该包括三个阶段，分析、定义和流程，接下来是执行流程的阶段，然后是监控和优化的三个大的阶段。在建模里，我们刚才说了SOA如果仅仅是IT人士是干不出来的，因为另一面就是业务。我们的建模不是说IT把它画了然后去执行，最懂得业务的人员是我们的业务专家，最懂财务的是CFO或者财务人员。这个建模是业务建模，可能不能运行，但是真正的反映了这个业务应该怎么处理或者是最优化的处理，可以基于这样的定义来做一定的分析，比如说某个活动可以估计处理时间和成本，可以初步分析，看业务流程是否是可行和正确的，这种可行和正确是从业务的角度来看，而不是说从IT执行的角度来看，这是建模阶段的一个部分，就是业务流程的定义。执行的时候，建模阶段包括了IT人员，因为它知道这个活动应该要和支撑活动的IT进行绑定，只有这样定义好了，交给流程引擎它才能执行，这个时候建模就分为业务人员建模和IT人员建模阶段。实践中有两个方面，首先是要进行多业务支撑的执行，另外完成业务活动的IT业务组件，我调用什么IT业务组件来执行这个活动。我实现好这些服务组件，SOA就是服务组件，之后流程好了，我们可以部署这个流程。执行的过程中我们可以进行监控的，有的是BPM，就和大主题一样，业务活动的监控就是业务流程的监控，我们在业务执行的过程中，我们是可以看到这个流程是流到哪里的，在哪里停留多长时间，处理活动花了多长时间，以及是否延期了，效率是怎么样的，今天别人干了十个，他干了五个，并且能够看到整个流程在什么环节上可能停留的时间比较长，优化可能不仅仅是流程的连接发生变化，而是人员和资源的分配上进行优化，这是整个BPM的生命周期。
总结一下，BPM包含的流程建模执行管理，支持连续的改进，业务IT协同来完成业务目标，刚才说了，在建模过程中，是业务流程先参与，业务需求更具响应性，业务人员一改，我们下面通过这个把这次的改变做出响应。
BPM的受众，哪些人可以参加到这个心环中。蓝色里就是流程的拥有者，关注的是整个流程，如果这是一个财务流程，CFO会关心财务是怎么转起来的，这里有业务分析师，他先进行业务建模，接下来是流程架构师，能够协助业务人员进行建模和分析，接下来有应用集成的开发者来实现活动和任务。流程的管理员，用户参与到这个过程中并且监控这个流程的执行，进行优化。
流程在企业模型里的位置，这是很有名的企业建模的公司IDS，它的ARIS在很多地方都采用，很多公司都采用IDS的方法来做ERP的流程管理。为什么流程图在中间？是因为通过流程视图可以有效的整合企业的其他几个视图，比如说流程的参与者是组织，流程参与内容是产品和服务，在流程里传输的是数据信息，然后调用的是实现的功能，或者是在组织的功能里去穿梭，职能里去穿梭，怎么样的人有怎么样的事情，在企业模型里，流程是作为一个集成化的视图出现的。我还会展现金蝶BOS的企业模型视图。一个企业模型只是一个模型，只是描述的企业，但是没有支持这个企业的运作，如果这个模型实现下来，我们需要一个企业架构，企业架构里第一要反映的就是业务数字，这就包含了刚才说的流程。
另外，一个业务是通过应用来支撑，我们的业务最终是贯彻在我们的应用里。我们的应用里处理大量的信息，而这些信息要通过技术来进行。作为一个CIO，在考虑一个企业系统，首先要考虑企业架构EA，这个应该是怎么样的，搞清楚这四个视图里的内容，然后再来部署和实施这样一个系统。
我们来看BPM怎么把企业模型最终变成一个实现。最好的方法是模型驱动方法。这是一个软件工程的方法论，同样非常典型的体现出模型驱动的特点关注点分离、多视角、多层次的使用。我们以BPM为例，业务人员描述的是业务，它根本不知道后面有服务，有IT，它出来的东西是业务流程的分析模型，这个模型在MDA里面叫做计算无关模型。在BPM里有一个标准“模型的标记语言”，就是一个框图，后面我们会展现BPM的元素，通过支持BPM的工具我们可以定义出业务的分析模型。架构人员分析的是计算相关的但是不是具体实现的模型，这个模型在MDA里叫做架构无关模型。从IT角度来说，执行模型可以看到是怎么执行的，但还不是具体的实现。这里也有我们熟悉的SPDL和BPEL，我们需要引擎，所以就是平台相关模型，平台依赖模型，特定平台模型，是一个业务流程的实现模型。在业务实现模型里，最终对我们程序人员来说，看到的就是一行一行的代码，最终会转换成实现支撑这个模型的代码，从流程的角度来说，它和我们软件部稍有区别的就是，流程本身通常都会变成代码，除非是我们把流程以传统的方式嵌在代码里。变成代码的东西是实现模型里任务的业务组件。
来看BPM里的生命周期的第一部分，BPA，流程分析。我在这里向大家展示的是很有名的一个东西，它能够定义企业里的视图。业务建模的过程中会这样的一些工具，会把流程以及相关的数据画出来，然后这些流程活动中牵扯到的角色、指示架构画出来，以及在这里流动的这些数据的描述建立出来，以及从业务角度来说有什么功能描述出来，最后可以从业务人员的角度定义每个活动的执行时间，大概估算是什么样的，投入的成本是什么样的，最后做出仿真。接下来会有一个发布，包括两个方面的内容，一个是作为一种公司里面的制度或者是业务的初级策略发布出来，另外一个发布是指发布给IT人，或者说架构师开始在这上面去加工，变成可执行的流程，在分析阶段包括流程定义、仿真、发布这三类。
第二个阶段是BPM的实现。要解决的其实就是业务和IT的有效协同。在SOA之前，我们很少在业务策略制定的同时去制定IT的策略。IT的战略通常是单独围绕SOA，那边业务里是说我要支持服务外包，通常IT接进来是针对业务需求的时候，我们说是IT方案。以前IT人员是不会参与的。但是在做IT方案的时候，没有参考IT战略，这样来作为一种因素来定制我们的方案，这样会定制出业务流程形成方案组合。这是在SOA的方式之前。
SOA变成什么呢？我们希望这里能够形成一个形环，服务是业务和IT两面结合体。所以我们希望在业务战略上，IT战略能够进去。业务架构形成的时候，企业的架构能够形成，然后把这个东西形成方案组合，而对于具体的业务需求而言，无非在这一个方案组合里的一个具体的解决方案。通过SOA有效而实现BPM的方式。
我们小节一下，BPM聚焦在什么地方？聚焦在响应性和持续的业务优化，为了响应企业的需求变化，要做出快速的响应；MDA聚焦在效率与质量，整个过程是业务人员定义的模型，最后实现。这个过程大部分通过模型的驱动过程，通过CIM模型，到平台相关模型到具体的实践，质量是通过精确，因为过程的传递是自动化的而不是说我告诉你干什么，你干完了要告诉别人，做个传导的信息导致了它的不准确，然后质量就没有得到保证。今天有一个人员叫你去干一个事情，你对业务不理解或者理解了一半，你做的东西是他想要的一半而不是全部，而模型驱动是最终实现，体现出了效率和准确性，也就是质量。SOA聚焦什么？聚焦在灵活性与重用，原来的系统可以通过有效的封装形成服务，灵活之后又可以变成一个服务，所以是聚焦在灵活与重用。
BPM系统给我们带来什么价值？业务价值很直接，可以通过业务分析可以实现业务创新。为什么？因为这个过程是业务人员自己参与进来的，它定义的流程，它通过这个工具做了反证，可以看到端到端的流程是怎么样的，可以发现里面的不合理环节进行改变，另外一个提到客户满意度，这个东西很重要，特别是对外服务的流程，我们提交了一个订单给你，我想看看你走到哪一步了，如果没有信息集成，没有流程管理，你是无法告诉我们的客户的，如果你能够把这个信息告诉客户，意味着满意度会很高，同样执行的时间都是十天，但是每天都能够看到有进展，使最后告诉我结果，满意度差异是很大的。能够提高运营效率和降低成本，很多的东西是自动化的，并且有一些处理策略。另外是标准化和制度化。我们很多东西通过流程贯彻下来之后，每一个参与这个业务的人员不知道这个流程的约束规范是什么，它只管好要做的事情，由流程把这些东西推到面前，它只要完成它的事情，所有的规范和流程已经贯彻到流程过程中。敏捷性是BPM很大的特点，优化和响应性。我有一个变化，可以通过流程的快速调整来响应新的需求。另外一个是绩效可见和优化，这是指我们的监控，在讲那个循环的时候讲了响应，BPM、分析执行。
CIO应该看到价值是什么？业务和IT有效的衔接，业务在上面，IT在下面，通过业务流程排好了，衔接得很好，这是一个业务驱动的架构，这是我们可以和CEO说的。另外节省了大量的编程工作，通过EMDA的过程，这是一个充分展示业务价值的工作和成果，我们实现了BPM，我们可以看着CEO说，我支持业务流程的管控，实现了价值。我们知道，SOA的解决方案最终要解决的是业务问题。我们是在实现SOA的时候，我们下面的工作和它相对业务的改变是分离的，这是通过业务流程结合来的，我动下面不会影响业务流程，业务流程要调整是通过BPM对业务调整的流程来实现。
下面快速介绍一下相关标准。OMG正在试图把牵扯到的各个环节的内容制定成标准，目前已经成形的标准是BPDM和BPMM，现在努力在做的是BPDM，业务流程定原模型，应该想把BPMN2.0的内容结合起来，这个从MDA雾的模型来看，正在跨在平台相关模型里，如果大家对WFMC，很像那定义的源模型，想结合一部分实现的因素定义在里面，BPRI是一个接口，现在正在准备做一个心得标准，BPRR是业务流程中要使用的规则的标准。
BPMN的东西我不细讲，我只是说它和以前的业务流程、定义来比较，它更加的细分了每一种大类型中的小类型，他已经提出来的各种各样的任务，包括消息、中间结束的各种各样的事件都非常完整。
XPDL是98年提出来的，2005年提出来XPDL2.0，完全支撑了前面的BPMN里的语义。在这里解释，它是一个流程的存储格式，这是主要元素。现在展示的是主要内容，一个是任务。以前的工作流里只关心人参与的任务，还有是应用，还有是使用工具，现在丰富细分了包括脚本、发生消息、应用，更重要的是Server，就是通过服务来执行的任务，另外定义各类事件描述的支持。
XPDL的使用是什么样的呢？我们从这里看到它和BPMN的关系，很多工具只要支持这个图就可以了。这个图是什么格式，BPMN没有定义，XPDL是很好的存储这种图形的格式。我们作为实现厂商，会在XPDL里拓展和应用绑定的拓展，最终在我们的引擎中去执行。
这是BPEL的活动，现在大家都知道，有的人认为流程就是BPEL，BPEL就是流程。其实是错误的理解。BPEL现在严重的感觉到它存在某些不足，比如说BPEL原来的规范里就没有定义人员参与的活动，但是我们知道企业的业务流程里很多是需要人际参与的，现在它在做一些标准。
我们来比较一下，能够清晰的知道他们的职责。BPMN就是划业务流程所使用的图形概念的标准，BPMN的基本目的是提供标准概念，知道图是什么意思，达成一致的理解。BPEL是存储流程的，在不同的工具中展现流程图。刚才我说了，它在那里定义了，只做分析，不像我们BOSS工作流一样，这是作为一个存储格式支持交换。XPDL提供了BPEL里的一对一表达，能够转过去也能转回来。作为BPEL来说，是服务编排的，点到点的交互顺序和数据流。但是BPEL，你打进去的时候成不了BPMN的图。
下面我展示金蝶的BPMN的架构。企业集成化模型流程是一个集成制度，我们的整个EAS业务参考模型就是这个，清晰的把企业模型的几个视图都展现出来，组织架构、业务数据、业务功能、业务流程以及为了支持SOA增加的服务视图。我们看，所有的东西基本上能够通过活动和流程串起来，业务功能被活动所调用，功能的执行能够驱动业务事件，从而驱动流程的执行。这个图充分展示了一个集成化的企业模型视图，也是我们EAS实现的对企业应用的一个抽象得出来的这样一个视图。我们只要通过流程的管控就能够把企业的这一切串起来。这是我们的流程引擎跟ERP其他业务系统集成的架构，我们看上面的这是组织架构。在定义阶段，工作流在建模阶段，就会把架构的信息绑定进来，我们在定义的过程会成为存储机器，在引擎执行过程中，对任务活动创建的时候，会知道用的组织架构的信息，我们要把活动分发给哪个人执行。98年提出了这个标准，我们基本上支持这个标准的实现。我们通过我们的工作流客户端和业务系统进行无缝的整合。在客户端，你可能操作EAS，你入库凭证感觉不到工作流的存在，但是工作操作完成之后会自动调用服务。服务端执行活动的时候会调用相应的EAS的业务组件完成这个工作，现在也拓展了调用服务，包括本地和远程的服务。我们在这里，因为金蝶的整个EAS都是用模型驱动的方式实现，存储了许多的语音数据，作为一种组件的描述信息在组件中反映出来，把这些信息集成起来交给引擎的时候，就知道我要调用哪些服务和组件，组件的接口描述是什么样的，封装相应的数据给他。
我们是企业级别的，大型企业集团级别的应用，我们的流程引擎要支撑的是大型企业集团的应用。这是EAS的部署架构，我们支持集群部署，可以同时又多个工作流引擎来执行你的流程。所以比如在煤炭集团，一个月的任务是一两百万的级别，我们的客户端访问了以后，这个请求会通过转发、负载均衡到应用实例里，工作流程同样是支持集群。
今天上午在听SOA的时候，知道服务编排是SOA很大的一个特点，我们理想的服务是无法完成一个完整的服务的，不同的服务通过流程串起来，这里还有一个有特色的东西，这个服务编排以后，可以作为服务发布回去，同时这是一个复合服务，里面是一个流程，我对服务的运行状态和监控的信息也可以变成一个服务发布出去，供集成方来监控和获得这个符合服务的执行信息。就像刚才说的我提交一个订单给你，整个的流程可以封装成一个服务，但是这不够，我希望订单服务在执行的过程中可以释放、反馈执行的状态，所以说监控本身也可以发布成一个服务，向别人去提供。
除了能够有效的支撑金蝶SOAERP里的业务流程以外，我们的业务流程引擎在支持企业应用集成，EAS业提供集成，简单的数据集成不能满足现在的需求，数据导进来的时候，我们根据系统入按一个数据，不是保证在数据库，中间有着大量的业务运算和一些表的信息，我们简单通过数据集成肯定是不对，所以我们同时要调用一些业务逻辑，而这些业务逻辑之间是通过一个复杂的处理过程，这时候要有业务流程把业务逻辑串起来，在定义集成的时候，定义一个集成方案，除了配置哪些端的集成，这些方案在哪些集成方路由以外，要配置集成流程。在具体实现这个流程的时候，会给他配置一个参数，交给他执行。这个消息在应用中传递和路由，来实现数据集成的同时，把这些信息升成事件，同时数据进入系统的时候要调用业务逻辑支持全面的集成。
接下来向大家展示一下金蝶BPM实现的东西，给大家一个感官的认识。这是一个建模工具，在这个红圈里清晰的看到我们支持的各种活动，比BPM里没少什么。首先我们有员工的活动、自动的活动、服务、我们特色的，ERP领域里单机之间的相互驱动很有特色，我们有单机转换活动，我们有定义的脚本，还有自己提炼出来的函数活动，还有一些有意思的类似审批的，还有决策，这个活动不处理任何事情，只是让你选择应该干什么，这个里面虽然没有定义，但是ERP应用里很关键的。
BOS的所有业务都是针对这个来运行的，我们的流程分步到模块里面去。我们不像IT序列里，先在一个工具里做DPI，然后到另外一个工具让架构人员既补充信息，然后形成可执行的流程，我们就集中在一个里，由懂IT的人来做。
这是一个采购流程，定义，采购员提交申请单，这是很有特点的一个东西，我们提交一个申请单，从处理来看，可以提交这个来审核，如果不审核，我也可以删除它，这里我们用了一个模式，现在很少支持这种模式，这是23种模式中的2种模式解决起来的，是滞后选择和活动实例删除结合起来的模式。你做的这个其他的就直接的删掉，如果它做了这个，往下这两条路会断掉，我们会支持流程的，这个审批的子流程就是直接导航到审批流程是怎么样的。
现在这个版本已经开始支持服务。原来这些都是人工的活动，调用内部组件的活动，现在可以调用外部系统的服务。
这是一个活动里的任务，一个活动里具体要做的事情。能够看到这个提交的报表信息，我们是用模型驱动的方式来开发系统的，这个报表批示关联到的模型信息全部在这里，我们的流程能够充分享受到模型驱动的特性，能够把这些信息展现出来，在定义的时候就可以从它里面抽取信息，作为流程流转过程中，作为控制和判断依据的信息。也就是我们通常说的流程变量的依据。我们就会有把所有系统里的功能都封装成可以在工作流里展现和绑定的业务功能，绑定这个业务功能。
我们有非常复杂的参与人选择的规则，应该说，ERP里有很多客户的流程非常复杂，我们知道有一些客户不想改变或者不想做DPR的东西，原来参与人的选择非常复杂，有各种各样的判断条件，我们基本上都支持了。有一家买家客户在磨炼我们的产品，功能越来越多、越来越复杂，我们支持各种参与人组织、职位体系、职务体系、关系。这个活动的执行者执行下一个活动，我们支持这种规则和脚本。基本上所有的可能性我们这边都支持。
我们还支持模型校验，模型是正确的，但是不能执行，因为存在着逻辑的存在。以前我们研究过一段时间，模型校验，这是一个很复杂的。有基于矩阵分析的校验等，我们也有自己的方法，通过执行路径分析，建立了一大批校验规则，这个图里是什么样的校验规则，违反这样的规则可能这个流程就不能执行，我们在发布这个流程执行过程之前是可以做这项校验的。这个里面流程是有不可到达的活动，有一个活动是独立于这个流程之内的，从起点没有一个路径可以到达结束的节点。
导入导出的功能很有用。经常在前方说，这个流程没有配好，我们可以叫他们把这个流程导出来、发回来，在内部导出去，测好发过去，在对方匹配的东西实施好。这个东西也可以作为存档使用。我们可以导出去，让其他支持XPDL的去做分析。
下面我展示处理。我们的流程里所有的处理最终都以消息的形式变成推动任务到流程中心和消息中心里。你点就会弹出这样的页面，可以请大家关注一下，我们可以转交给其他人。这是一个转交的动作，它把这个东西转交给其他人处理，我们除了这个可见的转交，还有一个方式是委托。谁发给你的流程，你委托给谁，当收到这个消息，你直接就推给授权给他的人执行。这个流程让你能够动态改变还不够，在执行中还要改变。最多的改变就是我改变执行人，原来定义说这个东西由部门经理审批，下面我进行下一步活动应该由谁来干。
这个就是BAM，业务活动监控。作为一个流程，执行到哪一步我们是看得清楚的，每一步执行到哪里，路径是怎么样的，这个就是充分体现我们多选一的特点，在这个时候创建的两个活动，但是由于后来这个人做审批了，就忙着多条路径找，从这里监控大家可以看得到。这次看的是整个流程的执行过程状态，也可以点击一个活动，这是第一个活动的信息。创建时间是这个时候，完成时间是这个时候，垂直性的活动是这样。我们同时可以看到这个流程的变量信息，整个流程的状态，这些东西很多是方便了我们跟踪这个流程，这个比流程管理员发现问题可以获得很多监控的信息。刚才说到，我们可以做流程效率分析，执行了的流程实际上给你大量的信息，可以通过类似BI的技术进行分析，得到很多有用的信息，我们现在执行单个的执行分析，可以看到整个的执行时间和延期，他收到这个活动是什么时候，完成这个活动是什么样的，完成了多长时间。要设定实现的话。还有一部分类，凭证处理是什么样的，可以针对每一个执行人，除了这一类流程，最短的时间是怎么样的，可以按活动来判断延期率，如果严格的管理这个是可怕的。大家都是会计，有五个会计在这里审批费用报销，别人都是每天30个，你每天是5个，领导会问你为什么这么慢呢？还有一个是什么呢？假如说，这个流程总是在这个环节停留了很长时间，这个时候可以考虑，这个环节岗位的人员可能要增加，其他环节都很快，那个人可以调一个人。
总结一下，金蝶EAS BPM提供了什么样的价值。作为一个产品适应不同客户的流程逻辑需求；适应一个客户在不同情况下对流程的调整；让业务适应组织架构的变化；流程可以绑定组织架构和数据。业务可控、可管理，我们可以控制和管理整个流程，业务可以监控，我已经发给你了，我可以提升你的效率，也可以监控。业务监控、推式任务、任务催办与协同；为企业业务提供优化依据，就是刚才说了BPM，分析的东西可以作为优化的依据；实现与第三方业务集成的逻辑控制；可以做服务的编排和整合；跨企业流程协同支持，这是我们正在做的，我们正在承担国家863的课题。
总结一下它的特点：BPM是EAS逻辑控制核心，所有的业务和单据都是通过流程驱动和流转的，整个业务流程的逻辑都是受业务流程引擎的驱动和管理；是参考模型的核心元素，在企业模型中，流程也是个集成化的模型，整合了各方面的信息，与EAS业务应用无缝集成；可分步部署，有强大的伸缩性，通过我们的应用情况就可以反映出来；支持多种标准，BPEL、BPMN、OMG、WfMC XPDL、OMG Workflow faclity，我们有仿真的能力，每个活动中都有对时间和成本的估计，通常类似ERP的业务数据处理的流程，不像制造线上的对资源竞争的流程对仿真要求也这么高；SOA服务整合和品牌能力；事务支持，这是很难也是很重要的东西，因为要人工活动，就打断了这个事务，但是又要支持事务，这个东西我们做了很大的努力；整合多种类型活动；支持各种复杂的参与人策略；支持23种工作流模式，并且结合ERP的特点创造了一个复合模式，Workflow pattern是这里很有名的专家；图形化的建模、监控和分析；灵活的任务操作支持，转交、委托、穿越、审批、会签、动态指定参与人、批量处理、人工决策，事件消息驱动，有短信和邮件消息功能，有通知消息和异常处理的消息。
在这里感谢我们的客户，包括上海航空，他们的绩效流程背后就是我们的业务流程。客户的支持也对我们流程这个特色的厚爱，推动了我们业务流程管理系统的发展，我们经历过坎坷的路，但是现在金蝶的业务流程管理系统在国际上也是先进的，本人在这里还有十年的研究经验，现在也做一些研究，现在关注事例方面的研究。我们也得到了信息产业部、科技部对我们这两个很大的课题的支持，里面都是很重要的内容。
感谢各位。
