王程志：各位来宾、各位朋友大家下午好！我下面演讲的主题是SOA业务的流程演示。在这个环节之前，我看到一个朋友提到的议题很好，他在短信平台上问到，说今天论坛应该有更多业务人员来参加，而不仅仅是技术人员，他的主要意思SOA不仅仅是技术创新，更是一个业务创新。我非常赞同他的想法，下面我想从这种业务的维度，来介绍一下业务流程实现的模式。

　　SOA的关键任务是业务服务的构件和业务化流程。在业务化流程实现过程中，为什么说业务化非常重要呢？大家从最近的这种赈灾或者最近身边发生的事情，可以深切体会到，我们在灾难面前，除了悲痛之余，我们会发现我们的国家现在在发展壮大，主要体现在哪几个方面呢？第一，就是体现在经济发展，这个我相信大家都可以看到。第二，体现在管理的变革。我们的刘先生也介绍了管理的重要要素，管理中很重要一点就是流程变化。第三，流程变化会导致我支撑企业管理和业务的IT系统会频繁去变化。在这个过程中，我们需要对业务流程进行频繁的调整。这个调整如何来降低它的成本，缩短它的周期，这个就需要我们的业务化工作的平台，来实现我们业务的调整。

　　下面我从三个层面，给大家介绍业务流程的实现。

　　第一，整个业务流程实现过程中，为什么说业务流程持续调整和优化能力特别重要。也就是我们面临的挑战是业务流程调整和优化。

　　第二，通过实际案例，来展示上面介绍的一个电信的DDA产品销售流程，是如何来进行快速的变化。

　　第三，通过普元提供的业务流程定制平台这样的产品，来通过案例的方式，给大家介绍一下在实际项目实施过程中所产生的收益。

　　上面副总裁刘尔洪先生已经介绍过，在管理精细化和差异化营销不断演进过程中，我们在管理的策略上会不断的引入SLA、QOS等等这些管理方法，这些管理方法的引进，会带来服务指标或者业务指标发生变化。比如说这样产品销售流程的接通率，以及开通时限都会发生变化，这样就会影响整个管理流程。从原来我面对所有用户是统一流程处理方式，到后来，可以针对不同的服务等级，定义不同流程，并且这个流程定义过程中，是在业务层面上实现的。在这里我们就可以看到，在这个过程中，就要要求业务流程可以动态变化，并且需要在这个变化中我需要敏捷实现，并且是灵活可以在业务层面进行调整。

　　下一步，我通过一个实际案例演示，如何敏捷实现和灵活调整。

　　普元提供的业务流程定制平台产品，如何从架构上来实现敏捷和业务变更。首先这个产品是在普元商业成熟工作流之上，业务员可以在业务层面上进行业务的调整和优化。我们通过业务的服务库、环节，以及我的规则库等等，来实现我整个流程。在流程实现之后，我也可以通过流程治理来实现流程整个流转的控制、监控，以及流程中所需要服务的管理和缄口。

　　在这样流程定制平台之上，通过怎样的过程，来实现业务流程的定制和调整。首先我的同事已经介绍了如何快速构造我的服务，我们构造服务会分为不同类型，比如页面服务构件，包括流程中的事件服务构件，这个基础之上，可以实现流程环节的装配，比如订单服务来装配出具体的人工环节或者自动环节，更进一步，我们可以在业务层面上，通过装配的环节，来实现业务流程组装和定制，在这个过程中，实现的流程进行马上的发布和部署，最后我们对流程流转过程中，进行监控和管理。

　　下面我通过一个实际的流程演示，来演示如何通过敏捷过程，来实现业务流程的定制。

　　这是我们业务流程的登录界面，我们进行业务流程的定制与调整。在这里我们可以看到，上一步我们同事所实现的构造服务，将我们的构造服务进行管理。这里就包括多种类型的服务，包括页面服务，页面构件服务，我可以通过这个过程，如何通过服务来装配我的环节，以及环节到流程的装配和定制。

