一个初学者的疑惑：是否过于简单的项目不适合过于细致的分析和设计？

Question

小弟是半路出家的程序员，我们公司不是专业的软件公司，只是有自己的软件产品，几个程序员做起来都业余得很。

最近小弟想自己学着用UML规划一下项目（自己做的一个小东西），就是做网上问卷调查的一个系统，主要功能就是制作问卷和数据分析 。

我做好了一些用例，在做时序图的时候，发现根本没什么好画的，因为步骤实在太少了。

比如说，有个【新建调查项目】 这么一个用例，就是输入文字，然后提交，这样就完了。

那么像这种角色单一，流程也比较单一的系统，是不是就不用UML了？

如果不用UML，有什么好的工具和办法做前期的分析和设计呢？

 

先谢谢各位前辈的指点！

Answer 1

我有过和楼主一样的感受。
以前负责小项目的时候，想着现在UML好象挺先进的，所以就开始用UML来试着规划项目，先画了类图，然后到时序图，协作图，活动图的时候，就有些乱了，觉得这些图的差别好象不是很大，当时最终我还是选择了活动图加类图的设计方法。

当然，现在回过头再看用UML做的设计，总体感觉是做到类图就可以了，个人认为Rational Rose的用例图和活动图并不能说明很多流程方面的问题，这些比较精细的流程，还是文字描述来得精准。

我们现在项目稍微大一些,一共60个开发人员。但是除了使用UML的类图，基本上都没用到其他的UML图。并且实际上每家公司内部的开发流程都不一样，公共的主要是数据库结构图，类图用得多。其他的就是百花争艳了。