软工大作业社团项目个人总结
目录
二、个人工作总结
前期工作：
由于我们小组只有三个人，前期对于社团功能的需求分析，UML图的设计，数据库的设计等都是一起开会讨论最后完成的。其实一开始开始分了工，但是后来发现，关于这些设计不如一起讨论来的快，一个人很难把需求什么考虑完全。另外原型设计中一开始用墨刀做了app的原型。墨刀对于一开始的设计还是用处很大，可以尽早的直白的表达出想要的效果。
界面:
app界面我主要是做了，登陆，我的，个人信息，修改密码，社长的管理社团中的成员管理，活动管理，任务管理界面。以及后期的一些修改。在写界面的时候因为我们平时用手机已经见过无数个app的界面了，就会去模仿，确实自己写出来的绝对没有模仿出来的好看。另外我还编写了第三次的设计原型的博文。
代码编写部分：
这学期刚好在上Android移动应用开发，编写这个程序刚好给这门课的学习进行了一次测试，我主要写了活动管理中查看活动的状态是否已经通过审核，创建新的活动的内容，刷新查看新的活动是否创建成功的功能。还有最后整合完成的代码，修改一些错误和不合理的地方。花费时间最多的还是最后整合代码，因为一块块要了解别人写的代码，而且一些错误都是因为整合起来才发现的。
三、项目感受和总结
首先这是第一次完整的从分析设计开始一步一步的去做一个项目，个人收获还是很大的，给我感触比较深的几个地方体现在一开始的项目需求分析，整个完成过程中的小组讨论，成员之间代码的版本管理以及最后检查完作业发现的各种漏洞。
项目需求分析：
因为前面老师给了我们很长的时间去做这个项目的需求分析，也是一再强调需求分析的重要性，而我们一开始在定需求的时候完全不了解真正的需求是什么，经过多次的想法更正才写出来那份需求报告，给我留下了深刻印象。完成一个项目必须要首先定下需求，通过用户在软件问题上的需求意愿，分析出软件系统在功能、性能、数据等诸多方面应该达到的目标。只有需求明确后面做的每一步才会明确。
小组讨论：
虽然这次大作业只硬性要求了两次开会，实际上我们在完成整个大作业的过程中无时无刻不在讨论，讨论可以解决大部分自己一个人解决不了的问题，很多时候你遇到的瓶颈自以为很难很难才能实现可能只是走进了一个误区，这个时候问一下组员说不定就能找到正确的思路，另外在编写程序的时候虽然每个人写的具体内容不同，但是实现的方法可能相同，这样相互学习各自的方法比自己一个人去网上尝试各种方法有效的多。
代码版本管理：
这次的大作业让我真正的体会到版本管理实在是太重要了，因为Android studio的版本不同代码中使用的基本控件在两个版本中不通用导致每次组合代码都花浪费了很长的时间，有些本来早就实现的功能却在组合后难以运行造成了很多麻烦。
测试：
说实话检查的时候老师指出的很多不合理的地方都是我想都没想到的，因为功能这部分的进度不够紧凑，最后没有留太多的时间去考虑这些细节而且测试功能的时候不够全面客观的去进行，往往只想着测试正确的分支而忽略了别的错误，导致展现出来的结果有很多的不合理。因此要重视测试。
四、课程建议
关于大作业:
在这次课程中，学到最多的就是在大作业进行的整个过程中。从需求分析开始到最后实现，老师给了我们很多建议，也让我们少走了很多弯路，但是我想，因为我们上午这课的人比较少所以有那么多可以请教老师的机会，如果课人一多，老师一个人很难兼顾到所有的组，去一个个监督项目的进度，所以我觉得在大作业这一块，或许可以换一个方式，让学生组之间相互监督，相互学习。是否可以让每一组在每一阶段都上台讲项目的一些安排，完成度，技术想法等尤其是在需求分析原型设计等方面，如果讲都讲不清楚别人听都听不明白肯定是有问题的，让其他所有组可以找一找漏洞，并且学习一下别人组的思想，另外是否可以让一两个组在完成的比较好的模块做一个详细的分享，分享一下实现的方法思想之类的。关于上课：
上课的时候经常被朱老师所讲的不在课本内容里的大道理吸引，有些话听进去了就能影响将来的生活，所以建议老师多讲点可以开阔学生视野的东西。