关于上一个项目的一些构建前的反思

1.  在做项目开发之前要有一个具体且明确的开发需求说明书，不然会为后面的项目的开发带来很大的困难，不利于功能模块图和业务流程图的构建，以及可能引起项目的返工。

2.  每一次对项目需求变更或对代码和文档进行修改最好能进行记录，这样有助于对项目的修改和维护。

3.  先计划后执行，如果不提前制定一个详细可行的计划，项目的开发会出现忙碌且低效的现象。

4.  项目开始之前要进行充分的沟通，使后台程序员对各个模块都熟悉，并在建立数据库时应对表单的名称格式以及字段的命名规则做到统一，在编码之前对文件的格式、结构以及命名规则进行统一，对于共用的工具类建立统一的标准，对向前台提供的接口信息及提供的参数尽量做到见名知意且标准统一。

5. 关于需求更改的问题，需求更改的问题是程序员最痛苦的问题，有一个程序员界的笑话说：想要杀死一个程序员，不用使用刀，改三次需求就行了。但是需求的更改一般很难杜绝，产品需求的变动有时也是在所难免的，所以为了尽量少的改动需求，还是要充分的与产品经理和需求方沟通，在项目开始搭建数据库之前尽可能的多考虑一些，尽量的将需求确定下来，不要项目急急忙忙的上马了，后面项目写完后花比开发项目还多的时间进行返工，这样浪费时间浪费资源。