如何从传统的开发方法转到OOAD?
　

---

虽然大家都对传统的开发方法嗤之以鼻，但是不可否认的是传统的开发方法
仍然在被相当多的程序开发者使用，而且根深蒂固，想改变他们可不是容易
的事情。
我现在碰到的问题就是，如何保证从传统的开发方法平滑的过渡到OOAD?
对这个问题，初步的想法是将RUP大幅度的裁剪，包括活动和工件，只保留
对开发项目最有用的部分。
那么什么是最有用的部分呢？OOAD必须要那么多的这个图，那个图么？为什么
不能直接从用例得出类图？

我的经验是，首先是观念上的改变，传统方法和OOAD方法看软件系统的角度是不一样的，功能/子系统集合和类与类之间的协作，这是完全不同的思路。而且。构建好的系统的最终面貌也会大相径庭。

所以，用OOAD我们要有大致的想象，系统大约会是什么样的。

过渡：我倒觉得可以先拿系统的一部分来做，周期短，更改快，用例获取需求，对用例进行描述，分析相应的类，与类之间的协作。

我想，先转换到OO的思维方式，有一些小系统的实践，再来裁剪RUP也不迟。另外也可以请有OO经验的人给些指导（具体项目）。

 回复: 如何从传统的开发方法转到OOAD?
　

---

我想不必吧。 你可以开始与客户交流的采用UML,然后逐步的深入。

实际上，这样很好，至少你的确理解了客户的意图，客户也能了解你的领域知识情况。

虚一点的就是，你告诉客户你们已经在用“先进”的RUP开发&^&^%%$(**

 回复: 如何从传统的开发方法转到OOAD?
　

---

我想UML是给系统开发人员看的，用户怎么会去理解什么用例呢？
用户只想看到你用最短的时间、最少的money、完成最多的功能。