2021北航敏捷软工Alpha阶段评分表

概述

Alpha阶段评分,按照之前的规则,主要组成部分为:

  • 博客评分,功能性博客(包括团队介绍,贡献分分配规则)每篇5分,只要完成就可得到所有分数,团队博客每篇正式作业博客总分10分,每日例会博客每篇总分5分,具体计算方式见后文
  • 评审评分,本次评审评分将基于排名进行计算,具体计算方式见后文。

评分

博客评分

博客部分评分整体上参考2020年Alpha阶段评分规则,其中

  • 团队介绍贡献分分配规则,满分为5分,内容完整且整体上合理即可拿满分,如有明显的问题酌情扣分。
  • 需求分析功能规格说明书技术规格说明书发布说明事后分析,满分为10分,各团队之间作业质量进行对比,最高得10分,最低得0分。
  • 每日例会博客的评分规则为:
    • 满分为5分;
    • 报告每个人的工作、燃尽图、每日例会的照片三个部分,并且内容属实的,得满分;
    • 少任何一个,或者某一项内容不真实,扣除2分,以此类推,扣完为止;
    • 若某一项内容不完整,酌情扣1分;
    • 对于格式混乱的情况,酌情扣1分;
    • 迟交两周以内,得0分;
    • 迟交两周或更多,倒扣全部分。
团队名称 团队介绍(5) 贡献分分配规则(5) 需求分析(10) 功能规格说明书(10) 技术规格说明书(10) 发布说明(10) 测试报告(10) 事后分析(10) Scrum 1(5) Scrum 2(5) Scrum 3(5) Scrum 4(5) Scrum 5(5) Scrum 6(5) Scrum 7(5) 合计
谜语人队 5 5 8 9 9 9 10 8 5 5 5 5 4 5 4 96
发际线和我作队 5 5 10 9 9 9 7 9 5 5 5 4 5 5 4 96
美滋滋甜兮兮队 5 5 10 10 10 9 10 9 5 5 4 5 5 5 4 101
万里阳光号 5 5 9 9 6 7 7 8 5 5 5 5 5 5 5 91
是兄弟就来摸鱼 5 5 9 9 9 9 8 9 5 5 5 4 4 4 4 94
助教团队 5 5 9 10 8 10 10 9 5 5 5 5 5 5 4 100
删库跑路对不队 5 5 10 10 9 10 10 10 5 5 5 5 5 5 5 104
荡起双桨 5 5 8 9 8 8 6 5 5 5 5 5 5 4 5 88

评审评分

本次评审部分满分为150分,基于Alpha阶段老师、助教以及小组间互评排名进行分数的计算。具体的计算规则为:

  • 对于每个组而言,参与评分的老师、助教及小组(本组不计算在内)共计16个,因此将根据最终的排名总和进行分档评分。
  • 根据本次的合计排名,自然划分为四档:150(最高分)、130、120和110,同一档位内的其他分数根据总排名进行线性递减。
团队名称 老师1 老师2 助教1 助教2 助教3 助教4 助教5 助教6 助教7 助教团队 荡起双桨 美滋滋甜兮兮队 是兄弟就来摸鱼 万里阳光号 谜语人 发际线和我作队 题士 合计 Alpha阶段评审得分(150)
谜语人队 4 4 7 5 4 2 8 4 7 6 4 4 4 6 - 3 2 74 120
发际线和我作队 5 5 3 2 8 8 5 5 6 2 6 3 6 3 4 - 3 74 120
美滋滋甜兮兮队 1 1 1 1 2 5 2 2 3 3 1 - 1 1 1 1 4 30 150
万里阳光号 8 8 4 6 7 6 4 7 6 5 7 5 5 - 5 2 6 91 110
是兄弟就来摸鱼 7 6 8 8 6 3 7 6 4 4 3 6 - 7 6 5 7 93 108
助教团队 3 7 5 3 3 4 3 3 2 - 5 1 3 4 3 6 1 56 130
删库跑路对不队 2 2 2 4 1 1 1 1 1 1 2 2 2 2 2 4 - 30 150
荡起双桨 6 3 6 7 5 7 6 8 8 7 - 7 7 5 7 7 5 101 100

总体评分

该部分为Alpha阶段的总体评分,从高到底排序。

团队名称 博客总分 排名评审 Alpha阶段总分 综合排名
删库跑路对不队 104 150 254 1
美滋滋甜兮兮队 101 150 251 2
助教团队 100 130 230 3
谜语人队 96 120 216 4
发际线和我作队 96 120 216 4
是兄弟就来摸鱼 94 108 202 6
万里阳光号 91 110 201 7
荡起双桨 88 100 188 8

千帆竞发图

其他

关于Alpha阶段现场评审的具体理由及建议,可以参考:Alpha阶段评审结果和意见反馈

此外,经过助教对各组的走访摸排,有一些情况有必要提醒大家:

  • 请重视项目文档的撰写,确保项目文档能真正帮助到团队成员。可以尝试让一个非本小组的人去阅读,了解其反馈。
  • 请重视代码风格,并在CI上使用自动化风格检查,确保代码质量有一定的保障。
  • 请重视单元测试,并在CI上使用自动化单元测试,且需要达到一定的覆盖率(原则上400行以下项目不低于90%,400行及以上项目不低于95%)以保证其效果。
  • 请注意Gitlab仓库的组织形式,避免出现所有代码集中在一个仓库的情况(实际上今年的8个项目也没有哪个这样做是合理的),也不要将不同端的代码放在不同分支中或者子路径下。
原文地址:https://www.cnblogs.com/HansBug/p/14873227.html