BUAA2020软工团队beta得分总表
Posted fusluv
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了BUAA2020软工团队beta得分总表相关的知识,希望对你有一定的参考价值。
BUAA2020软工团队beta得分总表
目录
一、团队累计得分
累计得分图
得分总表
团队编号 | 团队名称 | 计划与设计 | scrum分数 | 测试报告 | 发布声明 | 课上展示分数 | 展示分数映射 | 事后分析 | 总分 |
---|---|---|---|---|---|---|---|---|---|
8 | 敏 杰 开 发♂ | 13 | 45 | 9 | 10 | 93.88888889 | 150 | 14 | 241 |
5 | 拒绝VisualStudio | 13 | 50 | 11 | 12 | 88.14814815 | 142 | 12 | 240 |
2 | 顶级理解 | 13 | 50 | 11 | 10 | 89.44444444 | 144 | 12 | 240 |
11 | 软软软 | 9 | 50 | 11 | 10 | 90.37037037 | 145 | 9 | 234 |
6 | NAG | 11 | 50 | 12 | 10 | 85.18518519 | 138 | 11 | 232 |
7 | Name Not Found | 10 | 50 | 12 | 11 | 85.18518519 | 138 | 11 | 232 |
13 | 好好编程BUAA_SE | 9 | 50 | 10 | 11 | 85.74074074 | 139 | 13 | 232 |
10 | 对对子队 | 10 | 50 | 10 | 12 | 86.48148148 | 140 | 9 | 231 |
9 | 软工小白菜 | 8 | 50 | 11 | 11 | 84.62962963 | 137 | 12 | 229 |
3 | no code | 11 | 50 | 7 | 9 | 86.11111111 | 139 | 7 | 223 |
1 | the Agiles | 8 | 50 | 10 | 9 | 84.44444444 | 137 | 9 | 223 |
12 | 二食堂很难排队 | 8 | 50 | 11 | 8 | 81.85185185 | 134 | 8 | 219 |
4 | RogerPirates | 9 | 40 | 10 | 9 | 72.59259259 | 121 | 9 | 198 |
二、各项得分计算规则及评审结果
各项得分规则
- 设计与计划、测试报告、发布声明、事后分析,以上4个作业的评分规则皆为,以10分为基础分,对比各个团队的博客,做得好的加分(最高15分),做得差的减分(最低5分)
- scrum博客的评分规则为:以50分为基础分,根据以下情况的出现扣除相应分数
- scrum博客数量不及10篇,每缺失1篇扣除2.5分
- scrum博客发布时间不对劲企图瞒混过关的(比如在同一天的临近时间内发布了多篇scrum博客),按情节严重扣除2-8分
- 没有燃尽图或不规范,按缺失或不规范数量扣除1-5分
- 没有会议照片,按缺失量扣除1-5分
- 没有将工作内容链接上具体的issue,按缺失量扣除1-5分
- 没有代码签入的commit记录,按缺失量扣除1-5分
- 项目展示评分规则:
- 参与评审的助教和老师对每个团队在
结果
、工程质量
、项目管理
、努力程度
四个小项打分 - 每项分数 15 分,总分 60 分,取所有评审打分均值,然后映射到百分制
- 将百分制分数(记为x)进行分档映射,映射规则为:150+10*(x-93.88)/(93.88-86.5)
- 参与评审的助教和老师对每个团队在
Beta阶段Scrum分记录
表格内展示的为扣分项,基础分为50分。
团队编号 | 团队名称 | scrum目录 | 燃尽图 | 照片 | issue的链接 | commit记录 | 篇数不够 | 发布时间不对 | 分数 | 技术博客*4 |
---|---|---|---|---|---|---|---|---|---|---|
1 | the Agiles | https://www.cnblogs.com/the-agiles/ | 50 | √ | ||||||
2 | 顶级理解 | https://www.cnblogs.com/se2020djlj/ | 50 | √ | ||||||
3 | no code | https://www.cnblogs.com/no-code-2020/ | 50 | √ | ||||||
4 | RogerPirates | https://www.cnblogs.com/RogerPirates/ | 5 | 5 | 40 | √ | ||||
5 | 拒绝VisualStudio | https://www.cnblogs.com/--undefined/ | 50 | √ | ||||||
6 | NAG | https://www.cnblogs.com/NAG2020/ | 50 | √ | ||||||
7 | Name Not Found | https://www.cnblogs.com/Name-NotFound/ | 50 | √ | ||||||
8 | 敏 杰 开 发♂ | https://www.cnblogs.com/minjiekaifa/ | 5 | 45 | √ | |||||
9 | 软工小白菜 | https://www.cnblogs.com/team-pakchoi/ | 50 | √ | ||||||
10 | 对对子队 | https://www.cnblogs.com/se-2020/ | 50 | √ | ||||||
11 | 软软软 | https://www.cnblogs.com/UltraSoft/ | 50 | √ | ||||||
12 | 二食堂很难排队 | https://www.cnblogs.com/esthnpd/ | 50 | √ | ||||||
13 | 好好编程BUAA_SE | https://www.cnblogs.com/GOOD-CODEING-BUAA-SE/ | 50 | √ |
展示结果评分表
展示结果百分制表
团队序号 | 展示顺序 | 团队名称 | 项目 | 百分制总分 | 结果-总 | 工程质量-总 | 项目管理-总 | 努力程度-总 | 总分-总 |
---|---|---|---|---|---|---|---|---|---|
8 | 10 | 敏杰开发 | 知识路书 | 93.888888888 | 14.222222222 | 14.111111111 | 13.777777777 | 14.222222222 | 56.333333333 |
11 | 12 | 软软软 | ddlkiller | 90.370370370 | 13.555555555 | 13.333333333 | 13.444444444 | 13.888888888 | 54.222222222 |
2 | 4 | 顶级理解 | 航胥,北航教务助手APP | 89.444444444 | 13.444444444 | 13.333333333 | 13.444444444 | 13.444444444 | 53.666666666 |
5 | 13 | 拒绝VisualStudio | Visual Lab Online | 88.148148148 | 13.111111111 | 13.111111111 | 13.222222222 | 13.444444444 | 52.888888888 |
10 | 9 | 对对子队 | call of code游戏 | 86.481481481 | 13.444444444 | 12.666666666 | 12.555555555 | 13.222222222 | 51.888888888 |
3 | 11 | no code | 表单数据的识别和收集 | 86.111111111 | 12.444444444 | 13.111111111 | 12.888888888 | 13.222222222 | 51.666666666 |
13 | 6 | 好好编程BUAA_SE | 表情包小程序 | 85.740740740 | 13.111111111 | 12.777777777 | 12.777777777 | 12.777777777 | 51.444444444 |
6 | 1 | NAG | Visual Pytorch | 85.185185185 | 13 | 12.888888888 | 12.222222222 | 13 | 51.111111111 |
7 | 3 | Name Not Found | OCR-Form-Tools | 85.185185185 | 12.777777777 | 12.555555555 | 12.666666666 | 13.111111111 | 51.111111111 |
9 | 8 | 软工小白菜 | 博客园手机App | 84.629629629 | 13 | 12.666666666 | 12.111111111 | 13 | 50.777777777 |
1 | 2 | the Agiles | 软件工程课程实践管理 | 84.444444444 | 12.777777777 | 12.111111111 | 12.777777777 | 13 | 50.666666666 |
12 | 5 | 二食堂很难排队 | 文本中实体和关系在线标注 | 81.851851851 | 12.111111111 | 12.222222222 | 12.333333333 | 12.444444444 | 49.111111111 |
4 | 7 | RogerPirates | 高校社团管理系统 | 72.592592592 | 11.666666666 | 10.777777777 | 10.111111111 | 11 | 43.555555555 |
各组详细打分列表
每一行为参与评审的助教和老师对每个团队在
结果
、工程质量
、项目管理
、努力程度
四个小项的打分结果
the Agiles
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
12 | 12 | 13 | 13 | 50 |
13 | 13 | 13 | 13 | 52 |
12 | 10 | 13 | 12 | 47 |
13 | 11 | 12 | 13 | 49 |
14 | 12 | 12 | 13 | 51 |
13 | 13 | 13 | 13 | 52 |
13 | 13 | 13 | 13 | 52 |
13 | 13 | 13 | 14 | 53 |
12 | 12 | 13 | 13 | 50 |
顶级理解
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
14 | 13 | 14 | 14 | 55 |
13 | 13 | 13 | 13 | 52 |
13 | 14 | 14 | 13 | 54 |
14 | 13 | 13 | 13 | 53 |
14 | 13 | 13 | 14 | 54 |
13 | 12 | 13 | 13 | 51 |
14 | 14 | 13 | 14 | 55 |
12 | 15 | 14 | 14 | 55 |
14 | 13 | 14 | 13 | 54 |
no code
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
13 | 13 | 12 | 13 | 51 |
13 | 13 | 13 | 13 | 52 |
12 | 14 | 15 | 14 | 55 |
12 | 12 | 11 | 12 | 47 |
12 | 14 | 14 | 14 | 54 |
12 | 13 | 13 | 14 | 52 |
12 | 13 | 13 | 14 | 52 |
13 | 13 | 13 | 13 | 52 |
13 | 13 | 12 | 12 | 50 |
RogerPirates
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
12 | 11 | 11 | 11 | 45 |
12 | 13 | 12 | 12 | 49 |
12 | 8 | 8 | 8 | 36 |
12 | 12 | 11 | 12 | 47 |
12 | 11 | 9 | 12 | 44 |
11 | 11 | 10 | 11 | 43 |
11 | 9 | 9 | 11 | 40 |
11 | 11 | 11 | 11 | 44 |
12 | 11 | 10 | 11 | 44 |
拒绝VisualStudio
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
13 | 13 | 13 | 13 | 52 |
13 | 13 | 13 | 13 | 52 |
13 | 13 | 15 | 14 | 55 |
13 | 12 | 12 | 13 | 50 |
13 | 14 | 13 | 13 | 53 |
13 | 13 | 13 | 14 | 53 |
14 | 13 | 13 | 13 | 53 |
13 | 14 | 14 | 15 | 56 |
13 | 13 | 13 | 13 | 52 |
NAG
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
13 | 13 | 12 | 14 | 52 |
13 | 13 | 13 | 13 | 52 |
12 | 12 | 11 | 12 | 47 |
12 | 12 | 11 | 12 | 47 |
14 | 13 | 12 | 13 | 52 |
14 | 13 | 13 | 14 | 54 |
13 | 13 | 13 | 13 | 52 |
13 | 13 | 13 | 13 | 52 |
13 | 14 | 12 | 13 | 52 |
Name Not Found
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
13 | 13 | 14 | 14 | 54 |
13 | 14 | 13 | 13 | 53 |
12 | 12 | 10 | 12 | 46 |
13 | 12 | 12 | 13 | 50 |
13 | 12 | 13 | 13 | 51 |
13 | 12 | 12 | 13 | 50 |
13 | 12 | 13 | 13 | 51 |
12 | 13 | 13 | 14 | 52 |
13 | 13 | 14 | 13 | 53 |
敏杰开发
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
15 | 14 | 14 | 15 | 58 |
15 | 15 | 14 | 14 | 58 |
14 | 15 | 15 | 14 | 58 |
14 | 13 | 13 | 14 | 54 |
14 | 13 | 13 | 13 | 53 |
14 | 14 | 14 | 14 | 56 |
14 | 14 | 14 | 14 | 56 |
13 | 15 | 14 | 15 | 57 |
15 | 14 | 13 | 15 | 57 |
软工小白菜
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
13 | 13 | 12 | 14 | 52 |
13 | 13 | 14 | 12 | 52 |
12 | 11 | 11 | 12 | 46 |
13 | 13 | 13 | 12 | 51 |
13 | 12 | 11 | 14 | 50 |
13 | 12 | 12 | 13 | 50 |
13 | 13 | 12 | 13 | 51 |
14 | 14 | 13 | 13 | 54 |
13 | 13 | 11 | 14 | 51 |
对对子队
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
12 | 12 | 12 | 13 | 49 |
14 | 14 | 12 | 13 | 53 |
13 | 13 | 14 | 13 | 53 |
13 | 11 | 12 | 12 | 48 |
14 | 13 | 13 | 13 | 53 |
14 | 13 | 13 | 14 | 54 |
14 | 13 | 13 | 14 | 54 |
13 | 13 | 13 | 13 | 52 |
14 | 12 | 11 | 14 | 51 |
软软软
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
15 | 13 | 14 | 14 | 56 |
13 | 13 | 13 | 13 | 52 |
13 | 14 | 14 | 14 | 55 |
13 | 12 | 13 | 14 | 52 |
13 | 13 | 14 | 13 | 53 |
14 | 13 | 13 | 14 | 54 |
13 | 14 | 12 | 14 | 53 |
13 | 14 | 14 | 15 | 56 |
15 | 14 | 14 | 14 | 57 |
二食堂很难排队
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
11 | 11 | 12 | 12 | 46 |
13 | 14 | 13 | 13 | 53 |
12 | 12 | 11 | 12 | 47 |
12 | 11 | 12 | 11 | 46 |
13 | 14 | 13 | 12 | 52 |
13 | 12 | 13 | 13 | 51 |
12 | 12 | 12 | 13 | 49 |
12 | 13 | 13 | 13 | 51 |
11 | 11 | 12 | 13 | 47 |
好好编程BUAA_SE
结果 | 工程质量 | 项目管理 | 努力程度 | 总分 |
---|---|---|---|---|
14 | 13 | 12 | 13 | 52 |
13 | 13 | 14 | 13 | 53 |
12 | 10 | 13 | 12 | 47 |
13 | 13 | 13 | 12 | 51 |
13 | 13 | 13 | 14 | 53 |
13 | 13 | 12 | 12 | 50 |
13 | 13 | 12 | 12 | 50 |
14 | 14 | 14 | 14 | 56 |
13 | 13 | 12 | 13 | 51 |
三、团队互评
团队互排名
行为评价方 列为被评价方 | 团队1 | 团队2 | 团队3 | 团队4 | 团队5 | 团队6 | 团队7 | 团队8 | 团队9 | 团队10 | 团队11 | 团队12 | 团队13 | 求和 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
敏杰开发 | 1 | 2 | 1 | 1 | 1 | 2 | 1 | 2 | 2 | 5 | 2 | 1 | 21 | |
顶级理解 | 2 | 1 | 2 | 7 | 10 | 4 | 3 | 8 | 1 | 1 | 3 | 4 | 46 | |
软软软 | 3 | 7 | 3 | 3 | 9 | 5 | 11 | 1 | 6 | 4 | 2 | 2 | 56 | |
拒绝VisualStudio | 4 | 11 | 6 | 2 | 4 | 3 | 12 | 5 | 4 | 3 | 3 | 1 | 58 | |
NAG | 5 | 4 | 4 | 5 | 4 | 3 | 6 | 5 | 7 | 8 | 10 | 7 | 68 | |
对对子队 | 6 | 3 | 10 | 10 | 6 | 1 | 9 | 12 | 5 | 4 | 9 | 3 | 78 | |
Name Not Found | 5 | 9 | 11 | 3 | 6 | 6 | 11 | 1 | 6 | 9 | 5 | 10 | 82 | |
好好编程BUAA_SE | 9 | 4 | 9 | 6 | 2 | 5 | 7 | 7 | 2 | 12 | 11 | 9 | 83 | |
the Agiles | 8 | 7 | 8 | 8 | 7 | 7 | 4 | 10 | 8 | 7 | 4 | 6 | 84 | |
no code | 7 | 8 | 5 | 9 | 11 | 8 | 8 | 8 | 3 | 11 | 7 | 5 | 90 | |
软工小白菜 | 11 | 10 | 8 | 5 | 8 | 11 | 10 | 9 | 9 | 6 | 6 | 8 | 101 | |
二食堂很难排队 | 10 | 6 | 11 | 7 | 9 | 2 | 9 | 11 | 10 | 10 | 8 | 11 | 104 | |
RogerPirates | 12 | 12 | 12 | 12 | 12 | 12 | 10 | 12 | 12 | 11 | 12 | 12 | 141 |
团队互评价
互评结果表格
行为评价方 列为被评价方 | 团队1 | 团队2 | 团队3 | 团队4 | 团队5 | 团队6 | 团队7 | 团队8 | 团队9 | 团队10 | 团队11 | 团队12 | 团队13 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
NAG | 有代码、模型、接口、项目部署等文档,在文档方面做到了齐全、规范。能够看出项目的进展稳定,功能上较Alpha阶段扩展较多,组员的工作记录很详细。在issue管理上还可以更加规范。 | 项目整体感觉很不错,视觉化操作神经网络模型很吸引人,对于新手来说应该是很友好的,可能在项目管理方面做的不是很好。但是整体感觉很不错,尤其是模型市场给我印象比较深,对于学习来说应该会有不错的体验 | 软件本身基于之前的工程开发,有所创新,工作量足,文档齐全,进步不小。团队贡献是所有组里面计算的最详细的,简直是教科书般的计算。项目管理也迅速得到了跟进,组内的贡献度也比Alpha阶段更加均衡。 | Beta阶段做了很多工作,添加了图片的模型推理的功能。文档十分完备,网页使用的引导做得比较好。后续的工作没有做完有点遗憾,如果能实现参数的可视化效果会非常好。 | 博客和展示的内容上来看还是非常有吸引力,界面也做的十分优雅,感觉很实用 | 工作完成量很高,预期使用目标也达到了,文档也很齐全,能够很方便的帮助其他人员后续的开发,小组工作量化十分清晰 | 新开发的功能有实际的应用意义,对于项目整体而言,功能完善且应用范围广。但我个人感觉UI还是有些不美观,字体好多没有居中,这里可以好好美化一下 | 做了很多新的功能和创新,不错。代码和issue管理也比上一阶段更加完善 | 在线的pytorch训练,工程量不小,项目管理做的不是很到位,没有issue和pr的关联,网站有些卡,可能是资源太多带不动,网页的排版略显得凌乱,像一个博客的排版 | 1. 非常优秀的项目,借助了学长的经验。 2. 重新设计的架构和前端非常好看,代码逻辑清晰。 3. 美中不足是有一些上市公司和创业公司其实做了类似的产品并且工业化使用,怎么超过他们是一个难题。 | 感觉非常好,特别是加入了分享功能和克隆模型,但是核心功能部分感觉不同的模块之间可以有一定的区分度 | 团队贡献分规则很详细,项目管理较为规范;模型市场等新增功能一定程度上满足了用户需要;但产品美观度和用户交互上有待提高 | |
the Agiles | 优点:界面美观大气;项目管理比较完善;功能介绍内容翔实。缺点:缺少测试视频;博客内容比较单一;有特色的增量感觉比较少;燃尽图出现突变现象;展示过程不是很流畅 | 页面风格还是比较单一,是否可以UI设计上进行改进,页面中文字居中,但是左右的空白太大了,或许侧边栏可以有一些其他的设计,页面更丰富了。整体上感觉还是一个很不错的软件,考虑的方面也很充足,个人认为后续课程或许可以使用来进行作业管理 | 软件基于之前的工程开发,界面改进较大,进步比较明显。项目管理上,还是没用PR,通过人为管理冲突有点神奇。每个人都学前端后端,各负责一个模块的形式让我开了眼界,这样会不会导致某功能内部的代码只有一个人知道含义,新成员加入学习困难? | issue和commit的对应很好,Beta阶段从用户使用体验出发,完善了很多功能(批量、测评机等)。项目的功能越来越成熟,希望可以在以后的软工课程上使用这个项目。 | 实用性:设计和实现一个基于 GitLab 的软件工程教学实践平台,用于支持软件工程课上的实践项目,主要包括个人项目、结对项目和团队项目,对于教学人员十分地实用;UI:UI的界面清爽,是一个加分项;功能:兼具发布、管理和测试等功能。功能实用且齐全。 | issue创建很多,文档很全,根据gitlab进行二次开发,有点oo课程平台的感觉,功能有点简单,实用性似乎没那么强 | 一直特别喜欢这个组的项目,用途很广泛。教学进度管理啊这些功能都很实用,可以推荐给下一届的软工课使用。就是可能大家github用的很多,突然转换到gitlab有些不习惯,可能会影响推广。 | UI相较上一版本有所改进,测试方面有所缺乏,最好有一个完善的测试计划 | 软工平台gitlab,展示时如果能体现你们做的博客评分和cnblog班级博客的评分系统有什么优势就好了,感觉痛点不是很突出。项目管理推荐使用PR,可以更清晰的记录每一次迁入的情况,方便进行代码复审,以及关联issue | 1. 感觉非常优秀的项目但是怎么解决ROR使用困难和后期管理困难的问题可能成为了一个巨大的扣分点,相比其他组ROR可能是一个累赘或者劣势。 2. 非常优秀的github管理经验,美中不足的点和助教说的类似,所以也是扣分点。 | 功能非常齐全,UI也特别整洁美观,为学生、助教、老师提供了便利,希望在下学年的软件工程中可以真正使用到 | 工作量合理,Beta阶段新增功能较多,且贴合用户实际需求;使用GitHub的项目管理较为完善;但没有看到用户的具体使用体验和反馈 | |
Name Not Found | 优点:展示内容翔实,对于要求的都有涉及;项目管理较为规范,燃尽图内容合理;测试较为详尽,前后端都有涉及;文档丰富;评价体系详尽。不足:增量功能展示不够直观;软件加载较慢;基于已有的识别服务 | 测试部分很细致,单元测试和功能测试齐全,从每位成员的总结中,可以看出在Beta阶段都有进步和收获,也体现出了小组成员的磨合较好。 | 基于OCR的API开发,受到API本身的限制,用户量和功能真的做不宽做不广,比较为难,也没有找到好的破局办法。项目管理前后端都有lint,比较细心,文档、贡献分等都计算的不错,项目管理有学习价值。 | wiki维护的文档比较齐全。三种模式能基本满足表单自动标注的需求,对操作的简化很好地支持了普通用户的需求。用户评价较高。一点不足是团队在Beta阶段的工作量没能体现出来 | 项目的目标比较明确,相应的文档也完成得很齐全,工程代码质量也完成得比较高;项目的完成进度也比较准时合理,在单元测试上花费一定精力来完成,整体来说beta阶段项目完成得很出色。 | 任务完成度很高,推广十分卖力,学生使用该产品的欲望不是很强,计算分数方式很严格,量化十分清晰。 | Beta阶段工作较少,没看到很新颖的东西。此项目对于企业还是有实际作用的,对我们学生可能用处不广泛,个人不太感兴趣。 | 代码管理和代码复审较为完善,代码质量较好。考虑用户上手和体验这点不错 | 表单识别,小白模式很方便。技术型较强的一个项目。项目管理推荐使用pull request进行代码迁入,代码互审的信息也可以得到记录。 | 1. 和nocode做的一样的东西,他们着重于前端开发和设计,从开发设计理念上来讲,两组的风格和思路不同。2. OCR的思路非常新颖,微软的套件是他们的优势但同时也是我给分较低的一个原因。后续期待可以使用nocode提供的API开发,可能会更有特色 | 在原来的OCR-FORM-Tools中加入了很多更加实用的功能,而且在国内也可以直接访问使用,作为一个开源项目推广开的话效果一定不错 | 测试和代码规范到位;但产品不太直观易懂,使用门槛不低;核心功能在Beta阶段没看到有大的改变,仅停留在表单处理上与大众用户联系不是很紧密 | |
顶级理解 | 优点:项目管理非常详尽,增加代码检查、风格限定等;文档详尽;有继续开发的之道和建议;推广效果好,反馈详尽;功能增量较好。不足:定的目标太高了 | 小组成员都尽力对项目进行了推广,在代码规范上进行了很大的改进,这种勇气和行动力值得点赞,Beta阶段新增功能的实用性较强,可以交由下一届继续开发ios版。 | 项目管理做的很好,学到了,给人很清晰,记录很全面。软件功能方面,有点好奇课表查询和成绩查询这些涉及到隐私的数据怎么处理的呢?Ddl的设计个人认为算是一个主要的亮点,但是和另外一个团队貌似重合了 | 课程评价功能是该项目的亮点,如果能够做到同袍一样的用户数量,对学生的帮助还是很大的。UI优化很优秀,项目发布的海报简洁大方。使用了自动测试,项目管理井然有序。没能发布到应用商店比较遗憾。 | 团队开发沟通较好,工作效率也很高,代码测试部分也完成得很好,覆盖率较高;但是因为种种原因,可能在使用上并不能完美的支持所设计单功能。 | 使用人数很多,并且项目真的很好用,查询课表等功能十分有用,用户反馈很多,代码管理比较规范。 | 这款教辅软件非常好用,因为平时登录教务网非常不方便,有了这个软件可以随时随地地查看教务网,获取有用信息。可惜没有ios版本 | 根据用户需求开发新的内容不错,做了自己的杀手功能不错 | 北航教务助手,工作量不小,项目管理也不错。展示效果也不错。 | 1. 非常优秀的顶级理解项目,顶级理解团队做的非常好。 2. github 仓库有点没看懂,管理不是那么明细,有待提高。 3.其他结合以前的经验和现在的开发环境做出突破 | 非常好用的安卓教务系统管理助手,包括成绩查询和课程中心DDL的查询都非常实用,课程评价功能希望可以维护起来,造福大众 | 需求挖掘到位,用户体验较好,界面美观,用户量很大且经用户充分使用;引入GitHub Wiki很有特色;但Beta新增功能对于7人团队来说仿佛较少 | |
二食堂很难排队 | 优点:有单元测试、压力测试和功能测试,比较完善。不足:项目开发的功能不是很吸引人,有特色的功能比较少,未能达到预期目标;用户反馈较少;页面跳转缓慢。 | Beta阶段相比Alpha阶段增加了不少新功能,有很大的进展,实用性也很强。在项目管理方面,未来继续开发的话可以加入新手引导功能,便于初次使用的新人快速上手。 | 感觉软件的特点不那么突出,页面设计相对复古,不是很喜欢风格。软件的项目管理做的还是可以的。软件的操作复杂性是否使得功能不那么突出,感觉知识图谱没有那么吸引人,如果假如文本分析,自动处理,感觉会方便很多 | 项目本身有一定技术含量,但使用人数少。NLP自动化构建知识图谱本身还不算成熟的技术,在面对专业名词时更容易出问题,选题上风险不小,推广往其他系比如文科系时有风险。由专人负责合并代码,项目管理上比较平凡,没啥亮点。 | 软件的界面比较美观。但感觉实际单使用还是有点麻烦。 | 推广很强,界面很好看,分工明确,代码管理十分规范,项目计划安排十分恰当,工作量较大。 | 相比于Alpha阶段UI美观了很多,但我个人感觉绘制知识图谱现在也有很多的优秀的软件,而这个项目唯一的新颖点是可以添加专业术语,但是术语也不是很全面,感觉不如现有软件好用。 | 对用户需求和推广预期有偏差,希望UI能够有所改进 | 在线的文本标注,生成图谱,同时标注。UI界面美观程度还有提升空间,感觉项目管理不是很到位,建议使用PR进行代码迁入。还有仓库中10天组会的ISSUE中间没有任何开发的issue,这点感觉有些奇怪。前端没有文档 | 1. 非常优秀的项目,学长的经验和助教的指导他们完成的很好。 2.希望看到更加充实的每日例会,感觉部分报告的内容不够清晰,可能是我们非专业同学看不懂。3.比较期待后面搭建好的样子。 | 非常有利于思维导图的构建,如果加入导入pdf文档的功能就更好了 | 测试完善,尤其是测试矩阵中考虑到的平台很完善;用户反馈较少,意义不大;项目展示过于简单;产品不太美观,用户交互体验差 | |
好好编程BUAA_SE | 优点:issue开发的评论很详尽;收集到的数据比较全面;有量化的工作量。不足:测试部分没有覆盖率;文档不是很完善;有特色功能的增量不大;燃尽图进度与计划有差距;新功能展示图片有问题 | Beta阶段新增的功能较多,通过用户量的大量增加,也能够看出项目的效果是不错的。有一点小小的问题,项目展示博客中的动图似乎不能显示。 | 表情包管理是一个很有趣的点,软件的功能听起来不错,用户数量确实很赞,毕竟是经常会用到的东西。团队管理和进度方面做的不是很好,燃尽图做的还是有待提高 | 使用人数真的太多了,几乎完爆其他所有项目。题材非常有意思,受众也非常广,表情包也很够意思。燃尽图非常有特色,页面上肉眼可感知的bug并不少,显得有点赶工。Issues用的比较勤快。 | 项目的用户数量大,有稳定的活跃用户。Beta阶段做了很多用户社交方面的功能。核心功能增加了很多,更适合表情包编辑。依托微信平台庞大的流量,项目目标用户明确,很吸引用户。 | 小程序完成度相当的高,用户很多,使用次数很高,有十分齐全的文档,对网页风格等进行设计,issue创建数目很多。 | 可以看出Beta阶段新增了很多功能,我本人对表情包还是比较喜欢的,能吸引到我去使用。提一个问题,博客里的图片好多都看不了了,比较影响我去了解这个项目 | 用户入手门槛低不错,缺少一个很好的文档管理 | 表情包微信小程序,工作量不小,项目管理最好把PR关联到相关的issue上,从而关闭issue。总体不错 | 1. 非常优秀的项目,可以发现确实都在好好编程。2. 自己重新设计了架构,代码逻辑非常清晰。 3. 感觉他们的产品其实使用的范围会很广。4. 感觉他们的项目其实可以做的更好,所以排名区在中间区,期待提升。 | 好像搜索功能还不是特别完善,目前好用的只有推荐的标签,比如搜索开心出来的都是无关的表情包,可能还需要改进 | 活跃的用户数量很多;展示实现功能的蓝粉色功能树很直观有特色;测试看起来不太完善,新增功能不多;项目展示博客里动图好像挂了 | |
RogerPirates | 优点:界面较为美观,支持图片文件上传,支持搜索;内容较为丰富。不足:目标用户和实际用户人数都较少;在alpha的基础上改进不大;测试、项目管理上介绍较少 | 燃尽图上看出issue可能并没有及时关闭,在项目管理上还需要更加规范,可能是由于前期开发的已经比较完善,可以新增的功能并不是很多。 | GitHub管理做的不是很好,issue和代码管理的机制没有很好的利用起来,分支管理很差。软件的特色功能没有很好的体现,给人印象不深刻。成员贡献分的计算有些问题,不应该出现小数,且不符号规则。整个展示感觉较为简陋。 | 在上一届的基础上实现,Beta阶段实现的功能较少,Issue管理不够严格,燃尽图有点放飞自我,而且项目管理方面比不上其他组,无论这组最终产出的效果如何,比顺位排名必然无法和其他组竞争。认为软工课追求的是职业标准有点玄妙。 | 游客模式的添加应该可以吸引到很多用户,小程序没有通过审核比较遗憾。场地可视化查询对社团管理者很有用,但可以优化一下信息的展示方式。如果Beta阶段功能能更丰富一点更好。 | 感觉界面比较亲爽,能够一定程度上帮助用户了解社团,但是感觉功能比较基础,略显平淡 | 相比于Alpha新增了不少功能,展示效果也比Alpha阶段好很多,推广到小程序也比较有实际意思。但是这个项目相比于学长的项目新在哪里呢,学长的项目的功能也很齐全,还是手机app用户,使用量岂不是更好一些? | 代码管理和文档管理有所缺陷,推广和发布希望能跟上开发,作为一个贴近用户的应用缺少足够的用户反馈 | 优化了社团小程序,可能是去年的团队做的工作太全了,感觉听报告没有抓住你们团队具体做了哪些杀手功能的改进。而且项目管理也做的不够好,issue和pr没有关联。 | 1. 非常优秀的项目,但是项目报告没有太看懂,所以扣分了。 2. 非常精彩的私有仓库,可是没有公开。3. 比较期待后面各种设备搭建好的样子,可能会更加引人注目 | 面向对象可能在选取的时候有点窄,特别是这学期大家在线上没有感受到该平台使用的优越性,可能在选题方面有点问题 | 项目管理不太规范,燃尽图不太合理;项目展示有点过于简单,且新增功能也比较简单;团队贡献分的确定比较详细 | |
软工小白菜 | 优点:测试比较充分;博客内容比较详尽;有较多的用户反馈。不足:界面不够美观;燃尽图出现了超出预测线的现象;特色功能增量不大;分支更新比较久远 | 对新增功能的展示十分清晰,作业功能比较实用,在项目管理方面采用了branch,还可以更规范issue和commit的命名和联动等地方,UI也还有继续完善的空间。 | GitHub管理有待改进。软件的展示感觉还是不错的,就是感觉能否联系博客园PC端进行一个对比,看手机端app的功能有哪些,以及为什么会删除一些PC端的功能,这样子可能更清晰。 | 虽然在上一届的基础上改进,但是没有被上一届的框架给限制死,有自己的功能,打破了拘束,且使用体验较为良好。项目管理和代码质量方面还有进步的空间,总体来说不错。 | 增加首页、动态和班级的功能,让博客园的使用更加方便。UI和交互方式可以更优秀,希望界面能够美化。做了比较详细全面的兼容性测试,项目的文档也比较齐全,可以继续开发成一个成熟的软件。 | 功能感觉都比较全面,但是界面美工还有提升空间。 | 代码管理方式不是很合适,但是项目完成较早,完成度高,文档也很齐全,整体来看还不错。 | 能够及时响应用户反馈不错,文档方面希望能做好规划方便转入成员交接,完善了UI不错 | 优化了博客园班级博客的移动版,工程量可能不小但感觉项目管理做的不是很到位,代码仓库管理没有将issue连接到PR,而且10天组会的ISSUE中间没有任何issue。 | 1. 有其他学长做的软件的经验,做的非常好。 2. 自己重新设计了架构,代码逻辑非常清晰。 3. 感觉他们的产品其实使用的范围会很广,其他同学的产品其实面向的受众并不多 | 非常实用的博客园手机端助手,方便了老师和助教的作业点评,特别是临时草稿记录的功能,希望可以越做越大 | 功能很完善,但没有看到测试的展示;issue管理中size标签和hard标签是否可以合并?现在看起来比较形式主义,尤其是每个标签内还有细评分 | |
对对子队 | 优点:扩充了许多内容;有详细的分工协作;项目管理较为完善;测试较为完善;文档较为完善。不足:测试部分没有记录,无法复现 | 项目很有特色,也很有趣,能够看出组员对项目的热爱和投入。测试部分比较详细,使用gitee进行项目管理,在博客中有issue和commit的联系。 | 软件的介绍不够详细,不太了解游戏的背景以及目的,展示给人的感觉就是不明所以。另外就是这种游戏的可玩性高吗?用户反馈对于这方面是否有明确说明,一款游戏首先是可玩性高才能够继续发展 | 比起Alpha阶段,加入了渴求的新手引导,继续完成了游戏。在项目管理方面,使用了专门的项目管理软件来对项目进行把控,比起Alpha阶段来说好了一点,不过没有能够改变本质的长足进步。 | 新增了游戏的内容,改进了UI。新手引导能提升用户的使用体验。关卡设计很优秀,如果有更多的关卡会很好,希望出DLC。项目能提是调整任务进度,也做了比较详细的 兼容性测试。 | 游戏看起来非常单炫酷,工作分配比较细化,各个成员的分工也很具体到位,对工作效率提高有帮助;对用户反馈和bug修复工作比较到位。但是对于代码规范和项目协调方面需要作出更多考虑。 | 测试十分齐全,管理模式十分值得学习,分工细致,推广卖力,游戏作为小朋友的益智项目可能十分不错,展示时间有点久。 | 还是上一次提出的问题,这个游戏没有玩的欲望,虽然做的很美观。我本人也是喜欢玩游戏和对编程感兴趣的人,属于需求用户,但是我认为喜欢玩游戏不会去玩这个,喜欢编程更不会去玩这个,所以我认为需求分析有些问题。 | 实现了一个编程游戏,界面美观,工程量不小,展示时数据未保留,可能对以后团队的接手不利。项目管理可能做的不是很到位,据我了解,码云平台是可以进行代码迁入与issue关联的https://gitee.com/help/articles/4142#article-header0 | 1. 本学期见到的最优特色的软工项目。特色加分十足!2. 感觉他们的产品的使用人群超出了其他组的设想,不只是面对学生用户。这个思路很好。3. Alpha阶段可以展示的东西炫酷而且充分 | 非常精美的游戏设计和游戏体验,但是如果能从游戏到代码更加显式地体现出来就好了 | 多机型测试有特色(但很多测试较为重合并不必要,反倒错过了其他品牌的机型);测试较为完善,新增功能很有意义;团队贡献详细 | |
敏杰开发 | 优点:博客非常完善,介绍较为详细;界面美观大气;整合功能挺有吸引力;功能开发的也比较详尽,文献推荐上做的相当好。不足:没有单独beta的燃尽图 | 项目管理和协作模式都很规范,对项目的推广思路清晰,针对目标用户群体,也达到了预想的效果。团队成员的贡献量化明确,能够看出每位成员的贡献。 | 软件功能很丰富,实用性感觉很强,项目管理做的也很好,文档也很丰富,展示效果不错,整体感觉不管是从软件还是项目角度,都很优秀。可能beta阶段的推广不侧重于本科生,感觉在上方法论的时候没有听到相关的推广 | 产品的推广和定点投放不错,人气确实很高,项目管理延续Alpha阶段的优质管理,换了个PM之后依然不错。文档也非常详细,项目管理在所有组中也是数一数二。可以说是较能体现软件工程这门课的艺术的一个组。 | Beta阶段做了很多的工作,项目更加成熟。文献阅读保存进度、知识路书展示优化和社区元素都有着=非常好的效果。用户量满足了预期,有代码复审环节,文档也比较齐全,整个项目的完成度很高。 | 界面非常单清爽,作用定位也很明确 | 界面美观,可操作性强,软件推广十分不错,收集到很多的用户反馈,文档很规范和齐全,整个项目都很规范 | 做得非常好,相比如Alpha新增了很多实用的功能,可以满足学生老师的需求!同时界面做的也很好看,让人有兴趣去用。作者统计功能很有趣! | 推广思路不错,也考虑了用户上手,团队交流上也很到位 | 1. 非常优秀的github pr管理和issue管理,需要好好学习 2. 感觉很多设计还可以跟上一层楼,期待beta阶段。3.用户的feedback做的很好。4. 感觉blog写的很有意思。5.很有科研需求的特色非常好 | 共享功能对于宣传来说特别值得其他组进行学习,记录笔记和笔记反查路书的功能十分人性化,arXiv的推荐也是十分适合科研工作者 | 项目管理规范,团队贡献规则细致;测试完善规范;团队协作和工作流上有自己的创新特色;文献管理等功能直击用户痛点 | |
no code | 优点:项目管理上做的比较好,测试较为详尽;博客内容较为丰富。不足:用户量比较少;测试覆盖率稍微低了点;能否不注册登陆直接使用?有特色的增量比较少 | 功能的效果展示和测试都比较清楚和全面,在团队贡献的部分可以用更加量化的数据进行展示,例如代码行数等。 | 软件的功能很丰富,支持多种识别,实际使用的价值较大。项目管理做的也很不错,文档管理感觉稍微不是很清晰,可以改进。实际测试是否可以进行展示,软件的速度如何,并没有体现 | 比起Alpha阶段只有一个后端,Beta阶段终于做出来了一个让人能用的前端,不过显得有点仓促。项目管理和文档都还不错,不过依然是选题和受众问题导致这款软件不够亮眼。毕竟只是一个API的搬运工。 | 项目的功能与Name Not Found的功能有关联,表单的识别应用到移动端的操作感觉不是很方便(移动端很少进行表格编辑操作,大部分都在PC端进行),APP的UI可以优化。 | 感觉实际单效果还不错,不过功能也比较接近于市面上已有单工具 | 感觉项目比较简单,但是项目完成度高,后端覆盖性测试很好,使用的场景比较齐全,文档比较齐全。 | 退出了app版的OCR表单识别,项目有不错的应用前景。关于APP应该美化一下UI,现在看起来有些简陋,同时可以加入一些说明,有些导入导出不支持的可以提示一下。 | 代码管理和文档管理很到位,但是用户量有点少,希望加大推广力度,向有这方面需求的用户推广,UI目前有点单调,希望能更丰富一点 | ocr表单识别工具,感觉展示和博客里都没有很好的体现你们的工作量,截图中也只有9个PR的commit,不知是不是你们issue的粒度比较粗 | 测试充分,引入CI很有特色;但Beta阶段工作量对于8人团队来说仿佛较小;使用android平台进行验证是不错的方向,但应用功能较单一 | ||
软软软 | 优点:功能介绍非常详细;能够达到预期目标;内容比较详尽;界面比较美观。不足:新增的特色功能不是非常吸引人,与顶级理解组的“航旭”的功能有些重复;文档还没有完善 | Beta阶段新增功能的实用性较强,界面美观,效果展示清晰,一目了然。使用gitee进行项目管理,代码复审做得较好,有属于自己团队的开发方式。 | 软件本身的功能确实和顶级理解团队重复,但是感觉介绍的更加详细,展示的效果很不错,而且团队项目分享确实是很赞,大爱无疆!??。测试部分好像没有介绍。 | 延续了Alpha阶段的辉煌,在Beta阶段稳健进步,做到了一款确实能够帮助管理时间的产品。项目管理比起Alpha阶段也有改进,组员居然在自己的服务器上部署测试这个有点玄妙。美工程度(依赖框架)也是数一数二。 | 项目的UI设计很舒服,用户操作比较流畅,体验良好。Beta阶段新增的功能没有很吸引人,项目的功能更适合在移动端发布。项目管理方面很优秀,文档没有上传到git。 | 实际设计很好,感觉能帮助大家管理自己的工作 | 项目实用性很强,界面十分的美观,希望能够有手机端的app,对反馈有很好的反思和回复,展示时间太久。 | 界面美观,功能实用,有很高的使用需求,特别是在作业特别多的时候,用此工具效率会很高,非常喜欢。要是不是pc版的是手机版的会更好! | 能够及时反馈用户需求很不错,beta阶段增加功能有点少 | ddlkiller,此项目实现了一个任务管理工具,工程量不小,与课程中心结合,做到了很适合北航学生使用的功能。界面设计的很美观。一个小问题就是用户需要将北航统一认证的账号及密码提供给平台,会不会出现不安全的问题 | 1. 非常优秀的项目其实有类似的项目,但是由于我们学校教务总是把类似项目,值得鼓励。2. 自己重新设计了架构,代码逻辑非常清晰。 3. 感觉他们的产品其实使用的范围会很广,其他同学的产品其实面向的受众并不多 | 功能完善,文档详细,项目管理规范;对安全性bug的考虑是本项目的过人之处;产品细节完善,用户交互体验好,让用户较为受益 | |
拒绝VisualStudio | 优点:界面美观;有夜间配色;PR比较规范,都引用了issue;有许多评价和反馈;博客内容丰富。不足:如何体现出本产品与其他IDE之间明显的优势;文档不是很充分 | 功能都很实用,也很有特色,界面比较简约,有详细的接口说明文档,commit信息比较规范,项目管理质量较好。 | 软件的特点介绍比较详细,一个问题就是代码量大了之后浏览器运行是否会存在卡顿现象呢?项目管理还是不错的,但是测试部分也没有进行讲解。个人认为轮值PM的建议很不错。 | 几乎没有什么值得挑剔的东西,从外观到内在都是一款极具技术含量和艺术感的产品,项目管理无可挑剔,且比一般的组更加有特色。但总的来说,作为一款Online IDE,在服务器上运行代码,还是需要强劲的服务器支撑。在软工课程内,注定只能是一款概念产品。 | 功能很强大,Beta阶段新增的代码存储功能更好的适应web端IDE的使用习惯。用户的反馈很好,项目也基本达到了预期用户数量,UI设计也很有编辑器的感觉。很优秀的项目 | 核心功能完善,项目复杂、难度较大,但是实现的效果很好。功能强大,全在线、免配置,满足使用IDE的一般需求。页面简介美观,使用体验较好。代码管理流程、团队文档比较规范,展示的效果比较好。 | 界面简单,产品只能简单编程,专业编程还是算了,管理十分不错,工作基本上都按时完成了,推广不是很好。 | 非常好的创意,确实能解决很多编程新手的难题,界面也和市面上的编译器类似,功能也比较完善。但是感觉如果用户量比较大,同时运行的人数较多,运行速率应该会受到显著影响,可能会影响用户体验 | UI设计很美观,希望降低用户上手难度,读大量的文档不是一个很好的上手方式。测试较为详尽全面,不错 | 此项目实现了一个在线编程平台,工程量不小,beta阶段实现了草稿功能以及断点调试功能。各种文档链接的整合工作还需加强 | 1. 非常优秀的项目,但是评分较低的原因在于,微软爸爸做了一个比他们更好、覆盖率更优、更有特色的项目。2. 说是拒绝VS,看起来像是拥抱Jupiter的感觉。3. 比较期待后面各种设备搭建好的样子 | 很好用的编辑器,特别是Beta阶段的草稿纸功能,对于学习汇编的同学对于一些简单的函数可以直接使用,用完即丢 |
以上是关于BUAA2020软工团队beta得分总表的主要内容,如果未能解决你的问题,请参考以下文章