软工课程总结

    关于这学期的软工大作业，从整体过程来看可以说是一波三折，最后的结果也仅仅差强人意。

    最初之所以选择抢票这个题目，一是因为大多数组都选择手环，而手环这个题目对好的idea要求更高一点。二是也想挑战一下自己，做出一些有技术难度的东西～

    在迭代一之前，也是我这个组长的问题，对整个项目的进程把握也不够，前期的需求分析也都没有做到位。因为是在原有代码基础上进行改进，结果在想要实现的时候发现之前定下的很多的需求实质都是原有的代码已经实现的功能，这就导致预定的目标一度出现了很大的误差。在临时决定做投票后，却对投票的需求没有理解清楚，结果做成了问卷的形式。。而多张票系统也没有考虑到一些安全性的问题，可以说我们迭代一时的项目确实是很失败的。

    总结失败的原因，我觉得还是因为我们将它当作一个大作业在做而不是一个实质需要上线的项目，对于很多需求很多也仅仅是想当然。作为组长我也没有起到一个很好的leader的作用，迭代一之后，我们也都认识到了这个问题，而我也要谢谢蕊哥，在我这个组长没有尽到自己职责的时候，带领大家讨论需求，把开发地点从寝室移到了研读间，这些都让我们组的凝聚力更强了，为了之后的项目开发，我们也进行了大量的讨论，而且也定出初步的方案。

    之后我们临时改变计划，分别主攻投票和套票。对于投票，其实我也知道就算我们重新做也不见得会比原有系统完成得更好，所以改进确实是一个很好的选择。因为时间紧迫，那段时间我们也做了很大努力。因为对项目部署不是很熟悉，我在最初也走了很多弯路，而关于修改bug和前端界面的优化也让人觉得很蛋疼，有的东西花费了很久的时间最后却发现并没有改多少东西。关于测试我也认识到了，永远都不要自以为你测试得有多充分，总有各种各样的bug等着你。而且进行测试也是需要集思广益的，但交给一个人总会有考虑不周的情况。

    接下来说说自己总体的感受吧。整个过程中读了两份代码，又都是完全不同的框架，虽然很累但是读别人的代码对自己的帮助也是很大的，有助于学习他人好的结构，好的框架。而在团队协作方面，我觉得我还是存在着比较多的问题，比较容易急躁，因为爱拖deadline，因此在时间紧张又看到队友一个任务却迟迟完不成时，虽不会多说什么，却也会显得很不淡定。……

还差一点，现在不想写了，等会儿再写，老师应该不会现在检查吧。。。。