Разработка механизмов интеграции системы дистанционного обучения в информационную среду университета
Автор: Панков Александр Александрович, Пигусов Андрей Сергеевич
Журнал: Известия Самарского научного центра Российской академии наук @izvestiya-ssc
Рубрика: Перспективные информационные технологии
Статья в выпуске: 2-5 т.17, 2015 года.
Бесплатный доступ
В статье рассмотрены причины создания в вузе единой системы дистанционного обучения и способы ее интеграции с системой автоматизации управления вузом, системами вебинаров и личных кабинетов.
Единая система дистанционного обучения, информационная среда университета, интеграция информационных систем
Короткий адрес: https://sciup.org/148203707
IDR: 148203707
Текст научной статьи Разработка механизмов интеграции системы дистанционного обучения в информационную среду университета
авторских программ, инновационных модулей, учебно-методических материалов и их электронное мультимедиа-сопровождение.
Задачи СЭДО: обеспечение доставки обучаемым основного объема изучаемого материала, интерактивное взаимодействие обучаемых и преподавателей в процессе обучения, предоставление обучаемым возможности самостоятельной работы по освоению изучаемого материала [1].
Для СЭДО СГАУ заложены и реализованы следующие требования:
-
1. СЭДО СГАУ построена на базе ВОС Moodle актуальной версии.
-
2. Обеспечивает доступ студентам и преподавателям к контенту в режиме 24/7.
-
3. Система способна обслуживать порядка 20 000 пользователей, из которых в момент пиковых нагрузок до 3000 являются конкурирующими.
-
4. Канал связи обеспечивает беспрепятственную доставку основного объема изучаемого материала пользователям в моменты пиковых нагрузок, в том числе мультимедийного контента.
-
5. Определена иерархия группировки и представления курсов по кафедрам.
-
6. Обеспечена интеграция с системой личных кабинетов студента и преподавателя с общим механизмом аутентификации и единой точкой входа.
-
7. Обеспечена интеграция с системой «ИМЦ: Управление вузом» с реализацией активных механизмов управления контингентом, структурой, контентом, ролями пользователей.
-
8. Реализована интеграция с системой вебинаров и системой сбора и анализа статистики.
-
9. Реализовано автоматическое резервное копирование и восстановление учебного контента, резервное копирование «на лету» серверов, входящих в систему.
Общая схема взаимодействия систем автоматизации деятельности университета с системой личных кабинетов и системой СЭДО представлена на рис. 2.
В рамках развертывания СЭДО университета были выполнены следующие работы. Ранее разработанный контент располагавшийся в системах

Рис. 1. Основные информационные системы автоматизации управления ВУЗом и поддержки учебного процесса в СГАУ

SQL Server зоеа

Windows Server2008 r;
1C ПРЕДПРИЯТИЕ
Ife
V8
СИСТЕМА ЛИЧНЫХ КАБИНЕТОВ
SSAU_DOCFLOW
SSAU_UNIVERSITET
SSAU_BIBLIOTEKA

СЭДО СГАУ
MOODLE
UNIVERSITY BASE
СИСТЕМА ВЕБИНАРОВ
WEBINAR х-MySQL---s
LK
£a ^FFmpeg j^*^1^
Рис. 2. Общая схема взаимодействия систем автоматизации вуза с системой личных кабинетов, системой дистанционного обучения и системой вебинаров:
MOODLE – база данных СЭДО, SSAU_DOCFLOW – база данных системы документооборота, SSAU_UNIVERSITET – база данных системы ИМЦ Управление вузом, SSAU_BIBLIOTEKA – база данных научно-технической библиотеки, UNIVERSITY_ BASE – база посредник, WEBINAR – база данных системы вебинаров, LK – база данных системы личных кабинетов

^—MySQI



