实现模型驱动开发，增加您的 IT 系统的业务价值

您是一位试图增加 IT 系统业务价值的领头架构师或项目经理吗？如果您是，本文可以为您提供帮助。本文解释了影响现代 IT 开发的业务推动力，并且向您介绍了模型驱动开发（model-driven development，MDD）。MDD 是主流软件开发实践的提高，并且让您的 IT 系统能够对业务推动力更加敏感。了解 MDD 方法以及您如何可以将其应用于实现业务价值最大化，并且减少解决方案开发的成本。利用 MDD，通过利用转换和重复性的消除将实现模式自动化，并将低层次的开发工作自动化，您可以提高解决方案的一致性和质量。

了解您目前的业务环境

IT 开发不会孤立出现。IT 的目的是简化业务运作，这意味着业务环境的需求推动着我们开发 IT 的方法。表 1展示了一些当前的业务推动力。

 

表 1. 当前的业务推动力

推动力 描述

随需应变的业务 由于商家应该更具适应性和灵活性，所以 IT 系统要做得太多了。

业务关联 大家强烈关注 IT 部门交付业务价值。软件必须是与业务相关的。业务及 IT 人员之间的错误传达会导致从 IT 交付观点看成功的项目，被视为业务上的失败。

成本控制 根据承诺的力度对 IT 投资的时代早已过去。现在，IT 部门在强大的预算约束下运作，并且应该证明其金钱方面的价值。

不断增加的复杂性 软件系统在规模和复杂度上不断的增加，从而满足业务需要。对小规模开发有效的技术，不一定适用于按企业级的计划。

技能可用性 当今 IT 平台的成熟意味着交付软件需要专家的经验。许多组织努力寻找着有充足技能的专业人员支持它们的开发。项目常常依赖于一些关键的人物，如果这些人离开了，损失会很严重。

变化的中间件环境 现今的应用程序都部署到极为多样的中间件平台上，平台技术的变更率没有表现出减慢的迹象。商家希望利用中间件中的先进技术，但不愿意重复地编写它们的应用程序。

 

回页首

 

了解软件开发的模型驱动方法

 

模型驱动开发（Model-driven development，MDD）是软件开发的一种样式，其中主要的软件工件是模型，根据最佳实践，可以从这些模型生成代码和其他工件。模型是从特定角度对系统进行的描述，它省略了相关的细节，因此可以更清楚地看到感兴趣的特性。例如，结构工程师会创建适合于确定建筑物承载特性的模型。

 

在 MDD 中，我们引入了附加的标准，即模型必须是计算机可读的。例如，我们必须能够以自动化的方式估计模型的内容。模型的计算机可读性是它能够生成工件的必要条件。白板上的图也许满足作为模型的其他标准。然而，直到我们以计算机可读的方式获取它时，才能够在 MDD 工具系列中使用它。

 

软件模型一般用统一建模语言（Unified Modeling Language，UML）表示。UML 是用于说明、可视化，并文档化软件系统的语言。它为软件模型提供了可视化的表示和基础的语义。UML 还拥有用来确保自动化的标准化的计算机可读的序列化格式。

 

软件模型隐藏了技术实现的细节，因此，我们可以利用来自应用领域中的概念来设计系统。应用程序一般是利用 UML 建模工具，例如 IBM Rational® Software Architect，并使用与应用领域相关的概念进行设计的。例如，当我们工作于企业集成领域中时，我们会利用消息、代理和适配器这样的概念为应用程序设计建模。随后，我们可以精练该软件模型，并且为其组件设计详细内容。

 

作为示意图和蓝图的模型

 

利用模型来设计软件是一个公认的实践（尽管的确不普遍）。目前，模型大多用于通俗地传达系统某个方面的示意图，或用于描述您手动实现的详细设计的蓝图。

 

将模型作为文档和规范是有价值的，但是这需要严格的规程来确保模型与实现进度保持一致。通常，时间约束意思是在没有首先变更模型的情况下，对实现进行了更新。不准确的模型比没有模型更有害。

 

在本文中，我们用术语 MDD 来表示由模型自动生成工件的方法。