怎样开始一个项目?

stoneyrh 2002-04-18 06:59:15
到现在为止,我还不知道应该怎么开始一个项目,虽然有时头脑里总有很多想法,但是到真正要做时,就什么想法也没有了,感到无从下手,即使是一个很小的练习。每每一开始我就想到应该如何如何编程来实现,到后来当然是常要返工,做这样那样的修改,最后改成连自己也认不出来了。如果按软件工程的过程先设计后实现当然是好,但是怎样才能摒弃这种思想呢?请教究竟怎样开始呢?
...全文
185 点赞 收藏 12
写回复
12 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
yeken 2002-04-20
一个项目的开始可以有以下的过程:
需求分析 30%
总体设计 10%
详细设计 20%
程序开发 20%
软件测试 10%
系统实施 10%
回复
mach 2002-04-19
首先你要了解你的用户,它是做什么的,它的组织机构是什么样,它的业务流程和规则是什么样的,在它的业务中有什么人做什么事,处理那些单据和表格,这就是业务建模。
在此基础上,你进一步了解它的业务中,那些人员和环节要通过你的系统实现信息化,这就是需求。
这两者都可以通过UML来描述。
上面只是简单的情况,实际还要复杂的多。
回复
stoneyrh 2002-04-19
非常感谢大家的指教
我想问一下,一般你们是怎样表达需求的?
我就感到无从下手。
回复
tomboy123123123 2002-04-19
市场调研,业务分析,项目范围分析,项目计划,需求确定,质量保证计划

go
回复
mach 2002-04-19
做什么事都是这样的:弄清楚要做什么、怎么做、做这件事、检查做的对不对。
对于需要多个人合作的事还要复杂一点,比如大家怎么组织、分工、时间怎么安排、大家如何知道彼此的进展情况等。
以上这些同样可以用于软件开发项目。
回复
far_ranging 2002-04-19
先想清楚自己想要做什么,并且确定下来,也就是说先把需求定下来。
没想好之前,就什么也别做。
回复
青润 2002-04-19
返工是很正常的。就算是再好的软工应用起来,也都要有返工的现象发生的,没有什么是一次性就能做好的。因为编程,必然要有bug,否则,就不是编码了。^&^
回复
stoneyrh 2002-04-19
非常非常感谢wuyong(WY)兄的回答、建议和批评。
我在这半年多以来,看过几本关于系统分析和设计的书,总的来说,只有想法,没有实践,因为感到不知从何处着手,但是平时又总有很多零星的想法,我感到越来越迷茫。前段时间也买了一本<<统一软件开发过程>>,看了前几章,很抽象,很难理解,就没有再看下去。
我也希望我能到大公司去干几年,但是现在还不可以,还在读书。
回复
SPIRIT0220 2002-04-19
同意楼上着为仁兄的!深有同感!
回复
WUYONG 2002-04-19
还有一点没有说,你应该去一家比较有活干的公司。累死累活做2年,你就会有一肚子怨气,你望着代码维护、改变需求就怕。这样你再去学习会更有效果!
回复
WUYONG 2002-04-19
你很谦虚,也很老实。
以前的软件做起来比较简单,比尔.盖茨改写DOS时还没有软件工程这一说。但是现在软件变得越来越复杂了,悲观地说,大部分软件开发人员其实并不太晓得开发比较复杂的软件。虽然我们会写代码,但是并不会开发软件。虽然我们拒绝承认是软件蓝领,但其实我们就是软件蓝领,而且还是不太厉害的软件蓝领。
我们只会写代码,如同士兵只会开枪。所有的士兵都是神枪手,都有最先进的武器就能够赢得战争吗?不一定!因为我们没有一个有经验的将军带领,想打胜战的机会很小,所以国内的软件没有几个是成功的,深入进去看,惨不忍睹。

如果你承认你只会写代码,根本不会做软件,就如同你承认你是个神枪手但是根本不知道如何在战场上取胜一样,不是件可羞的事情,只是事实。枪法和阵法原本就有差别。
如果你继续保持谦虚的品格,认定自己根本不会做软件,我建议你去看RUP。
慢慢地、细细地看,最好能够背下50%(至于理解,那是件可遇不可求的事情,你得有耐心)。然后,你试着去用他,你会失败很多次,会困惑很多次,你到这里来问我吧!那个时候你会提出很多更深入、更具体的问题,于是你就开始成功了!
回复
pmpmp 2002-04-18
先建一个业务模型.,了解到底要作什么
回复
发动态
发帖子
研发管理
创建于2007-08-27

1181

社区成员

软件工程/管理 管理版
申请成为版主
社区公告
暂无公告