过去的十年里，许多企业一直将应用程序变革集中于横向工具和软件的使用。面向服务架构、企业服务总线、应用程序生命周期管理以及沟通一致性都验证了这种变革趋势。问题是，这种横向策略会使业务应用程序具备大规模的整合功能、交叉应用程序以及供应商产品线。智能应用程序采用了一种不一样的方法，专注于应用程序界限内的纵向性和敏捷性。基于智能流程应用程序，按照以下的提示，以便从应用程序智能化中获得更大的收益：

• 确定何时具备智能流程功能
• 确定主要的业务流程变量有哪些
• 确定横向混合状态

通过应用程序来完成业务流程就必须权衡横向和纵向问题。尽管业务流程创建了考虑员工的专业生态系统，但是还没有出现能较好地满足每一个业务活动需要的一次性解决方案。

架构师们已经通过一些例如应用程序组件和工作流编程这样的机制来处理业务流程支持问题（举例来说，业务流程执行语言）。智能流程应用程序将这一点应用到下一步工作中，他们并没有调整横向应用程序以满足纵向需求，而是将满足纵向业务流程需求作为一个重要的目标。

智能化流程应用程序将业务流程所需的支持都集中到一种工具或者应用程序上，包括：

• 核心元素，如客户关系管理和制造资源规划
• 协同框架，围绕组织核心来协调活动
• 分析流程，进行决策和管理活动

上述三个内容对智能流程应用程序来说非常重要，因此这三个内容对于支持任何业务流程都同样重要，成功地完成智能流程应用程序意味着能更深入地完成每一个可能的任务。

确定正确的流程

首先通过工作组内部成员之间的交换来选择流程，然后通过选择后的交换来连接公司的其他活动，这样企业架构就可以决定出候选方案了。从企业工作流的角度来看，一个智能流程候选方案可以被视为一种自主的行为。

一些企业指出，云技术对于寻找智能流程应用程序候选方案来说可以提供非常有用的指导。在软件即服务中（如CRM）被提供积极支持的大多数应用程序也都将会非常适用于智能流程应用程序来完成。这样，完成智能流程应用程序的候选方案应该进行云实施评估。

智能流程应用程序项目的下一步是要确定应用程序需要支持的主导业务流程变量。在此方案中，变量是指更广泛的语境——多数是业务流程定位中的动态情节。

所有智能流程应用程序都会将应用程序特定的工作流融入到相互连接的业务活动中(例如一致的沟通和协作社会网络等)，而那些重要的、有效的应用程序将会专注于重大的业务动态。例如，如果流程备选方案包括大量的审查和协作，那么应该使用协同工具来建立智能流程应用程序。如果工作重点为数据挖掘，那么就应该围绕动态能力选择工具建立应用程序。

对业务流程变量的审查有助于确定超过业务范围内的备选业务流程方案中有多少业务活动。记住，智能流程应用程序是用来支持一种流程而不是支持整个业务。该应用程序与其他业务流程交互如何将会影响其最初能获得多少使用功能。

为智能流程应用程序制作案例

智能流程应用程序是否符合适用条件的一个主要标准是，能够轻松地适应业务流程的变化。如果业务流程的这种改变影响到其周围的业务流程，那么架构师们将不得不考虑这种周边影响，并将这种适应范围扩大到周边的业务流程。这种做法迅速扼杀了一切敏捷项目。

如果回顾业务变量会造成备选方案与毗邻活动之间相当大的冲突，那么就需要扩大智能流程应用程序的范围或者考虑备选流程方案如何现代化。

智能流程应用程序与毗邻业务流程之间的“变化影响”就是应用程序现代化二元产物的具体实例。你能否组合横向工具提高纵向流程的效率？你应该协调纵向解决方案实现横向任务顺利地通过业务流程吗？

业务流程应用程序越智能化，存储的纵向信息中会存在更多的风险，因为这些信息会阻碍业务流程管理的效率。在智能流程应用程序的合作和实践分析中情况尤为真实，因为当两种活动在连接到其他业务活动中时其范围会非常广泛。

处理横向一体化

避免完全横向化的一种方法是限制使用智能流程应用程序的数量，并集中于那些完全独立的应用程序。许多公司发现仅仅只有两个或者三个业务流程能非常有效地连接到智能流程应用程序中，然而剩下的业务距离业务中心太远。我们应该将工作重点放在那些包含大部分内部工作交互以及外部交互的备选方案上。

管理横向一体化的另外一个有效方法是找出智能流程应用程序，该应用程序以一种普遍的方式将重要的合作和分析工具结合在一起，而不是提供给一方或者双方的定制策略。这种方法会确保信息交换以及数据收集在所有支持业务的智能流程应用程序或者其他应用程序工具上得到统一。当智能流程应用程序数量和范围增加时这种方法就显得尤为重要，那么它就应该是整体现代化策略衡量横向一体化的一部分。

对于应用程序现代化问题没有有效的解决方案，智能流程应用程序也不例外。尽管运行地非常好，他们也可以通过将敏捷和集成融入到业务核心部分而启动应用程序现代化流程。