摘要：模型驱动的开发已经有很长一段时间，但在当今的复杂应用程序的世界里，需要更多的时间来看待这个开发方法的另一面。专家汤姆•诺勒对此进行了解释。

  模型驱动的开发已经有很长一段时间，但在当今的复杂应用程序的世界里，需要更多的时间来看待这个开发方法的另一面。专家汤姆•诺勒对此进行了解释。
　　
　　软件是复杂的，因此应用程序在开发的过程中，会随着时间的推移将会变得越来越多，而不是更少。其结果是，它变得越来越困难，在设计过程中的关键应用程序的问题和特征的建议，并在开发过程中得到签署的关键应用程序的问题和特征。今天的模型驱动的软件开发是一个促进沟通的途径。
　　
　　有效采用MDD意味着作为软件和操作之间的抽象模型，使用MDD可以替代PowerPoint图的关键作用，从而确保该模型代码的关系是一个封闭的循环，以及上游企业架构和下游应用生命周期管理链接到MDD计划。
　　
　　软件开发在许多活动中表示采用复杂的技术步骤使功能更加抽象方便，而在软件开发中，这个概念是流程图，与转换成代码一样古老。这些早期的模型驱动的软件开发方法的问题是抽象级别太低，流程图几乎和代码一样复杂，它迅速成为无用的沟通手段，即使在建筑师和开发商之间，因为它没有及时更新与变化。早期的模型工具（其中包括广泛使用的Eclipse框架）往往遵循流程图的方式，并没有与开发团队之外的利益相关者实现有效链接。
　　
　　随着软件的发展成为一个成熟的科学，需要对应用程序的利益相关者之间进行沟通，这甚至扩展到预计使用所设计软件产品线的部门，这种建模的目标变为越来越注重线运营，并与软件架构师的利益相关者进行沟通和管理。如今，模型驱动的软件开发旨在支持这一新方法。如今的MDD将超过流程图转换成代码，这是在授权的应用程序或项目中的所有利益相关者的工具，开发的功能前端链接到生成的代码。
　　
　　为了行之有效，MDD必须基于抽象模型被连续分解为设计的进程。通俗地说，MDD有权强制执行自上而下的发展，因为它必须先将一个应用程序分解成一组业务支持功能，代表目标确保预期效益的途径。这是高级管理者、一线部门和终端用户都会看到的应用程序。
　　
　　一个很好的测试第一步的是要询问是这个层次的MDD模型是否可以用来代替一个PowerPoint演示文稿来解释非技术性的利益相关者中的应用。如今最好的模型驱动的软件开发方法将支持这一层面的沟通，如果不是在一个直接出口的一套模型，然后至少允许模型被转移到一个演示文稿格式的形式。
　　
　　另外一个就是功能驱动水平，一个良好的MDD策略的目标是首先分解成“外在”功能，就是用户可以看到的事情，然后对软件和技术的功能进行分解，例如API、数据模型，以及最终代码。MDD工具覆盖全谱接近发展变化的循环是很重要的。否则，你会发现你的代码从模型中脱离出来，然后这些模型在指导重大修改或与用户沟通变得有害无益。
　　
　　如今的模型驱动的软件开发是企业架构师的角色和正在进行的应用程序生命周期管理流程之间的桥梁，这应该是明确的。这部分是由于发展模式为中心的基础上，鼓励设计师一个较低的水平上参与发展过程，这意味着EA和软件架构师角色的直接互动，通过不断的发展，到现在有时被称为“MDD模型驱动架构”或MDA。因为现在MDD的不同主要是因为EA的一体化，这就意味着现在的MDD工具往往是以EA为中心。例如，Sparx系统MDD/MDA工具称为企业架构师。
　　
　　EA的重点就在这里，因为如今的模型驱动软件开发的区别是操作部门和管理早期参与的支持。而正式的EA模式组织在MDD方面具有一项优势，因为他们有一个适当的框架，可以定义他们的MDD模型的高层。基于EA的原则工具也似乎是在MDD获得更多的牵引力;模型驱动的集成Eclipse项目已被封存，OMG的模型驱动架构也是如此，以软件为中心的标准，如UML的演变，也无疾而终。微软公司在MDD的努力已经落空，而IBM的Rational方法似乎集中在特定平台上，而不是一般的发展。这一切都意味着，MDD值得重新审视，主要是因为其最近与EA的概念进行了整合。
　　
　　这二者都要采用现代的MDD方法解决：“双向主义”从代码反馈更改模型和ALM。这里有战术和战略两种可能的方法。
　　
　　支持双向协调的代码和建模的传统方式是采用中间层模型，这代表了软件架构师的高级视图的应用程序的重点发展方面。这可以很容易地与代码相关，因为它应该是来自于一个环境或业务目标集模型，可以在功能和技术的应用程序之间架起一座桥梁。
　　
　　战略选择现在才出现。来自公开组的IT4IT倡议是一个在一个单一的结构中跨业务的技术IT架构模型。对于那些没有采用EA模型的企业，IT4IT可能代表一种高层次的建模，可以明确地解决这两个业务对IT和代码到模型的方向变化的协调问题。
　　
　　从长远来看，采用MDD似乎有可能有一个回潮，因为它便于应用程序的开发，满足业务目标。如果出现这种情况，像IT4IT举措可能成为EA水平的首选建模策略以及高级软件架构。
　　
　　编辑：Harris