在把业务流程管理(BPM)与企业应用集成(EAI)和工作流从技术的角度区别开来时，首先应该明确究竟是什么使得这些方案具有明显的区别。就核心而言，BPM认为业务流程是头等公民，就象面向对象的语言认为对象是头等公民一样。在BPM中，业务流程是一个受控的核心实体，这与以前的观念仅仅把业务流程看成是不同的对象之间的运行结果的副产品是完全相反的。
　　EAI认为应用程序接口API是它的核心实体。根据EAI的模型，任何应用——客户或者是程序包，可以通过一系列的API，使用标准的语法（IDL、XML等），实现一个标准的调用模型（同步的、异步的），基于一个标准的传输协议（IIOP、HTTP等）来提供。在这样一个模型下，业务流程是以一系列的API的顺序调用来代表。这些调用产生于不同的应用程序之间，要仔细查看这些调用才能发现它们的踪迹。把这些看成是业务流程纯粹从市场角度而言确实有它的优点，但是很明显，商业分析人员很少认同这种形式业务流程的观点。EAI所谓的业务流程实际上应称为交互应用业务，如果不叫交互应用程序。
　　工作流认为文档是它的核心实体。根据工作流模型，任何业务流程可以被描述为在企业内的不同部门或在企业外的不同组织之间交换文档的流。在这一流中，每一步被实现为分配给组织内的特定角色的任务，或分配给外部的IT系统的过程。根据这一模型，业务流程和文档的流转是一回事。这一模型有它的优点，因为它拉近了在现实社会中确实存在的某一部分的业务流程的映射，但它过于限制于文档这一形式而不能支持广泛的业务流程概念，因为有些业务流程并没有文档这一物质表现形式，不管它是纸质的还是电子形式的。
　　EAI模式与WEB 服务结合后又唤发了活力，WEB服务只是另一种可以透明地部署在防火墙后面的交互式应用程序。同样的，被协作式软件厂商采用的端对端的模式可以认为是一种分布式的工作流。尽管如此，WEB服务及端对端的协作并不能与业务流程管理相提并论。WEB服务是基于服务调用的模型，端对端是基于文档交换的模型，而业务流程是基于流程执行的模型，它仅仅利用服务调用和文档交换作为一种通讯手段。EAI和工作流，或者是WEB服务和端对端的协作等，在一个小的应用环境中确实有它们独有的优势，但当面对的是一个企业级的业务流程管理活动时，一个以面向流程为核心的方式就具有巨大的竟争优势了。
　　业务流程管理，在企业应用方面，是继工作流和企业应用集成之后发展起来的一种研究方向，将是企业信息化的趋势，被称为“第三次浪潮”。
　　业务流程的第一次浪潮，以Fredrick Taylor于1920年提出的管理理论为蓝本，认为流程是隐含在工作实践中，并被操作手册所记录。流程管理被称为“方法和流程分析”。
　　第二次浪潮，以前十年最具有代表性，认为流程可以在同一活动中被重组。这一时期的主要理论和实践活动有ERP应用系统，以及在金融管理中取得很大成功的以文档为中心的工作流系统，但这些系统都有一些致命的缺陷，比如，这些应用系统很少给业务经理们提供对整个业务流程加以控制的方法。
　　业务流程的第三次浪潮将给公司和工作人员在建立新的流程方面产生质的飞跃。它的初衷就是满足不断的变化。通过这种敏捷的业务流程，价值链能被监测并能不断地加以改进。第三次浪潮并不是业务流程重组，不是企业应用集成，不是工作流管理，或其它包装起来的应用系统，它是所有这些技术的综合和扩充而形成的一个统一的整体。之所以这样，是因为一种新的基础性的特性以更加自然更加符合商业管理实际的方式加入到了其中，并以此为基础来构建业务流程管理系统，那就是面向流程的业务流程管理系统。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。