BPM的开发过程
协达软件的BPM系统管理员里利用一个图形化的监视控制台来维护和跟踪引擎流程的状态，强大易用的流程图型化建模和监控，也是协达软件被广泛评价为产品竞争力第一 的重要原因。协达软件的流程控制台使用一种管理语言与引擎衔接。实时引擎将流程状态持久化到数据库，控制台直接与数据库碰面，而不是用管理语言来沟通。运行时引擎将流程状态持久化到数据库，控制台直接与数据库碰面而不是使用管理语言来专门执行流程的请求。监控构造也支持业务活动监控（Business Activity Monitoring （BAM））或者仪表板式的业务监控。
在这个平台上的开发过程如下：
1.从一个WS-CDL choreography生成一个初始的BPMN模型。如果流程并不是从一个编排衍生而来则越过此步。
2.设计BPMN模型
3.从BPMN模型生成BPEL
4.开发必要的人和系统（内部和外部）的接口
5.部署BPEL代码和其必要的接口到引擎
6.使用管理和监控接口跟踪正在运行的流程。
这个体系结构的全貌（由WFMC——众多BPM标准组织中最成熟的一家——的参考模型激发而成）类似许多集成厂商（如，IBM、BEA,、Oracle、Tibco,、SeeBeyond和Vitria）所提供的平台。使这个体系结构特别的地方是其标准的选择。BPEL、BPMN和 WS-CDL都被包含进来，因为他们分别是执行、设计和编排的最好解决方案，BPM最重要的三个部分。
（如图2所示未来可能包括新兴标准BPQL——用于监控，BPSM和BPDM——用于元模型建模，BPRI——用于运行时接口，BPXL——用于BPEL扩展）。事实上，很多厂商支持或正在实现支持BPEL。但是BPMN的支持非常少（大多数厂商提供各自的方案），WS-CDL的支持几乎没有。BPEL并不够。这个体系很理想化，需要实际的实现。
所以无论如何从三个维度来展开工作：
1、集成方案（互相集成的接口和策略）
集成也有输出和输入2个维度
2、统一流程中心完成统一调用
3、中台统一管理思路
规避信息孤岛
BPM 不但可以帮助企业管理者更清楚的了解企业的现状，还可以及时发现企业现有流程中的弊端，从整体角度分析弊端产生的原因过程，找到最优的解决方案，避免流程变动中可能产生的“副作用”。那对企业管理者而言，BPM 系统必不可少了，它提供了对电子化流程进度监控、关键指示监控、异常及时提醒及异常自动处理功能。另外，还拥有对流程执行者的效率、工作方式考核、流程效率评优、流程瓶颈检测等功能，通过 BPM 系统改善企业管理现状、提高公司效益。这就是为什么企业都会上BPM原因。
通常在上BPM之前需要深入考虑哪一款bpm更适合（从安码、天翎、易正、起步……等），个人采购习惯会看2点：一是有没至少10年发展历史（主要从公司规模和案例拉看）；二是售后服务，系统都是迭代更新的，技术也是，如果一个软件不更新肯定是“一次性”产品，因此这两点是要考虑清楚的。
