业务流程管理(business process management ，BPM)与面向服务架构(service-oriented architecture ，SOA)的结合将有效驱动一种新的应用开发建模。来自IDC应用开发研究部副主席Steve Hendrick这样说道。

　　针对于本周Telelogic AB公司所新近发布的SOA模型驱动工具，Steve Hendrick也对此做了相应的评论，他说道，“我不确定你们需要按照这条可测的路线去落实SOA，当然你也可以不需要建模工具的支持去实现它。”

　　从企业角度出发来看，他们需要一个更多条理性和连贯性的方式去构建他们的应用系统，达到以Web服务的方式重用，根据迫切业务需求进行建模，以及确凿的业务流程从而更进一步的实现SOA所带来的好处。Hendrick如是说。但是，同时他也承认，包括他在内的大部分分析师都仅仅认为这会是一个趋势，而没有想过会这么快就出现了。

　　“我们的大多数都低估了业务流程建模的成长速度，它会是一个组织内部的热门讨论主题。”他继续补充道。“从过去的历史看来，我们只是熟悉了UML流程建模。但是在SOA面前，这远远只是低层次的，甚至几乎起不了什么具体的效果。”

　　回到最初，开发人员往往是最大限度的忍受着来自需求征集方面的工作，这就如同去收集隔板上的灰尘，然活将这些需求整理起来并开始着手代码开发工作。然后在SOA和BPM得到采用之后，以及在伴随的相关技术的支持下，诸如业务流程建模标注(business process modeling notation，BPMN)和业务流程执行语言(business process execution language，BPEL)，整个应用系统开发过程的困难将得到最大程度的降低。

　　Hendrick说道，“在过去的一两年时间里，正是业务流程建模标注(BPMN)的迅速发展让整个业务流程建模得到广泛的关注。如何将BPMN列入计划清单，并有效的与BPEL结合起来，同时做一些自动化的代码工作，这一系列的想法在你接受BPMN供应商所提供产品并考虑将现有的业务规则能力统一起来的时候将会是一种特别吸引人的东西。”

　　毫无疑问，Telelogic公司在这条道路上处于领先的位置。分析师如此说道，在本周所发布的整合系统架构一体化的Tau模型驱动工具将会是杰出证明。当然，这款企业级架构工具产品也在很大程度上依赖于它在2005年所收购的Popkin软件系统公司。

　　“现在的Telelogic公司已经有能力将Tau建模工具和系统架构工具有效的联系在一起，并从企业IT体系架构中获得完整需求从而提供一个有效的模型驱动方法以满足应用开发问题。” Hendrick说道。“现在我们就有了一个能够完全从模型角度出发的视点去考虑如何实现应用开发的更完整更有条理的方法了。”

　　在Telelogic公司的观点中，模型驱动的SOA完美的将上到业务需求与下到Web服务两者结合到了一起。

　　在Web服务这一端，来自Telelogic公司的产品市场主管对外表示，Tau模型驱动工具涵盖着一套网络支持的SOA模拟器。

　　“Tau模型驱动工具能够为分布式应用或其他任何类型的应用建立起一个设计模型，然后执行这个模型，并从头到尾运行以显现其各个块的职能。”他解释道。

　　网络支持功能让Tau能够更好的辅助SOA开发人员更清楚的看到Web服务是如何整合进一个应用系统中的。

　　“通过该模型可以在请求服务和执行的时候运用SOAP通过网络是访问，这就如同一个分布式应用在SOA环境里的实现效果一致。” McKorkle如是说，“而在过去，你是不得不在设计模型中去模拟这些功能。”

　　通过这个建模工具架构师同样可以实现利用Web服务实现围绕着业务需求的工作，就如同常见的应用服务器一样。他继续说道。

　　那么，这种程度的模型化驱动对于是否能够真正成功实现SOA有何决定性的作用?

　　“至少我觉得这是必须的。” Hendrick对这个问题回答道，“因为对于SOA的实现其重要的体现之一则是重用方面的功效。实际上，如果你真的需要实现重用，那你就必须有一个能够在比以往更高层次的建模工具，并以此为基础去监控每一个组件以及其之间是如何构建在一起的。”

　　模型驱动的SOA能够确保从一开始到最后，应用程序系统都能和最高层次的业务需求以及底层的Web服务功能取得一致，并有效结合。

　　“最显著的优势则是通过这样的一个模型驱动，你可以在一个逻辑的模型层面即可解决如何分散你的应用系统或是构建他们，通过你的设计你便可以很快的通过模型实现。” Hendrick说，“这将在最大程度节省你的时间和精力。”