标签：时间 提升 助教 文档 ... 综合 项目管理 apple 现象
目前助教已收集所有小组作业结果，针对出现的以下问题：
1、打分模式导致结果无差异化，各各都是高分，失去评测意义；
2、存在评测敷衍现象，个别组点评内容空洞，没有记录测评的细节问题；
3、存在源码不齐问题，不按规则命名压缩包，给后续对接测试带来很大麻烦。
本着对教学质量及学生成绩登记的负责态度，经邓老师与助教商议，结合邹欣老师和刘乾师兄的建议，决定重新制定实施测评流程：
1、测评采用排序制，综合成绩最好组为1，次之为2，依此类推，每组对对接的单个小组评测内容需140字以上（测评要点参考上周群里发布的点评文档模版）。
2、所有测评内容及排序结果汇总公布在一篇个人博客中，博文命名为：结对作业互测互评——UI/Core第*组。
3、测评中找出对方bug并提出改进措施的小组，获得加分（0.5分），博文记录中红色字体注明：【bug】。
4、针对对方反馈的bug及时修正并完善的小组，获得加分（0.2分），博文记录中红色字体注明：【debug】。
5、针对对接组的某一bug，只有首次发现此bug的小组才有加分，各组博文不得重复记录同一小组的同一bug内容，请对接组自行监督，若有重复则均不加分。
6、各小组成绩根据其他小组给出的排序结果取平均，最终按（A:20分/B:18分/C:16分/D:14分）分档。UI:(A档:3组/B档:5组/C档:2组/D档:1组)，Core:(A档:4组/B档:6组/C档:3组/D档:2组)。
7、助教根据评测博客记录内容确定加分（提出bug和debug）和扣分（评测组数不完整，评测内容不完整，视具体情况扣1～5分）。
7、各组今晚10点前需重新上传本组源码压缩包至群文件夹【结对编程源码】，严格按 UI/Core第*组 命名，不规范的压缩包助教会立即清除。
8、测评博文发布截止时间：本周日（4月22号）晚10点。过时小组直接0分。
此次作业是本课堂第一次采用互评互测模式，过程中出现的问题，感谢大家的反馈，希望大家携手促进软工课业质量和学习效果的提升。
附：博客内容模版：
标题：结对作业互测互评——UI/Core第*组
内容：
一、评测
1.1 UI组综合成绩排序：
| 成绩序号（1为最优） | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| UI组号（填 第*组） |
1.1 Core组综合成绩排序：
| 成绩序号（1为最优） | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| Core组号（填 第*组） |
1.2 各组评测
1.2.1 UI/Core第1组：
【bug】：（代码、截图、文字说明等）
点评：依据核心功能、代码及工程规范性、软件鲁棒性、API、对接效果、项目管理、博客等指标评测（140字以上）。
1.2.2 UI/Core第2组：
【bug】：（代码、截图、文字说明等）
点评：依据核心功能、代码及工程规范性、软件鲁棒性、API、对接效果、项目管理、博客等指标评测（140字以上）。
......
二、本小组debug反馈
【debug】：
本小组针对对方反馈的bug及时修正并完善的内容（代码、截图、文字说明等）。
标签：时间 提升 助教 文档 ... 综合 项目管理 apple 现象
原文地址：https://www.cnblogs.com/eudaem/p/8877224.html
