团队作业第五次—项目冲刺

团队作业第五次—项目冲刺

提交规则

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之前发布

1. 冲刺的时间计划安排（冲刺时间为期七天，安排在2019-11-3——2019-11-14之间）
2. 针对上一次作业同学、助教提出的问题的回答，如果是需要完善类图或者表结构等有图表呈现的，请一同粘贴到随笔
3. 针对前几次作业的不足的地方进行思考和总结
4. 需要改进的团队分工（针对之前的不足，需要加强和改进团队协作和分工的地方）
5. 团队的代码规范，参考 博客：作业要求-代码规范
6. 阅读构建之法 13-17章
7. 建立团队项目的github仓库，并将链接附在随笔末尾

二、1篇冲刺集合随笔【团队名称-冲刺集合】，用来放置7次团队冲刺博客的链接，为了方便助教查找，需要将这篇博客置顶

1. 使用markdown的链接、表格来呈现
2. 标注清楚每一篇日志博客的名称，以及对应的日期、当天完成的工作量、剩余的工作量、已完成工作量占总工作量的百分比
3. 当天的冲刺日志应及时添加到这篇随笔中
4. 随笔末尾附带团队项目的github仓库

三、7篇冲刺日志随笔【团队名称-冲刺日志(第几天)】

每天的冲刺博客分为scrum和PM报告两部分

1. SCRUM部分:
   每个成员描述：
   （1）我昨天的进度（完成了哪些任务，花了多少时间，还剩余多少时间），昨天遇到了哪些问题，昨天解决了哪些问题，（参见前面计划的要求），明天的计划。（可以以表格形式列出）
   （2）团队成员的工作如果是开发工作必须有代码签入，给出签入记录对应的Issue内容与链接，代码必须每天可执行（当天截屏，没有倒扣分）
   （3）团队成员的工作如果是测试等其他工作，那要有具体的结果（截屏，测试报告等）
   （4）SCRUM 会议的照片一张，会议照片应该是每天冲刺会议的真实非摆拍照片，可以挡住脸保护隐私。照片如果出现复用的情况倒扣分。
   （5）至少一张项目程序／模块的最新（运行）截图。
2. PM 报告：
   （1）整个项目预期的任务量 （任务量 = 所有工作的预期时间）和 目前已经花的时间 （所有记录的 ‘已经花费的时间’），还剩余的时间（所有工作的 ‘剩余时间’）
   （2）PM 画出燃尽图（可以用第三方工具， 或者自己用 Excel 来自己做）。 必须显示两个时间在整个冲刺期间的变化： 已经花费的所有时间， 还剩余的所有工作的时间。
    燃尽图需要显示真实的情况。燃尽图有两级的要求：
     ① 以任务的数量为单位，这个图可以显示每天任务数量的变化。参考使用Github生成燃尽图。
     ② 以小时为单位，显示时间的变化（见上条要求）。
   （3）画出一个“任务总量变化线”，体现在工作中发现了多少以前没有想到的事情。
   （4）表格形式列出每名成员的贡献比

四、1篇测试随笔【团队名称-测试总结】，在11-14 23:00前发布

1. 描述项目的测试工作安排
2. 测试工具选择和运用
3. 测试用例文档pdf的github链接地址
4. 测试体会
5. 项目测试评述

五、1篇冲刺总结随笔【团队名称-冲刺总结】，此篇博客作为这次作业的提交随笔，只需交这一篇即可

1. 附带凡事预则立、测试博客的链接
2. 包含冲刺日志集合随笔的所有内容
3. 描述项目预期计划
4. 项目的现实进展
5. 每位成员的过程体会
6. 组员的分工及在整个阶段的工作量比例
7. 附带代码仓库地址、测试文档链接地址、PPT链接地址

测试用例文档

1. 后端api接口测试用例
2. 功能测试用例（参照之前的验收验证标准）
3. 测试综述
4. 注意排版和字体的整齐统一

github仓库

1. 建立好对应的代码仓库
2. 建立一个团队文档仓库，将此次作业的PPT和测试文档，及之前作业的所有团队文档和PPT一起放到此仓库中
3. 使用建立分支或者发pr的方式进行协作，每有一个较大的进展，请发布一个对应的版本release，版本号应遵守行业的命名规范
4. 在11-15 23:00 前发布一个最终的release版本

答辩PPT

1. 项目的成员分工和预期计划
2. 项目的实际进度曲线、燃尽图
3. 遇到哪些问题，以及是怎么解决的
4. 1张觉得拍摄的最好的SCRUM 会议的照片
5. 项目的实际架构：前后端开发框架，使用到的技术，部署的流程等
6. 描述项目的测试工作安排、测试工具选择和运用、项目测试评述
7. 成员的过程体会

答辩流程

1. 作品展示，请演示的同学携带电脑，电脑需要预先调试好项目，确定可以运行，如果需要使用手机投屏到电脑，请预先准备预先调试好；
2. PPT演讲
3. 作品演示和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 菜鸟教程