2022年软件开发项目管理与开发.NET建模 .pdf

《2022年软件开发项目管理与开发.NET建模 .pdf》由会员分享，可在线阅读，更多相关《2022年软件开发项目管理与开发.NET建模 .pdf（4页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、模和软件设计又将迎来新一波的高峰。UML和模型驱动架构MDA 目前在业界越发引人注目，清晰地进行前置设计（ design up front，译者注：这是过去批判得比较多的，是瀑布开发中的思想，在迭代开发中批判较多）也吸引了更多的兴趣。建模的各种热闹气氛似乎在.NET这边还没有太大影响。和其它程序员一样，.NET开发者想得最多的就是编码。但建模的改进同样发生.NET领域，正如在java 领域发生的一样。软件应用的建模提供了一个辅助保证应用是否和用户需求相吻合的蓝图（blueprint）。在 .NET 软件开发方面投资的公司当然不愿意看到以下的场景发生：因为最初设计和架构的不合理，每隔几年就要把应

2、用重写一遍。最近的一些工具上的改进如Borland 的 Together Control Center和 IBM的 Rose XDE Developer都在帮助保证底层的代码和UML模型的同步。这些努力使得人们接纳UML ，也使得建模事业得以稳步发展。当然， .NET 的复杂性导致了很多建模的挑战。对那些熟悉OO技术的人而言，为.NET 建模还不是太困难。但并不是所有的开发人员都熟悉面向对象的，而且，也不是每个人都是设计可重用构件方面的专家。事实上微软也发现为即将推出的Visual Studio .NET版本提供自己的建模产品是如此重要。这个软件巨人的加入意味着这个领域将变得更加有趣，竞争也更

3、加激烈。什么驱动模型？现在而言，对象装配（object assembly）还是需要的。例如，微软新推出的Visual Basic .NET和旧版的Visual Basic是不兼容的，新的Visual Basic .NET要求开发人员要掌握一些新的面向对象的概念。早在几年前，微软就在Visual Studio box中提供了一个基本的Rational Rose建模工具。并且在购买Visio 几年前就在其工具中加入了Visio的一些特性。微软还曾经几次和第三方联合创建有用的开发者仓库。但遗憾的是， 在进入面向对象设计领域时，微软开发者竟然没有一个合适的工具，这不能不说是一个缺陷。现在情况可能会有所

4、改善了，微软正在着手开发代号为“白马（Whitehorse ）”的设计工具集。不过，越来越多的迹象显示，微软在进入建模领域的时候似乎并没有采纳UML或者 MDA 的标准。模式和实践为了帮助开发人员可视化OO的概念，为复杂的 .NET 应用建模。许多工具提供商，包括IBM Rational、Borland 、Telelogic、Interactive Objects Software GmbH、 Computer Associates、Compuware 、Embarcadero 、微软及其它一些公司，要么为Visual Studio .NET开发环境专门推出新的建模工具，要么改进已有的工具。名

5、师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 4 页 - - - - - - - - - Pittsburgh-based LogicLibrary公司的创办人之一以及分管技术的副总裁Brent Carlson认为，建模可以由不同层次中的任意多层来驱动，“例如，今天的业务过程建模，在图形环境中它对应为很多的过程工作流，将其转换为需求，这个转换过程并没有必要通过工具实现，但人工实现是需要的”。“我希望这个情况会得到改变，当然，这需要时间。通常说来，在.NET开发者考虑应用架

6、构之前，很多工作都已经完成了，例如架构模型、.NET 组件架构以及微软已经开发的各种模式和实践。”为此， LogicLibrary和微软建立了伙伴关系，力图使得知识内容更加“可消费（consumable）”。这些都围绕为开发和部署架构定义的模式和实践展开，而且很多都是使用UML 、模型驱动的。 LogicLibrary管理这些内容并将它们提供给Visual Studio .NET的用户。微软已经创建了各种参考应用，这些应用不仅包括.NET 框架，还包括各种应用模块，它们是设计来解决各种特定问题的基于.NET框架的扩展。这些应用模块都是可以直接使用或者由企业进行扩展的预定义的各种代码段。这些解决

7、方案就象是“包装好的最佳实践（best practices in a box）”。LogicLibrary过去和微软一起致力于以一种基于模型的形式表示这些参考应用。LogicLibrary的 Logidex for .NET产品强调的是Carlson 所提的“信息宝藏（the glut of information issue）”，帮助企业更好地组织已有的应用，并和微软发布的参考应用放在一起，发挥作用。“现在经常发生的情况是，你会发现信息太多而无处下手，” Carlson说，“但是，当一个开发者要开发一个 .NET的应用 , 当他进入 Visual Studio后，会看见如何进行数据存储，或者

8、如何进行例外处理、如何在业务层做缓冲以提高性能的例子。这就好像有一个非常好的团队在帮助他，他会有一个飞跃，更快地构建出他的应用。”IBM继续其 .NET策略Rational软件公司是OMG 的 UML标准的早期开发者之一，如今它是IBM 的一部分。在收购了Rational之后， IBM在其 portfolio开发平台的基础上有了一个完整的开发平台，并且包含了对.NET 的支持。IBM历史上一直偏向Java，而不是 .NET。IBM 进入开发工具领域的时候就是倚重为其WebSphere中间件服务器等中间件技术服务的工具，显然，WebSphere是对基于 Java 的开发环境的补充。Rationa

