建模工具领域的IBM和微软对决

Atlantic是IBM软件开发平台的一个版本代号。IBM在设计、建模、开发、测试、部署以及应用维护的组件间实现深度集成。Atlantic和Eclipse的开源开发平台更紧密的结合，并给予UML2.0更多的支持。

IBM Rational工具集和微软的VSTS(Visual Studio Team System)的关键区别在于建模的途径。IBM严格遵循OMG提出的统一建模标准UML，而微软认为UML不是必须的。

微软VSTS主管，Rick LaPlante，认为，对大多数开发人员而言，UML表示的模型太过复杂，不必要，这不是微软想要走的路。“从现在起的十年内，建模将不再是软件组织中少数人的工作，也不会说专门成立一个特别的部门，里面的人只负责建模，我认为，建模将变得非常普遍”。

IBM官方宣布，今年底Atlantic问世。微软的VSTS将在明年中旬发布，还包括Visual Studio的“Whidbey”版本和“Yukon”数据库。
专家认为，微软给自己打上的标签是迎合大众、让开发更加容易。其Team系统试图为更广泛的用户寻找解决方案，而Rational则在解决复杂度上声誉在外。

来自ZapThink LLC的分析师认为，“UML的学习曲线较陡，这导致它更适合于经验丰富的架构师和高级开发人员，而UML2.0则更加复杂，虽然在UML里面还是不完全地定义软件功能。相反，微软在Visual Studio方面表现出来的趋势始终是：其工具对初学者来说足够简单，对高级用户来说足够强大”。

IBM的Fellow和UML的创始人之一Grady Booch认为微软没有遵循标准。“这是一个长期的、可以支撑的战略吗？很难说，不过IBM Rational正把赌注压在开放的市场上，主要是因为这方面的应用很多，在交互性方面的要求还有更多。”

但是，最后有人认为有迹象表示两种趋势的合龙。压力导致微软要去支持企业化的应用开发，而Rational也在集成和简化他们的解决方案。McGraw-Hill公司的软件架构师，Cort Bucher，微软和Rational产品的共同的用户，认为他已经看到了这种转变。

Bucher 说，“用UML来表示解决方案架构，这些设计和建模对项目有好处，我们当然要用UML，但用UML建模有几种方法，包括在Visio里面或者在IBM Rational的工具集里面。UML在可视化表示应用方面非常有帮助，至于说它是不是must-have(必须的)，我认为这取决于系统的复杂度和公司对文档的要求”。