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

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

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

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

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

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

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

 

先谢谢各位前辈的指点!

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

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

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

[quote]UML规划一下项目[/quote]
说句不中听的话,uml现在用的人不是那么多了
现在大家都比较提倡“做着看”