[北航软工教学] 前七周个人排行榜

前七周个人成绩排行榜

前七周个人成绩明细

个人week1 个人项目 个人Week2 个人Week3 结对项目 个人附加 结对附加 总附加 总分 映射分
1122 9 41 10 9.5 89 7 5 12 158.5 100
1195 8.5 39 10 12 87 5 5 156.5 100
1197 8 41 8 7.5 80 6 5 11 144.5 96
1113 7.5 39 9.5 9 86 2 2 151 95
5028 7.5 45 8.5 8.5 78 2 2 147.5 93
1056 9.6 35 7.5 6 80 6 5 11 138.1 91
1183 8.5 32 9.5 9 82 5 5 141 90
1163 8.5 39 8.5 6 80 2 2 142 89
1053 8 37 8.5 6.5 81 2 2 141 88
1218 8.5 35 8.5 7 80 2 2 139 87
1216 9 35 8.5 9 75 2 2 136.5 85
1074 8 37 7 7.5 76 2 2 135.5 84
1217 7.5 37 8 8 75 0 135.5 83
1041 9 37 7.5 8.5 69 0 131 80
1038 8 31 7.5 6.5 74 2 2 127 78
1050 7.5 27 7 7 73 2 2 121.5 74
1035 8 29 8 8 69 0 122 73
1168 4 20 7 8.5 75 0 114.5 68
BaseLine 6 25 6 6 60 103 60

结对项目给分明细

组号 学生学号 项目得分 博客得分 得分 a附加 结对附加 得分+附加
Git Exe UX Test bc g 照片 存储信息格式 设计方法 UML图 结对总结
10' 5' 15' 10' 15' 12' 5' 5' 5' 5' 10'
1 1168 5 4 12 5 12 11 4 0 5 5 8 63 63
1 1217 5 4 12 5 12 11 4 0 5 5 8 75 75
2 1113 8 5 15 8 12 12 4 3 5 5 7 86 2 88
2 1053 8 5 15 8 12 12 4 1 5 5 4 81 2 83
3 5028 2 5 12 10 12 13 5 2 5 5 5 78 2 80
3 1050 2 5 12 10 12 13 4 2 3 5 3 73 2 75
3 1038 2 5 12 10 12 13 4 2 4 5 3 74 2 76
4 1216 9 5 12 5 12 10 3 1 5 5 8 75 2 77
4 1074 9 5 12 5 12 10 3 1 5 5 9 76 2 78
5 1197 10 5 15 5 12 13 4 2 4 5 7 82 3 2 87
5 1056 10 5 15 5 12 13 4 2 4 5 7 82 3 2 87
6 1195 9 5 15 5 12 13 5 2 5 5 9 87 3 2 92
6 1183 9 5 15 5 12 13 5 1 5 5 5 82 3 2 87
6 1122 9 5 15 5 12 13 5 3 5 5 10 89 3 2 94
7 1218 5 5 15 5 12 12 4 1 5 5 8 80 2 82
7 1163 5 5 15 5 12 12 4 1 5 5 8 80 2 82
8 1035 3 5 15 2 12 12 5 0 5 5 2 69 69
8 1041 3 5 15 2 12 12 5 0 4 5 3 69 69

结对项目给分

下面是针对结对项目给分的一些说明:

  • Git考察点满分为10分,主要分成两个部分:Github的使用结对合作。换言之,我更希望看到更平均的贡献,大家大致相同的提交次数与代码量以及更好的Github管理。在Git的使用上,https://github.com/shihaoran/WPFUI_Metrohttps://github.com/Helicopt/metro 两个项目做得都不错。前者是三人结对,使用了Pull Request的协作方式,美中不足的是项目里没有第三个人的提交记录(可能是因为做了两个项目,所以是两两协作?)。后者是两人结对,结对双方的提交次数与贡献量大致相同,是一次较为理想的结对编程。
  • Exe文件这块,虽然个人项目强调了一次,但还是有不少队伍没有生成exe,也没有一个需要安装的动态链接库的说明。不少同学是用Qt来写界面的,但使用的版本还不太一致。我之前没有安装过Qt,编译几个项目都以失败告终。最后我还是发邮件让每支队伍打包一个exe文件给我,从而让结对项目的测试能够开始。从这里得出了一个教训:布置个人或结对项目代码的时候,一定把交一个可运行的二进制文件作为必需要求。
  • UX是指用户体验。令我比较欣喜的是,大部分小组的用户体验都做得相当不错,有部分小组的UI有一种让人惊艳的感觉,非常厉害。比如 http://www.cnblogs.com/shhr/p/5927994.html
  • Test也包含两部分的检查:单元测试与覆盖率。覆盖率达到一定标准的单元测试才是有意义的,部分小组没有求出覆盖率,也有小组只写了两三个单元测试。如果单元测试只是为了应付作业的话,做测试本身是没有意义的。
  • bc和g都是指结对项目要求里提到的功能要求。大家的bc功能大体都没什么问题,但是和上次个人项目总结里写的一样,假如从西直门到北京站有两条 或两条以上最少换乘最少站点道路,是有必要都输出的。g功能扣分的小组在于对这一部分实现的不够全面:支持动画展示最短路径,用一个小亮点表示乘客,乘客正在经过的车站就会闪亮,乘客走过的路用不同的颜色标识,同时在适当的地方有数字表明乘客已经经过车站的数目

结对博客给分

在博客的给分中,小组问题最多的是在中间格式这个给分点上。我是按照罗老师博客来写的:

我们看到,所有要展现的信息都要存储起来,存储还要有一定的规则,这样程序才好正确地,高效地读出来。存储有下面三个方案:

a) 用文本文件,自定义的格式存放

b) 用XML格式存放

c) 还可以用数据库的方式来存放,例如sqlite

d) 还可以用自己定义的二进制的格式来存放
请比较几种方式的优缺点,特别是,这些方式如何应对变化的内部,外部因素。 例如,在d)方案中,如果要增加一个地铁站,或者修改一个地铁站的名字,我们应该怎么做呢?

没有任何一个同学比较他们的优缺点。存储格式是结对项目设计中较为重要的一环,希望大家能把自己的一些思路讲出来。估计大家在看结对项目作业的时候没有太注意这一点,所以许多小组的博客对存储格式的问题只字未提。

还有一个问题,与个人项目一样,有一半左右同学的博客还是以"回答问题"为中心,只有少部分同学做到了"以讲项目"为中心。这两者的动机和质量是不一样的,希望同学们争取向后者看齐,写博客不是为了应付老师,希望你们能把博客写“活”了,让更多的人能从中受益。

总结

总的来说,大家的结对项目做得还是相当不错的,每位同学都有认真地做结对项目。关于必应词典案例点评的部分,所有同学都结合了图示来进行说明,部分同学听取了建议,不论是在博客内容的编写还是在博客的排版上都有了比较大的进步,希望大家继续进步!

posted @ 2016-11-06 21:06 SivilTaram 阅读(...) 评论(...) 编辑 收藏