| 这个作业属于哪个课程 | 2020春|S班（福州大学） |
|---|---|
| 这个作业要求在哪里 | 团队作业第六次——beta冲刺+事后诸葛亮 |
| 团队名称 | 学长帮帮组 |
| 这个作业的目标 | 凡事预则立 |
| 作业正文 | 凡事预则立随笔 |
| 其他参考文献 | 暂无 |
一、组长是否重选
在之前的合作中，小组已经摸索出了一套适合本组的合作方式。且在alpha阶段中，在前后端组长及PM的共同管理推进下，项目有条不紊的进行。所以组内讨论后不进行重选组长
二、下一阶段需要改进完善的功能
-
继续完成帮扶和消息模块的构建
-
优化界面
-
完善接口
三、下一阶段新增的功能
-
简易后台
新增简易后台，用于对帮扶批准的操作
-
代码复审
由于alpha冲刺阶段对该方面重视度不够，所以没有进行规范的代码互审，在之后的beta冲刺阶段会加强对该方面的重视。将采用组内成员合作轮流互审的方法，以求代码风格统一
-
程序架构
在beta冲刺阶段，我们组打算使用MVVM架构进行软件重构,这样能够有效降低项目中的代码耦合,更有利于团队合作开发
四、需要改进的团队分工
-
团队管理
前后端组长不要给自己分配给过多的任务，抽出较多的时间进行团队的管理。
把每个人每段时间要做的任务写成文档，该文档最好是由任务的执行者来执笔，因为很多时候给组员交代任务后，在实际开发中遇到的问题会使估算的时间不可靠，整个项目的进度自然就比计划的慢了。
每日例会时应该让每个组员都有发言汇报的机会，发言内容为自己的当日计划是什么，实际完成度如何，哪些地方需要其他成员帮助，最后进行简短总结。这样一方面起到互相监督的作用，组员可以对比自己和其他人的任务进度/完成质量，从而进行自我调整。另一方面使得每天遇到的困难都能及时曝光解决，不会出现问题堆积的情况。
五、需要改进的工具流程
-
工具使用
此次beta冲刺阶段我们将加强组员之间的交流，在每日例会中交流软件应用的心得，以免有些组员重蹈覆辙。
-
版本控制
指定专门的测试版本负责人来专门负责版本控制这一块，让这个负责人去制定版本控制的提交原则，在软件研发过程中对提交的情况要进行详细的记录，通过这些措施，这样就能在基本上对因为版本失控可能造成的测试失误或者无效加以避免。
首先测试人员要测试开发人员提交的代码，将测试过程中查找到的bug进行提交。而当测试人员提交的bug到了开发人员手中之后，开发人员要针对这些bug进行修复工作，并且将修改后的代码放入程序中，作为新的软件版本。但是绝对不能将它再放回到现在正在进行的测试版本中。而测试人员在完成这一轮的测试工作后，在对新的版本也就是对经过开发人员修改过得下一个版本展新一轮的测试。
六、冲刺的时间计划安排(七天)
| 时间 | 后端 | 前端 |
|---|---|---|
| 5.27 | 整合接口文档，任务细分，依赖安装 | 完成帮扶列表查看，提交帮扶申请 |
| 5.28 | 消息模块构建，帮扶模块数据库构建，完善默认头像等 | 完成我的帮扶、打卡、综测申请 |
| 5.29 | 消息模块代码编写，熟悉flask-socketio库 | 完成消息列表、发送消息、接收消息 |
| 5.30 | 完善消息模块代码，编写帮扶模块代码 | 完成后台首页、添加帮扶对象 |
| 5.31 | 完善后台代码，测试帮扶模块、消息模块接口 | 完成批准帮扶、综测申请审核 |
| 6.01 | 代码整合、复审 | 代码复审与优化 |
| 6.02 | 服务器架设，Beta版本程序的测试 | 对遗留的bug进行修复 |