UML的本身可以在多种情况下投入使用。有些人利用其活动图来进行业务流程的建模。Watson表示，考虑到OMG伞下其他主要项目：业务流程建模符号（BPMN），UML是不太可能成为BPM功能的牵引力。

　　Watson 认为“讲的是业务用户，他们必须让他们所有的业务流程建模用UML，而且不会削减它， UML的活动图是围绕人的需求开发的软件。工具应该是具体的。”

　　但UML是不完美的，Watson表示，目前在OMG的工作团体试图“重新定位因素”的一些核心复杂度。一些批评人士说，像SysML和SoaML的扩散开始的太早，核心语言仍然需要大量的工作。

　　配置文件可以创建复杂化并允许详述

　　培训UML架构师的支点技术创始人兼首席执行官Cris Kobryn 认为“配置文件的扩散，最明显的是SoaML Kobryn，但是大家正陷入父语言的麻烦。在开始扩展语言之前，你应该掌握基本的语言。”

　　Kobryn与Rational共事并担任用户国际团队以及厂商指定UML 1.1 、2.0以及SysML。

　　“就UML 2.0来讲，我们用UML 1.0从中得到的错误很多，”Kobryn说。 “但是大家继续没有进行分层。”

　　由于规模和UML的复杂性和可用于所有，Kobryn表示语言必须分层以解决理解互操作性问题。现在还很难可靠地外销类图。

　　然而，工具厂商将讲述不同的事情。UML 、SysML和BPMN工具UModel厂商 Altova关注代码生成的重要性和在许多复杂的企业设计进程中的建模需求。

　　Altova UModel产品经理David McGahey 解释“SysML某种程度上成为嵌入式系统或基于硬件系统世界的子类型，它有助于捕捉比一般UML更详细的要求和实际的方式。”

　　Watson在OMG提到，鉴于现在其在软件开发的今天广泛使用对UML的做出任何类型的重大改革。McGahey说，计算机科学项目甚至开始教语言。这可能室将继续通过新的配置文件的表面、任务指定工具和语言逐步更新的进步。

　　微软增加了UML的支持

　　在Visual Studio 2010中包含UML也许是一个语言的成熟标志，但微软意欲这是一种补充领域特定语言（DSL）的语言，而不是替代。

　　微软Visual Studio产品部门经理Cameron Skinner 认为“领域特定语言背后的想法是提供工具，让你用尽可能少的仪式描述你的问题域，但是当你需要的沟通超出了你的企业，然后需要一种描述事物的普遍方式。这就是UML加入的原由。”

　　微软在Visual Studio现有DSL工具包之上建立了自身的UML产品。这可能会提供一个比用户使用更加标准化的互用性，至少在微软的产品领域。

　　Skinner表示，微软将继续发展在整个应用程序生命周期管理产品的UML支持。