【1414软工助教】个人作业1 得分榜

题目

个人作业1——四则运算题目生成程序（基于控制台）

作业完成情况

班级共29人，本次作业28人提交，1人未提交。
未提交的原因是不知道需要在博客园的班级里提交，只在自己的博客里发布。
由于是第一次作业，因此在提醒之后仍然计分，但下不为例。

总得分映射到百分制的排名

得分情况

博客 Coding 作业1 映射到[50-100]
092 092 5.2 82
093 093 3.2 67
094 094 6.6 93
095 095 1 50
096 096 7.4 100
097 097 4.6 78
098 098 6.4 92
099 099 2.6 62
100 100 5.2 82
101 101 5.6 85
102 102 4.4 76
103 103 4.4 76
105 105 4.6 78
106 106 6.6 93
107 107 7.2 98
108 108 3 65
109 109 5.2 82
110 110 5.8 87
111 111 5 81
112 112 4.4 76
113 113 5.4 84
114 114 4.6 78
115 115 5.6 85
116 116 4.4 76
117 117 4.8 79
118 118 5.6 85
119 119 1.6 54
120 120 3.2 67
121 121 1.4 53

评分标准

需求分析 更细致的需求分析（说出与题目的要求不同的地方） 0.5
功能设计 是否区分基本功能、扩展功能、高级功能 0.5
代码实现 介绍代码的每部分负责什么功能、函数关系、流程图 1
代码说明 对重要代码的说明解释 0.5
运行截图 展示题目的所有要求的截图 0.5
小结 经验、感想 0.5
PSP 符合要求、个人反思 2
Coding（代码实现部分） 整数+真分数 1
“+, −, ×, ÷” 1
处理用户的错误输入 1
准确地判断用户的答案是否正确 1
打分或者统计正确率 0.5
用户可以输入真分数 0.5
使用-n控制生成题目数 1
代码规范 1
基础分总分 12.5
映射到10分制 10
附加分 如多于两个数的四则运算、有图形化界面、计算耗时等 2
最终得分 12

第一次作业难易度反馈

总共有25人投票，还有4人没有投票。这4人算在“很容易，已经完成”这个选项上（我知道你们怕选这个被同学们围攻_(:з」∠)_）。

大多数同学投了“很难，有帮助我也未必能完成”，然而作业完成得都比较不错。投票可能受到了什么影响，我在下面的总结中说一说我在这个投票上做了哪些不合适的事情。

第一次作业助教总结

我自己的问题：

  1. 作业的布置
    布置出来的作业描述过多，要求的点不够清晰，阅读体验不好。同时第一次作业要求的点太多，反而达不到预期的效果。
    在后面布置的作业中，会逐渐改进这一些问题。 例如减少文字表述，力求简洁明了；关于作业要求，形成让学生可以用的 check point 。
  2. 作业难易度反馈
    我在发布难易度反馈投票的时候，不知道它最终展示的顺序跟填写时的顺序是相反的。这可能影响到了同学们的选择。正确的做法应该是直接删除这个投票，再重新发布。
    另外一点是在微信群里发布公告，告诉同学们投票结果可能会影响接下去作业的难度，可能会让同学们为了降低难度而故意选择难度较高的选项。以后作业的难度其实没办法有多大的波动，我把自己坑了 _(:з」∠)_
  3. 这次成绩的发布比预定日期延迟了一天。原因是：
    • 没有分清主次，把次要任务当主要任务做，严重压缩了评分及整理的时间
      解决方案：不断提醒自己先完成主要任务，再去做支线任务。主线任务未完成之前，不接受支线任务
    • 成绩百分制映射排名图片的生成花了很多时间
      对 Excel 的使用不够熟练。不过现在 模板已经做好了 ，以后不会出现这个问题
    • 最后一根稻草是：评分明细表格宽度太大，且没有滚动条。看时间已经一点多了，于是就去睡觉等第二天再做
      解决方案：使用压缩表格的方式展示。 虽然看起来效果不是很好，但就先这样吧，再拖下去就不好了

