按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
单是我个人有疑问，许多人都有相同或是类似的问题。我认为这些批评和质疑对于
UML/RUP是一件好事，因为这可以让软件界再次审视UML/RUP不足之处，找出问题的所
在并且加以改善，才能够让UML/RUP持续地对软件界和软件工程做出贡献。正由于
Extreme Programming对于UML/RUP的挑战，反而可以让我们更清楚地了解什么方法才
是最适合的。我个人认为，对于小/中的系统或是项目而言，简易的UML和Extreme
Programming是比较适当的，而对于大型的企业应用系统（Enterprise Application
System）而言，UML和RUP被证明是有效的。
一直到2003年初听了TogetherSoft的首席科学家（Chief Scientist）Todd Olsen的演
讲后，才正式确定了我的想法没有错。连Todd Olsen都认为UML/RUP太过于学术化，
对于学术的研究没有问题，但是在实际的应用中则稍显繁杂。开发人员应该在开发工
具的辅助下进行适当的修整以找出最〃适当〃的方式来进行项目或是系统、工具的开发。
连Todd Olsen这种经验丰富、软件开发实力又惊人的大师级人物都这么说，我也就放
下心来了。看来属于实战型的开发人员，依照武侠书的讲法，应该掌握的是〃最具杀
人威力的剑法，而不是华丽的招式〃。当时我在聆听了Todd Olsen大胆的说法之后不
禁大呼过瘾，隐藏在心中多年的质疑终于一挥而去。
虽然过于拘泥于UML/RUP的开发模型不算是好的方式（或许这对于学术研究是正确的），
但是也没有人完全否认UML/RUP对于软件开发的贡献。事实上UML是很重要的，因为它
可以让开发人员使用同一种语言沟通，也可以很有效地使用Use Case让企业人员和开
发人员沟通。但是为什么在Rational推广Rose这么多年来普及的成效仍然有限呢？我
个人认为有如下的原因：
■ 价格昂贵，难以普及
■ 只锁定金字塔顶端的开发人员
■ 过于强调完整的UML/RUP开发模式
■ 没有和开发工具整合在一起，以打入一般的开发人员群体
由于Rose采取高价的策略，因此虽然为Rational赚进了大把的钞票，但是也让UML/RUP
和Rose的普及率难以大幅地扩展。想想10年前的Client/Server技术也是在
PowerBuilder、Gupta等采取高价措施而难以快速普及，一直要到VB和Delphi等大众化
开发工具提供了Client/Server功能之后，才让Client/Server快速为大多数的软件人
员视Client/Server技术为理所当然的基本技巧。在PowerBuilder/Gupta错失了占据
Client/Server的庞大市场之后，再也无法成为Client/Server的领导厂商。
同样地，如果Rational一直为Rose采取高价，只锁定高阶开发人员市场的策略，那么
Rose很可能会在其他的竞争对手推出更好的UML产品之后快速流失市场，事实上这正
是Rational在2002年面临的困境，因为Rose不但遭受许多UML小厂商的竞争，更被其
最大的竞争对手TogetherSoft打得难以招架，要不是Rational还有3位OO大师的名号
在力撑，Rose早就被TogetherJ或是TogetherSoft的Control Center打得落花流水了。
从最近4年TogetherSoft可怕的成长速度可以看出来，Rational早已被TogetherSoft
逼得寝食难安了。
在Borland并购了TogetherSoft之后，Rational将面对更为艰难的状况。一旦Borland
成功地在其的开发工具中整合TogetherSoft的产品，那么将可能会像当初的Client/
Server技术一样，可通过提供更平易近人的UML工具而快速让UML为大多数的开发人员
接受而使用。再加上如果Borland以合理的价格提供UML和开发工具，那么将可以让UML
打入金字塔中/低阶的开发市场，快速鲸吞Rose的市场。到时Rose在UML/Modeling产
品本身不如TogetherSoft之下，再加上Borland开发工具的强力支援，Rational的大
势不妙。因此这是为什么当Borland宣布并购TogetherSoft之后受伤最深的公司就是
Rational，而Rational也立刻声明中断和Borland的合作的原因。最后在Rational眼
看后势欠佳，再加上IBM提出动人的并购条件之后便立刻接受了IBM的提议。
根据2002年的信息调查显示，大多数的开发人员已经视Modeling工具为相当重要的工
具。
而且目前使用Modeling工具的开发人员也相对地满意于Modeling工具提供的功能。因
此，如果Modeling工具能够再和开发工具紧密地结合，那么Modeling未来的发展将更
为快速。
目前在所有和开发相关的工具中，Modeling和设计工具已经占据了相当重要的地位。
根据2002年调查的结果显示，设计和Modeling工具已经分别占据了所有开发相关工具
的第2和第8名，而且还呈现持续上升的状态。
由此可见，开发人员已经愈来愈重视设计和Modeling工具。在Borland并购TogetherSoft
之后，我认为Borland会以较为合理的价格提供整合Modeling和开发工具的软件包，
快速把UML技术打入一般开发人员的市场，并且将会正式触发使用UML和Modeling功能
成为开发人员的核心基本技巧，就像数年前Client/Server技术对于开发人员一样。
因此，我们可以发现下面图形呈现的还是去年以前开发人员拥有的技术状况。开发人
员的核心技术只需要拥有程序语言、数据结构和Algorithm即可。
但是从2003年开始，一旦Borland或是IBM推出整合Modeling工具和开发工具的新一代
软件之后，面向对象、Modeling和Design Pattern等技术将被压缩到开发人员的核心
基本技术之中。这代表未来的开发人员必须熟知面向对象、Modeling和Design Pattern
等技术，再也无法逃避学习这些重要的软件技巧。
因此，我们可以说信息公司的合并不但影响这些软件公司之间的竞争，也会对开发人
员产生影响。在面向对象、Modeling和Design Pattern等技术成为开发人员的核心技
能之后，当然可以增加软件开发的速度和可靠度，这对于整个软件产业而言是正面的
结果。对于像Borland或是IBM等公司，由于让UML和Modeling技巧和产品成为一般开
发人员必须拥有的技巧和使用的产品之后，也可以通过更大量的市场来弥补产品价格
下滑的损失。一旦UML/Modeling技术大众化和产品平价化之后，软件公司反而可以拥
有更多的收入。
面向对象和Modeling平价化之后便会开始进入开发人员的生活之中，也会开始影响我
们开发软件的方式和流程。这两者会像从前的其他技术，例如Client/Server、数据
存取和Web等，慢慢成为几乎每一个开发人员必备的技术。然而不同的是，面向对象
和Modeling对于我们的思考模式却有更大的影响和改变，因此造成的影响也将远比从
前的技术更为深远。因为除了面向对象和Modeling的思想和开发流程之外，伴随着它
们而来的将是更多的软件工程和软件技术。
不过对于开发人员来说这实在是一条辛苦的不归路，学习的道路不但没有尽头，沿途
还充满了艰辛。软件开发工作真是个辛苦的行业，不是吗？不过反过来想，软件开发
生涯也将是充实、满载而归的路途，不是吗？
准备迎接时代的来临
2002年是初临的时代。虽然的初鸣并没有给人太亮眼的表现，但是同七八年
前Java初次展现于舞台上时相比较，的表现并不逊色，甚至比当年的Java表现得
更好。
在2003年，Microsoft更准备推出新版的、 Server以及新的开发工具，
而且大部份的调查也都指出将开始在2003年起飞。面对Microsoft一连串强势的
动作，我们其实可以预见也即将更为活跃和更有影响力。其实我也很想了解
在2002年到底表现得如何？除了市场上许多的书籍、文章之外，我也在业界和许
多朋友讨论以及询问2002年在信息界使用的状况。我得到的结果都是在评估
之中，实际使用开发的产品还不多，但是ASP被使用的情形则是令人惊讶的
快速。我已经发现许多的网站开始使用ASP来开发，可见和当初的Java一样，
是从Internet/Intranet开始入侵日常的信息应用。
最近一份的调查报告终于把在2002年使用的粗略状况呈现出来，