　　在业务流程定制里，我可以通过前面构造好的服务，来找我的环节。现在可以看到，这样一个DDN产品销售流程，我可以通过服务来组装流程环节库，我通过环节库，我可以进一步装配我们的流程。首先我在这里主要演示流程如何快速变化，首先看一下流程调整之前，我是这样的一个业务流程过程，它是针对我上面介绍的，针对不同的所有的用户采用统一的模式，来实现这样一个流程。假设现在这样一个变化，我需要引入SLA的一些指标，这个前提下，我如何实现流程的敏捷变化。

　　在之前，我们看另外一个关键要素，就是流程上和技术层面上，业务层面上，流程的四个关键要素，就是流程环节，流程规则，参与者，以及流程的KDI。这个变化依赖于在技术层面上我们构件的服务。这样的流程变化之后，我们看，首先我的流程环节变了，刚刚说的四要素之一，流程环节。提交这个售前方案之后，我们下一步骤就是简单订单选择，流程改变了，首先需要确认SLA的指标，然后需要通过下一步客户经理确认，成功之后，我们需要找客户洽谈，也需要经理的参与，下一步可以通过签订SLA的活动。这样一个过程，我们看流程如何进行快速的定制。

　　在这里也会发生另外一些变化，就是流程业务规则。就比如说，我在客户经理确认之后，如果是客户经理确认通过，我就下一步进行洽谈，如果不通过，就是需要修改授权方案。修改方案之后，又到确认，需要到服务系统中确认SLA的域位指标。在这里也可以让流程直接结束，同样客户洽谈这里，也是客户洽谈成功之后，下面再进行SLA合同签定，如果不成功，需要进行客户指标确认，这个里面就涉及到业务规则，我们看业务规则是怎样快速调整的。我们看客户经理确认情况下，如果客户经理确认，他通过我就走这样一个分支，如果没有，就可以在这样的分支上设立一个业务规则。这样就可以设置一个业务规则，当客户经理确认没有解决方案的时候，整个流程自动结束，在客户洽谈这里也是同样道理，我可以设置客户洽谈的结果来设置业务规则，如果客户洽谈成功，我下这样一个通知，到现在为止，我这样一个业务流程已经快速定制完成了。下一步，我们可以在业务流程定制平台产品上，进行流程的验证、保存以及快速的发布。

　　现在流程保存成功了，下一步可以看到流程状态变成已改动，可以在流程定制平台上，对这个流程进行发布。流程发布成功之后，我们可以看到当前变化的几个版本中，当前这个版本是正在运行的版本，下一步，我可以通过业务流程的运行和监控，来给大家展示一下，如何在一体化平台中，实现对业务流程的整体监控。在这里提交之后，我们可以在普元平台默认的客户中，可以查到我现在要处理得任务，我们可以看到当前处理任务的状态，从提交售前解决方案，到自动的调用服务来确认这个订单的一个指标，下一步到客户经理确认的环节，首先处理这样一个环节。处理得时候，我们可以给一些处理意见，处理结果，比如选处理通过。处理通过之后，我们再看一下当前的流程，我们当前的状态，就是我们所设计的业务规则，运转到客户确认这个环节，在客户确认的环节，下一步我选择处理洽谈成功，我们看一下当前处理流程的状态，也是按照所设的业务规则，来执行到流程的SLA合同签定这样一个业务环节。这是在我们上面调整了流程两个关键要素，就是流程环节调整，从原来一个环节到现在的五个环节。第二对流程流转业务规则的配置。

　　第三，如何调整流程的参与度，我们看客户洽谈这样的环节，我们假设在系统执行过程中，我需要通过不同方式设置环节参与度，我们需要设置四种方式，一种是组织结构和角色，比如我具体某个结构或者角色，或者通过执行者或者通过复杂的业务规则来参与。比如到某某规则版图的时候，我是A角色来执行，否则就是另外的机构来执行。由于现场时间关系，我刚刚演示的是通过流程启动的方式来做的。

　　第四，流程的KPI，我们知道流程环节当中，需要调整流程的时间限制，不同环节对整个流程都会设置时间限制，并且这个时间限制，是严格按照业务的方式，我可以通过业务的方式来指定哪种类型的工作日历，比如看到A部门是5×8小时工作方式，另外一种可能就是6×8小时的工作方式。

