微软的模型驱动开发战略

随着微软下一代模型驱动的面向服务架构（SOA）平台——OSLO的出现，模型驱动开发将跨越业务分析师与IT人员之间的沟壑，并确保SOA平台中应用开发向业务需求看齐。微软系统连接部门（Microsoft Connected Systems division）主管Burley Kawasaki表示：

模型驱动开发是整个软件开发行业在发展过程中一直寻找的、不可缺失的组成部分。OSLO将会成为下一代模型驱动应用开发的新起点，而且它终将成为主流。模型不应该是仅供导入导出、生成代码所用，模型就是应用，是打破各种筒仓（silo）的应用。我们正在创建一套通用的建模工具，建模语言以及模型仓库，这一整套东西将会桥接起描述同一个应用的不同类型的模型，并将模型置于应用开发的中心。这样模型就可变成应用。服务器看到的是各种模型，而不是打印机吐出的纸张。

虽然微软的这个整体愿景非常清晰，但问题在于：该模型愿景是否会基于UML——目前架构领域的通用语言。Burley Kawasaki这样澄清微软的位置：

UML是微软需要支持的标准之一，但不是唯一的标准。我们视其为一种重要的建模标记方法，但它并非唯一的一种。微软计划广泛支持系列建模工具，从自己的Visio 图表绘制软件到UML，同时也满足其他建模语言的要求，比如对业务流程建模标记语言（Business Process Modeling Notation，BPMN）的支持。

随着OSLO不断成熟，微软开始改变建模方式的发展路线。经过数年专注于领域特定语言（DSLs）相关建模工具的研究，微软扩宽了他们的产品策略，包含了更多UML相关建模工具。尽管微软此前通过在Visual Studio中支持Rational Rose插件以提供对UML的支持，他们目前已经开始规划在Visual Studio 10中内建支持UML，并已加入了OMG组织以更好地支持UML开发。

上周，微软发布声明称，Visual Studio Team System 2010将提供一套基于UML的团队架构工具——Team Architect，该工具不仅面向架构师，而且还可供应用开发人员，数据库开发人员和测试人员使用。Team Architect不仅可以设计新的应用，同时也支持对现有应用的反向工程，架构师们和开发者们可以藉此在添加模块或调整代码前就了解到整体架构。

SourceGear LLC的Teamprise部门资深软件工程师Martin Woodward写道：

Team System Architecture Edition 2010发布版本中最令人印象深刻的是，他们不仅仅提供了自顶向下的架构设计方式，同时也自下向上的展示出一个软件架构师每天真正在做的事情。这套产品比它的前身更加适合“真实场景”的架构工作，它使架构师可以在多种技术和平台上开展工作应用，而不仅仅是微软的产品体系中。

Team Architect工具将融合进OSLO的建模平台中，从而支持组合应用开发。Chappell & Associates的负责人David Chappell在谈及Team Architect和Oslo的定位时表示：

你不仅仅可以使用Visual Studio编写代码，同时也可以使用OSLO的建模工具把创造的人工制品（artifact）整合到工作流程中。早期发布的OSLO版本已经具备这些集成特性。

尽管集成Team Architect和OSLO的计划还没有完全确定，Visual Studio Team System 2010的产品经理Cameron Skinner表示：

我们仍然刚刚开始考虑这样的做法。现阶段的计划还是只实现互操作的极小一部分。

虽然Oslo和团队架构工具的具体进展仍处于很低端的层面上，但Woodward仍然表示微软已经选对了正确的方向：

假如微软可以在Visual Studio Team System 2010中实现他们之前提到的一半想法，他们肯定将彻底改变这个市场。到目前为止，我所看到的每一件事情都让我觉得，这将会是一个改变游戏规则的产品。

查看英文原文：Microsoft’s Modeling Strategy

译者简介：王速瑜，毕业于华中科技大学，就职于腾讯科技（深圳）有限公司，担任R&D研发总监，现负责腾讯敏捷产品开发技术的实践和推广及研发基础平台的管理工作。熟悉Java、Microsoft.net、Lamp等技术。对互联网大规模应用技术、高性能网格技术，SOA等有非常浓厚的兴趣和深入的实践，喜欢Open Source，关注Ruby、Erlang的发展并积极实践，愿意为技术而挥洒激情，为让更多人了解精彩技术而付出努力！志愿参与InfoQ中文站内容建设，请邮件至[email protected]。也欢迎大家到InfoQ中文站用户讨论组参与我们的线上讨论。