摘要

    构建BPM 解决方案与构建传统应用程序截然不同。因此，定义这种解决方案的架构需要用一种不同的方式。
   
    本文简洁地描述了关于BPM解决方案的概念以及定义了使用BPM构建的软件解决方案的主要架构块。下文将对于如何做出适当的需求评估并将其转换成恰当的解决方案架构给出一些意见和建议。
   
    本文旨在为那些定义架构和试图了解BPM在现实中是如何应用的人士提供帮助。假设您了解 AquaLogic BPM Suite，或者已经读过我 此前的另一篇文章《面向大众的业务流程管理（BPM）》，其中描述了BPM的概念。
   
    BPM的神秘方法

    希望您发现这个比喻很有趣：如果您只是要驾驶一辆汽车，那么并不需要知道引擎和传动装置的工作原理。汽车的这两个方面关注的是不同的问题。一方面，您要懂得变换档位、转弯，观察后视镜和加速。 另一方面，您要了解内燃机，传动装置和电子零件。
   
    在这篇文章中，架构师犹如汽车司机， 最终用户好比乘客，而BPM是汽车。开始驾驶吧！
   
    我还是没有找到我想要的东西（让我们从定义开始）

    让我们浏览一下BPM解决方案的组件。第一步是定义BPM解决方案。
   
    BPM解决方案

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

    业务流程就是一组安排在反映达成业务目标的实际的工作流程的流中的活动，。
   
    这里的业务流程可视为是带有模型、集成、表现和逻辑的流程驱动应用程序。
   
    业务流程是用AquaLogic BPM Studio写成的，采取BMP工程的形式。流程中的组件可以单独实现，但将会整合到Studio中，并用在BMP工程中。在这一点上，业务流程仅仅是一个定义。它是源；它并没有生命力；它需要容器来运行；还要求所有的外部依赖项联机且可用。需要基础架构来驻留业务流程。
   
    基础架构

    解决方案的基础架构是一套允许业务流程执行的服务和应用程序。
   
    为了执行业务流程，需要一个BMP执行引擎，还要有客户端应用程序、管理工具等等，以便进行交互。所有这些模块都包含在 AquaLogic BPM Suite 中。但通常并不能满足您的全部需求。假如业务流程调用web services，从定制数据库里读取，或者使用Enterprise JavaBeans，这时就必须确保这些服务可用，否则此流程就不能理想地工作。
   
    这些服务已成为基础架构的一部分，因为业务流程需要它们。所有这些依赖项在基础架构中和BMP服务器本身一样重要。
   
    基础架构定义所有的组件的通信方式、位置及其配置方式。这是从最高层次上来观察BPM：从这个角度，您可以掌握任何一个组件以便了解各组件的详细情况。从这个角度进行观察是非常重要的，因为它显示了解决方案的主要活动部分；业务流程和组织均由基础架构托管。一个基础架构通常要托管很多业务流程，所以基础架构是众多BPM解决方案中的一部分。这很关键，因为您必须使基础架构恰当地处理将在其内部运行的所有解决方案。它的优势在于无需创建一个全新的基础架构，所以就节省了很多资源和对多个基础架构的管理工作。