构建BPM 解决方案与构建传统应用程序截然不同。因此，定义这种解决方案的架构需要用一种不同的方式。

　　下文将对于如何做出适当的需求评估并将其转换成恰当的解决方案架构给出一些意见和建议。

　　BPM的神秘方法

　　希望您发现这个比喻很有趣：如果您只是要驾驶一辆汽车，那么并不需要知道引擎和传动装置的工作原理。汽车的这两个方面关注的是不同的问题。一方面，您要懂得变换档位、转弯，观察后视镜和加速。 另一方面，您要了解内燃机，传动装置和电子零件。

　　在这篇文章中，架构师犹如汽车司机， 最终用户好比乘客，而BPM是汽车。开始驾驶吧!

　　BPM解决方案

　　BPM解决方案是在组织基础架构内运作的业务流程。

　　BPM解决方案是完成实际工作的“活动”业务流程。解决方案提供了“执行”业务流程、与他人和系统交互所需的一切。架构师需通过定义模块规范和布局确保所提议的解决方案满足所有的需求。在此我们从一个高层次的角度来探讨一下主要的概念块。不必担心各片段的执行方式及其复杂性;我们现在来布局组件。

　　正式的定义有助于定义解决方案的内部块。

　　业务流程

　　业务流程就是一组安排在反映达成业务目标的实际的工作流程的流中的活动。

　　这里的业务流程可视为是带有模型、集成、表现和逻辑的流程驱动应用程序。

　　业务流程是用AquaLogic BPM Studio写成的，采取BMP工程的形式。流程中的组件可以单独实现，但将会整合到Studio中，并用在BMP工程中。在这一点上，业务流程仅仅是一个定义。它是源;它并没有生命力;它需要容器来运行;还要求所有的外部依赖项联机且可用。需要基础架构来驻留业务流程。

　　基础架构

　　解决方案的基础架构是一套允许业务流程执行的服务和应用程序。

　　为了执行业务流程，需要一个BMP执行引擎，还要有客户端应用程序、管理工具等等，以便进行交互。所有这些模块都包含在 AquaLogic BPM Suite 中。但通常并不能满足您的全部需求。假如业务流程调用web services，从定制数据库里读取，或者使用Enterprise JavaBeans，这时就必须确保这些服务可用，否则此流程就不能理想地工作。

　　这些服务已成为基础架构的一部分，因为业务流程需要它们。所有这些依赖项在基础架构中和BMP服务器本身一样重要。

　　基础架构定义所有的组件的通信方式、位置及其配置方式。这是从最高层次上来观察BPM：从这个角度，您可以掌握任何一个组件以便了解各组件的详细情况。从这个角度进行观察是非常重要的，因为它显示了解决方案的主要活动部分;业务流程和组织均由基础架构托管。一个基础架构通常要托管很多业务流程，所以基础架构是众多BPM解决方案中的一部分。这很关键，因为您必须使基础架构恰当地处理将在其内部运行的所有解决方案。它的优势在于无需创建一个全新的基础架构，所以就节省了很多资源和对多个基础架构的管理工作。

　　现在，当您开始定义一个架构的时候，很快就出现了两个问题：

• 　　什么定义了基础架构的需求?

　　业务流程定义了基础架构的许多需求，比如它们所依赖的外部系统，外部系统又定义了如何与之连接。

　　业务流程具有一种预期的使用方法，它定义预期接受的负载。使用预期用法时，您也可以了解到使用业务流程的参与者的使用概况。理解如何收集负载需求和它对于基础架构的影响是非常重要的，因为这为您合理确定基础架构的规模提供了正确的信息。

　　但是IT、企业所有者以及规章制度也可能会带来某些需求，大多数以安全性、SLA和运行服务器的平台为中心。设计基础构架时必须考虑到所有这些需求，因为它们必然会影响到组件交互的方式。

　　下面来看看开发生命周期中非常重要的一步，在此阶段必须实施许多架构决策。