9、l早在 1999 年就与 IBM合作开发其Eclipse开发工具。也曾经和微软紧密合作开发for. NET的可视化建模工具。在IBM 收购 Rational之后，关于 Rational是否继续支持微软技术遭到了怀疑，关于这一点， IBM和 Rational都声明和微软的关系将不会改变，对微软技术的支持将一如既往。实际上 ,IBM Rational提供了 for .NET的覆盖面很广的全周期开发平台。其语言无关性保证它们对Java和其它的软件开发都是适用的。“我们的目标是保证开发软件的我们的用户的成功，” IBM Rational的市场管理总监Roger Oberg 如是名师资料总结 - - -

10、精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 4 页 - - - - - - - - - 说，“很显然，用户们对组件技术的选择是多样的。既有使用.NET 的项目，同时也有使用Java 和其它嵌入式技术的项目，这取决于企业的具体情况。”Oberg 补充说，从某种程度上说，今天的Visual Basic的开发人员明天可能会转向Java。“对软件组织而言，学习 UML ，并从具体底层的组件技术中抽象出来是一个非常有效的策略，这样做的话，今天为一个.NET 项目工作的人员可能明天就可以承担一个Java

11、 项目，我们的工具可以应用于这两种不同的组件技术，因此你学习的是如何去建模，UML是可以应用到Java 和.NET技术上的。”IBM Rational的 Rose XDE Developer包括了 Eclipse IDE，既可以在微软 Visual Studio .NET中运行，也可以在 IBM WebSphere Studio中运行。“在一个环境中建模的成果可以重用到其它环境中；显然，我们还没有实现足够高的抽象，还没有将用户与底层的组件技术分开，如果达到那一步的话，用户甚至不需要知道底层技术是用的什么”。白板，白马（ Whitehorse ）自从公司老板Bill Gates宣布之后，微软就开

12、始更新其建模工具，开发现在已经是众人皆知的“Whitehorse ”软件。它是面向“为操作设计（design for operations）”的，允许用户在开发过程的早期定义底层的需求逻辑，并进行验证。微软开发部产品管理负责人，Prashant Sridharan认为，“目前的情况是，在底层架构和架构小组之间几乎没有交流”。而在Whitehorse 中，业务底层架构的设计师和服务的设计师是共同工作的。“秘密在于他们如何协作”，Whitehorse 将改进不同的软件团队之间的沟通，他认为Whitehorse将和微软 Visual Studio .NET的下一版本Whidbey 一同推出，发行日期

13、预计是2004 年末。ADT向 Sridharan询问 Whitehorse 对 UML 建模的支持。回答是，软件内部没有对UML建模的支持，但可以通过插件的形式提供。“UML只是很多不同的建模环境中的一种。在Whitehorse 中采取的方法就稍有差异。我们努力创建一个建模的平台。”，这个平台将包括一个建模引擎以及一个建模框架。他认为这个建模框架将是公共的（“在推出的时候”），而且公司已经和一些选定的第三方在这一点上进行合作。Sridharan对此寄予厚望，“我们希望开拓建模的新时代，我们坚信模型驱动的开发当然，我们也相信传统的代码编写。”他指出， Whitehorse 和一些微软的开发人员

14、过去使用的Rose UML工具有所不同。 “UML是面向 OO的”， Visio同样可以支持传统的OO建模。但是，当面向服务的架构（SOA ）成为主流的趋势，系统的分布性越来越强，反应时间和安全等因素必须纳入考虑之中时，OO不一定是最好的解决方案。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 4 页 - - - - - - - - - 和 UML的偏离会让一些人感到困惑（在微软早期的Rose插件中是支持UML的），“微软现在要走的道路不是基于各种标准的，”基于 San

15、Francisco的设计与建模Embarcadero 技术公司的总裁Greg Keller认为，“他们对 UML或者 MDA 并不感兴趣，他们的工具将是好的，有效的，但其中将不包含除XML之外的其它标准。”合作伙伴们的这些信息是否是从Whitehorse 得到的呢？ IBM Rational的主管 Mike Devlin的回答是“是” 。“对于如何建模，微软有自己的看法。我们的看法和他们的看法的差别在于，我们的不是绑定在特定的平台上的。”微软也在投身于建模事业，仅仅这个事实本身已经说明了很多。Grady Booch 这么认为，他是UML的创始人之一，如今是IBM 的一员。“他们的进入是非常振奋

16、的一件事情。”他补充说，微软的行动证明了IBM和 Rational从 90 年代中期以来的努力方向是正确的。.NET 本质.NET 环境使用了特有的一些技术来帮助用户创建Web-based以及传统的肥客户端应用。例如，在ADO.NET中的 ADO.NET 技术和 Web service 。 IBM Rational的 Rose XDE Developer建模工具中提供了一个用来在对ADO.NET 以及 web service应用建模的profile。“最大的问题在于人们在不知情的情况下试图改变Web service 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 4 页 - - - - - - - - -