1、前期需求不明，造成设计时目的不明确，开发时时常会因需求问题而困惑，测试人员也会提出一些需求建议，而由于已经开发完成，所以改动起来比较困难。改进办法：需求要完全明确是很难做到，但在局部相对独立功能上应该要尽量明确。如：尽量能明确注册需要哪些信息、每个表单是用什么控件、处于什么范围、列表显示哪些字段、查询需要什么条件有明确的说明，这样可以在后期测试时少掉一半的需求建议或bug。2、原系统有规范但没有较好的执行，由于团队初成立时，无人严格把控各人的代码规范、文件存放、命名等等都存在着很大的问题，而这造成的结果就是后改代码的时间比前面写代码的时间还要长。改进办法：项目组长需要每天都check成员代码，保证每天的代码都是相对规范。3、设计要慎重，应该要足够的考虑，以及和团队的商议，原系统中有一些数据库表的结构和字段值得商榷，如果前期可以大家讨论一下，也许很多问题可以在后来重构中避免。改进办法：没...