uml使用
请问大家现在做需求、设计采用什么方法，
基于uml的，还是传统的过程方法。
我个人有些问题，基于uml的分析设计好像不是很实用
1、在需求阶段，紧紧靠用列不能把系统功能描述清楚
2、在设计阶段，需要对对象、类、架构建模，做完时间很长，而且在开发阶段一般来说对设计的修改很大，很难遵照设计来开发。
不知道大家什么意见，提提问题或感悟！
另外大家用ralation（什么版本）还是EA？
[解决办法]
个人观点
1.用例是用来捕获需求的，是比较高层次的业务表现形式，不能取代function spec的功能，这个是面向系统的
2.没有设计直接编码，后果就是从头改到尾都有可能，如果你仅仅是个人作品，会好点。至于你说的时间长，我觉得是把coding的时间等同于系统开发的时间
[解决办法]
1 需求分析中用例只是反映需求的一部分。同时还有状态图、活动图来捕获和说明需求。而且在需求分析的不同时期的用例的粒度也不同。同时非功能需求也可用用例、活动图和描述说明。
2 在设计阶段，是要花时间，但熟了以后就会节省时间。同时运用设计模式等融入里面。设计出来后无论是交流、代码实现以及后来的需求变更与系统扩展。都会很方便和容易（相比无精心设计而言）。
[解决办法]
