目前助教已收集全部小組做業結果,針對出現的如下問題:編程
一、打分模式致使結果無差別化,各各都是高分,失去評測意義;學習
二、存在評測敷衍現象,個別組點評內容空洞,沒有記錄測評的細節問題;測試
三、存在源碼不齊問題,不按規則命名壓縮包,給後續對接測試帶來很大麻煩。字體
本着對教學質量及學生成績登記的負責態度,經鄧老師與助教商議,結合鄒欣老師和劉乾師兄的建議,決定從新制定實施測評流程:spa
一、測評採用排序制,綜合成績最好組爲1,次之爲2,依此類推,每組對對接的單個小組評測內容需140字以上(測評要點參考上週羣裏發佈的點評文檔模版)。debug
二、全部測評內容及排序結果彙總公佈在一篇我的博客中,博文命名爲:結對做業互測互評——UI/Core第*組。排序
三、測評中找出對方bug並提出改進措施的小組,得到加分(0.5分),博文記錄中紅色字體註明:【bug】。項目管理
四、針對對方反饋的bug及時修正並完善的小組,得到加分(0.2分),博文記錄中紅色字體註明:【debug】。文檔
五、針對對接組的某一bug,只有首次發現此bug的小組纔有加分,各組博文不得重複記錄同一小組的同一bug內容,請對接組自行監督,如有重複則均不加分。源碼
六、各小組成績根據其餘小組給出的排序結果取平均,最終按(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組)。
七、助教根據評測博客記錄內容肯定加分(提出bug和debug)和扣分(評測組數不完整,評測內容不完整,視具體狀況扣1~5分)。
七、各組今晚10點前需從新上傳本組源碼壓縮包至羣文件夾【結對編程源碼】,嚴格按 UI/Core第*組 命名,不規範的壓縮包助教會當即清除。
八、測評博文發佈截止時間:本週日(4月22號)晚10點。過期小組直接0分。
這次做業是本課堂第一次採用互評互測模式,過程當中出現的問題,感謝你們的反饋,但願你們攜手促進軟工課業質量和學習效果的提高。
附:博客內容模版:
標題:結對做業互測互評——UI/Core第*組
內容:
1、評測
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字以上)。
......
2、本小組debug反饋
【debug】:
本小組針對對方反饋的bug及時修正並完善的內容(代碼、截圖、文字說明等)。