业务流程建模（BPM, Business Process Modeling）是对业务流程进行表述的方式，它是过程分析与重组的重要基础。在跨组织业务流程重组的前提下，流程建模的主要目的就是提供一个有效的跨组织流程模型并辅助相关人员进行跨流程的分析与优化。目前有大量的流程建模技术能够支持业务流程的重组，但同时这也给相关人员带来困惑：面对如此众多的技术，他们很难选择一种合适的技术或工具。同时，目前对流程建模技术的研究大多集中于建模技术的提出与应用，缺乏对现有技术的整理与分类以及技术之间的横向对比，这也就加深了建模技术选择的复杂性。

    “以方框与箭头表现出来的大笔财富……”一个业务分析家站在白色书写板前，用箭头连起来的盒子勾画出一个业务流程图，并要求软件开发小组实现它（向莎士比亚道歉）。（编辑注：此处作者引用了一句双关语： “The boxes and arrows of outrageous fortune …”，应是源于莎翁之句，译者译为“暴虐命运的雪箭霜盒……”但从本段含意来看，编辑认为，最好按字面翻译，可以体现出作者在英文环境下的双关韵味）业务流程建模（BMP, Business Process Modeling）——也被称作业务流程管理（Business Process Management）——此时就可以帮上忙了。BPM是一套设计、执行、管理及监控业务流程的技术和标准。一个业务流程是指为了实现某种业务目的行为（盒子）——每个盒子代表一个人的操作、一个内部系统、或一个合作公司的流程——的流程或一系列动作。

    这么多年来业务流程和BPM的范围已经被扩展。就在几年前，BMP——那时叫“工作流”（workflow）——用来管理和驱动在公司部门内大型人性化和纸制流程的组件。例如，处理一个申请（保险申请），将扫描的纸制申请表格作为输入，电子化地从一个索赔受理者的电子邮箱（或者worklist）传到另一个那里。这相当于模仿各办公室邮件在办公桌之间传递的传统动作。现在BM是一种企业集成技术，作为对面向服务系统架构（Service-Oriented Architecture（SOA））、企业应用集成（Enterprise Application Integration（EAI））、企业服务总线（Enterprise Service Bus（ESB））的补充。当代的流程成功地处理了复杂系统的交互，其本身作为一种服务依照良好定义的技术契约可以与以他公司的流程交互、交流。例如，零售商处理购买订单的流程运用Xml消息与基于服务的顾客和仓库流程交互。

    BPM 是一个不完整的规则，其中有许多不同的形式、表示法和资源。另一种常用的技术是定义表示概念性流程流的事件驱动流程链，正如 Barker 和 Longman 所定义的。这第二种技术使用了不同于 UML的表示法。

    此外，还有许多专用方法（如 BPM 技术）可能被咨询公司和企业资源规划（Enterprise Resource Planning，ERP）软件包厂商视为具有竞争优势。ARIS Implementation Platform 就是这样的产品的一个例子。其他的方法包括：Line of Visibility Enterprise Modeling （LOVEM） 和 IBM 的组件业务建模（ComponentBusiness Modeling，CBM）战略。

    最近的趋势是定义表示可执行流模型（如用于 Web 服务的业务流程执行语言（Business Process Execution Language for Web Services，BPEL））的标准方法。BPEL 将流程的范围从分析扩展到实现。这样的可执行模型引发了一系列的新问题，其中包括：

    哪些方面应该用 BPEL 描述，哪些方面应该用 WSDL 描述？流程模型和传统的编程模型之间的区别在什么地方？

    如何将非功能性要求和服务质量特征这样的方面加入模型之中？

    同更传统的编码（例如在 J2EE中）相比，在 BPEL 引擎的编程语言扩展中执行多少逻辑？

    如何评定可执行流程模型的质量，其应用的最佳实践是什么？

    什么工作角色进行 BPEL 流管理；是业务专家（分析人员），还是开发角色（软件架构师）？

    必须利用所有现有的 BPM 方法作为 SOAD的起点；然而，必须使用流程模型中用于驱动候选服务和它们的操作的附加技术来对其加以补充。此外，SOAD 中的流程建模必须与设计层用况建模保持同步，并且必须给出与 BPEL 有关的问题的答案。

    理想的BPM体系结构

    我即将出版的一本书《业务流程建模本质》（Essential Business Process Modeling）探究了BMP的概念、设计和标准。当今的BMP相当于一个沼泽，我的书与许多被误解、被误用和被过分吹嘘的厂商和标准争论。在对BMP前景的调查中，我的书强调标准高于厂商，因为标准是更好的概念源头，且使这个主题更清晰。已通过的BMP标准乍眼望去像一盘黑糊糊的字母形花片汤（见表1），但是将其中最好的恰当地组合后，他们会形成一个非常易于理解的体系结构，见图1。

    表 1. BPM 标准

    图1. BPM 体系

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。