文档的重要性
本次，我们的项目是一个个人计算机辅助教学系统，老师要求的功能不多，于是我们团队并没有非常重视。刚开始，写了一个大致的需求说明书，数据库也很简单，就做了一个E-R图，画几个大致的数据流程图，然后建立数据字典和表结构关系。接着搭建一个开发环境，划分一下模块，分工，我们就开始Coding了，一直到代码敲得差不多了，也没有完整的设计文档，更没有完整的测试文档，虽然这样的确是很快的完成了Coding工作，感觉上好像节省了好多成本和开发时间，但后期就常常出事。
每次到了要交文档的时候，负责人员就按照代码的实现加班赶出来。这种“代码在前文档在后”的方式在后期就爆发出了威力：当所有人的代码需要整合在一起的时候，乱成了一锅粥，有些接口对不上，有些部分被重复多次的实现，还有点人甚至忘写错了功能......只得重新设计文档，细化分工重新来过。
代码风格要规范
代码风格要求看似不是必须的，但对于后期的整合、测试等等工作有很大的影响。以前做项目，我们都是不怎么去注意代码风格和写代码的规范，都是稍微想一下就直接开始写代码了。注释也很少用，总感觉我们自己写的代码，我们怎么会不知道它做了些什么事呢？但事实上，随着代码量的增加，时间的增加，系统的Bug就会慢慢暴露出来，当需要修改代码时，变量的意义都要瞅个大半天，又或者某一段代码，某一个函数到底在干什么，都要花好多时间重新去看。
总结
每一个软件项目都应该按照软件工程的要求一步一步来做，要保证工程的完整性。