标签：总结 复审 代码 冲刺 Beta 社团 issue 100%
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/2020SPRINGS/ |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/2020SPRINGS/homework/10784 |
| 团队名称 | 知社 |
| 这个作业的目标 | 总结本次 Alpha 冲刺，为 Beta 冲刺制定计划 |
| 作业正文 | |
| 其他参考文献 |
1. 冲刺开始前设立的任务
| 需要改进完善的功能 | 完成情况 |
|---|---|
| 输入框长度变化 bug | 100% |
| 美化登陆页面背景 | 100% |
| 帖子评论分页 | 100% |
| 社团列表 dto - 添加字段 未加入 / 未加入（社团详情页面添加字段 未加入 / 未加入） | 100% |
| 申请状态：超时处理 | 100% |
| 学生首页走马灯设置为有图片的最新活动，点击某个图片可以进入该活动 | 100% |
| 新增的功能 | 完成情况 |
|---|---|
| 帖子点赞 | 100%，用户可以对活动论坛的帖子进行点赞 / 取消点赞 |
| 积分（个人 / 社团） | 100%，用户每日签到 / 发布评论都可以获得一定的积分，积分达到一定数量可以提升等级； |
| 管理员 dashboard | 100%，管理员可以查看各种申请的待审核数量，某段时间内的注册用户数量（折线图）以及各种类型的社团所占的比例 |
| 社长上传图片到社团相册 | 100%，社长至多可以上传 5 张图片作为社团轮播图片的来源 |
| 可选：侧边栏申请未读信息条数 | 未完成，未读信息展示在 dashboard 了 |
2. 在冲刺开始前的 “问题总结随笔” 和 “凡事预则立随笔” 中，你们组设立了一些改进计划，这些计划的完成情况如何？
-
我们在这次的 beta 冲刺增加了代码复审人员，前端 x1，后端 x2
代码复审完成度相对上次有了明显提高，后端对所有业务代码都进行了复审
-
压力测试
压力测试还是做得较少，大部分都在做前后端集成测试
-
开发流程做了相应的改进：
- 想要开发某个功能 / 解决某个 bug
- 去 GitHub 上看看有没有对应 issue，没有的话，自己提交一个 issue
- 认领要处理的 issue
- 写代码，测试
- 提交代码，提交时在 message 里面标注处理的 issue id (形如 #50)
- 去 GitHub 关闭 issue
目前 GitHub issue 也已经清空了，这个计划的完成度是比较完美的，减少了沟通的成本，可以让大家都看到目前项目的进展和需要解决的问题。
3. 项目各功能的运行图片、gif 或视频
社长-成员管理
%E6%88%90%E5%91%98%E7%AE%A1%E7%90%86-min.gif)
社长-社团认证申请
%E7%A4%BE%E5%9B%A2%E8%AE%A4%E8%AF%81%E7%94%B3%E8%AF%B7-min.gif)
社长-解散社团
%E8%A7%A3%E6%95%A3%E7%A4%BE%E5%9B%A2-min.gif)
管理员首页
%E9%A6%96%E9%A1%B5-min.gif)
学生-创建社团
%E5%88%9B%E5%BB%BA%E7%A4%BE%E5%9B%A2-min.gif)
学生-个人中心
4. 各成员在冲刺阶段的体验、收获、心得
| 组员 | 贡献度分配 | 体验、收获、心得 |
|---|---|---|
| 吕宇昕 | 14% | |
| 唐靖钧 | 16% | 这个阶段我们主要是对α阶段工作的一个收尾，我们进行了大量的测试的完善，每次成功解决一个问题或者成功完善一个功能，都会有非常大的成就感，当发现我们的产品还存在一些bug时，我都会很开心，因为这就意味着我们的产品正向越来越好的方向前进，前后端分工明确，一有问题就会直接交流，通过每天的汇报，也知道了他人的进度以及一些困难，我们组的开发过程是非常和谐并且顺利的，我很庆幸我是软工实践第七组的一员，希望大家未来的学习生活或者工作能一帆风顺！ |
| 陈凯琳 | 7% | 学习使用vue-echarts制作了图表，了解了如何进行代码规范化，从项目的完成中获得了不少成就感 |
| 林智信 | 10% | 这次的实践，主要是对之前实践的收尾，在这个阶段我们吧大量的时间花在了测试和完善上面，在这个在这个过程中，我看到了我们组成员的努力和默契。很高兴能有这一次实践的经历 |
| 梁晓键 | 16% | 这次冲刺主要是我们主要是扩充了一些功能，完善代码复审、单元测试。在这个过程中，我对最初的”先考虑要做的部分“策略感到质疑，这个策略导致了我们这次冲刺需要重新设计新的部分，可能原因是刚开始没有把握把功能都完成，这也体现了项目难度预估的重要性。同时，这次冲刺我负责的重点也涉及了代码复审，这个过程也看到我们项目代码质量的诸多问题，例如代码风格、冗余可复用代码段以及一些设计上的问题。 从团队来看，大家对项目的付出我都看得很清楚，每日的提交/解决 issue 数量是项目进展的体现。我也再次看到团队协作的力量，最终项目的成果离不开每一个团队成员的努力付出，TSP 的中前提是 PSP。 人生路漫漫，相遇便是有缘！感谢大家 标签：总结,复审,代码,冲刺,Beta,社团,issue,100% 来源： https://www.cnblogs.com/zhishe/p/13089777.html 本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。 |