团队作业第五次—项目冲刺
提交规则
deadline1：截止2019-11-15 23:00
deadline2: 截止2019-11-17 23:00
按时交：deline1之前，得实际分数100%
补交：在deadline1后、deadline2前（写了作业忘记在博客园提交，根据博客发布时间判断）为补交，扣实际分数 * 10%；
迟交：在deadline1后、deadline2前（deadline1没写作业，deadline2才补写并提交）为迟交，本次作业得0分；
缺交：deadline2之后未交或者补交视为博客缺交，分数为负的此次作业满分；
未完成作业必做项：本次作业为零分，必做项会在作业要求中用（必做）标识
微信班级群如果发布相关通知也是作业要求一部分，请及时查看群通知；
若需要在微信群填写相关信息，未能在deadline1之前完成填写的，扣实际分数的50%；
如对作业存在疑问，请在deadline1之前三天在班级群提出；
若助教对作业要求有修改，会在群内公告，请务必查看并按新的要求完善作业；
碎碎念
在系统设计与数据库设计作业中，大家对系统的系统层次图、类图、数据库等进行了设计；
大部分同学在类图和数据库表的设计上还存在这不周到的地方；因此在正式冲刺之前应该好好的理一理；
这次作业的目的就是将大家的团队项目实际编码实现出来，同时进行敏捷开发的团队合作实践；
看得出来大家已经蠢蠢欲动了，但是团队之间应该如何高效协作？如何让项目的进展每天都在预期之内？
这些都是软工实践的理论所探讨的，这一次作业就是将实际的公司项目开发压缩到两周内，让大家来体验这个过程；
磨刀不误砍柴工，大家这次作业也还是要事先制定好计划，清楚把握敏捷模型的流程才能开始开发；
接下来是作业要求；
作业要求
随笔
一、1篇凡事预则立随笔【团队名称-凡事预则立】，在11-04 23:00之前发布
- 冲刺的时间计划安排（冲刺时间为期七天，安排在2019-11-3——2019-11-14之间）
- 针对上一次作业同学、助教提出的问题的回答，如果是需要完善类图或者表结构等有图表呈现的，请一同粘贴到随笔
- 针对前几次作业的不足的地方进行思考和总结
- 需要改进的团队分工（针对之前的不足，需要加强和改进团队协作和分工的地方）
- 团队的代码规范，参考 博客：作业要求-代码规范
- 阅读构建之法 13-17章
- 建立团队项目的github仓库，并将链接附在随笔末尾
二、1篇冲刺集合随笔【团队名称-冲刺集合】，用来放置7次团队冲刺博客的链接，为了方便助教查找，需要将这篇博客置顶
- 使用markdown的链接、表格来呈现
- 标注清楚每一篇日志博客的名称，以及对应的日期、当天完成的工作量、剩余的工作量、已完成工作量占总工作量的百分比
- 当天的冲刺日志应及时添加到这篇随笔中
- 随笔末尾附带团队项目的github仓库
三、7篇冲刺日志随笔【团队名称-冲刺日志(第几天)】
每天的冲刺博客分为scrum和PM报告两部分
- SCRUM部分:
每个成员描述：
（1）我昨天的进度（完成了哪些任务，花了多少时间，还剩余多少时间），昨天遇到了哪些问题，昨天解决了哪些问题，（参见前面计划的要求），明天的计划。（可以以表格形式列出）
（2）团队成员的工作如果是开发工作必须有代码签入，给出签入记录对应的Issue内容与链接，代码必须每天可执行（当天截屏，没有倒扣分）
（3）团队成员的工作如果是测试等其他工作，那要有具体的结果（截屏，测试报告等）
（4）SCRUM 会议的照片一张，会议照片应该是每天冲刺会议的真实非摆拍照片，可以挡住脸保护隐私。照片如果出现复用的情况倒扣分。
（5）至少一张项目程序／模块的最新（运行）截图。 - PM 报告：
（1）整个项目预期的任务量 （任务量 = 所有工作的预期时间）和 目前已经花的时间 （所有记录的 ‘已经花费的时间’），还剩余的时间（所有工作的 ‘剩余时间’）
（2）PM 画出燃尽图（可以用第三方工具， 或者自己用 Excel 来自己做）。 必须显示两个时间在整个冲刺期间的变化： 已经花费的所有时间， 还剩余的所有工作的时间。
燃尽图需要显示真实的情况。燃尽图有两级的要求：
① 以任务的数量为单位，这个图可以显示每天任务数量的变化。参考使用Github生成燃尽图。
② 以小时为单位，显示时间的变化（见上条要求）。
（3）画出一个“任务总量变化线”，体现在工作中发现了多少以前没有想到的事情。
（4）表格形式列出每名成员的贡献比
四、1篇测试随笔【团队名称-测试总结】，在11-14 23:00前发布
- 描述项目的测试工作安排
- 测试工具选择和运用
- 测试用例文档pdf的github链接地址
- 测试体会
- 项目测试评述
五、1篇冲刺总结随笔【团队名称-冲刺总结】，此篇博客作为这次作业的提交随笔，只需交这一篇即可
- 附带凡事预则立、测试博客的链接
- 包含冲刺日志集合随笔的所有内容
- 描述项目预期计划
- 项目的现实进展
- 每位成员的过程体会
- 组员的分工及在整个阶段的工作量比例
- 附带代码仓库地址、测试文档链接地址、PPT链接地址
测试用例文档
- 后端api接口测试用例
- 功能测试用例（参照之前的验收验证标准）
- 测试综述
- 注意排版和字体的整齐统一
github仓库
- 建立好对应的代码仓库
- 建立一个团队文档仓库，将此次作业的PPT和测试文档，及之前作业的所有团队文档和PPT一起放到此仓库中
- 使用建立分支或者发pr的方式进行协作，每有一个较大的进展，请发布一个对应的版本release，版本号应遵守行业的命名规范
- 在11-15 23:00 前发布一个最终的release版本
答辩PPT
- 项目的成员分工和预期计划
- 项目的实际进度曲线、燃尽图
- 遇到哪些问题，以及是怎么解决的
- 1张觉得拍摄的最好的SCRUM 会议的照片
- 项目的实际架构：前后端开发框架，使用到的技术，部署的流程等
- 描述项目的测试工作安排、测试工具选择和运用、项目测试评述
- 成员的过程体会
答辩流程
- 作品展示，请演示的同学携带电脑，电脑需要预先调试好项目，确定可以运行，如果需要使用手机投屏到电脑，请预先准备预先调试好；
- PPT演讲
- 作品演示和PPT演讲的时间控制在10分钟内
备注
请大家在此次作业每一篇随笔的开头添加格式描述
| 这个作业属于哪个课程 | <班级的链接> |
|---|---|
| 这个作业要求在哪里 | <作业要求的链接> |
| 团队名称 | <写上团队名称即可> |
| 这个作业的目标 | <写上具体方面> |
| 作业正文 | .... |
| 其他参考文献 | ... |
冲刺日志的按时完成
助教会检查每一个具体要求，如果满足要求，就给分，没有就倒扣分（不是给 0 分），我们并不要求燃尽图显示平滑下降的曲线，而是要求燃尽图显示真实的情况。明显虚假的数据会遭到倒扣分的处理。
迟交某天的报告，则当天报告得 0 分。（最晚时间当天北京时间24:00）
第N天的报告，延迟1天提交的，第N天的得0分。
第N天的报告，超过1天没提交的，倒扣第N天的分数。
第N天的报告，应该真实有效，提交明显虚假有意糊弄的数据，倒扣第N天的分数。
不交某天的报告，则当天的报告得倒扣全部分数。 例如满分是 10 分， 则当天团队会得到 （-10）分。
现场评审要求：
a）打分项，包括：PPT质量（20′）、演讲（10′）、功能完成度（30′）、UI设计和交互体验（20′）、团队协作（10'）、测试工作（10'）；此外还有填写存在问题和建议等的部分；
b）打分要求：尊重他组，认真打分，实事求是，对所有组采用一个标准，分数能真实反应其他组的报告质量和本组的统一意见，禁止一锅端平的情况；
评分标准
1） 答辩队伍互评（30%），评审表助教会准备
2） 助教评分（答辩50%，博客40%，代码规范评审10%），取结果的70%
3） 这次作业得分 = 答辩队伍互评得分 + 助教评分
附录
1）SpringBoot 快速入门 视频
2）SprintBoot web进阶 视频
3）SpringBoot 集成JWT实现token验证
4）lay ui 经典模块化前端框架
5）bootstrap 菜鸟教程
6）iBootStrap 拖曳生成布局
7）关于Web前端密码加密是否有意义的总结！
8）IDEA安装阿里代码规范插件
9）jquery 菜鸟教程