　　对于上面介绍的流程四个管理要素，流程的环节可以增加修改，对于业务规则，可以业务层面进行流转的规则，指定参与选择的规则，第三，可以对流程参与者进行灵活定制，第四种可以对流程KPI进行灵活定制。在上面演示过程中，我通过这样一个实际流程演示了，从流程服务到装配环节，到流程组装定制到发布预警监控整个过程，第二就是流程四个关键要素如何来调整。

　　我们看我们如何来做到这一步的？这个主要来自系统设计思想，主要是业务流程提出，到最终可用的业务系统，是实现两个分离，第一个分离，可以实现业务域和技术域的分离，技术实现的服务基础之上，我可以实现服务的复用，实现业务层面上，流程的梳理，服务的筛选，服务的重用，到后续流程的编制、发布以及预警管理监控等等，这个过程都是可以在业务层面上通过业务人员来完成的。

　　第二，在这个过程中实现另外一个分离，就是流程设计以及它实现的分离，流程中的一个分离可以通过分物构造环节开发完成，整个流程梳理设计可以完全在业务层面上进行业务建模，实现业务流程。对比传统模式，为什么做不到这一点，是由于传统模式下，我们往往将技术域和业务域混合起来，从业务方面的提出，到中间实现过程，一直在技术领域实现业务流程的分析，以及技术的建模，到后面流程的部署、上线等等都是需要技术人员的深入参与。直到最后业务部门需要验收的时候，才会发现这个流程是否是满足我之前提的业务需求。在没有满足情况下，我需要又回到开始的状态，来进行流程的调整。我们可以看这个周期是非常长的。

　　最后我通过一个案例，来说明一下普元业务流程制定平台这个产品，如何来帮助您快速实现业务流程实现，以及业务平台构化。

　　这是我们最新产品的一个截图，我下面介绍的实际案例，是06年的时候实施的安徽电信全业务服务保障和电子运维项目，这个项目建设之初，客户对我们提出很高要求，其中大家可以注意一下，最关键一个要求，要解决全过程管控问题，解决长期困扰的快和安全生命周期管控的问题，解决流程敏捷实现和灵活变化的问题，全流程管控方面，整个流程实现过程中，不需要技术域和业务域交叉方式，需要一个很长周期才能实现我的业务流程。在后续业务流程会不断变化，这个变化过程中，我也需要快速实现，这个快又体现在我对业务流程快速灵活调整，这个在上面我反复介绍了，就是对于流程关键四个要素，流程环节、业务规则，以及流程KPI的调整，在实施效果上，07年1月份部分上线了，现在整个系统上线实施状态，是07年8月份统计数据，当时可以看，在用的流程已经有898个，曾用的流程有2千多个，大家可以非常清晰看到，第一组数据，为什么有再用流程和曾用流程概念，这个就是表达了之前提到了业务流程持续调整优化的重要性，就是业务是持续变化的，我需要对支撑业务的流程进行快速灵活的调整，最好的方式，就是通过业务层面上来实现这个流程的调整。

　　第二组数据，就是我刚提到的，基于服务重用的方式，我们可以看到这样一个系统中，它是三千多个流程，我可以实现一个构件的服务支撑13个服务的运行，这样对业务的价值是非常大的。经过我们前期的统计，据现在了解，现在在这样一个系统中，现在流程已经达到4千多左右，可以看到这个过程中，业务流程对它的重要性。

　　最后我们可以看到这样一个业务保障系统，基于SOA模式，实现业务流程所取得的收益。主要体现在，之前程先生也提到了，我们在实现流程或者实现服务构造几个关键的，一个是效率问题，第二质量，第三灵活性，第四，成本。我们可以看到效率方面，我们把原来需要两三个月实现的流程，现在只要一分钟就可以通过业务层面实现，第二，可以控制到一天左右，而不是原来的一个月。另外整个系统实施过程中，可以看到是业务人员全程参与，一方面激发了业务人员参与创新激情，第二更重要的是我们可以实现业务流程的在整个全过程业务层面的调整，来实现业务流程的灵活变化，以支持它整个管理的需要。最后一点，整个过程中，我们可以看到因为实现了服务重用的效果，整个系统运行过程中，我们发现从一上线系统就是稳定运行，并且流程变更，可以从业务层面进行快速调整，所缩短它的周期，降低它的成本。我们今天介绍的业务流程定制平台，如何来实现我业务流程的敏捷定制与灵活调整我介绍的主要主题就到这里。