不知道同行的朋友们有没有遇到一个问题，就是编码的时候编到一半甚至写完了发现忘了一些注意事项了，于是回过头来审查一遍代码再进行修改。
比较好的情况是直接修改对其他代码没有任何影响，遇到让人窒息的时候就是明明只改了一丢丢却牵一发而动全身，无奈的时候只能重新来过。
最近一个项目本来已经终验，打算留守几天就走人的，结果客户方面说还有一个模块没做呢，之前口头说过了，没有记录下来所以大家都忘了。怎么办？做呗。
于是为了尽快做完走人，需求沟通清楚后分为几个小块，需求文档也懒得做了，直接编码开始。首先是数据包，编写完测试没问题开始写页面，接着后端开发完成功能实现。一道流水线下来自信心满满，感觉so easy，这么快就完成一小块功能了。接下来麻烦就来了，开始写其他功能的时候发现写好的数据包需要给其他功能调用。改数据包吧，程序也得改。新添加一个数据包吧，怕太杂乱坑了以后维护的同行，（因为我快要离职了，这段时间主要做项目交接工作）也不能体现出我身上关于程序员的基本素养。
意识到自己的天真之后，老老实实写需求文档，综合各方面考虑清楚后再跟客户沟通一遍需求，然后将接下来所有需要数据包全部写好测试完，确认没问题后将所有页面设计完毕，然后功能实现在一块块的去实现。果然接下来这几天的日子好过一些，而且日后这些文档交给维护人员，人家看懂了也省得还找你麻烦，有可能背后骂娘呢。
其实不按照开发流程来走的程序员很多，特别是刚出来工作的那些，天真无邪，光靠想一想不做准备就开始动手，最后把自己坑惨了才服气。
奉劝大家可别像我一样，这里也给大家简单介绍一下软件的开发流程，也是我掉进自己给自己挖的坑之后才回去好好复习的。
图片发自简书App
这是一张百度找来的图，觉得不错，千言万语还不如一张图一目了然来的好，
整个项目开发流程分为需求分析、概要设计、详细设计、编码、测试、交付使用、验收、维护
需求分析 前期产品经理需要通过客户和用户了解一下需求，哪些可以实现，哪些实现不了，哪些需要怎么配合，全部要沟通好，然后做个需求文档，用相关的工具软件列出要开发的系统的大功能模块，大模块再具体到小模块，一些需要注意的要画个界面做个注释什么的，最后向客户确认需求文档。
概要设计 架构师，项目经理拿到需求文档后对系统设计进行考虑，包括系统的基础业务流程，组织结构，模块划分，接口设计，数据结构设计，人员任务分配等，为详细设计打造基础。
详细设计 在概要设计的基础上，开发者需要描述具体模块所涉及到的主要算法，数据结构，类的层次结果等，详细设计应当足够详细，以便于开发人员根据详细设计报告进行编写。
编码 接下来就是真正的编码了，分工要明确，实施人员根据接口文档开发接口，UI设计交给UI工程师，页面编写交给前端工程师，然后后端开发人员在进行具体功能实现。使用svn等版本控制器管理好每个开发人员编写修改的代码。
测试 最后由测试人员对写好的程序进行测试使用，想用户所想，急用户所急，从操作难度到人性化使用。用户能想到的不能想到的，测试人员统统想到了，然后需要修改的再交于开发人员修改。完成后还得做个用户使用手册，教用户如何使用该系统。
软件交付 在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。
《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。
《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。
验收 产品经理跟客户提出验收要求，双方签订合同，拿尾款验收完毕。
维护 系统使用期间可能会出现错误或者客户提出功能修改，则需对系统进行修改。维护多长时间就看验收的时候合同怎么签的了。
以上为百度百科搜索内容以及个人从业半年多来的见解，可能各个公司的流程不同，如发现错误请及时与本人联系好做修改，避免误导。
作者：蒲公英不是梦
链接：https://www.jianshu.com/p/a18293ae2be8