Ну почему, можно и кратко. Ваша основная проблема - это необходимость создания персонифицированных учетных записей. Персонифицированность нужна, например, для тестирования, иначе вы не сможете определять, кто из студентов какую оценку за тест получил.
Поскольку студенты - существа непостоянные, то фамилию поменяют, то отчислятся, то восстановятся, то пароль забудут, Вам нужно глобально решить в рамках вашей организации задачу управления учётными данными студентов. От того, как вы сможете решить этот вопрос административно, зависит и то, как вы сможете решит его технически. Вот возможные варианты.
1. Вы ничего не решаете. Всё ваши студенты регистрируются самостоятельно, подтверждая учётную запись по электронной почте. Если думаете, что студентам будет неудобно с электронной почтой, есть плагины авторизации через соц. сети. После этого преподаватели будут вручную назначать им права на свои курсы или сообщать кодовое слово для записи. Нагрузка на администратора минимальная, но и порядок в системе минимальный - зарегистрироваться могут не только студенты, но и посторонние, зарегистрируются точно не все, не все укажут правильные данные,
2. Вы можете вводить данные о всех пользователях вручную, как по одному, так и списком. Список делается в .csv из excel. Но управлять пользователями в moodle может только администратор, поэтому нагрузка на администратора максимальна, порядок тоже максимальный. Актуальные данные студентов Вы можете брать данные в деканатах, но формировать списки и грузить их в систему придется Вам.
3.Если у Вас уже внедрена какая-то база данных пользователей, в которой есть поля ФИО, логин, и пароль (чистым текстом, в md5 или sha1), то можно брать данные пользователей из неё. Даже если нет пароля, но есть электронная почта, то тоже можно - при первом входе студент запросит сброс пароля, получит новый пароль и будет заходить с ним. Администратору moodle ничего не нужно актуализировать, при правильной настройке всё будет само актуализироваться на основе внешних данных.
4. Один из лучших вариантов БД учетных данных - это сервер LDAP. В windows варианте это Active directory, но есть и бесплатные варианты. В LDAP вы можете дать права разным пользователям (например, деканатам) на управление разными подразделениями, то есть сможете снять с себя задачу актуализации данных пользователей и делегировать её, например, деканатам, которые напрямую общаются со студентами и всегда первыми узнают об изменении данных студентов.
Я рекомендую всем именно 4 вариант, так как через LDAP можно авторизовать огромное количество разных систем, и вам не придется потом ничего нового изобретать, чтобы добавить в инфраструктуру какую-то новую систему. Например, если у Вас есть LDAP-источник, вы можете автоматически выдавать всем пользователям учетную запись Microsoft для образовательных учреждений, google для образовательных учреждений или mail.ru для бизнеса (они все бесплатные, если у вас есть лицензия образовательного учреждения).
Если у Вас уже внедрен какой-то вариант электронного деканата, то лучше всего придумать, как интегрировать его с ldap, а уже из ldap авторизовать пользователей в moodle.
Когда решите задачу с пользователями, все остальные из ваших задач уже будут просто детским лепетом.
