为商业流程建模做好准备

虽然商业流程建模/管理非常有价值，但是企业们还是必须采用一种方法来涵盖正在进行的各种不同的应用资产的建模。

Meta趋势
在2002年到2003年，ERP厂商将会通过销售主要的扩展应用（比如供应链和CRM）来提高他们的应用业绩，而不通功能的组件应用（比如，商业计划）仍然在增值。在2003年到2004年，大公司的小的分公司和分部将完成大规模的ERP替换，它们将替换成更好的扩展应用。到2005年至2006年，ERP厂商将通过提供商业网络服务以提供SOAP调用功能和第三方服务嵌入。

分析
现在对于供应商提供的商业流程建模/管理（BPM，比如IDS Scheer、Intalio和IBM的Holosofx）能力的重视不断增加。而且，我们已经看到IBM，微软和BEA通过发布BPEL4WS（Business Process Execution Language for Web Services，网络服务的商业流程执行语言）来推动商业流程建模标准的发展。创建商业流程模型，从这些商业模型中获得应用代码，并监控这些模型可以在IT和商业执行者之间建立适当的有组织的连接，对此人们鲜有怀疑。但问题在于很多应用往往没有进行过建模或者是用多种工具进行建模的。

在2004年的下半年，BPML（Business Process Modeling Language，商业流程建模语言）规范将会集中在BPEL4WS规范上，一个工作方法将被用于管理定义、执行、监控和商业流程之间的交换。到2005年至2006年，领先的应用厂商将重新设计他们产品的结构以便从商业模型中获得应用代码。到2007年，应用厂商将非常容易地在不同的应用之间输入/输出商业流程模型。

在为BPM的新工具做决定之前，企业必须采用组织化的方法来检查现有的应用，决定商业任务的可行性，采用的数据模型和分析应用，并建立一个BPM所驱动的情景模型。

检查现有的应用。对于很多企业来说，大量现有的商业流程应该在购买的应用中存在。这些商业流程可能是：标准系统代码的一部分；在使用应用工作流中扩展的非标准代码；或者两个应用的整合。对于每种流程，供应上都应该有一个可见的建模陈述。这些陈述可能是私有的，或者该商业模式可能在商业BPM包（比如SAP的IntelliCorp或者JD Edwards的Proforma）中显现。如果一个用户的ERP应用套件展现了它的应用解决方案，该企业的BPM工具就应该更加明显。

有几点是在应用采购或考虑中应该注意的。