作业中出现的问题：

  1. 从总体上来说，同学们完成得还是不错的。虽然从得分情况来看，分数普遍较低。不过这不是因为学生的水平太低，而是我评分的时候过于严格了。但由于排名是按班级内部计算，而且我对每位同学的评分都是一样的，不会出现不公平的现象。而且排名的高低仍然能反应出学生在班级里的 相对水平 。
  2. 对于发表的博客格式，虽然经过提醒，但仍有不少同学没有按照要求。有以下几点：
    • 博客的编辑器没有使用 Markdown
      开启方法：主页 -> 管理 -> 选项 -> 编辑器 -> Markdown -> Save
    • 使用了 Markdown 但没有认真去学那几个简单的用法
      不知道同学们在使用的过程中发现首行不能空四个空格时，有没有感觉到很奇怪呢？用 Markdown 写文章的时候，文字是顶格的。就算是写中文，也不用空两个字。只要段与段之间用空行隔开就行。
    • 展示代码时放了好几页代码，但一句说明都没有
      想要看代码时，助教会点进去 Coding 看，因此没有必要把代码放在博客上。
      你要展示的是这份代码中 你认为最难的或者最值得拿出来一说的代码 。把代码贴出来，然后 好好地说一说这代码如何难，你如何处理，有什么想法。
    • 插入代码没有使用 Markdown 的语法导致缩进混乱
      Markdown 会把多余的空格删除掉
    • 使用了 Markdown 的“代码插入”，缩进仍然混乱
      缩进的时候混用 tab 键和空格键
  3. 对于博客的内容
    • 需求分析：不少作业里需求分析只是简单地拷贝作业要求的点，没有体现出 分析 二字
    • 功能分析和设计实现：有的作业将这两者混起来了
      应该是同学们没有注意看作业要求。在作业要求里，这两点该做什么都有说明。
    • 代码这部分还有一点要补充。本次作业有同学没有附上自己作业的 Coding 地址
      由于是第一次作业，我仍然给这些同学 Coding 子项 check point 分数。从第二次作业开始，凡是不提供 Coding 链接的同学，Coding 子项全部0分。
      在博客中插入代码
    • 测试运行：只截取了一小部分的运行结果，没有把所有功能都体现出来
      这个属于黑盒测试，需要在操作的过程中将每一个功能体现出来。
      看到评分标准有个附加分了吗？如果你做了一个很有亮点的功能，却没有将其展现出来，可能会被漏掉哦。
    • PSP表格：在某个项中没有做什么事，却在实际耗时上写了时间
      这个表格是给同学们自己看的，用于估计自己完成一个任务需要多少时间。以后在团队作业的时候会用得到，希望能赶紧学会估计耗时的方法。
      同学们似乎对自己的预估很满意，并没有对PSP的预估情况作出反思
    • 作业总结：有的总结比较形式化，说得很模糊
      在做作业的过程中碰到什么困难，你是怎么解决的；或者哪个过程做得不够好，打算如何改进。这些都能写出不少内容。
  4. 关于助教在博客下的评论和提问
    请同学们及时给予反馈，这样我们彼此都能获得进步哦。
    在回复助教或者其他老师的时候，请同学们 点击“回复”或者“引用” ，这样你的回复能够及时被助教和老师收到。否则博客园不提醒，可能就失去了继续交流的机会。
    建议点击评论的“引用”，这样能看出你是在对哪一部分做出回复。

评分明细

