最近进行了一个项目的开发，从项目调研到开发，到接近交付，从5月开始到10月底结束，算起来，为期已经超过了五个月。所出现的问题是，即便是进行了五个月的时间，中间还一直在不停的加班，最后的项目结果去不近如人意。问题总结如下：
1、主要问题为系统分析不够明确。
系统分析，主要为需求的调研问题，虽然写过了系统分析需求说明书，并且已经由各方签字，但在执行过程中，依然问题不断。比如，在系统第一次交付之时，甲方突然将我召唤回去，提出了新的问题，强烈的表达了已建系统，及其不符合其预期内容。同时展示了，在调研时，未能展示的已经投入工作使用的相关系统，并要求，要将其纳入到在建系统中。经过分析，已建系统，确实有存在的必要，也存在着很多可以借鉴的内容，包括数据库字段，也是非常完备的，比当初调研的时候丰富多了。
另外一方面就是，甲方不能准确的确定设计书中的内容是否需要，以及是否符合自己预期，必须有雏形，有实物，才能知道自己想要什么，在设计前期，不能充分的考虑到相关问题，以至于到后期已经接近成型后，在修改，已经晚了。典型的功能，就是用户权限问题，虽然设计书中明确的提出了，系统权限中，只有两类用户，但是由于绘图不规范，加入了其他两类用户，没有明确的界限划分。造成了功能不明确。
2、系统设计没做好。
3、系统进度没有充分把握好。
和政府单位合作，问题其实还是很多的。系统建设的进度，其实首先就要控制需求分析的时间，算起了，包括第一次和领导出去调研，接收项目，到第一稿设计书成型，期间可怕的经历了一个月，系统正式建设的时间，已经从五月份到了一月份。期间的时间都去哪里了？一方面工作时间比较短，但是另一方面，就是甲方的不积极配合，打过多个电话，一直都在推脱自己较忙，期间还换了主管人员。而作为乙方，我们能做到的，除了有耐心的去等待，更重要的是应该比甲方更加的积极，不能一味的等待甲方大爷来给你说明系统该怎么做，而应该做的就是要努力的做到一天一个电话。虽然可能被反感，但是也充分的显示了自己对于系统建设的重视程度，也能更快的完成对系统的了解，尽快的制定想关的方案。
4、系统测试工作没到位。
把一个不成熟的系统丢给甲方去看，这其实并不是一个好的习惯。当然，作为为自己开脱借口，我可以说，因为时间紧迫，甲方又急于相要看到结果，所以不得已才把一个到处是bug的系统给对方看了，得到的结果，就是被骂的狗血喷头。作为公司内部来说，其实当我把程序交给领导看的时候，也被多次说过，不要拿这种残次品上桌面。对于一个小小开发者，我还真是没能学会去做充分的测试。
总结：为什么一个系统做不好，其实问题出现的在方方面面，能用软件工程的思想去思考问题，去实践，严格的把握时间线，这是很重要的。但是，貌似在这样一个小公司里，连一个优秀的设计人员都没有，更别提什么严格的流程控制了，能做的就是自己从设计到开发到测试，都是一手处理，虽然自己能从中锻炼很多，但是对于甲方，对于
