一、相关链接
最终验收的日子临近，项目也已经完成的差不多了。对自己工作做个总结。
2.1 主要工作
2.1.1 需求阶段
参与需求的讨论并撰写需求文档。
这是第一次对需求进行这么细致的讨论和书面记录，之前从未意识到撰写需求文档的意义与重要性，错以为需求文档只是让甲方爸爸的宣泄各种要求的平台。没想到需求文档对后期实现阶段有这么重要的指导和决定性意义。
当初写的时候，只是为了完成任务，而到现在完成的阶段再回过头去看需求文档，能感觉有很多可以细化的地方，也有很多东西不够清楚明了，才好像有一点感觉到，老师要的详细具体，能直接让另一组去实现的文档，是怎样的一份需求文档。
2.1.2 设计图阶段
根据需求文档画类图。
当时天真的以为自己看着需求文档已经覆盖全了。结果忘了返回给前端需要的很多函数。其实从数据流图和时序图也能看出，前端存在感很低，我们当时写这个设计图就仅仅只着眼于后端怎么实现了。这样的缺失，导致后期团队合作的时候，分工出现了混乱。缺一个函数写一个函数，还好仅仅只是4个人的团队，群里吼一句就完事儿了。但哪怕只是4个人，后来的版本控制，解决冲突，也很乱。感觉一开始的分工协调的就不是很好，设计阶段覆盖的也不够全面，导致后面走一步看一步，有点乱。
2.1.3 实现阶段
主要负责后端的实现。
主要实现了社团及相关类，还有管理员审核和发消息的代码，还有前端需要的绝大多数函数，基本上每个java文件都染指了一遍。之后还完善了一下数据库的数据，密码加密，测试项目等。
后端是java+mysql，用的是jdbc。这大概就是老师说的体力活儿吧。
除了郑珂亦，我们其他3个人好像没有开发类似项目的经验，所以就按照郑珂亦熟悉的方式完成了。整个项目是用jsp实现前后端的连接，前端就是html+css。很朴素，也很踏实的实现方式。
实现阶段遇到最大的问题可能是分工，计划内的分工完成的很好，问题就是有好多计划外的工作量，然后就是分工的模棱两可，版本控制啥的很成问题，到最后都放弃用git了，直接群里喊然后发代码给一个人统一修改。这样导致了工作量一定程度上的不均衡。整个过程，对实现阶段的分工，不知道该怎么样才好，或者可能想要均衡工作量就是妄想？
2.1.4 作为组长
负责了所有文档的撰写，包括作业的提交和会议的记录。roll骰子roll出来的我，就是个挂名的组长吧。分工超自觉，甚至抢着活干。deadline也不用催，甚至我才是我们4个中最拖延的那个，超级感谢剩下3个人完全不拖延的作风。每周二开完例会，当天晚上他们就开始做，每天小组的群聊和私聊就没怎么断过，进度才能有条不紊的推进。最拖延的我，然后被他们3个的进度不断鞭策着，哪怕这样有个星期我的活儿还差点被罗灵洁抢先干掉。
2.2 总结
最终的成品完成度是满意的，已经尽力完成现在能完成的了，也没有什么遗憾了。
看了其他组的博客后，跟大佬们的差距还是不得不承认的。自身技术栈太薄，也没有在这个项目中学习很多新的技术。但是好在走了一下整个软件工程的流程，对整体的脉络会清楚很多，也在团队合作中磨合了很多，也在看其他人的博客中，不断反省自身，认清自己和其他人的差距。还是收获颇丰的。
三、课程的反馈
- 感觉比较好的是博客这一块，其他科目少有一个这么频繁集中展示作业的平台。看其他人的博客，能从其他人的作业里学到很多，并深刻感受到和大佬们的差距以及自己的不足。
（但就是，现在搜索引擎里搜名字，会出来一堆博客园的链接，耻度有点高啊） - 不论是个人作业还是团队大作业，还是希望能给优秀的组一个展示的机会，也给他们一个加分的机会。
- 历界优秀作业的博客我觉得可以保留，甚至整理归档，这样一个完整的过程记录。应该能让下一届干类似任务的时候省去很多搜索的功夫。就如我们这届有些组用老师说的上一届的墨刀画原型。还有，您提了好几次但我们现在还没见过的上届金忆琳他们的类似京东的大作业，如果要是有完整的博客记录应该能受益匪浅。
- 书本上的内容除了在作业中实践过的，其他听进去的还真的不多，现在还不清楚最后的考试到底怎么样，但这场考试还存留着，大概老师还是有自己的考量。但是还是得反馈一下，书是蛮新的，ppt是不过脑的，现在对上课的还残留的印象大概就是那一个个生动的故事和例子，其实也蛮好的。
四、小组成员
| 姓名 | 学号 |
|---|---|
| 罗灵洁 | 31701002 |
| 王秋鸿 | 31701004 |
| 郑诗雨 | 31701005 |
| 郑珂亦 | 31701373 |