专家解析 UML业务流程建模不足之处
本文和大家重点讨论一下UML业务流程建模中的不足，统一建模语言UML有很多值得学习的地方，那么他有什么不足呢，这里和大家分享一下。
UML业务流程建模中的不足
统一建建模模语言（UML）是一种由对象管理组织（OMG）创立的帮助开发人员对软件系统进行特定化、可视化和文档化的模型。UML定义了十二种类型的图例，分成三类：四种图形代表静态的应用结构；五种代表动态的行为；三种代表组织和管理应用的模式。行为类型包括用例图、顺序图、活动图、协作图以及状态图。这些行为图经常被用来给业务流程建模。业务流程建模符号（BPMN）定义了一种图形化的符号用于给业务流程建模，从这一点上与UML的行为图是相关和类似的。尽管如此，BPMN和UML在业务流程建模方法上有着明显的不同。
首先，UML是将业界多种图形的最好实践集合在一起而发展起来的，这是它的优点，但也是它的缺点。由于它是一种杂集，它从来没有考虑设计成一种可以一起工作的方式，因而没有规定它定义的这十二种类型的图形之间的联合性问题。
因此，开发人员只能用UML来给他们的应用系统的某一部分建模，而其它部分则超出了UML规范的范围之外，属于用实现级层来描述，而不是建模层。相反地BPMN定义了单一类型，但提供了同属于基于可执行过程元模型的多种视图。因而，BPMN只定义了一层——过程建模层，却可以输出可执行BPML语言,这种语言部署在业务流程管理系统上可以立即执行。
第二，UML业务流程是以一种面向对象的方式来给应用系统建模，而BPMN是以面向流程的方式给应用系统建模。虽然UML定义的十二种图形是等同的，但在UML最佳的实践中往往倾向于优先使用第一类图形即所谓的结构图，它包括类图，对象图，组件图和部署图。由此而产生的结果便是：由UML定义的业务流程不可避免地倾向于必须事先定义好商业对象然后才能进行事务过程这一狭隘的做法。这也许可以解释UML为什么在真实的业务流程中没有被商业人员广泛采纳的原因。