所在位置:UML新闻 - 内容 论坛精华    
建模工具领域的IBM和微软对决
Darryl K. Taft

[2004/7/24]

背景:德克萨斯的狭长地带,上周末,IBM将微软招呼出来开始一场老式的决斗,随着它的“Atlantic”工具集的面纱被揭开。

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(必须的),我认为这取决于系统的复杂度和公司对文档的要求”。

(自 eweek,UMLChina袁峰 摘译,不得转载用于商业用途)