引言
在本科时期第一次完整尝试着去做自己的项目，而且也是以一个team的方式，其中也出现了很多问题，然而还是在学长的帮助下和团队的共同努力下，共同克服了这些问题。
问题
主要的问题可以归为如下几类：
- 技术类问题
- 分工问题
- 突发情况
How to handle？
一、技术问题
技术问题应该是遇到的最常见的问题，一方面自己的知识储备不足，另一方面项目需求可能过高导致，不管是哪一方面又都得克服，就比如一开始的web工程，jsp、servlet、javabean之前都不是很熟悉，对于过滤机制等又不知道是如何运作，那时是一头雾水的，还好团队有人对这些方面比较熟悉，在队友的帮助下能够大致理解了web工程的运作机制，此外，自己也去学习了一些先进的框架，如Struts2，也特地去学习了一番，找到了一张框架图，理解起来就更加容易了：
https://blog.csdn.net/qq_37230121/article/details/80229927
第二个遇到的问题在于结果传递的方式，我们想要实时传递我们的结果，实现解析程序和web程序的通信，暂时想到的办法是利用socket通信实现二者的通信，但是这样存在的一个弊端是结果的实时性不够快，看到网上的办法可能又需要使用websocket方法来实现即时的通信，总是现在的思路是这样。
几个残留的问题一是我们要实现动态图显示结果，需要调用另个一个程序的接口，二是我们需要将spqrql结果显示，那样的话就又需要对结果进行进一步的整理，如何整理也将是一个问题。
二、分工问题
我们团队每个人掌握的技能都比较杂，所以我们的分工相对来说采取的是一个动态的方法，一个人不是固定的去做某一件事，当其他成员遇到问题或者某个模块急需要解决时，我们又都得抽出精力一起去应付，虽然过程可能比较复杂，但是好在灵活，能够一起使劲解决问题，这应该只是我们这种基础偏弱的队伍才会发生的问题，我想，积累了一定的经验后，一个大的团队应该是真正分成了几个小的模块分成小组来做，每组有专攻，而不像我们团队每个人都是“全能高手”，所以对于比较成熟的团队，我觉得还是应该分成小组，小组只有在对接时才会进行协商，技术问题也应该是在小组内解决，这种每个人都是全栈工程师的也只有我们学生了吧，hh。
三、突发情况
由于这学期和上学期的安排有所调整，又是采用的新的教材，项目过程中总会有一些偶然的突发情况，要么就是老师突然加需求了，要么就是程序服务器突然出问题了，关于前者，其实我们遇到的不是很多，应付起来也不是很急，主要是我们团队工作的比较勤快，许多工作都能按期完成甚至提前完成，有的组进度可能调整的比较慢，老师增添需求后就会应付不过来。
我们也会遇到服务器出问题，有时是数据库的问题，有时是结果解析服务器的问题，给我们的教训就是服务器数据一定要做好备份，否则出了问题当你要重新构建时，数据就全部丢失，表格甚至也要重新搭建，耗时费力。
在结果解析程序服务器上面，我们在和服务器通信时遇到了很大的问题，并且卡了很久，最后是在学长的帮助下解决，这方面主要是对服务器的构造不够了解，花了很长时间来检查出问题所在，也算是学习到了通信方面的知识。
总结
总之，这一次迭代是以疲惫结束的，验收标准一出来，大家又对着验收标准疯狂检查bug，另一方面又要补全自己的功能，连续两三天大家整天盯着电脑，也都快成了图书馆的常客，验收的过程中也出现了异常，本来没有bug的项目不知道怎么就出现了bug- -，还需要之后来排除，幸运的是最后弥补了过来，最后的评分还是以一个令人满意的方式结尾。
另一个体会是，做一个项目和做一个程序思考角度又真的有很大的不同，程序更多讲究效率，项目更多注重的是健壮性，所以我们在写代码时又非常注意结构的完整和美观，一方面希望自己能养成良好的模块思维，另一方面也是养成良好的习惯，最后希望大家继续努力，完成自己的第一个项目！