Добрый день!
Подскажите пожалуйста, как решить проблему:
необходимо из банка вопросов создать группу билетов, так чтобы при входе в тест студенту попадался какой-либо из них рандомно. При этом в билете существует определенный комплект вопросов.
Версия Moodle 3.2.
Что вы подразумеваете под "группой билетов"? То, что есть ограниченное количество комбинаций вопросов (например, 50 или 100) и на экзамене каждому студенту выпадет какая-либо из этих 50 или 100 комбинаций (билетов)?
Нет. В Moodle не существует заранее сформированных комбинаций вопросов. Состав каждого "билета" формируется налету. Вы можете включить в "билет" и фиксированные (одинаковые для всех сдающих этот тест) вопросы и рандомные (кому какой выпадет). Сколько таких комбинаций вопросов (билетов) существует - это типичная задачка комбинаторики. Обычно это количество оценивается не десятками, а миллионами (как количество комбинаций в лотерее).
Спасибо за ответ!
Да, именно это и нужно сделать. Есть 100 вопросов (образно), которые формируются в 10 билетов по 10 вопросов (вопросы и билеты фиксированы). А уже при входе студента в тест ему выдается, рандомно, один из 10 билетов.
Откуда можно начать копать?
Ну я уже объяснил, что заблаговременно подготовить10 билетов по 10 вопросов и выдать студенту один из них нельзя. Комбинаторика учит, что выбрать 10 вопросов из 100 можно 100!/(100-10)! способами. Поэтому реальное "количество билетов", увы, не 10, а гораздо больше: 100*99*98*...*91 = 6.28Е19
А зачем вам ограничиваться только 10 билетами?
Я понимаю, что можно требовать, чтобы в билете было 10 вопросов, например. Но требовать, чтобы самих билетов было ровно 10 и, не дай Бог, не 11 (!?), то это странно, конечно же. Кому же может так навредить 11-й или 6.28Е19-й билет?
1. компонуете билеты как вам надо, распечатываете, ставите нужные штампы и подписи, сканируете в pdf или jpg
2. Делаете из билетов тест из 10 вопросов, где каждый вопрос теста = картинке-билету.
3. Дальше зависит от того, что у вас происходит. Если очный ответ, то вариант ответа на тестовый вопрос = взял билет или не взял. Если ответ нужно фиксировать в системе, то делайте вопрос типа Эссе - пусть пишут.
Всё. Мы так ГЭКи проводили.
Здравствуйте!
У меня похожий запрос: есть три теста (по 30 вопросов в каждом). Необходимо, чтобы студенту выводился случайным образом один из этих тестов.
Можно ли с помощью шаблона XML создать переделать вопросы в вопрос типа Cloze?
Шаблон XML не позволяет создавать вопросы в вопрос типа Cloze. Их придется создавать вручную, например, так. Копи-пастом копируем текст из вопросов других типов, а поля для ввода ответов вставляем с помощью этого плагина. Он добавляет в текстовый редактор кнопки для создания этих полей.
Спасибо за предложение... но оно совсем неудобно...Так как вариантов тестов более пятидесяти...
Недавно надо было срочно провести тестирование в похожих условиях: несколько готовых полных вариантов теста, а времени на раскидывание вопросов по подтемам ("мешочкам" в терминологии Александра Щербины ) не было. Создали три теста, случайно раскидали студентов по трём группам (вариант 1, вариант 2, вариант 3) и каждой группе сделали доступным один тест. Какая по сути разница, где и как студентам "случайно" попался конкретный тест - в системе в момент нажатия кнопки "Тест" или заранее преподавателем?.. Ну а если студенту требуется "переэкзаменовка", то его так же "случайно" добавляют ещё в одну группу.
Но обычно всё-таки пользуемся стандартными средствами Moodle: все вопросы разбиваем на подтемы и выдаём случайный набор вопросов каждому студенту. Это намного удобнее - вариантов получается намного больше, а за счёт того, что перемешиваются и вопросы, и ответы, студентам сложно "подсмотреть" ответы друг у друга.
Всем большое спасибо за советы!!! Но, вроде бы, от этой идеи отказались.))) Решили сделать, по человечески, рандомный выбор вопросов из всего банка.
Это правильно. Билеты с 1-го по 10-й ничем не лучше билетов с 11-го по 6.28Е19-й.
Но вы еще подумайте, может вопросы не тащить из единого "мешка", содержащего 100 вопросов. Так кому-то достанутся легкие, а кому-то сложные вопросы. Кому-то выпадут вопросы по одной теме, а остальные темы дисциплины охвачены не будут...
Лучше разложить эту сотню по нескольким маленьким "мешочкам" в зависимости от темы и/или сложности вопроса. Тогда каждый рандомно сформированный билет будет равномерно покрывать все темы дисциплины и содержать вопросы примерно одинаковой сложности.
У этого типа вопроса есть только ограничение снизу: количество выбираемых ответов не должно равняться нулю. Ограничения сверху нет. Можно и все ответы выбрать.
Прошу подсказать. Мы решили сделать так, формируем тест с одним вопросом типа "Случайный вопрос", этот случайный вопрос будет тянуть вопросы с билетами из отдельной категории, чтобы не тянул со всего банка. Можно ли выставить ограничение таким образом, чтобы если один билет уже попал определенному студенту, этот же билет не попал другому?
Я тоже считаю, что случайный выбор вопросов должен осуществляться двумя способами (и чтобы его можно было выбирать в параметрах теста):
1) Каждый вопрос выбирается случайным образом без учета ранее выданных.
2) С учетом ранее выданных так, чтобы у разных студентов вопросы повторялись минимальное число раз, по принципу: "одну колоду карт раздали, начинаем следующую раздавать".
Но увы, Moodle реализует только первый способ. Если, например, у вас на 20 студентов 10 случайных вопросов, то какие-то из них могут выпасть и 3, и 4 раза, а другие - ни разу. А хотелось бы иметь способ раздачи, чтобы одинаковый вопрос повторялся не более, чем у 2 студентов.
Здравствуйте , подскажите пожалуйста есть ли возмоность чтобы билеты при рендоме не повторялись. Moodle 3.5
(Из 30 билетов 5 повторений 1 дважды)
Благодарю за все ответы.
День добрый! Подскажите пожалуйста, есть ли возможность реализовать следующую задачу.
С организации проводят контроль знаний отдела. Проверяют начальников и обычных сотрудников. На всех есть 5 блоков вопросов. Нужно реализовать примерно следующий алгоритм - заходит начальник под своей учеткой, выбирает направление своей деятельности (1 из 5, по блокам вопросов). Ему генерируется билет из 15 вопросов на профильную тему и по 5 вопросов из остальных тем. Заходит сотрудник, ему генерируется билет из 10 профильных вопросов, и по 2 из остальных тем. Суть в том, что уровень знаний у пользователей разный, и профили разные.
В какую сторону копать, подскажете?
Копайте в сторону создания нескольких отдельных тестов, настроек их видимости и настроек формулы агрегации оценок, чтобы в журнал попадала единая оценка не зависимо от типа теста.
Другой вариант считайте, что невозможен. Мы когда-то сделали такое для сети супермаркетов. Получилось на современные цены за разработку около 20 лямов и не универсально, поэтому при каждом апгрейде было дорогостоящее портирование. В итоге, даже ритейлу оказалось дорого тянуть такую доработку.
Для колледжей всё понятно, для каждого направления подготовки / специальности отдельная программа, отдельный курс, в нём отдельный итоговый тест
Делаете общий банк вопросов для общих дисциплин на уровне системы / категории, и банк профильных дисциплин в курсе.
Вставляете в тест 10 случайных вопросов из общего банка, потом 30 вопросов из профильного.
Но гораздо проще тестировать общие компетенции отдельно, профильные отдельно, и сводить оценки между собой (причем не обязательно даже в moodle)
