本人，学生，菜鸟级别，仅仅做过三个项目，积累了一丁点自己的经验，现在发布出来-----一是为了广大前辈指正，二是希望自己能给入门者一点点有用的参考。（我会不断总结积累然后不断修正这边文档的）
1. 熟悉业务流程:不断地亲身尝试走业务流程
2. 划分业务模块，把所有的流通的表单收集起来（用于后面数据库设计）
3. 分析需求，划分功能模块，并且进行每个模块数据流程走向，对应的页面设计
4. 根据需求和搜集的表单进行整合,然后设计数据库：字段的类型，适当长度，是否有默认值，恰当的注释，是否null;但所有的必须字段都提炼出来了，在根据
每个功能模块内部的数据流对数据库的表进行适当冗余（可以减少复杂查询，以提高查询性能）。
5. 分别对每个功能模块进行代码设计：
a. 根据数据流图和设计好的页面确立好VO（对应于一个页面或者页面中划分的模块）,PO,DAO(interface),ServiceHandler, ServiceHandler处理过程中用到的工具类utility, 以及Controller(Servlet)
b. 根据整体业务确立上面哪些对象类(VO/PO)是要存放在application/session中的（例如1.首页等所有用户都可以而且经常访问的信息应该在服务器启动时就存进去；2用户登录后的部分个人信息或者其他经常用到的信息，应该在用户登录时就把它们存放进session中）
由于项目有时候是多人负责不同模块的，所以在代码设计的时候，应该有一个总负责人将各个功能或者不同层之间的接口设计好，这样就可以实现异步开发（让快的人先开发），更好的分工,更快的团队整体开发效率了！！例如总负责人先定义设计出DAO的inteface并弄好实现类DAOImpl，然后调用者就可以先直接调用DAOImpl来开发自己负责的板块；后面的话负责人在慢慢地添加代码到要实现类的成员方法中。
6. 接下来就可以整合这些设计好的代码了。当然在整合的过程中要注意算法的设计（是否过于复杂？是否有更合理处理过程？）
7. 以上过程下面的每一步都是以上面设计好的内容为设计依据！所以上面的内容有设计瑕疵的话，就会影响下面的设计。A.假如业务流程都搞错了的话，那么第二步往下的都随之而错！！！整个项目都是不符合要求的，都是错的！！B.假如功能业务模块/模块划分不合理或不够科学，就可能会导致下面的算法设计极其复杂繁琐，这样不仅加大了开发难度更是增添了他人阅读的难度降低了可读性，进而增加了后期维护成本----也就是说整个软件生命周期都是令人痛苦的！所以一个好的开头是多么的重要！！所以建议大家在做项目的过程中宁愿慢点来细致谨慎设计也不要为了追求开发进度而大意设计，这样的后果只会令你更痛苦！！
8. 当然开头的设计不可能做到完美或者说设计好就不再修改了。没有设计（即使你很细致了）能够一步就到位的。所以开发过程中经常会出现回头去更改设计的情况—这是无可避免的，也是为了令我们的设计更完善更符合实际的方法！
以上的我以后会不断的完善之！
来自 “ ITPUB博客 ” ，链接：/29900383/viewspace-1413021/，如需转载，请注明出处，否则将追究法律责任。
