做一个java项目要经过那些正规的步骤（请项目经理指点）因为公司规模不大，基本上我什么事都要做，但是我不了
做一个java项目要经过那些正规的步骤（请项目经理指点）
因为公司规模不大，基本上我什么事都要做，但是我不了解一个项目开发要经过哪些具体步骤，所以对上级给的任务没有准备，也不知道会有什么任务来，像个无头的苍蝇。。
我不想打没有把握、没有目标的仗
请项目经理们指教。
谢谢
[解决办法]
首先，需求分析---总体规划---详细设计---项目实施。
大致就分这几步，前三步都需要很详细的文档的，项目实施阶段的文档就是代码注释啦，程序员要做的。
要给客户的就是项目的介绍，操作说明等。
[解决办法]
以上这些从调研开始一直到项目封版，都得有文档跟上，所以你最好在每做一项之前先把文档格式定下来，事半功倍!
[解决办法]
需求分析---总体规划---详细设计---项目实施
[解决办法]
需求调研--技术论证--框架选取--快速原型--再次需求调研--详细设计--编码阶段。
[解决办法]
理论上应该是：
一、立项
1、项目的功能的范围、实现技术方法和细节
2、需要多少人，需要的开发周期（根据客户的需求）
3、分析成本和风险
4、有相应的利润，可以立项
二、需求调研；
三、需求评审、确定；
四、概要设计（对技术框架、模块、功能的确定）；
五、详要设计（对表、业务联系的确定）；
六、架构师整体架构软件、布置开发任务；
七、整合软件；
八、测试；
九、试运行、维护；
十、正式运行
在实际中跟过二个项目，都是具体和用户交涉，和理论还是有出入的。
[解决办法]
需求分析文档 详细设计文档 数据库文档 测试文档 用户操作手册
还有好多好多
[解决办法]
实实在在地和你说吧。
你说你们是小公司，应该做的Java项目也不大，
无非也就是对数据操纵型的系统，
其实都用不上Rose,viso。。这些东西
你就用PowerDesigner12创建好数据库，关键就在于你把DB中所有的表，及他们之间的关系设计好了
做出一个模型出来。
然后搭一个SSH/SSH2/SSI之类的框架足够用了，
后台Oracle，前台Jsp,或用一些Ajax框架（Jquery/Ext....）也就可以了
业务逻辑就要看你自己的需要了，用Spring把业务类管理好了，就差不多了，
就想出这么多，小项目还可以，大项目我也没做过。。。
[解决办法]
[解决办法]参考CMMI，不过建议如果你是小公司就直接挑几个重点的吧，例如需求、详细设计、数据库设计、测试报告、用户手册等等
[解决办法][解决办法]需求分析(文档、uml)-》概要设计(文档、uml)-》详细设计(文档、uml、伪代码....)-》编码-》测试-》交付
通常大致是这个样子，但对于越小的公司，越是要求速成
如果楼主心里有底，能对整个软件架构有所把握的话，或许可以不写任何文档，不作任何uml，因为，通常新手写出来的文档也大多没多大用，uml也常常到了编码阶段被推翻，根本就不按文档和uml来。
但有几步是绝对跳不过去的，一是尽可能明确的需求(这是最最根本的，要尽量确定更多的需求部分)，二是做好一些需求、设计上的琐碎的记录(全身心的投入开发时，我们将以惊人的速度忘却曾经一时想到而又没能以书面形式记下的事务)之后多多思考如何设计，进而直接转入编码，三是一定要尽量设计的易于扩展，层次分明（如果不这么做的话，恐怕项目进行没过半，就会尝到苦头，不为别人，也要为自己打算打算，一定要尽量在设计上多下功夫）四是多测试，先是为每一层测试(比如数据库交互层、业务逻辑层、控制层等)最后是整体流程走几遍。（缺乏测试的结果是后期砸下大量的时间来测试、排查、改错，并可能给客户留下极差的印象，并且查错改错的难度要远远大于上线前或交付前）
需求是会变的，设计优良百利无一害
如果时间不宽裕，老板又不是很注重过程，那么，不用写文档了吧，除非客户要什么操作文档。
如果可以的话，写全注释，如果还有点时间的话，重构一下吧。
记住经常做备份
--------------------------------------------------
此法应对特殊情况，但绝不是什么推荐的玩法儿，前人总结的传统流程虽可能有缺陷或不足，但不无道理！
老板有时要的仅仅是一定时间内的结果。
[解决办法]收藏学习!
[解决办法]学习了
[解决办法]学习
[解决办法]人月神话 看看
[解决办法]先要知道你要做什么，
然后就要知道你怎么做，
....
就是一般的问题思考方式，
我觉得这个很管用，不会让你慌张
加油楼主
[解决办法]
很好啊！
这些东西应该在《软件工程》这门课中学吧？
提前学习了！
[解决办法]
看到楼上回复的 估计3分之2没有学过或者看过《软件工程》
[解决办法]
什么是软件工程？
[解决办法]
[解决办法]嗯嗯！！
我对完成一个java项目的正规又迈进了一大步了！
[解决办法]软件工程学过没?
4楼和19楼的都说的非常好了,我就不多说了.
[解决办法]1.可行性分析
2.需求分析
3.概要分析
4.详细设计
5.编码
6.测试
7.维护
典型的项目开发过程，不过现实中一般存在一些区别，但是本质都是如此
[解决办法]帮顶，学习一下
[解决办法]最近刚做项目回来，也是跟你情况查不多，但是有项目经理带我。好了废话少说了
我们做这个项目的步骤是：1.需求调研分析（第一阶段非常重要），跟客户签好需求说明书，出三个文档需求说明文档（交予客户），概要设计文档，详细设计文档（自己保留的不能给客户的，如果要给也是后期给）；
2.代码开发，这个就不用说了狂加班，狂写代码吧；3.与客户确认软件功能，及测试软件，这个时候需求说明书就很重要了，你开发的东西就要遵循需求说明书，如果客户要改动这个时候看情况可以跟客户谈资金了；4.客户试运行，及验收；5.后期系统维护。
[解决办法]学习
[解决办法]学习软件工程
[解决办法]学习下
[解决办法]学习下
[解决办法]这个说得实在，小项目搞那么多文档，太浪费时间。
可以直接写代码，先搞个能看得见的界面，让你的老板和客户看见。
项目小组不管有多少人，至少得有一个经验丰富，技术比较全面的，
防止走太多弯路。
不错，必须要一个技术全面的。否则弯路很多，我亲身体验了的
[解决办法][解决办法]mark 学习了
[解决办法]那个UML面向对象建模与设计
上面指导了不少软件开发的过程
目前公司开发都缺少文档,因此
后期修改升级感觉麻烦,我也没学过软件工程
都是自己在找书看.希望慢慢进步
[解决办法]其实好多的小公司并不会严格按照软件工程的步骤实施项目，一般没有严格的详细设计，甚至有的直接写代码，在写代码中不断发现问题，充足需求，因为小公司接的都是小项目。总之，像你这种情况，只能看你的自己的悟性了，如果严格按照软件开发的步骤来你很可能完成不了任务。相信你的领导也应该不懂开发，这更麻烦——他们不会体谅你的付出，只会嫌你工作进度太慢。不过这对你也是一种不可多得的锻炼。
[解决办法]小公司，没那么多文档的。需求分析--数据库设计--编码---系统设计详细说明---使用说明---实施--维护
[解决办法]需求设计->基本设计->功能设计->详细设计->编码->单元测试->单元测试2->性能测试->性能测试2->提交测试
------解决方案--------------------
LZ的公司不是做软件的吧？
楼上有说的，其实小的项目可以不需要这么多文档的，可以把软件工程中的一系列设计分析简化下。。。。。。。。。。
[解决办法]LZ的公司不是做软件的吧？
楼上有说的，其实小的项目可以不需要这么多文档的，可以把软件工程中的一系列设计分析简化下。。。。。。。。。。
[解决办法]我也要学习一下·······
[解决办法]mark，学习
[解决办法]学习
[解决办法]学习
[解决办法]不知道
[解决办法]帮顶下
[解决办法]好东西多啊，
[解决办法]学过未必做得出、做得好，一切皆需实战积累经验
[解决办法]学习
[解决办法]学习!!
[解决办法]我觉得至少得有两个任务。
首先是需求，和客户要保持良好的沟通，这样才能了解需求（需求分析），掌握需求的变更。这点很重要。
再者就是必须有一个技术上的负责人来统筹整个项目。从技术上来说能把握整个项目（概要，详细，开发，测试，实施）。
其实说白了还是软件工程那一套。前面有人提到《人月神话》，确实很不错的一本书，楼主有时间看一看看。
[解决办法]虽不是项目经理
但很想学习一下
关注啦
[解决办法]小公司好像不会要这么详细.的..像我们就是这样.文档有.但没上面说的那么多.那么详细..
文档只是一种需要..(对项目的结构,进度上的把握)
所以个人认为.不要人家写些什么.你就跟着写什么..要实用,有用..
那些正规的开发流程.(很细的那种)我觉得只有大项目,人多的团队就得需要,因为如果没有更多的文档就没有标准这么多人.这么大的项目也没法管.
[解决办法]第一步，也是最重要的一步，就是弄清楚你到底要做什么东西，这个就是需求分析
第二步，把你的需求分析，写成文档，以做提示，修改用
第三步，根据你的需求分析，拽写系统设计文档（架构，数据库，界面，编码规则等）
第四步，根据设计文档进行系统开发
第五步，测试
[解决办法]不知道，正在往那方向前进
[解决办法]看大家说的都挺细致都挺正规嘛 那我再加点正规内容 做项目之前先做个沙盘 就是将从头到尾都要严格照沙盘上的做
如果正规的话 或者说稍微正规吧 还得有个评审团 项目的某一阶段完成 都需要评审团进行检验
我还没进过大公司 没见过评审团
[解决办法]学习一下
[解决办法]学习了。
[解决办法][解决办法] 难得想！ 先去百度搜索别人的代码再说！
数据库表那块搞好了！ 编码就简单了！
做来做去就是增删改查 嗨！
