在建模者No Magic和代码生成专家Blu Age合作之前，高水准的建模工具和低水准的代码的较好整合是一个目标。每一方都意识到混合的回顾UML模型驱动代码生成已经得到了，但是看看方法方面的潜力，这方面正在逐渐地追求Spring应用程序，以及Java。

　　现在，No Magic的UML建模工具和Blu Age的代码生成工具之间的联会的果实可用于Spring和Java了。Prism和Flex指日可待。该公司认为“ Model2Code”做法将帮助实现UML作为该程序生命周期的所有方面的框架内的承诺。

　　No Magic首席架构师Daniel Brookshier 认为“UML正在成为相当于Java的更高水平的抽象，Java将在任何机器上运行。一个UML模型可以运行在任何应用服务器上或者建模引擎上。”当UML在1997年第一次被介绍时，它就是用图形描述软件架构的有用工具，但是没有从模型到完成的应用程序没有容易的方法。

　　Brookshier沉思道“这是一种不合格的想法。易于理解和学习以及讨论设计，但不是生成代码。”

　　UML 2.0试图以更严格的模型满足这些缺点。Brookshier指出，有些人认为这是矫枉过正，但这种严谨意味着UML能够准确地代表软件以及一个复杂的模型其他想法。UML也有内置的可扩展性，它铺平了分支方式：SOA的建模的SoaML，对系统的SysML和规则型PRR。

　　通过SysML部分，架构师可以详细说明单独的系统如何在现实世界运作。他们可以使用各种各样的分析工具，诸如Mathematica, Modelica, MATLAB或者用Simulink来看系统如何性能、鉴别瓶颈以及优化内部的不同部分地方法。

　　通过PRR，架构师可以明确描述一套专家系统或者业务规则，该业务规则用来自IBM ILOG, No Magic, Tibco, Business Semantics, Sandpiper Solutions, Adaptive Software以及Unisys的工具进行工作。代替不得不学习使用和受困于一种单独工具的风险，一个开发员可以在UML中设计规则。

　　No Magic CEO Gary Duncanson讲到，所有这些不同的延伸正在帮助UML转变到“普通知识库以及信任源，你可以贯穿一个产品的终生。”

　　软件模型走向最后一程

　　一直在争论的哪种模型改被转化成代码的忠诚度，或者，反之，现有代码被转变为模型的忠诚度。

　　Duncanson表示与Blu Age合作帮助允许基于标准的工具生成代码和从代码返回到模型的往返旅程。他讲到“我们可以开始生成东西，你也开始编码飞碟游戏和肉羹，你可以将它变成模型。”

　　No Magic今年早些时候发布SOA+来更好的支持所有模型的组件转化成不同的媒介，包括配置文件、数据库定义、J2EE和Spring。

　　Duncanson 解释道“我们正在接近独立模型平台，因此你可以转到不同的应用服务器或者用不同的语言生成代码。它允许你通过模型用更少的东西做更多的事情。”