怎样开始一个项目？

stoneyrh 2002-04-18 06:59:15

到现在为止，我还不知道应该怎么开始一个项目，虽然有时头脑里总有很多想法，但是到真正要做时，就什么想法也没有了，感到无从下手，即使是一个很小的练习。每每一开始我就想到应该如何如何编程来实现，到后来当然是常要返工，做这样那样的修改，最后改成连自己也认不出来了。如果按软件工程的过程先设计后实现当然是好，但是怎样才能摒弃这种思想呢？请教究竟怎样开始呢？

...全文

235 12 打赏收藏转发到动态举报

写回复

用AI写文章

12 条回复

切换为时间正序

请发表友善的回复…

发表回复

yeken 2002-04-20

打赏
举报

一个项目的开始可以有以下的过程:
需求分析 30%
总体设计 10%
详细设计 20%
程序开发 20%
软件测试 10%
系统实施 10%

mach 2002-04-19

打赏
举报

首先你要了解你的用户，它是做什么的，它的组织机构是什么样，它的业务流程和规则是什么样的，在它的业务中有什么人做什么事，处理那些单据和表格，这就是业务建模。
在此基础上，你进一步了解它的业务中，那些人员和环节要通过你的系统实现信息化，这就是需求。
这两者都可以通过UML来描述。
上面只是简单的情况，实际还要复杂的多。

stoneyrh 2002-04-19

打赏
举报

非常感谢大家的指教
我想问一下，一般你们是怎样表达需求的？
我就感到无从下手。

tomboy123123123 2002-04-19

打赏
举报

市场调研，业务分析，项目范围分析，项目计划，需求确定，质量保证计划
，
ｇｏ

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