дистанционного обучения разного поколения, функционирующих в вузе (Moodle 1.7, 1.8, 1.9, 2+), верифицирован и перенесен в единую среду. На данный момент СЭДО СГАУ содержит порядка 500 электронных курсов, сгруппированных по принадлежности к кафедрам университета.
СЭДО СГАУ интегрирована с системой «ИМЦ: Управление вузом» по следующим направлениям:
-
1. Создание и управление учетной записью пользователя. Учетная запись создается автоматически после верификации адреса электронной почты пользователя при первом успешном входе в личный кабинет (ЛК). (Учетная запись ЛК создается на основе логина и одноразового пин-кода, сгенерированных в «ИМЦ: Управление вузом»). Реализована единая система аутентификации, благодаря чему учетная запись действительна для ЛК и СЭДО с возможностью сквозного перехода из ЛК в СЭДО. Разработан единый механизм смены и восстановления пароля.
-
2. Формирование контингента обучающихся в СЭДО, в том числе по группам, специальностям, направлениям подготовки. Осуществляется на основе информации о составе групп в системе «ИМЦ: Управление вузом». Реализовано с использованием linked-сервера, настроенного на стороне базы-посредника university_base и обеспечивающего синхронизацию согласно расписанию (1 час).
-
3. Групповая и индивидуальная запись студентов на курсы, размещенные в СЭДО, в соответствии с номером семестра, номером группы, учебным планом, семестровым планом содержащимися в системе «ИМЦ: Управление вузом»
-
4. Синхронизация справочников структуры вуза, учебных групп и др.
(реализовано с использованием linked-сервера). Сохранена возможность управления контингентом средствами СЭДО с дальнейшим экспортом данных в «ИМЦ: Управление вузом».
Как видно из рис. 2, информационные системы вуза используют для обмена информацией базу-посредник [2], часть которой (текущее состояние студента) представлена на рис. 3.
Student_Record_Book – справочник «Зачетные книги» предназначен для хранения информации о зачетных книжках студентов.
State_Persons – справочник «Состояния физических лиц» предназначен для хранения информации о состояниях студентов, обучающихся в университете. Примерами таких состояний могут послужить состояния «Является студентом», «Отчислен», «Находится в академическом отпуске» и т.д.
Base_Of_Entrance – справочник «Основания поступления» предназначен для хранения информации о возможных основаниях поступления студентов в университет (бюджет, целевой и т.д.).
State_Students – таблица «Состояние студентов» предназначена для хранения текущих данных зачетных книжек и информации о состоянии студентов.
Groups – Содержит в себе сведения об учебных группах.
Учетная запись пользователя в СЭДО генерируется автоматически при создании и верификации учетной записи в системе личных

Рис. 3. Часть схемы базы-посредника отвечающей за текущее состояние студента
кабинетов. Помимо общей информации, заносится уникальный идентификатор физического лица, используемый в «ИМЦ: Управление вузом». Данные учетной записи для системы личных кабинетов и СЭДО являются едиными, что обеспечивает сквозную аутентификацию в этих системах (рис. 4).
При генерации учетных записей приняты следующие правила: логином для студента является номер зачетной книжки, логином преподавателя является порядковый номер с буквенным префиксом. Механизм восстановления пароля и сме- ны адреса электронной почты является единым для системы личных кабинетов и СЭДО.
На основе данных, представленных в таблицах базы-посредника, генерируется выборка о текущем состоянии студента, которая содержит: идентификатор студента, номер зачетки, номер группы, дату последнего изменения состояния. На основе справочника Groups из базы-посредника заполняется справочник учебных групп СЭДО mdl_cohort с указанием уникального идентификатора, использующегося в «ИМЦ: Управление вузом» (рис. 4).
Столбец |
Тип |
Null |
По умолчанию |
Комментарии |
id |
bigint(lO) |
Нет |
Ключевое поле |
|
auth |
varchar(20) |
Нет |
manual |
Тип генерации учетной записи |
confirmed |
tinyint(l) |
Нет |
0 |
Служебное (Признак подтверждения) |
policyagreed |
tinyint(l) |
Нет |
0 |
Служебное (Признак согласия с политикой) |
deleted |
tinyint(l) |
Нет |
0 |
Признак удаления учетной записи |
suspended |
tinyint(l) |
Нет |
0 |
Признак приостановления действия учетной записи |
mnethostid |
bigint(lO) |
Нет |
0 |
Служебное |
username |
varchar(lOO) |
Нет |
Логин |
|
password |
varchar(255) |
Нет |
Хеш пароля |
|
idnumber |
varchar(255) |
Нет |
Идентификатор связи с внешними системами (заполняется идентификатором студента в IТМЦ Управление вузом) |
|
firstname |
varchar(lOO) |
Нет |
Имя |
|
lastname |
varchar(lOO) |
Нет |
Фамилия |
|
|
varchar(lOO) |
Нет |
Электронная почла |
|
description |
longtext |
Да |
NULL |
Описание типа учетной записи (студент/преподаватель) |
Рис. 4. Структура таблицы mdl_user СЭДО для хранения сведений об учетных записях пользователей
Столбец |
Тип |
Null |
По умолчанию |
Комментарии |
id |
bigint(lO) |
Нет |
Ключевое поле |
|
contextid |
bigint(lO) |
Нет |
Идентификатор способа создания группы |
|
name |
varchar(254) |
Нет |
Название группы (соответствует 10значному номеру группы) |
|
idnumber |
varchar(lOO) |
Да |
NULL |
Идентификатор группы для связи с внешними системами (заполняется значением ключевого поля из справочника групп ИМЦ Управление вузом) |
description |
longtext |
Да |
NULL |
Описание типа группы (справочная информация) |
descriptionformat |
tinyint(2) |
Нет |
Служебное поле |
|
visible |
tinyint(l) |
Нет |
1 |
Видимость группы в системе |
component |
varchar(lOO) |
Нет |
Служебное поле |
|
timecreated |
bigint(lO) |
Нет |
Время создания записи |
|
timemodified |
bigint(lO) |
Нет |
Время изменения записи |
Рис. 5. Структура таблицы-справочника учебных групп СЭДО mdl_cohort
Столбец |
Тип |
Null |
По умолчанию |
Комментарии |
id |
bigint(lO) |
Нет |
Ключевое поле |
|
cohortid |
bigint(lO) |
Нет |
0 |
Ключ группы |
userid |
bigint(lO) |
Нет |
0 |
Ключ пользователя |
timeadded |
bigint(lO) |
Нет |
0 |
Время создания записи |
Рис. 6. Структура таблицы состояния студент – группа в СЭДО
Roles systeml
roleallowoverride
roleid: INI allowoverride: INT
role context levels
— roleid: INT contextlevel: INT
role allow assign
roleid: INT allowassiqn: INT

