Определённую часть практических навыков студенты приобретают в ходе выполнения курсовых работ (проектов). В процессе выполнения конкретной задачи «от начала и до конца» собираются необходимые в реальной жизни «шишки». О правильном выполнении и оформлении курсовых работ написаны кипы методичек, которые, к сожалению, редко прочитываются вовремя. А при защите курсовых работ преподавателю необходимо еще и комплексно оценить выполненную студентом работу, да так, чтобы «каждый получил по делам своим».
За семестр преподавания дисциплины «СУБД MS SQL Server» у меня выработались определенные критерии к оценке студенческих проектов, которыми я и хочу поделиться с уважаемыми хабражителями. Несмотря на то, что эти критерии привязаны к определенной дисциплине и учитывают её особенности, полагаю, что они будут интересны преподавателям (создание подобной системы оценивания), студентам (понять, как твою работу будут оценивать), а также разработчикам и менеджерам, осуществляющим оценивание программных проектов.
Для оценивания используется лист формата А4 (чек-лист), разделенный на две части: допуск и защита курсового проекта:
Первая часть не особо интересна, но нужна — в ней отражены формальные критерии для допуска курсового проекта к защите.
Вторая часть разделена на две колонки: «положительные стороны» и «недочеты». Каждой оценке сопоставлены соответствующие наборы критериев. Результирующая оценка определяется по совокупности проставленных отметок. Естественно, что несколько не очень серьёзных (случайных) недочетов не скажутся на оценке студента.
В результате выигрывают обе стороны образовательного процесса: преподавателю проще оценить работу студента, а студент знает, что с него будут спрашивать и на что он «наработал».
Данный чек-лист успешно опробован, показал свою полезность и взят на вооружение :)
Заинтересовавшиеся хабражители могут скачать бланк чек-листа.
Понятно, что охватить все нюансы сразу сложно – возможно что-то упущено, а чему-то придано излишнее значение, поэтому жду ваших комментариев для дальнейшей работы в данном направлении.
За семестр преподавания дисциплины «СУБД MS SQL Server» у меня выработались определенные критерии к оценке студенческих проектов, которыми я и хочу поделиться с уважаемыми хабражителями. Несмотря на то, что эти критерии привязаны к определенной дисциплине и учитывают её особенности, полагаю, что они будут интересны преподавателям (создание подобной системы оценивания), студентам (понять, как твою работу будут оценивать), а также разработчикам и менеджерам, осуществляющим оценивание программных проектов.
Для оценивания используется лист формата А4 (чек-лист), разделенный на две части: допуск и защита курсового проекта:
Первая часть не особо интересна, но нужна — в ней отражены формальные критерии для допуска курсового проекта к защите.
Вторая часть разделена на две колонки: «положительные стороны» и «недочеты». Каждой оценке сопоставлены соответствующие наборы критериев. Результирующая оценка определяется по совокупности проставленных отметок. Естественно, что несколько не очень серьёзных (случайных) недочетов не скажутся на оценке студента.
В результате выигрывают обе стороны образовательного процесса: преподавателю проще оценить работу студента, а студент знает, что с него будут спрашивать и на что он «наработал».
Данный чек-лист успешно опробован, показал свою полезность и взят на вооружение :)
Заинтересовавшиеся хабражители могут скачать бланк чек-листа.
Понятно, что охватить все нюансы сразу сложно – возможно что-то упущено, а чему-то придано излишнее значение, поэтому жду ваших комментариев для дальнейшей работы в данном направлении.
