在项目开发的多种文档中设计文档（需求分析文档）是关键，而每个公司都有统一的文档模板。
而在刚接触软件开发行业的程序员首先有个适应的过程，其实熟练了就简单了，关键要融合到公司或者小组的开发方式中去，不要按照自己的一套来做，因为开发本身就是一个团队化的工作。
在做项目的过程当中需要注意些什么，这是每个程序员要问的问题：
其实很简单--------复杂问题简单化（问题简单话，不要想太复杂）
说白了具体代码的实现无非是add edit 和 delete
而具体的业务流程----本质“就是先干什么，再干什么“，说白了也就是现实中让你做这件事情，你怎么去做的问题，而对于流程本身，一定要复杂问题简单化
因为系统模型的设计就是把复杂的问题，分解为若干个简单的问题（或者说是简单的步骤）
对应到代码里就是
step1.add or edit or delete 什么
step2.add or edit or delete 什么
...
关键是要现实中对方是怎么做的了解好就可以了，但是最终你还是要记住：“问题简单化
一般来讲业务流程都是很简单的
实例1：
比方说用户添加：
1.输入用户信息（包括信息校验）
2.插入数据库
就这2个过程
再比方说文件审批的流程:
1.起草+发送到下一环节
2.审批1同意发送到下一环节，或审批不同意退回上一环节
3.审批2同意发送到下一环节，或审批不同意退回上一环节
...
n.终生，，或审批不同意退回
实例2：
比方说刚才的文件审批，其实归根结底就是2个问题：
1.如何起草文件
2.如何审批文件
然后再细化
起草文件包括：
1.文件信息的输入（校验）
2.写入数据库
如何审批文件
1.审批内容的输入（校验）
2.写入数据库
细化后,你可以站点更高一个层次看：
1.起草其实就是 insert
2.审批也是insert
总之对业务流程的理解，是开发的前提
就先把业务流程化 随后在具体的写代码当中就按照这个流程些具体代码
平时这方面的积累还是蛮重要的，回到我原来的话：不要把问题想的太复杂，编程其实就是insert/update/delete，最终系统的运行还是归结为对数据的操作
因为编码，无非就是add edit和del
编码是最简单的事情，关键是你要理解业务流程
只要在做项目当中积累些具体流程化思想，其它的都不是很重要 ，什么语言 、开发工具都是其次的。因为具体语言的语法，数据库操作的方法，网上一查就查得到的，最最关键是你如何将现实生活中的业务流程计算机化这个过程
另外的情况就是可以为了计算机实现的方便，来修改实际生活中的流程，当然这必须先要和客户沟通，因为现实生活中有些很多东西都是多余的！
项目管理文档的阅读：
项目管理的文档绝大部分是一些没用的东西，把关键的流程和模块看清楚就可以了
首看目录 ，重要的是那些涉及到具体项目管理过程，尤其是是时间部分（多少时间，做多少事情）
时间才是具体开发和设计人员要关心的内容 。
业内所谓的标准也不是唯一的 ，实用管理经验才行
介绍些学习方法：
1.工作后最好的学习方法是实践
2.平时多做点，多积累些经验，最终会把前面所说的变成自然而然的事情（这个进阶就比较高，呵呵）
3.在平时，要培养的应该是如何解决问题的能力（你要培养自己这种能力：给你个问题，通过各种途径找到解决这个问题的方法），不要只有遇到问题的时候才会去琢磨，多去接触些项目信息
。
4.许多人太缺乏某种意识，以为找本书从头学起，这是最要不得的，最笨的方法。
而现今首选的方法是：网路+问人 。
5.一开始也不用先学很多东西的，因为现在要学习的东西太多了。做到哪里学到哪里。还是那句话------工作后的学习，最好的方法是实践；并要带着目的去学+做到哪里学到哪里，这才是正确的学习方法 。先不管三七二一，什么都看，这种方法要不得 （记住先做再学，要把握这点 ，因为先学的话，很多东西都是空头理论，而且枯燥难懂）。
要养成这种习惯：公司的事情在上班时间做掉
下了班，当然应该休息
一些建议：
1.加些java方面的QQ群还有比较有名的java论坛，很多问题可以在那里找到答案。
2.多积累在项目当中的技巧与思想方法。关键是另一方面，多注意如何用计算机分步完成一个业务逻辑（就是所谓的开发思想）
希望能对大家有所帮助，同时也是对本人的一种警醒。
看过要顶哦
本文出自 “小猫” 博客，谢绝转载！
与哥哥谈话后的感想----希望能对大家有所帮助
社区：
