软件开发项目管理与开发建模.docVIP

模和软件设计又将迎来新一波的高峰。UML和模型驱动架构MDA目前在业界越发引人注目，清晰地进行前置设计（design up front，译者注：这是过去批判得比较多的，是瀑布开发中的思想，在迭代开发中批判较多）也吸引了更多的兴趣。 建模的各种热闹气氛似乎在.NET这边还没有太大影响。和其它程序员一样，.NET开发者想得最多的就是编码。但建模的改进同样发生.NET领域，正如在java领域发生的一样。 软件应用的建模提供了一个辅助保证应用是否和用户需求相吻合的蓝图（blueprint）。在.NET软件开发方面投资的公司当然不愿意看到以下的场景发生：因为最初设计和架构的不合理，每隔几年就要把应用重写一遍。 最近的一些工具上的改进如Borland的Together Control Center和IBM的Rose XDE Developer都在帮助保证底层的代码和UML模型的同步。这些努力使得人们接纳UML，也使得建模事业得以稳步发展。 当然，.NET的复杂性导致了很多建模的挑战。对那些熟悉OO技术的人而言，为.NET建模还不是太困难。但并不是所有的开发人员都熟悉面向对象的，而且，也不是每个人都是设计可重用构件方面的专家。 事实上微软也发现为即将推出的Visual Studio .NET版本提供自己的建模产品是如此重要。这个软件巨人的加入意味着这个领域将变得更加有趣，竞争也更加激烈。 什么驱动模型？ 现在而言，对象装配（object assembly）还是需要的。例如，微软新推出的Visual Basic .NET和旧版的Visual Basic是不兼容的，新的Visual Basic .NET要求开发人员要掌握一些新的面向对象的概念。 早在几年前，微软就在Visual Studio box中提供了一个基本的Rational Rose建模工具。并且在购买Visio几年前就在其工具中加入了Visio的一些特性。微软还曾经几次和第三方联合创建有用的开发者仓库。 但遗憾的是，在进入面向对象设计领域时，微软开发者竟然没有一个合适的工具，这不能不说是一个缺陷。现在情况可能会有所改善了，微软正在着手开发代号为“白马（Whitehorse）”的设计工具集。不过，越来越多的迹象显示，微软在进入建模领域的时候似乎并没有采纳UML或者MDA的标准。 模式和实践 为了帮助开发人员可视化OO的概念，为复杂的.NET应用建模。许多工具提供商，包括IBM Rational、Borland、Telelogic、Interactive Objects Software GmbH、 Computer Associates、Compuware、Embarcadero、微软及其它一些公司，要么为Visual Studio .NET开发环境专门推出新的建模工具，要么改进已有的工具。 Pittsburgh-based LogicLibrary公司的创办人之一以及分管技术的副总裁Brent Carlson认为，建模可以由不同层次中的任意多层来驱动，“例如，今天的业务过程建模，在图形环境中它对应为很多的过程工作流，将其转换为需求，这个转换过程并没有必要通过工具实现，但人工实现是需要的”。 ? “我希望这个情况会得到改变，当然，这需要时间。通常说来，在.NET开发者考虑应用架构之前，很多工作都已经完成了，例如架构模型、.NET组件架构以及微软已经开发的各种模式和实践。” 为此，LogicLibrary和微软建立了伙伴关系，力图使得知识内容更加“可消费（consumable）”。这些都围绕为开发和部署架构定义的模式和实践展开，而且很多都是使用UML、模型驱动的。LogicLibrary管理这些内容并将它们提供给Visual Studio .NET的用户。微软已经创建了各种参考应用，这些应用不仅包括.NET框架，还包括各种应用模块，它们是设计来解决各种特定问题的基于.NET框架的扩展。这些应用模块都是可以直接使用或者由企业进行扩展的预定义的各种代码段。这些解决方案就象是“包装好的最佳实践（best practices in a box）”。 LogicLibrary过去和微软一起致力于以一种基于模型的形式表示这些参考应用。LogicLibrary的Logidex for .NET产品强调的是Carlson所提的“信息宝藏（the glut of information issue）”，帮助企业更好地组织已有的应用，并和微软发布的参考应用放在一起，发挥作用。 “现在经常发生的情况是，你会发现信息太多而无处下手，” Carlson说，“但是，当一个开发者要开发一个.NET的应用,当他进入Visual Studio后，会看见如何进行数据存储，或者如何进行例外处理、如何在业务层做缓冲以提高性