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

前七周个人成绩排行榜

743588-20161106202308955-76697990.png

前七周个人成绩明细

个人week1个人项目个人Week2个人Week3结对项目个人附加结对附加总附加总分映射分
1122941109.5897512158.5100
11958.53910128755156.5100
119784187.5806511144.596
11137.5399.59862215195
50287.5458.58.57822147.593
10569.6357.56806511138.191
11838.5329.59825514190
11638.5398.56802214289
10538378.56.5812214188
12188.5358.57802213987
12169358.597522136.585
107483777.57622135.584
12177.53788750135.583
10419377.58.569013180
10388317.56.5742212778
10507.527777322121.574
10358298869012273
116842078.5750114.568
BaseLine625666010360

结对项目给分明细

组号学生学号项目得分博客得分得分a附加结对附加得分+附加
GitExeUXTestbcg照片存储信息格式设计方法UML图结对总结
10'5'15'10'15'12'5'5'5'5'10'
11168541251211405586363
11217541251211405587575
211138515812124355786288
210538515812124155481283
3502825121012135255578280
3105025121012134235373275
3103825121012134245374276
412169512512103155875277
410749512512103155976278
51197105155121342457823287
51056105155121342457823287
6119595155121352559873292
6118395155121351555823287
61122951551213535510893294
712185515512124155880282
711635515512124155880282
81035351521212505526969
81041351521212504536969

结对项目给分

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

  • 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)方案中,如果要增加一个地铁站,或者修改一个地铁站的名字,我们应该怎么做呢?

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

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

总结

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

转载于:https://www.cnblogs.com/SivilTaram/p/seven_weeks_score.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值