OA与BPM区别以及BPM与SOA的关系.doc

首先，我们来看看BPM的价值和它与OA的区别。K2 BPM着眼于企业流程重组，而OA着眼于企业流程自动化。比如，成熟企业会不停地改组业务，优化流程，但是中小企业没有那么多精力考虑流程优化，效率优先。这两种不同的需求导致BPM和OA的不同导向。我个人认为OA与BPM面向不同客户群，客户应该根据企业领导和业务需求判定如何选择。下面举例说明k2BPM能帮助企业实现的价值。比如我们企业，以前的BPM基本定位在OA。但是随着发展，我们的需求更加旺盛，对业务的理解变复杂，我们就有了升级OA到BPM的需求。这是第一点。第二点：业务流程需要重新梳理，这更需要BPM工具支撑。可以说，BPM着眼于创造价值；OA着眼于提高效率和集成度。很多人都谈到OA和BPM的融合问题，但我认为基于两者价值导向不同，比较难于融合。我们来看一下OA是如何构成的。OA：有一体化的集中数据库完成，各种表单大多位于OA系统，包括文档。而先进的BPM基本就是一个皮，业务数据通过SOA的Web 服务链接。因此我们的挑战在于BPM工具的监护和效率。另外，我们还可以从一个具体的BPM的应用场景来说明BPM的价值。面对一些新的需求，我们需要重组新的业务，这样系统必须重建。我们的表单数据变化较小，但流程变动很大。这时候BPM工具的价值体现出来了。我们仅仅花了半个月就更新了九只主要流程。有些甚至几分钟就可以配置完成。效果明显。大家想想如果是OA的修改需要多久？耗资又要多少？表单和流程分离是二者核心区别。另外，BPM工具的使用可以解放IT，使得业务可以脱离IT单独操作。BPM的优势也在于此，有点儿像IT的三层结构，业务层和数据层完全脱离了。在经过培训后，简单的修改业务人员一般都可以完成。我们现在使用的智能表单已经可以做到简单流程的自动化维护了。其实我们想像一下，业务如果可以自己改动，何必费劲找我们？改动的是流程不是数据，业务不能改变这个原则。BPM的终点就是业务流程和数据的完全脱离，业务操作流程。比如，我们的签呈（重要批准）流程由总经理室完成，而不是IT，因为他们可以在测试系统配置后发布到生产系统，因为没有程序改变，我们没有IT变更，但是他们要维护变更历史。我们因为没有变更程序也就不存在变更管理，但是BPM的版本管理会记录这些变化。当然只有授权人才可以改变流程。我们一般叫他们“流程所有者”。这归企业管理负责。第二部分，我和大家分享一下我们最近实施的BPM项目。我实施过几个ORACLE的项目，集成了SOA套件，同时也实施过好几个K2的项目，而且最近刚刚成功实施K2的智能表单。两者有明显区别但一样又很接近。其实无非两种，一种是微软平台，一种J2EE平台。我们采用的是混合组网。BPM采用的微软平台K2。业务数据集成采用了ORACLE的SOA。使用SOA管理所有的企业级web服务，使用K2把他们串起来。我们选择K2的原因么很简单，我们的企业环境是微软的，而k2也是用的.Net语言开发，和微软用的是同一个开发环境，而且k2和SAP、CRM、微软的所有软件有有着很好的集成功能。所以选择K2微软平台的原因是K2的环境，还有它的性能，能承载的大的用户数和流程数。我们使用SAP作为后台骨干系统，流程跑在K2上面，两者之间采用SOA套件连接。成功上线两个月了，运行良好。我认为这是个比较成功的案例来说明OA与BPM的区别和BPM架构如何搭建。有朋友看到流程截图中有很多审核，会有疑问，如果审核人正好不在该怎么办? 很简单，BPM工具中流程可以被授权代理。如果总经理不在他设置谁做代理就好了。但是这要求各位必须有AD验证或SSO。如果有人事系统集成更好，能够体现层级关系。最后一部分和大家一起讨论一下实施SOA对BPM的影响或者说是促进作用。对于SOA的使用我认为刚刚开始，它不仅是BPM的利器，也是我们移动战略的核心。SOA完整支持BPM工具，同时BPM工具现在基本都支持web服务的调用。如果没有SOA我们要花很多精力在接口管理，庞杂繁琐。而如果没有BPM工具甚至移动化BPM支持，SOA就没有价值体现。刚才的案例中我们看到的多系统数据交换，基本上都是基于SOA架构的。如何选择SOA平台也是仁者见仁的事情。但是企业自身环境影响巨大。如果各位都是ORACLE环境，就选他们自己吧。如果是很多异构环境，建议采用IBM的硬件方案。SOA的作用就是业务系统碎片化，我们的很多业务系统是独立的系统，在他们外面还有很多数据或流程不能被整合进去。业务系统碎片化的作用使得IT第一次可以跨越系统的整合业务，再加上BPM工具的强力支撑，我们如虎添翼。这也是我们各位多年的努力，大家可以想象我们自己是多么的受制于各个系统：人事系统，财务系统，BPM/OA，供应链管理，文档，CRM，太多的系统太多的累赘！最后，以我在k2 BPM项