BPM流程定义的标准与内涵

标准范畴的界定主要是以 BPM 生命周期为基础，在此我先将之简化成设计 (Design) 、执行 (Execution) 、与管理 (Management) 三阶段，完整步骤后续我会有专题介绍。要 认识流程定义标准则先要了解他所处理的议题，而搞懂这些议题则有助于了解每种标准最擅长解决哪种任务，也就有助于读者未来可以依照不同需求来选择 BPM 厂商及系统。

流程符号 (Notation) ：符号是沟通的基本元素，相信各位所知道流程图不下数十种，如 MicroSoft Visio 就提供非常多种类的流程图， IBM Rational 's UML (Unified Modeling Language) 也有提供 Activity Diagram 。倘若能统一且用一般人所熟悉的符号，则会让沟通变得容易，制作工具的取得也会相对容易。

流程定义 (Definition) ：怎么去描述一串流程？怎么让不同软件工具彼此间可以交换描述出来的定义？并且让另一个软件系统 (BPMS) 去执行？例如，用 MicroSoft Project 描述出来的项目开发流程，就不能被执行。所以流程定义的形式必须是正规 (Formal) 、严谨 (Precise) 、并且是可执行的 (Executable) 。

流程执行 (Execution) ：怎么让一个流程可以自动执行？怎么让不同 ( 厂牌 ) 的 BPMS 系统可以互通？怎么去呼叫应用系统？怎么与人互动 (Human Interaction) ？

流程管理 (Management) ：怎么知道流程状态？有没有一种像数据库 SQL 一样的流程查询语言？因为这是追踪 (Tracking) 、稽核 (Auditing) 、绩效评量 (Assessment) 等管理工作所涵盖的基础。

跨组织的流程 ( 又称 B2B) ：如何跨越组织的界线知道、取读、或执行外部的流程或称服务？如何让跨组织的流程能完整顺利执行完毕？

不过就像我在上一篇提到的，各 BPM 阵营目前进入大和解阶段，因此上述流程定义所涵盖的范畴相当广泛，没有一个标准涵盖所有的范畴，涵盖的部分也不尽相同，彼此之间有些重迭、又有些相关。

在搞清楚以上的流程定义所谈论的内涵之后，在此我藉由 WfMC 技术委员会所提出的标准分类架构 ( 如下图所示 ) ，让读者清楚了解这些标准用途、定位、与跟 Web Service 标准之关系 ，如此各位就可以拿来「按图索骥」了。这个架构将各项标准以堆栈 (Stack) 的方式呈现，由上到下代表从概念模型设计 (Model Design) 到特定互通性 (Interoperability) 的协议 (Protocols) 、数据格式、与编码，也就是反应着从抽象流程设计、具体流程执行、到讯息互动 (Message Interaction) 。

例如，如果您的需求着重在应用系统间的流程互通性上，就可以选择 WfMC's Wf-XML 的标准，因为它能透过 HTTP 协议及许多其它的传送机制包括电子邮件、 直接 TCP/IP 联机及 MOM( 讯息导向中介软件 ) 来运作。本图中，水平排列的四组分别用两个参数来分类，一个是流程定义或流程执行阶段，另一个是与内部流程或外部流程。从左到右分别为：内部流程定义 (Internal Process Definition) 、外部流程定义 (External Process Definition) 、外部流程执行 (External Process Execution) 、与内部流程执行 (Internal Process Execution) 。

流程定义 (Process Definition)

在内部流程定义的标准，主要重点在支持不同软件工具间的整合，如何让软件工具定义出来的流程交给另一个软件环境来执行。而在外部流程定义的标准则重点在支持互通性 (Interoperability) ，也就是定义出流程规格如何让两个不同的 BPMS 互动交谈。例如 OMG's BPDM (Business Process Definition MetaModel) ，它可让流程定义来接受各家的流程符号，如 UML 或 BPMN ，并进一步对应到 (Mapping) 到流程执行，例如 BPEL 或 J2EE 。

从下往上看，最底层标准是 Web Services 的标准架构；接着是支持流程互通性语意 (Semantics) 的标准 ，例如：启动，暂停，查询等流程操作 (Operation) ；再来是支持 E2E (End-to-End) 流程间之模型化 (Modeling) 与服务编排 (Choreography) 的标准。

其中 Wf-XML 是 WfMC 所制订的规格标准 (Interface 4 in Reference Model) ，它是一个互通性接口，提供流程语意的框架 (Framework) ，可以在同一个服务编排中跨模型使用流程操作。例如启动一个企业流程，当该流程有牵涉到人工部分，透过该工作引擎的管控，可以让整个流程在经过一段时间后完成整个流程。

流程符号 (Process Notation)

在流程定义 ( 左边第一、二组 ) 阶段的上层标准有大家较熟悉的 IBM's UML 及 BPMI's BPMN (Business Process Modeling Notation) 。 BPMN 是一种概括性的符号 (Comprehensive Notation) ，目的是藉由标准化的图形符号，让企业流程模型变得容易交换。因为 BPMN 遵循传统流程图 (Flow Chart) 与泳道 (Swim Lane) 符号让企业人士容易阅读，同时 BPMN 提供对应的用 BPEL 定义之可执行建构 (Executable Constructs) ，藉此填补了企业流程的初始设计之格式与执行这些流程的语言格式间的技术缺口。

实际运用上，使用者可以用一些简单的画图工具所画出 BPMN 的结果，以一些大厂，像是 IBM 、 Fuego 、或 Intalio 的工具读进去，然后继续使用大厂的工具开发，如用 Microsoft Visio 2003 画流程图，然后喂给 IBM's WBI Modeler 继续开发。

外部流程执行 (External Process Execution)

在外部流程执行 (B2B) 的标准，主要重点在支持挖掘 (Discovery) 外部可互通的服务 (Interoperability Service) 、支持互通的流程纲要 (Interoperability Schema) 、以及执行期间 (Runtime) 之流程互通性。一般 B2B 流程整合的作法，可分为两种。一种为紧密耦合 (Tightly Coupled) 或称程序导向 (Procedure- Oriented) ，另一种为松散耦合 (Loosely Coupled) 或称服务导向 (Service- Oriented) 。

前者比较适用于流程明确，且整个系统可集中权力控管的系统。后者如 Wf-XML ，透过 Web Services 的松散耦合特性与异步的 XML 讯息传递机制，描述企业间的 B2B 工作流程。 B2B 跨组织流程方面， Wf-XML 往下层是整合 Web Services 底下的 SOAP, WSDL, UDDI ，往上层是与各产业的 XML 流程纲要 (Process Schema) 相互沟通，例如 Rosetta Net 的 PIP 。例如我国电子化政府推动的 e 化共通平台 (G2B 2C ) ，为了串联不同政府部门的服务，而运用了 ebXML's 注册服务，而流程标准目前还在考虑中，如 XPDL 或 BPEL 。

内部流程执行 (Internal Process Execution)

在内部流程执行的标准，主要重点在提供共通框架 (Common Framework) 以利支持流程执行之功能。最高层是支持流程模型与活动状态 (Activity Status) 的符号，接着是支持稽核格式 (Audit Format) 以利稽核数据之收集，再来是支持执行期间的互动语法，如 BPPQL (Business Process Query Language ) 以利流程状态之查询，最底层是支持执行期间的互动功能，如 WfMC's WAPI 。

来源：ZDNET