name: VARCHAR(255) shortname: VARCHAR(255) description: TEXT sortorder: INT
role assignments
roleid: INT contextid: INT
roleallowswitch
role capabilities
roleid: INT allowswitch: INT
contextid: INT roleid: INT
— capability: VARCHAR(255) permission: INT timemodified: INT modifierid: INT
userid: INT hidden: INT timestart: INT timeend: INT timemodified: INT modifierid: INT enrol: VARCHAR(20) sortorder: INT
capabilities
name: VARCHAR(255) captype: VARCHAR(50) component: VARCHAR(IOO) , ilskbitmask; INT_____________
rolenames
roleid: INI contextid: INT name: VARCHAR(255)

contextlevel: INT instance: INT path: VARCHAR(255) depth: INT
Other parts ot Mood

Рис. 7. Схема группы таблиц управления ролями пользователей СЭДО в разрезе категории, курса, блока, модуля
На основе выборки о текущем состоянии студента в базе-посреднике, справочника пользователей mdl_user и справочника учебных групп mdl_cohort в СЭДО строится выборка и заполняется таблица mdl_cohort_member – соответствие студента и учебной группы в уникальных идентификаторах СЭДО (рис. 6).
Для управления процессом обучения организованы два вида записи пользователей на курс: групповой и индивидуальный. Групповой используется для записи на курс глобальных групп пользователей с ролью «Студент», индивидуальный – для записи пользователей с ролью «Преподаватель» и «Преподаватель без права редактирования курса» [3]. Общая схема таблиц управления ролями СЭДО представлена на рис. 7.
Реализована возможность управления ролями в разрезе Учебный курс – Глобальная группа пользователей с ролью «Студент» и Учебный курс – Пользователи с ролью «Преподаватель» или «Преподаватель без права редактирования курса» на основе учебного плана, семестрового рабочего плана и рабочей программы дисциплины, содержащихся в «ИМЦ: Управление вузом».
Система вебинаров построена на базе платформы Apache OpenMeetings развернутой на ОС Windows Server 2008 R2 с использованием дополнительного программного обеспечения для обработки аудио и видеопотоков, графических файлов, текстовых документов, таблиц, презен- таций. Система вебинаров настроена таким образом, что может использоваться как отдельный ресурс для проведения видеоконференций, так и в качестве элемента курса СЭДО. В случае использования OpenMeetings как элемента курса MOODLE, вебинар доступен (в отдельном окне или в виде фрейма) пользователям записанным на учебный курс (при этом дополнительная аутентификация не требуется). На выбор преподавателя доступны виртуальные классные комнаты вместимостью до 150 пользователей.
Реализация описанных механизмов позволяет автоматизировать работу СЭДО и вывести ее на новый качественный уровень. Сегодня СЭДО СГАУ представляет собой крупную, современную систему дистанционного обучения, отвечающую последним требованиям в области безопасности и качества доставки учебного контента обучающимся (включая работу с мобильными приложениями для Android и IOS), занявшую свое место в информационной среде управления вузом, обеспечив тем самым высокий уровень автоматизации планирования, реализации и управления учебным процессом в СГАУ.
Список литературы Разработка механизмов интеграции системы дистанционного обучения в информационную среду университета
- Информационная инфраструктура инновационного вуза. Опыт СГАУ: монография/А.В. Баскаков и др. Самара: Изд-во СамНЦ РАН, 2013. 124 с.
- Еленев Д.В., Кузьмичев В.С., Пашков Д.Е. Автоматизация системы управления национальным исследовательским университетом и мониторинга его деятельности//Программные продукты и системы. 2012. № 3. С. 31-34.
- Moodle Developer Documentation: //Moodle 2.8 documentation. URL: https://docs.moodle.org/dev/(дата обращения 4.06.2015)