上次我们讨论了 BPM 现在成为兵家必争之地，但谁来一统江湖还说不一定。本期文章我想跟各位分享一下目前流程定义标准的内涵与涵盖的范畴，这有帮助于读者了解 BPM 在技术面的基础概念，可以说是 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 阵营目前进入大和解阶段，因此上述流程定义所涵盖的范畴相当广泛，没有一个标准涵盖所有的范畴，涵盖的部分也不尽相同，彼此之间有些重迭、又有些相关。
