模型驱动开发的误解与挑战.docxVIP

模型驱动开发的误解和挑战  HYPERLINK \t _blank   HYPERLINK /100004/2009/2009-11-30.shtml \t _blank 2009年11月30日 来源： 作者：Bertrand Portier, Lee Ackerman 编辑： HYPERLINK /user/%c0%ee%d9%bb/ \t _blank 李倩 评论： HYPERLINK /view/1/816875-all-1.html \t _blank 0条 本文Tag：  HYPERLINK /lists/5988/0/5988.shtml \t _blank 软件开发  HYPERLINK /lists/8569/0/8569.shtml \t _blank 开发模型 ??? 【IT168 技术文章】 ??? 多年以来，采用模型 HYPERLINK / \o 驱动 \t _blank 驱动开发（MDD）的水平似乎仍没预期的那么好。阻碍、限制MDD使用的因素有很多，例如对实际的MDD成功案例缺乏认知、不确定如何在平常使用MDD、缺少预先投资的拨款模式、或是没有战略举措的重点。 ??? 如果你过去尝试过MDD，那你很可能遇到了一些挫折，导致你现在不再用它。也或许你正在尝试采用MDD，而又面临着一些挑战和阻碍。无论你遇到上述哪种情况，本文都对你有所帮助。我们会在本文中看一看与采用MDD相关的挑战和误解[1]。 ??? 建模早已证明了它在改善沟通、促进业务编排、提升质量、提高生产率上的价值。它的使用范围很广，分析、设计和开发都会有所涉及。考虑到这一点，我们就来看看有关MDD的诸多误解和挑战，我们又该怎样利用现代方法和相关工具集解决这些问题。 ??? 1-挑战：方法不当且不可用 ??? 过去，MDD的一个关键抑制因素是人们实施活动的时候没有现成的MDD最佳实践。比如说，人们在阅读有关如何执行特定任务（诸如设计高可用的解决方案）的过程文档时，文档里并没有任何MDD的内容。为了得到MDD实践，人们不得不到论文或书本里去找，然后再应用到现有的非MDD文档上。 ??? 如今，MDD从业者在进行日常工作时，可用的MDD指南已经越来越多，而且那些信息嵌在他们每天使用的工具中。我们先看看开发过程，它包括利用MDD原则的“工具向导”最佳实践，这些“工具向导”隶属于整个方法和过程。 ??? 特定任务的指南（例如需求评审、设计用户接口或设计高可用的解决方案）现在都包含指向MDD内容的链接。比如推荐设计模式、提供设计中应用模式的指南、利用现成工具中的模式实现。 ??? 以前还有另一个阻碍因素，就是MDD与特定开发方法过度掺杂，人们无法提取MDD最佳实践，并将其应用到不同的场景中。一个典型的例子就是面向对象分析和设计（OOAD）中存在大量工具，你要么采用全部的OOAD内容，将其作为从MDD受益的一部分内容，要么就完全抛弃OOAD。MDD的最佳实践曾是OOAD框架的一部分，但人们并不知道如何在框架之外利用这些最佳实践。抽取出MDD的内容并将其应用到不同的场景中是不可能的。 ??? 这些因素再加上其他一些原因导致企业很难在它们的环境里采用最佳实践（包括MDD最佳实践）。公司已经有了合适的过程和方法，而给这些方法添加MDD方面的内容却很困难。 ??? 为了在组织和特定类型的项目中采用MDD，业界在裁剪特定开发过程方面已经做得越来越好。比如有的研讨会旨在指导团队完成定制的开发过程，这通常被称作“方法采用研讨会”。研讨会的目的是针对特定项目裁剪现有的方法内容，它通常会涉及以下人员：过程工程师（管理组织开发过程的人）、首席架构师、开发人员组长和项目经理。 ??? 支持定制后，方法工具浮出水面，比如Rational Method Composer和Eclipse Process Framework Composer，它们包含定制的最佳实践库。这些工具的思想是整理、打包最佳实践，用工具为组织裁剪并采用这些最佳实践。在工具中，你选择想要采用的某些方法元素，对它们进行修改、编辑，并将其组织成希望关注的过程。然后将该过程以可读格式（例如HTML）在组织内发布，供从业者在日常工作中遵循。 ??? 尽管使用上述工具和方法的可用指南有很多，但仍然要求用户找到、理解并遵照指南。跨越这一障碍的措施是，除了在工具里提供指南之外，还要将方案的全面自动化。举例来说，你能在使用基于Eclipse的产品时利用备忘单（Cheat Sheets）。备忘单提供完成任务的步骤指南，并能自动化工作流里的步骤。 ??? 下一节我们会讨论关于模式实现的机制。不管选用什么方法，要点都是获取越来越多的指南，并将其落实到工具中，从而更好地指导用户充分利用模型。