最终得分 = 基础分得分 * 10 / 12.5 + 附加分
学号 更细致的需求分析（说出与题目的要求不同的地方） 是否区分基本功能、扩展功能、高级功能 介绍代码的每部分负责什么功能、函数关系、流程图 对重要代码的说明解释 展示题目的所有要求的截图 经验、感想 符合要求、个人反思 整数+真分数 “+, −, ×, ÷” 处理用户的错误输入 准确地判断用户的答案是否正确 打分或者统计正确率 用户可以输入真分数 使用-n控制生成题目数 代码规范 基础分总分 映射到10分制 附加分：如多于两个数的四则运算、有图形化界面、计算耗时等 最终得分
单项满分 0.5 0.5 1 0.5 0.5 0.5 2 1 1 1 1 0.5 0.5 1 1 12.5 10 2 12
092 0 0.5 1 0.25 0 0.5 1 1 0 0 1 0.25 0.5 0 0.5 6.5 5.2 0 5.2
093 0 0.25 0.25 0.5 0 0.25 1 0 0 0 1 0.25 0 0 0.5 4 3.2 0 3.2
094 0.25 0 0.25 0.25 0.25 0.25 1 1 1 0.5 1 0.5 0.5 1 0.5 8.25 6.6 0 6.6
095 0 0 0 0.25 0.25 0.5 0 0 0 0 0 0.25 0 0 0 1.25 1 0 1
096 0 0.5 1 0.25 0.25 0 1 1 1 0 1 0.5 0.5 0 1 8 6.4 1 7.4
097 0 0.25 0 0.25 0.5 0.5 1 1 0 0 1 0.5 0.5 0 0.25 5.75 4.6 0 4.6
098 0.25 0.5 0.25 0.25 0.5 0.5 1 1 1 0 1 0.25 0.5 1 0 8 6.4 0 6.4
099 0 0 0 0 0 0 1 0 0.5 0 1 0.25 0.5 0 0 3.25 2.6 0 2.6
100 0.5 0 1 0 0.25 0.5 0 1 0.5 0 1 0.5 0 0 0 5.25 4.2 1 5.2
101 0.5 0.25 0 0.25 0.5 0.5 1 1 0 0 1 0.5 0.5 1 0 7 5.6 0 5.6
102 0 0 0 0 0.25 0.5 1 1 0 0 1 0.5 0.25 1 0 5.5 4.4 0 4.4
103 0 0 0 0 0.25 0 1 1 0.5 0 1 0.25 0.5 1 0 5.5 4.4 0 4.4
105 0.5 0.5 0 0.25 0.25 0 1 1 0.5 0 1 0.25 0.5 0 0 5.75 4.6 0 4.6
106 0.25 0 0.5 0.25 0.5 0.25 1 1 1 0 1 0.5 0.5 0.5 1 8.25 6.6 0 6.6
107 0 0.5 0.5 0.5 0.5 0.25 1 1 1 0 1 0.25 0.5 1 1 9 7.2 0 7.2
108 0 0.25 0.25 0.25 0.5 0 1 0 0 1 0.5 0 0 0 0 3.75 3 0 3
109 0 0 0 0.5 0.25 0.25 1 1 0.5 0 1 0.5 0.5 1 0 6.5 5.2 0 5.2
110 0 0.25 0 0.5 0.5 0.25 1 1 1 0 1 0.25 0.5 1 0 7.25 5.8 0 5.8
111 0 0.25 0 0 0.5 0 1 1 0 0 1 0.5 0.5 1 0.5 6.25 5 0 5
112 0 0.25 0 0.25 0.5 0 1 1 0.5 0 1 0.5 0.5 0 0 5.5 4.4 0 4.4
113 0 0.25 0 0 0.5 0 1 1 1 0 1 0.5 0.5 1 0 6.75 5.4 0 5.4
114 0.25 0 0.25 0.5 0.5 0 1 1 0.5 0 1 0.25 0.5 0 0 5.75 4.6 0 4.6
115 0 0 0 0 0.25 0 1 1 1 0 1 0.25 0.5 1 1 7 5.6 0 5.6
116 0 0 0 0.25 0.5 0.25 1 1 0.5 0 1 0.5 0.5 0 0 5.5 4.4 0 4.4
117 0 0 0 0.25 0.5 0 1 1 0.5 0 1 0.5 0.25 0 1 6 4.8 0 4.8
118 0 0.25 0.25 0.5 0.5 0.5 1 1 1 0 1 0.5 0.5 0 0 7 5.6 0 5.6
119 0 0 0 0 0.25 0 0 0 1 0 0 0.5 0 0 0.25 2 1.6 0 1.6
120 0 0.25 0 0 0.25 0.25 1 0 1 0 0 0.25 0 0 1 4 3.2 0 3.2
121 0 0 0 0 0.25 0 0 0.5 0.5 0 0.5 0 0 0 0 1.75 1.4 0 1.4
posted @ 2017-03-13 11:55  schaepher  阅读(410)  评论(4)  编辑  收藏  举报