随着业务流程工具的流行，企业架构师需要评估自己了解到的有关BPM、BPaaS以及iBPM的东西。

随着企业架构师开始仔细考虑为企业引入更高敏捷性的策略，业务流程工具受到越来越多的关注。这些工具允许业务经理围绕企业应用进行更直接地控制和沟通。为了展开充分讨论，企业架构师与C级主管应该清楚分辨业务流程管理（BPM）、业务流程即服务（BPaaS）以及智能BPM（iBPM）之间的细微差别。

如果不仔细思考，像BPaaS、BPM这样的术语可能就会被交叉使用，长此以往会引起困惑。“但是BPaaS和BPM在企业变革和简化之旅当中扮演着不同的角色。”  Tata Consultancy Services的副总裁兼BPO服务与流程卓越负责人 Abid Ali Neemuchwala说：“BPaaS是直达某人目的地的手段，而BPM则像GPS。”

把执行BPM作为第一个步会赋予比BPaaS更高的控制感，因为它把规划和分析从执行中分离了出来，Neemuchwala说。于是那些仅仅想对现有技术环境进行补足的组织也许会采用iBPM。

每一个业务流程技术都是不一样的。BPaaS是把业务流程服务的交付外包给云。BPM是以正式方式对业务流程进行建模以及有时候执行的一组工具。基于云的BPM或者BPM即服务，是通过云来提供BPM。iBPM或者动态案例管理是BPM的子集，它利用了某些形式的分析或人工智能去动态调整运营中的业务流程。业务规则管理（BRM）代表的是一组业务流程工具，它们可以对企业应用中采用的规则进行优化调整。这些工具往往基于BPM实现，以便进行更好的合规性控制和风险管理。

BPaaS遵循行业最佳实践

BPaaS涉及到在由流程服务提供商管理的基于云的技术应用上提供业务操作。它包含了同类领先的技术，预置了业界的最佳实践。而另一方面，BPM往往包括了流程建模、加快以及变更模拟等，这些可以改善效率和效能。

BPaaS很适合于技术需要马上替代的情况，Neemuchwala说。这可以由以下因素驱动：

• 全球化的行动，现有技术商业上不可行，或者在新的地理位置还没有部署；
• 并购导致的不同系统需要马上集成；
• 剥离引起的资产拆分导致无法获得技术
• 组织优先级导致升级替换过时技术缺乏资金投资。

共同的使用案例涉及到以相对较快的速度去修正问题。部署BPaaS提供了一个健壮、可伸缩的解决方案。尽管这有使用iBPM的可能性，但这个也许需要的是持续努力，需要随着企业发展而发展。

BPaaS已经由于它向客户提供的可访问性而获得发展。它作为服务很容易消费，把运营开销降到了最低程度。从互联网上就可以轻易访问，它还促进了组织改善当前状态。“BPaaS帮助捕捉和改善业务流程，但是现在的服务的限制会制约客户进入类似流程，”  Pegasystems提供商Pegasystems的BPM与案例管理产品营销总监Ken Schwarz说。

这一限制阻碍了公司利用行业专业知识建立必要动态智能从而形成基本优势的能力。当流程属于公司知识产权的关键部分时，商品化业务流程工具对于组织来说价值没那么大。

云与内部BPM

企业需要权衡云与内部BPM这两种模式各自在相对数据保护及退出灵活性方面的利弊。领先的云BPM产品包括：

• Appian Cloud BPM
• BPLogix Process Director Cloud Edition
• IBM BPM on Cloud
• Kofax TotalAgility Cloud
• OpenText Cordys
• Pegasystems Pega Cloud
• PNMsoft Sequence Cloud

内部技术增加了对提供商的依赖性。提供商需要保持技术更新，这不仅是针对业务环境，也要根据监管变化而变，同时还要集成不断演变的最佳实践。这些提供商还需要建立组织所需的退出策略以便更换提供商。不顾，内部技术给人感觉坑会更加安全，因为数据是被锁定的。

基于云的服务允许相当容易的部署和升级。如果企业已经利用软件即服务来进行客户关系管理以及企业资源规划或人人力资源管理的话，这也许是个好的选择。云BPM还可以提供变更提供商的灵活性。然而，必须在确保企业架构安全上进行充分的努力，Neemuchwala说。

对智能流程的需求引领iBPM

智能BPM技术往往包含了规则引擎、工作流引擎以及报告和分析。视复杂程度不同，该技术可用于人工或自动创建附加应用或可部署有限变更管理的应用封装。

iBPM这个术语之所以会出现是因为流程必须具备感知模式的智能，从而去帮助决策采取明智的行动。“在智能流程出现之前，流程必须进行编程，并有着执行的快乐路径，”BPM咨询公司Flueresque的CEO Jim Sinur解释道。iBPM这个术语是他在Gartner的时候杜撰出来的。“在这个复杂的世界里BPM正变得越来越乏味。”

数据和分析的价值通过集成和自动化提供了丰富的上下文智能。但是企业架构师需要确定这些服务在API调用数量或者需要复制数据源来访问它们上面是否存在罚则，Pegasystems的Schwarz说。

选择需考虑可持续性

组织在寻找产品的时候，应该考虑的不仅仅是可访问性，还要考虑可扩展性和可持续性，Schwarz说。可扩展性允许关键集成进现有的数据来源、系统纪录、API以及实时连接。可持续性允许业务进行快速调整的同时关注短期和长期目标。

“你可以一直利用现有流程来创建其他的流程，但是随后你怎么去管理流程库呢？” Schwarz问道。企业架构师需要思考在关键步骤做出变化时会涉及到哪些东西。要想监督更大更复杂流程的扩散和管理会是非常困难、充满挑战的，因为工具本身会成为限制。

企业架构师首先需要专注业务所需的东西。然后分析像BPaaS、BPM之类特定业务流程工具的细节。这里面包括权衡一开始是否易于访问，以及流程变更方式、数据增长需求和业务需求影响相关的消耗成本。

“当业务流程成为企业实现行业领先能力的关键部分时，他们不会在BPaaS或者iBPM里面选，而是看哪一种解决方案适合业务演进的需求，” Schwarz说。