Какое значение может вернуть функция сдо
Перейти к содержимому

Какое значение может вернуть функция сдо

  • автор:

Какое значение может вернуть функция сдо

13 февраля 2024 Регистрация Войти
4 марта 2024

Об актуальных изменениях в КС узнаете, став участником программы, разработанной совместно с АО »СБЕР А». Слушателям, успешно освоившим программу, выдаются удостоверения установленного образца.

13 марта 2024

Программа разработана совместно с АО »СБЕР А». Слушателям, успешно освоившим программу, выдаются удостоверения установленного образца.

Продукты и услуги Информационно-правовое обеспечение ПРАЙМ Документы ленты ПРАЙМ Распоряжение Департамента информационных технологий г. Москвы от 27 августа 2015 г. N 64-16-290/15 «Об утверждении Регламента функционирования автоматизированной информационной системы «Система дистанционного обучения» и Технических требований к электронным учебным курсам по дистанционному обучению с использованием автоматизированной информационной системы «Система дистанционного обучения»

Обзор документа

Распоряжение Департамента информационных технологий г. Москвы от 27 августа 2015 г. N 64-16-290/15 «Об утверждении Регламента функционирования автоматизированной информационной системы «Система дистанционного обучения» и Технических требований к электронным учебным курсам по дистанционному обучению с использованием автоматизированной информационной системы «Система дистанционного обучения»

14 сентября 2015

В целях реализации постановления Правительства Москвы от 17 сентября 2014 г. N 547-ПП «Об автоматизированной информационной системе «Система дистанционного обучения»:

1.1. Регламент функционирования автоматизированной информационной системы «Система дистанционного обучения» согласно приложению 1 к настоящему распоряжению.

1.2. Технические требования к электронным учебным курсам по дистанционному обучению с использованием автоматизированной информационной системы «Система дистанционного обучения» согласно приложению 2 к настоящему распоряжению.

2. Контроль за выполнением настоящего распоряжения возложить на заместителя руководителя департамента Шевырова П.В.

Руководитель департамента А.В. Ермолаев

Приложение 1
к распоряжению Департамента
информационных технологий г. Москвы
от 27 августа 2015 г. N 64-16-290/15

Регламент
функционирования автоматизированной информационной системы «Система дистанционного обучения»

1. Общие положения

1.1. Настоящий Регламент описывает процедуру организации и проведения обучения государственных гражданских служащих города Москвы, работников бюджетных учреждений города Москвы и прочих категорий слушателей, осуществляемую с помощью автоматизированной информационной системы «Система дистанционного обучения» (далее — АИС СДО), в том числе:

1.1.1. подготовку материалов по дистанционному обучению;

1.1.2. организацию и проведение дистанционного обучения (далее — ДО);

1.1.3. оценку результатов дистанционного обучения;

1.1.4. информационное взаимодействие участников процесса.

1.2. В настоящем Регламенте используются следующие термины и определения:

Заказчик обучения — орган исполнительной власти города Москвы, городское бюджетное учреждение, организация или рабочая группа, выступающие инициатором целевого ДО, определяющие характеристики учебного мероприятия и контролирующие процесс обучения своих слушателей в АИС СДО. Заказчик обучения несет ответственность за формирование списков слушателей, предоставление учебно-методических материалов, курсов и/или тестов в соответствии с требованиями к электронным учебным курсам.

Дистанционный курс — электронный учебный курс или тест, соответствующий Техническим требованиям к электронным учебным курсам по дистанционному обучению с использованием АИС СДО, загруженный или предназначенный к загрузке в АИС СДО.

Слушатель — пользователь АИС СДО, имеющий возможность просмотра электронных курсов и тестов в СДО.

2. Роли участников процесса использования СДО

2.1. Настоящий Регламент описывает процессы, основными участниками которых являются:

2.1.1. пользователь СДО;

2.1.2. методолог ДО;

2.1.3. оператор СДО;

2.1.4. организатор обучения;

2.1.5. разработчик электронных курсов.

2.2. Функции Пользователя СДО.

Пользователь проходит обязательное обучение по назначенным ему электронным курсам и тестам. Пользователь также имеет возможность саморазвития путем прохождения рекомендованных ему электронных курсов и тестов, а также курсов и тестов, предоставляемых для самостоятельного выбора.

2.3. Функции Специалиста-методолога.

Управление государственной службы и кадров Правительства Москвы определяет одного или нескольких специалистов-методологов. Специалист-методолог осуществляет контроль и корректировку принципов и способов достижения заявленных целей и задач дистанционного обучения. Основными функциями специалиста-методолога являются:

2.3.2. методическая поддержка дистанционного обучения;

2.3.3. анализ эффективности проведения обучения в АИС СДО;

2.3.4. разработка предложений по улучшению качества обучения и оценки знаний пользователей СДО;

2.3.5. разработка предложений и согласование результатов модернизации и развития функционала СДО.

2.4. Функции Организатора обучения.

Заказчик обучения определяет одного или нескольких ответственных в роли организатора обучения. Организатор обучения осуществляет управление обучением Пользователей СДО в рамках своих полномочий.

Основными функциями Организатора обучения являются:

2.4.1. предоставление электронных курсов и тестов для дистанционного обучения;

2.4.2. подготовка требований по настройке учебных мероприятий в АИС СДО;

2.4.3. подготовка данных Пользователей для прохождения ими обязательного обучения;

2.4.4. включение Пользователей в учебные мероприятия и назначение обучения пользователей в АИС СДО;

2.4.5. управление списками пользователей в СДО в рамках своих полномочий;

2.4.6. управление процессами обучения пользователей (назначение и завершение электронных курсов и тестов, управление сроками прохождения обучения);

2.4.7. функциональная поддержка пользователей, проходящих обучение. Детальное описание функций Организатора обучения указано в «Инструкции для Организатора обучения» и в «Инструкции по управлению мероприятием».

2.5. Функции Разработчика электронных курсов.

Разработчик электронных курсов осуществляет создание новых и изменение существующих в АИС СДО электронных курсов в соответствии с настоящим Регламентом и Техническими требованиями к электронным учебным курсам по дистанционному обучению с использованием АИС СДО.

Основными функциями разработчика электронных курсов являются:

2.5.1. проектирование электронных учебных курсов;

2.5.2. разработка электронных учебных курсов;

2.5.3. устранение ошибок (замечаний) в разработанных учебных материалах;

2.5.4. техническая поддержка по вопросам, связанным с корректной работой разработанного электронного курса.

3. Классификация электронных курсов в СДО

3.1. Классификация электронных курсов по степени доступности для пользователя:

3.1.1. Назначенные курсы.

Курсы персонально либо массово назначенные пользователям СДО. Данные курсы являются обязательными для прохождения.

Назначенные курсы могут иметь ограничения по времени и количеству попыток, предпринимаемых для их прохождения.

3.1.2. Рекомендованные курсы.

Курсы доступны для прохождения отдельным категориям пользователей. Для каждой категории пользователей доступен индивидуальный комплект электронных курсов. Курсы доступны пользователям, но не обязательны для прохождения.

3.1.3. Курсы по свободному выбору.

Курсы доступны всем категориям пользователей. Не обязательны для прохождения. Изучаются пользователем самостоятельно с целью саморазвития.

4. Описание процесса дистанционного обучения

4.1. Организация и проведение дистанционного обучения в АИС СДО в рамках нового мероприятия, по новым дистанционным курсам/тестам.

4.1.1. Инициация Заявки на обучение.

Заказчик обучения направляет заявку на дистанционное обучение по форме согласно приложению 1 к настоящему Регламенту Оператору АИС СДО и Методологу, а также Оператору АИС СДО направляет заполненную согласно приложению 3 к настоящему Регламенту форму загрузки электронного курса (в случае загрузки собственного электронного курса).

Ответственным за полноту и корректность оформления заявки является Организатор обучения.

4.1.2. Рассмотрение Заявки.

Оператор АИС СДО рассматривает Заявку с точки зрения возможности реализации дистанционного обучения для планируемого объема слушателей в указанные сроки. Специалист-методолог оценивает дистанционный курс на соответствие установленным требованиям к электронным курсам. В случае положительного решения Оператор СДО информирует Заказчика обучения о согласовании Заявки. В случае отказа по техническим причинам Оператор СДО направляет Заказчику обучения уведомление о мотивированном отказе с указанием причин отказа и рекомендациями по изменению Заявки. В случае отказа по причинам несоответствия дистанционного курса установленным требованиям специалист-методолог направляет Заказчику обучения уведомление о мотивированном отказе с указанием причин отказа и рекомендациями по изменению дистанционного курса.

Ответственными за рассмотрение Заявки являются Оператор СДО и специалист-методолог.

4.1.3. Создание и настройка мероприятия в АИС СДО.

Оператор АИС СДО получает от разработчика курса или организатора обучения дистанционный курс и размещает его в АИС СДО, создает учебное мероприятие, настраивает правила прохождения дистанционного обучения (сроки, порядок прохождения, уведомления) в соответствии с Заявкой.

Оператор АИС СДО информирует организатора обучения о готовности мероприятия, дистанционного курса к тестированию.

Ответственным за создание и настройку мероприятия в АИС СДО является Оператор СДО.

4.1.4. Тестирование мероприятия.

Организатор обучения проверяет корректность работы мероприятия, дистанционного курса и/или дистанционного теста. В случае обнаружения ошибок информирует Оператора СДО. Оператор СДО консультирует организатора обучения и способствует устранению ошибок.

Организатор обучения принимает решение об окончании тестирования и готовности проведения дистанционного обучения. После окончания тестирования в учебное мероприятие можно добавлять Пользователей.

Ответственными за тестирование мероприятия являются Организатор обучения и оператор АИС СДО.

4.1.5. Назначение дистанционного обучения Пользователям (включение слушателей в состав участников мероприятия). Начало дистанционного обучения.

Осуществляется назначение курсов Пользователям согласно программе обучения и формирование списков слушателей в составе участников мероприятия по форме согласно приложению 5 к настоящему Регламенту. Каждый слушатель получает на свою электронную почту уведомление о том, что ему назначены дистанционные курсы, а также информацию по доступу в АИС СДО.

Ответственным за назначение дистанционного обучения Пользователям является Организатор обучения.

4.1.6. Проведение дистанционного обучения (организация и прохождение дистанционного обучения в течение назначенного в Заявке срока). Каждый Пользователь в обозначенные сроки проходит дистанционное обучение с фиксацией набранных баллов.

Ответственным за проведение дистанционного обучения является Организатор обучения.

4.1.7. Мониторинг дистанционного обучения в АИС СДО. Организатор обучения осуществляет контроль прохождения слушателями дистанционного обучения в АИС СДО и формирует необходимые отчеты по нужному срезу (по слушателю, по тесту, по программе обучения).

Ответственным за проведение мониторинга дистанционного обучения в АИС СДО является Организатор обучения.

4.1.8. Анализ результатов обучения.

В АИС СДО по запросу Организатора обучения формируется стандартный итоговый отчет по дистанционному обучению по форме согласно приложению 6 к настоящему Регламенту.

Ответственным за проведение анализа результатов обучения является Организатор обучения.

4.2. Организация и проведение дистанционного обучения в АИС СДО по существующим дистанционным курсам в рамках нового мероприятия.

4.2.1. Инициация Заявки на обучение.

Заказчик обучения направляет Заявку на дистанционное обучение по форме согласно приложению 1 к настоящему Регламенту Оператору АИС СДО.

Ответственным за полноту и корректность оформления заявки является Организатор обучения.

4.2.2. Рассмотрение Заявки.

Оператор АИС СДО рассматривает Заявку с точки зрения возможности настройки учебного мероприятия в АИС СДО в соответствии с указанными характеристиками и реализации дистанционного обучения для планируемого объема слушателей в указанные сроки. В случае положительного решения Оператор СДО информирует Заказчика обучения о согласовании Заявки.

В случае отказа Оператор СДО направляет Заказчику обучения уведомление с указанием причин отказа и рекомендациями по изменению Заявки.

Ответственным за рассмотрение Заявки является Оператор АИС СДО. Далее процесс осуществляется в соответствии с пп. 4.1.3-4.1.8 настоящего Регламента.

4.3. Изменение Заявки на обучение.

4.3.1. Формирование запроса на изменение Заявки.

Заказчик обучения формирует запрос на изменение Заявки по форме согласно Приложению 2 к настоящему Регламенту, в соответствии с полученными рекомендациями по изменению, либо по другой причине. В запросе на изменение Заявки указывается причина ее формирования. Запрос на изменение Заявки отправляется Оператору АИС СДО и специалисту-методологу.

Ответственным за формирование запроса на изменение Заявки является Организатор обучения.

Далее процесс осуществляется в соответствии с пп. 4.1.2-4.1.8 настоящего Регламента.

Форма Заявки на Дистанционное обучение

Название проекта
Название курса
ФИО РП (ДИТ)
E-mail РП (ДИТ)
Телефон РП
Организатор обучения Указывается ФИО и заполняется форма приложения 4.
Отчетность Да/Нет, если Да, заполняется форма приложения 5. Указать, если необходима дополнительная отчетность, которой нет в форме приложения 5.
Выдача сертификата по результатам обучения (да/нет)
Обучение по курсу, который уже в системе или загрузка собственного Если загрузка собственного, то заполняется форма приложения 3.
Планируемое кол-во слушателей
Планируемая дата начала обучения

Форма Запроса на изменение Заявки

Название проекта
Название курса
Причина изменения заявки
ФИО РП (ДИТ)
E-mail РП (ДИТ)
Телефон РП
Организатор обучения Указывается ФИО и заполняется форма приложения 4.
Отчетность Да/Нет, если Да, заполняется форма приложения 6. Указать, если необходима дополнительная отчетность, которой нет в форме приложения 5.
Выдача сертификата по результатам обучения (да/нет)
Обучение по курсу, который уже в системе или загрузка собственного Если загрузка собственного, то заполняется форма Приложения 3.
Планируемое кол-во слушателей
Планируемая дата начала обучения

Форма загрузки электронного курса

Название проекта
Название курса
ФИО РП (ДИТ)
E-mail РП (ДИТ)
Телефон РП
ФИО лица, ответственного за разработку ЭК
E-mail лица, ответственного за разработку ЭК
Телефон лица, ответственного за разработку ЭК
Выдача сертификата по результатам обучения (да/нет)
Описание курса в строгом формате: — цель; — уровень сложности; — требования. Образец по курсу «Как записаться на прием к врачу через инфомат» Цель курса: Научить пользователей различной степени подготовленности записываться к врачу с помощью терминала Единой медицинской информационно-аналитической системы Москвы Уровень сложности: Простой. Требования — Компьютер с выходом в сеть Интернет; — Adobe Flash Player 9 или выше.
Подготовить и направить Заставку-изображение к курсу (должна содержать основную идею, тему курса)
ИС (информационная система, к которой относится курс). Указать и аббревиатуру ИС
Предметная область, к которой относится тематика курса: — городские порталы; — госуслуги и сервисы; — интернет для каждого; — компьютерные программы; — отраслевые системы
Размеры экрана курса (ширина х высота) Например: 1024х768
Название мероприятия, в рамках которого будет проводиться дистанционное обучение
Целевая аудитория
Планируемое кол-во слушателей
Планируемая дата начала обучения

Форма данных об Организаторе мероприятие

Фамилия Имя Отчество Организация Подразделение Должность Название мероприятия Номер телефона Е-mail Дополнительный идентификатор (если нужно)

Форма данных о Пользователях для назначения Дистанционного обучения

Фамилия Имя Отчество Организация Подразделение Признак руководителя Должность Номер телефона Е-mail Дополнительный идентификатор (если нужно)

Форма отчета по мероприятию

ФИО Е-mail Контактный телефон Организация Подразделение Должность Признак руководителя Название курса Дата назначения курса Дата окончания курса Дата первого входа в курс Дата последнего входа в курс Баллы Статус прохождения курса

Приложение 2
к распоряжению Департамента
информационных технологий г. Москвы
от 27 августа 2015 г. N 64-16-290/15

Технические требования
к электронным учебным курсам по дистанционному обучению с использованием автоматизированной информационной системы «Система дистанционного обучения»

1. Общие требования к курсам

1.1. Название курса должно нести смысловую нагрузку, соответствовать содержанию, быть емким и кратким. Количество символов в названии (включая пробелы) не должно превышать 92 символов.

1.2. При разработке ЭК следует соблюдать методические, технические требования, а также требования к верстке и текстовому содержанию.

2. Методика подготовки курса

2.1. Для создания электронного курса необходимо определить:

2.1.1. структуру и логику курса;

2.1.2. дизайн и верстку типовых экранов;

2.1.3. визуальный ряд;

2.1.4. стилистику текстов;

2.1.5. виды контрольных мероприятий.

2.2. Отображение структуры должно давать Слушателю однозначное представление о входящих в состав курса модулей/ частей/ разделов/ глав и последовательности прохождения обучения.

2.3. Дизайн и верстка типовых экранов. Дизайн электронного курса должен отражать четкую структуру, логику и понятный Слушателю визуальный ряд. Шаблон верстки должен включать требования к цветовому оформлению, используемым шрифтам, к расположению текстов и/или фрагментов текстов, требования к изображениям, пиктограммам, кнопкам, буллетам, стрелкам и другим используемым в курсе элементам. Важно придерживаться стилистического единства во всех элементах электронного курса.

2.4. Курс должен быть структурирован отдельными модулями, в которые включены отдельные темы курса. Каждый обособленный модуль должен включать в себя:

2.4.1. название модуля;

2.4.2. краткое содержание;

2.4.3. материал модуля;

2.5. Организация информации на слайдах. Слайдовость и страничность курса.

2.5.1. Слайдовость курса подразумевает, что окно курса не должно иметь полосу прокрутки браузера, и вся информация должна быть исчерпывающе предоставлена на слайде.

2.5.2. Страничность. При использовании данного способа организации контент может выходить за рамки экрана курса, и для полного прочтения материала может быть использована полоса прокрутки.

2.5.3. Электронный курс не может содержать более чем 5% слайдов, организованных по принципу страничности.

3. Требования к визуализации

3.1. Для электронных курсов со статическими изображениями недопустимы следующие дефекты:

3.1.1. искажение геометрии изображений;

3.1.2. низкая четкость (потеря важных деталей изображения);

3.1.3. посторонние цветные точки (цифровой шум), возникающие при недостаточной освещенности в цифровой фотосъемке;

3.1.4. артефакты — посторонние детали, возникающие на изображении при чрезмерной компрессии;

3.1.5. муар, растровая сетка, кольца Ньютона (концентрические элементы), возникающие в результате некачественного сканирования полиграфических материалов.

3.2. При использовании динамического визуального ряда недопустимы следующие дефекты:

3.2.1. выпадение строк и срыв синхронизации;

3.2.2. черные и сбойные полосы по периметру изображения;

3.2.3. низкая четкость (потеря важных деталей изображения);

3.2.4. рывки в динамике движения (результат изменения частоты кадров исходного видео);

3.2.5. зубчатость границ деталей изображения (результат ошибок при изменении размера кадра);

3.2.6. недосвеченность или пересвеченность;

3.2.7. нарушение границ (смазывание) цветовых переходов;

3.2.8. нарушение цветового баланса, искажение цвета;

3.2.9. недостаточная или чрезмерная цветовая насыщенность;

3.2.10. цифровой шум;

3.2.11. артефакты компрессии.

Если динамический визуальный ряд реализован в комбинации со звуковым, недопустимо несовпадение звука с изображением.

3.3. Общим требованием является использование частоты кодирования (записи) видео в 30 кадров в секунду (frame rate). Снижение частоты воспроизведения допускается только при малой динамике отображаемых событий. Кроме того, для 2D/3D синтезированного визуального ряда необходимо:

3.3.1. при выборе размера кадра руководствоваться смысловым содержанием, избегать «мигания»;

3.3.2. при намеренном использовании режима мигания элементов частоту задавать в пределах 1-3 Гц;

3.3.3. тщательно контролировать качество текстур для 3D-изображений.

3.4. В звуковых фрагментах электронных учебных модулей недопустимыми являются следующие дефекты:

3.4.1. фоновый шум, гул, реверберация, скрипы и стуки, щелчки и другие посторонние звуки;

3.4.2. эффект «перегрузки» сигнала (clip) в результате ошибок обработки или записи;

3.4.3. неравномерный спектр — преобладание низких или высоких частот в конечной записи;

3.4.4. прямые дефекты дикторской речи (картавость, шепелявость, заикание и т.п.);

3.4.5. чрезмерно широкий динамический диапазон — большая разность уровней громкости между тихим и громким фрагментами речи.

3.5. Общие требования по озвучиванию:

3.5.1. применение нормализации — выравнивание уровня громкости всех звуковых фрагментов модуля;

3.5.2. использование единого формата сжатия;

3.5.3. использование исходных фонограмм в цифровом виде;

3.5.4. применение прямой коммутация при оцифровке звукового фрагмента с аналогового носителя, пиковый уровень записи от -6dB до -3dB.

3.6. В соответствии с шаблоном на протяжении всего курса должно быть использовано минимальное количество шрифтов в минимальном количестве размеров.

4. Технические требования

4.1. Структура курса. Курс представляет собой набор файлов, с помощью которых браузером реализуется воспроизведения контента.

4.2. Стандарты разработки курса. Курс должен использовать современные технологии представления информации HTML5 или HTML + JavaScript.

4.3. Файл манифеста должен называться «imsmanifest.xml» и располагаться в корневой папке модуля. В таблице 2 приведены основные элементы, используемые в рамках подготовки курсов. Атрибуты элементов приведены в колонке «Описание», их названия подчеркнуты. Все элементы должны присутствовать в файле манифеста. Основные элементы файла манифеста и пример содержимого файла манифеста приведены в приложении 1 и приложении 2 к настоящим Требованиям соответственно.

Пример манифеста, приведенный в приложении 2 к настоящим Требованиям, содержит один электронный курс (описан элементом resource) и обеспечивает его запуск в SCORM-совместимых системах. Атрибут adlcp:scormType=»sco» у элемента resource указывает, что данный объект обеспечивает передачу данных по SCORM RTE API. В случае, если в учебном объекте не предусмотрено взаимодействие по SCORM RTE API, значение данного атрибута должно быть «asset». Атрибут href элемента resource должен указывать на стартовый файл учебного объекта. В данном случае это index.html. В элементе resource должны быть перечислены все файлы, относящиеся к данному учебному объекту, включая стартовый файл (элементы file в приведенном примере).

Для обеспечения корректного запуска в совместимых системах учебного объекта необходимо, чтобы в манифесте был заполнен элемент organization, как указано в примере. В значение атрибута default элемента organizations должен быть прописан идентификатор элемента organization. В простейшем случае у элемента organization должен быть прописан всего один дочерний элемент item, значение атрибута identifierref которого должно содержать значение идентификатора элемента resource. В случае, когда манифест содержит всего один учебный объект (как в приведенном примере), необходимо в подэлементах title элементов organization и item прописывать название электронного учебного модуля.

Часть файла, заключенная в тэги , служит для описания структуры последовательности электронного курса. Каждый элемент в этой структуре должен быть описан между тегами . Внутри тегов заключены ссылки на конкретные файлы, которые используются в электронном образовательном модуле. Каждый ресурс должен иметь уникальный идентификатор, по которому и производится привязка к конкретной позиции в последовательности.

4.4. Электронный курс и автоматизированная информационная система «Система дистанционного обучения» на протяжении сессии обучения должны передавать друг другу данные согласно приложению 3 к настоящим Требованиям.

4.4.1. Элемент модели данных «Идентификатор учащегося» (cmi.learner_id) определяет уникальный идентификатор зарегистрированного в СДО учащегося, от имени которого был запущен электронный учебный модуль. Элемент модели данных доступен в электронном курсе только для чтения.

4.4.2. Элемент модели данных «Имя учащегося» (cmi.learner_name) определяет имя зарегистрированного в СДО учащегося, от имени которого был запущен электронный курс. Элемент модели данных доступен в электронном курсе только для чтения.

4.4.3. Элемент модели данных «Статус завершения» (cmi.completion_status) определяет статус завершения работы учащегося с образовательным объектом:

4.4.3.1. completed (завершен) учащийся достаточно изучил образовательный объект, чтобы считать его завершенным;

4.4.3.2. incomplete (не завершен) учащийся не достаточно изучил образовательный объект, чтобы считать его завершенным;

4.4.3.3. not attempted (не приступал) учащийся не работал с образовательным объектом соль либо значимым образом;

4.4.3.4. unknown (неизвестно) — статус завершения неизвестен. Элемент модели данных доступен в электронном курсе для чтения и записи.

4.4.4. Элемент модели данных «Статус прохождения» (cmi.progress_measure) определяет степень завершения по работе с электронным курсом.

4.4.4.1. Тип данных: вещественное число (с точностью до семи значимых знаков) в пределах от 0.0 до 1.0. Элемент модели данных доступен для чтения и записи.

4.4.5. Элемент модели данных «Статус успешности» (cmi.success_status) определяет, усвоен ли учащимся материал образовательного объекта:

4.4.5.1. passed (усвоен) учащийся достаточно усвоил материал образовательного объекта, чтобы считать цели, поставленные в изучении объекта, достигнутыми;

4.4.5.2. failed (не усвоен) — учащийся не достаточно усвоил материал образовательного объекта, чтобы считать цели, поставленные в изучении объекта, достигнутыми;

4.4.5.3. unknown (неизвестно) — статус успешности неизвестен.

Элемент модели данных доступен для чтения и записи.

4.4.6. Элемент модели данных «Нормализованная оценка» (cmi.score.scaled) определяет нормализованное значение оценки.

4.4.6.1. Тип данных: вещественное число (с точностью до семи значимых знаков) в пределах от -1.0 до 1.0.

Элемент модели данных доступен для чтения и записи.

4.4.7. Элемент модели данных «Переменная для хранения произвольной информации» (cmi.suspend_data) сохраняет данные, созданные в процессе взаимодействия учащегося с образовательным объектом. Данный элемент необходимо использовать для хранения произвольных данных о взаимодействии учащегося с образовательным объектом, чтобы восстановить состояние при последующем возобновлении сессии изучения модуля.

4.4.7.1. Тип данных: строковый. Максимальная длина строки 64 000 символов.

Элемент модели данных доступен для чтения и записи.

4.4.8. Элемент модели данных «Информация о статусе начала сессии прохождения» (cmi.entry) указывает, является ли сессия прохождении образовательного объекта возобновленной или нет.

4.4.8.1. ab-initio — новая сессия;

4.4.8.2. resume — сессия возобновлена;

4.4.8.3. «(пустая строка) — статус неизвестен.

Элемент модели данных доступен только для чтения.

4.4.9. Элемент модели данных «Информация о статусе завершения сессии прохождения» (cmi.exit) определяет, усвоен ли учащимся материал образовательного объекта:

4.4.9.1. time-out — превышено время, отведенное на изучение образовательного объекта;

4.4.9.2. suspend — изучение приостановлено. При последующем запуске данного объекта СОУП проинициализирует текущие значения модели данных RTE, а значение cmi.entry будет установлено в «resume»;

4.4.9.3. normal — завершение осуществлено в нормальном режиме;

4.4.9.4. «(пустая строка) — статус неизвестен;

4.4.9.5. значение logout согласно спецификации SCORM 2004 не используется и в дальнейшем будет удален в последующих версиях спецификации.

Элемент модели данных доступен только для записи.

4.4.10. В электронном курсе не обязательно должны применяться все перечисленные выше элементы модели данных, однако необходимо использовать максимальное количество элементов, чтобы наиболее полно представить результаты работы учащегося с электронным курсом.

4.5. Захват траектории обучения. На протяжении курса перемещения слушателя по курсу должны фиксироваться переменными внутри курса и передаваться в СДО посредством переменной для хранения произвольной информации (cmi.suspend_data). Если СДО имеет соответствующие возможности, эти данные должны быть доступны руководителю обучения для оценки эффективности прохождения обучения.

4.6. Требования к качеству файлов, составляющих курс, приведены в приложении 4 к настоящим Требованиям.

По согласованию с Заказчиком допустимо применять иные форматы файлов, если этого требуют архитектурно-программные решения.

4.7. Требование к весу/размеру курса.

4.7.1. При просмотре курса может быть использовано не только локальное соединение (Интранет), но и глобальная компьютерная сеть (Интернет).

4.7.2. Вес каждого отдельно взятого слайда курса не должен превышать 300 kb, исключая случаи, когда на слайде отображается видео или проигрывается аудио. В таком случае вес страницы должен быть доведен до минимума путем оптимизации и перекодирования видео и аудио материалов вплоть до приемлемого качества.

4.8. Для обеспечения отслеживания оптимального размера страницы необходимо использовать дополнительный скрипт на странице, который в процессе разработки будет выводить данные о весе страницы.

4.9. Общий вес курса или теста не должен превышать 50 mb.

4.10. Требования к универсальности электронного курса.

4.10.1. Электронный курс должен соответствовать стандартам W3C и поддерживать работу на следующих платформах:

4.10.1.1. Windows ХР/7/8;

4.10.2. Курс должен корректно отображаться в следующих браузерах:

4.10.2.1. Internet Explorer 9.0 или выше;

4.10.2.2. Mozilla FireFox 3.0 или выше (рекомендуется 4.0 и выше);

4.10.2.3. Google Chrome 1.0 или выше (рекомендуется 7.0 и выше);

4.10.2.4. Apple Safari 4.0 или выше (рекомендуется 5.1 и выше);

4.10.2.5. Opera 11.0 или выше (рекомендуется 12.0 и выше);

4.10.2.6. использование в браузере JavaScript должно быть разрешено;

4.10.2.7. браузер должен поддерживать работу с XML.

4.10.3. Кодировка для всех текстовых файлов (включая файлы баз данных, таблицы стилей и программные коды) — UTF-8.

4.10.4. Для обеспечения возможности передачи через сеть Интернет модуль должен быть упакован в архив формата ZIP, соответствующий стандарту IETF RFC 1951. Имя контейнера выбирает разработчик, расширение имени — «zip».

4.10.5. Распакованный в любую папку на жестком диске архив с модулем должен быть полностью работоспособен после открытия в браузере файла index.html или иного файла, являющегося файлом запуска модуля.

4.10.6. Разработчик может создавать по своему усмотрению папки внутри набора файлов, обозначенных в п. 4.1 настоящих Требований.

4.10.7. Недопустимо наличие в пакете электронного учебного модуля файлов, не используемых при его воспроизведении (по всем возможным траекториям), кроме файлов манифеста и метаданных.

4.10.8. Для воспроизведения курса на мобильных устройствах и планшетах необходимо разработать упрощенную версию курса. Упрощенность подразумевает снижение качества изображений и видео, оптимизацию навигации и текста. Эффективность прохождения на мобильном устройстве должна быть идентична прохождению курса в СДО.

4.11. Использование электронного курса на мобильных устройствах.

4.11.1. Курс должен корректно отображать на мобильных устройствах:

4.11.1.1. операционная система iOS (iPhone, iPad) 4.0 и выше;

4.11.1.2. операционная система Android 2.3 и выше;

4.11.1.3. Windows Phone 7.5 и выше.

4.11.2. При использовании электронного курса на мобильном устройстве допускаются ограничения в части проигрывания анимации слайдов. При невозможности проигрывания анимации она должна автоматически заменяться на статичный или текстовый контент соответствующей тематики. Навигационные функции, функции тестирования и самостоятельной работы должны быть представлены в объеме, аналогичном проигрыванию на персональном компьютере.

4.12. Требования к навигации курса.

4.12.1. Навигация в электронном курсе должна быть максимально эргономична и понятна слушателю. Если навигация отличается от стандартного набора и дополнительного набора навигационных элементов, в курсе должна быть включена информация о пользовании усовершенствованной навигацией. Стандартная навигация должна присутствовать во всех курсах, дополнительная — если это необходимо, в соответствии с требованиями Функционального заказчика обучения.

4.12.2. Стандартный набор навигационных элементов:

4.12.2.1. содержание. В виде древовидной структуры или списка тем/модулей/разделов/слайдов.

4.12.2.2. кнопки Навигации («Вперед»/»Назад» для перехода по слайдам и вариации для линейного перемещения по ЭК);

4.12.2.3. кнопка «Выход» (для закрытия окна курса, может быть выполнена в виде пиктограммы);

4.12.2.4. кнопка «Помощь» (или кнопка «Управление курсом» для отображения информации как следует работать с курсом); «

4.12.2.5. счетчик слайдов (формата Слайд N из М или Страница N из М);

4.12.2.6. название курса;

4.12.2.7. название модуля (части/урока/главы/раздела);

4.12.2.8. название текущего слайда или подзаголовка к соответствующему модулю/уроку/главу/разделу, к которой он относится.

4.12.3. Набор дополнительных навигационных элементов:

4.12.3.1. кнопки Навигации («В начало курса»/»В конец курса» для перехода к началу и концу курса);

4.12.3.2. кнопка «Глоссарий» (для запуска глоссария (словаря) курса, с целью показать определения, используемых в курсе терминов и понятий);

4.12.3.3. кнопка «Скачать материалы» (для открытия файла с текстом текущего модуля);

4.12.3.4. кнопка «Звук» (для включения/отключения звукового сопровождения, при наличии такового);

4.12.3.5. кнопка «Субтитры» (для включения/отключения субтитров, при наличии звукового сопровождения).

5. Требования к сохранению данных курса

5.1. Электронный курс в процессе прохождения его пользователем должен сохранять в системе свое промежуточное состояние способом, достаточным для точного восстановления этого состояния при повторном входе в прерванную сессию этого курса (независимо от способа прерывания сессии — закрытие окна курса пользователем, потеря связи и иным способом).

5.2. Сохранение и восстановление состояния курса должно быть обеспечено через стандартные вызовы SCORM API, предоставляемого системой (стандарт SCORM 2004).

6. Требования к сохранению идентификатора данных курса

6.1. Разработчик при модернизации электронного курса должен использовать тот же идентификатор курса, который был использован в первоначальной версии электронного курса.

6.2. Исключением из правила, описанного в п. 6.1, является случай, когда по согласованию с Заказчиком в системе дистанционного обучения необходимо сохранить как первоначальную, так и модернизированную версию курса.

Основные элементы файла манифеста

Название Описание и атрибуты
1. manifest Корневой элемент манифеста. В корневом элементе манифеста должно быть прописано пространство имен (xmlns), используемые в xml-документе. Атрибуты: identifier: идентификатор курса. Значение — глобально-уникальный идентификатор (GUID).
1.1. metadata Описание манифеста.
1.1.1. schema Название схемы манифеста.
1.1.2. schemaversion Версия схемы манифеста.
1.1.3. adlcp:location Ссылка на файл с метаданными электронного курса.
1.2. organization Описание списка описаний организационной структуры. Атрибуты: default: значение идентификатора организационной структуры по умолчанию.
1.2.1. organization Описание организационной структуры. Атрибуты: identifier: идентификатор организационной структуры. Необходимо использовать глобально-уникальные идентификаторы (GUID).
1.2.1.1. title Название организационной структуры, может повторять значение general/title метаданных электронного курса.
1.2.1.2. item Элемент содержания. Атрибуты: identifier: идентификатор элемента содержания. Необходимо использовать глобально-уникальные идентификаторы (GUID). identifierref: ссылка на идентификатор объекта, прописанного элементом resource.
1.2.1.2.1. title Название элемента содержания. Если в манифесте прописан только один элемент item, может повторять значение general/title метаданных ИОМ.
1.3. resources Список образовательных объектов и элементов, входящих в электронный курс.
1.3.1. resource Образовательный объект или простой элемент образовательного модуля. Атрибуты: identifier: уникальный идентификатор в рамках манифеста. Необходимо использовать глобально-уникальные идентификаторы (GUID). type: тип, значение «webcontent». adlcp:scormType: тип ресурса в спецификации SCORM. Принимаемые значения: «asset» — простой объект (элемент); «sco» — объект, передающий данные по SCORM RTE; href: относительный путь к стартовому файлу.
1.3.1.1. file Перечисление файлов, входящих в образовательный объект или простой элемент образовательного модуля. Атрибуты: href: относительный путь к файлу.

Система дистанционного обучения УУНиТ (Литера Н)

Рекомендации по разработке электронных учебных курсов для обучающихся с ОВЗ

Настоящие Рекомендации разработаны на основании следующих нормативных документов:

─ Методических рекомендаций по организации образовательного процесса для обучения инвалидов и лиц с ограниченными возможностями здоровья в образовательных организациях высшего образования, в том числе оснащенности образовательного процесса (утв. Минобрнауки России 08.04.2014 № АК-44/05вн);

─ ГОСТ Р 52872-2012. Национальный стандарт РФ. Интернет- ресурсы. Требования доступности для инвалидов по зрению. Приказ Росстандарта от 29 ноября 2012 г. №1789-ст;

─ ГОСТ 7.83-2001.Электронные издания. Основные виды и выходные сведения. Постановление Госстандарта России от 15 января 2002 г. №14-ст;

─ Требований и рекомендаций по разработке онлайн-курсов, публикуемых на национальной платформе открытого образования. (Утвержден заседанием Правления Ассоциации «НПОО» № 2 от 23 июля 2015 г. Совет Министерства образования и науки РФ по открытому образованию);

─ Руководства по обеспечению доступности веб-контента (WCAG) Рекомендации W3C от 11 декабря 2008 г.;

1. ОБЩИЕ ТРЕБОВАНИЯ ДОСТУПНОСТИ ИНФОРМАЦИИ ПРИ РАЗРАБОТКЕ ОНЛАЙН-КУРСА ДЛЯ ЛИЦ С ОВЗ

При разработке электронного учебного курса (далее ЭУК), онлайн-курса, доступного для лиц с ОВЗ, необходимо придерживаться следующих основных принципов, обеспечивающих доступность ЭУК без потерь информации:

1.1 . Воспринимаемость . Информация и компоненты пользовательского интерфейса должны быть представлены в виде, в котором пользователи с ОВЗ могут их воспринимать.

1.2. Управляемость. Компоненты пользовательского интерфейса и навигации должны быть управляемыми, в том числе пользователями с нарушением зрения.

1.3. Понятность. Информация и операции пользовательского интерфейса должны быть понятными пользователям, в том числе с нарушением зрения.

1.4. Надежность. Контент должен быть надежным в той степени, которая нужна для его соответствующей интеграции широким кругом различных пользовательских прикладных программ, включая специальные технологии экранного доступа для пользователей с нарушением зрения.

1.5.Для полноценного доступа лиц с ОВЗ к ЭУК основная информация должна быть представлена в виде текста.

1.6. Графические файлы должны быть сопровождены текстом, поясняющим изображение.

1.7. Информация не должна быть защищена графическими кодами подтверждения личности пользователя, работающего за компьютером.

1.8. Файлы в формате PDF, содержащие документы в графическом виде, должны быть ограниченного применения.

1.9. Таблицы не должны иметь большую степень вложенности.

1.10. Веб-страницы не должны иметь фреймовую структуру.

1.11. При использовании гиперссылок, необходимо указывать текстовое описание объекта, на который указывает ссылка.

1.12. Элементы форм веб-страниц должны быть сопровождены текстовым описанием.

1.13. Все видео лекции должны сопровождаться субтитрами.

1.14. В случае использования интерактивных компонентов для лиц с ОВЗ должен быть предусмотрен альтернативный вариант достижения и оценки результатов обучения

Текстовая версия.

ЭУК (онлайн-курс) должен содержать текстовую версию всего нетекстового контента для отображения этого контента в альтернативных форматах, удобных для лиц с нарушениями зрения (увеличенный шрифт, шрифт Брайля, возможность доступа с использованием синтезаторов речи). Весь нетекстовый контент, представленный пользователю, должен иметь эквивалентную текстовую версию, кроме следующих случаев:

  • элементы управления, ввод информации: если нетекстовый контент является элементом управления или полем для ввода пользовательской информации, то у него должно быть наименование в текстовом формате, которое описывает его назначение;
  • медиаконтент, ограниченный по времени: если нетекстовый контент представлен в виде медиаконтента, ограниченного по времени, то его текстовая версия должна предоставлять, как минимум, краткое описание этого нетекстового контента;
  • тест: если нетекстовый контент представлен в виде теста или упражнения, то альтернативная текстовая версия должна предоставлять, как минимум, краткое описание этого нетекстового контента;
  • САРТСНА: если целью нетекстового контента является подтверждение того, что к контенту обращается человек, а не компьютер, то пользователю должна быть доступна текстовая версия, которая идентифицирует и описывает цель этого нетекстового контента, а также предоставлена альтернативная форма САРТСНА, которая использует различные виды вывода информации, доступные для других видов восприятия;
  • украшение, форматирование, прозрачность: если нетекстовый контент используется только с целью украшения, визуального форматирования или вовсе невидим для пользователей, то он должен быть описан так, чтобы специальные технологии доступа к информации для лиц с нарушениями зрения могли его игнорировать.

Графические файлы.

Графический файл, несущий смысловую нагрузку, должен быть снабжен поясняющим текстом. Для этого при включении в веб-страницу ссылки на графический файл (язык HTML) необходимо указать данный поясняющий текст в атрибуте ALT.

Флэш-изображения.

При размещении на странице графических изображений в формате флэш-объектов необходимо предусмотреть возможность перехода на страницу с аналогичной информацией , в которой данные объекты отсутствуют. Эта возможность должна быть реализована размещением на странице с флэш-объектами соответствующей текстовой гиперссылки.

Для медиаконтента , ограниченного во времени, должна быть предоставлена альтернативная версия. Для видеозаписи должны быть доступны альтернативная версия медиаконтента или аудиозапись, предоставляющие информацию, эквивалентную информации на видеозаписи.

Просмотр и прослушивание контента онлайн-курса должны быть упрощены для пользователя путем отделения более важной части контента от второстепенной.

Цвет не должен использоваться в качестве единственного визуального средства передачи информации, обозначения действия, запроса на обратную связь или выделения визуального элемента.

Если на веб-странице представлена автоматически проигрываемая аудиозапись продолжительностью более 3 с, то пользователям должен быть предоставлен механизм для остановки или выключения этой аудиозаписи или доступен механизм управления громкостью звука этой аудиозаписи, независимый от управления громкостью системы

Доступность управления с клавиатуры:

  • должна быть предоставлена возможность управления всей функциональностью контента через интерфейс клавиатуры без каких- либо ограничений по времени нажатия на клавишу, за исключением случаев, когда вызываемая функция требует ввода с помощью других устройств, зависящего от направления движения пользователя, а не только от конечной точки. Это не запрещает и не должно препятствовать предоставлению возможностей ввода с помощью мыши и других способов в дополнение к клавиатуре;
  • если с помощью интерфейса клавиатуры можно переместить фокус на один из компонентов страницы (сделать его активным), то также должно быть доступно перемещение фокуса на другой компонент только с помощью клавиатурных команд; если это требует более чем одного нажатия на клавишу, то пользователю предлагается описание метода перемещения фокуса.

Пользователь должен иметь необходимое количество времени для ознакомления и работы с контентом.

Для любого ограничения времени, установленного контентом, минимум одно из следующих утверждений должно быть верно:

  • Пользователь может выключить ограничение по времени до того, как время истечет.
  • Пользователь может настроить ограничение по времени до того, как оно истечет, с возможностью увеличения временного лимита минимум в 10 раз.
  • Минимум за 20 с пользователь получает уведомление о том, что время истекает и его можно продлить простым действием (например, «нажмите на клавишу пробел»), минимум 10 раз.

Ограничение времени остается неизменным в следующих случаях:

  • режим реального времени (временное ограничение может являться неотъемлемой частью мероприятия, проходящего в режиме реального времени (например, тестирование), где ограничение по времени не может быть отложено или изменено);
  • случаи особого значения (временное ограничение имеет ключевое значение, и продление времени обесценит цели контента);
  • временное ограничение в 20 ч и более. Временное ограничение составляет более 20 ч. Выполнение этого требования обеспечивает возможность реализации пользователем своих задач без непредвиденных изменений контента или контекста, вызванных временными ограничениями).

Для движущихся, мерцающих, прокручивающихся, автоматически обновляющихся элементов выполняются следующие требования:

  • движение, мерцание и прокрутка: для любого движения, мигания и прокрутки информации, которые:

а) начинаются автоматически;

б) длятся более 5 с;

в) присутствуют параллельно с другим контентом,

пользователю предоставлен механизм, позволяющий поставить на паузу, остановить или скрыть движение/мерцание/прокрутку элементов, за исключением случаев, где эти действия имеют ключевое значение;

  • автоматическое обновление: для любой автоматически обновляемой информации, которая:

а) начинает обновление автоматически;

б) присутствует наряду с другим контентом,

пользователю предоставлен механизм, позволяющий поставить на паузу, остановить, скрыть или изменить частоту обновления, за исключением случаев, где это автоматическое обновление имеет ключевое значение (контент, который обновляется периодически посредством ПО или который посылается пользовательскому агенту, не должен обязательно сохранять или отображать сгенерированную или полученную им в период между паузой и возобновлением отображения информацию, т.к. это может быть технически невозможно и во многих случаях будет неверно истолковано пользователем; анимация во время загрузки или в подобных ситуациях может считаться имеющей ключевое значение, если взаимодействие в этот момент невозможно для всех пользователей в целом и если отсутствие отображения индикатора загрузки может быть неверно истолковано пользователями как «зависание» или неисправность программы).

Пользователю должна быть предоставлена помощь и поддержка в навигации, поиске контента и определении текущего положения на сайте.

Пропуск блоков. Пользователю должен быть предоставлен механизм для пропуска блоков контента, которые повторяются на нескольких веб-страницах.

Заголовок страницы. Каждая веб-страница должна иметь заголовок, отражающий ее тематику или цели.

Порядок перемещения фокуса. Если по веб-странице можно перемещаться последовательно, и эта последовательность влияет на смысл или выполнение задач, фокус при прочтении должен перемещаться в той последовательности, про которой сохраняется и смысл, и возможность управления.

Цель ссылки (в контексте) . Цель каждой ссылки должна быть ясна из текста ссылки или из текста ссылки совместно с программно определенным контекстом ссылки, за исключением тех случаев, когда цель ссылки может быть неоднозначной для всех пользователей в целом.

З аголовки и графические изображения. Заголовки и графические изображения должны отражать их тему или цель.

ПОНЯТНОСТЬ

Удобочитаемость (основной естественный язык каждой веб-­страницы должен быть программно определен).

Предсказуемость

─ Предсказуемость при переносе фокуса. Перенос фокуса на один из компонентов, не вызывает изменений контекста.

─ Предсказуемость при вводе. Изменение настроек любого из компонентов пользовательского интерфейса не вызывает автоматических изменений контекста, за исключением случаев, когда пользователя уведомили об этом до того, как он использовал этот компонент.

Помощь при вводе информации:

─ Выявление ошибок. Если ошибки ввода выявляются автоматически, то ошибочный элемент идентифицируется, и ошибка описывается пользователю в текстовом виде.

─ Инструкции. В случае, когда контент требует от пользователя ввода информации, пользователю предоставляются соответствующие инструкции.

─ Предупреждение ошибок (юридических, финансовых, ошибок ввода данных). Для веб-страниц, на которых фиксируются юридические обязательства, проводятся финансовые транзакции, изменяются или удаляются контролируемые пользователем данные в системах хранения данных или с которых отправляются результаты тестирования пользователя, минимум одно из следующего верно: отправленные данные можно вернуть; данные, введенные пользователем, проверяются на наличие ошибок ввода, и пользователю предоставлена возможность исправить ошибки; доступен механизм для проверки, подтверждения и исправления информации перед отправкой данных.

Надежность

ЭУК (онлайн-курс) должен обеспечивать максимальную совместимость контента с существующими и разрабатываемыми прикладными программами, включая программы, реализующие специальные технологии доступа к информации.

─ Синтаксис. В контенте, который использует языки разметки, элементы содержат полные открывающие и закрывающие теги, элементы размещены в соответствии со своей спецификацией, элементы не содержат повторяющиеся атрибуты, все идентификаторы уникальны, за исключением случаев, где спецификация допускает иное. Открывающие и закрывающие теги, в которых пропущены важные символы, такие, как закрывающая угловая скобка, или указан неверный параметр атрибута в кавычках, являются неполными.

─ Название, роль, значение. Для всех компонентов пользовательского интерфейса (включая элементы форм, ссылки и компоненты, сгенерированные скриптами) название и роль могут быть программно определены; состояние, характеристики и значения, которые могут изменяться пользователем, могут быть программно заданы; уведомления об изменения этих параметров доступны прикладным программам, включая программы, реализующие специальные технологии доступа к информации.

Технические рекомендации

  1. Для каждого нетекстового (мультимедийного) элемента необходим текстовый эквивалент (применяется «alt», «longdesc» или текст представлен прямо в элементе). Эквиваленты для мультимедийных элементов, должны соответствовать содержанию этих элементов.
  2. Вся информация, поданная в каком-либо цвете, должна быть доступна независимо от этого цвета (например, при чтении кода или вырванной из контекста информации).
  3. Документы рекомендуется построить так, что информация на них доступна без использования привязанных к ней стилей.
  4. Для каждой активной части «image mар», рекомендуется предоставлять текстовые эквиваленты ссылок.
  5. Вместо серверных «image mар» рекомендуется использовать клиентские image map, за исключением случаев, когда секторы (области) не могут быть ограничены имеющимися геометрическими формами.
  6. Для таблиц должны присутствовать заголовки (названия) строк и столбцов (thead, th, tfoot и т.д.).
  7. Необходимо использовать разметку для определения соответствия между ячейкой и ее заголовочной строкой или столбцом при наличии более чем двух уровней вложения заголовков строк или столбцов.
  8. Страницы (окна браузера, фреймы) должны иметь текстовые заголовки, облегчающие навигацию между ними и их идентификацию.
  9. Оформление страниц не должно приводить к миганию экрана с частотой более 2 и менее 55 Гц.
  10. Если рекомендации (1-9) не могут быть удовлетворены никаким другим путем, то пользователю должна быть предоставлена текстовая страница с эквивалентной информацией и функциональностью. Обновление содержания этой текстовой страницы должно идти параллельно с обновлением главной.
  11. Если страница использует скрипты для отображения контента или создания интерфейса, то информация, которую отображает скрипт, должна быть продублирована обычным текстом, который доступен людям, использующим дополнительные устройства для доступа в Интернет (например, скринридеры).
  12. Если для доступа к информации требуется наличие апплетов, плагинов или других приложений со стороны клиента, то должна быть предоставлена ссылка на этот апплет или плагин.
  13. Если предусмотрено заполнение электронных форм в режиме онлайн, форма должна позволять доступ людям со специальными устройствами (например, скринридерами) к информации, элементам полей и функциональности, необходимой для заполнения и отправки формы, включая другие возможные действия.
  14. Пользователям должна быть предоставлена возможность пропускать повторяющиеся навигационные ссылки.
  15. Если получение ответа связано с задержкой, пользователь должен быть заблаговременно уведомлен о том, что потребуется дополнительное время.
  16. Коэффициент контрастности визуального отображения текста и изображения текста рекомендуется не менее 4,5:1, за исключением следующих случаев:
  • увеличенный текст. Увеличенный текст и изображение увеличенного текста имеют коэффициент контрастности не менее 3:1;
  • второстепенный текст. Текст или изображение текста, являющиеся частью неактивных компонентов пользовательского интерфейса, которые выполняют только декоративную функцию, текст или его изображение, которые не видны пользователям или являются частью изображения, имеющего более значительный контент, не имеют требований к коэффициенту контрастности;
  • логотипы;

17. Размер шрифта текста может быть изменен пользователем в пределах до 200% без использования вспомогательных технологий и без потери контента или функциональности.

18. Для визуального отображения блоков текста доступен механизм для достижения следующих характеристик:

  • цвета переднего плана и фона могут быть выбраны пользователем;
  • ширина строки не превышает 80 символов;
  • текст не выровнен по ширине строки (одновременно по правому и левому полям);
  • межстрочный интервал (междустрочие) внутри абзаца не менее, а интервал между абзацами больше межстрочного минимум в 1,5 раза.

sdo.optimize

Решите задачу оптимизации, чтобы найти значения проекта переменных, которые удовлетворяют проект требованиям.

Использовать sdo.optimize для решения проекта задачи оптимизации следующего вида:

  • F — стоимость (цель).
  • p является скаляром или вектором проекта переменных.
  • Cleq и Ceq являются нелинейными ограничениями неравенства и равенства, соответственно.
  • A и B являются линейными ограничениями неравенства.
  • Aeq и Beq являются линейными ограничениями равенства.
  • lb и ub являются нижней и верхней границами на p, соответственно.

[ optimParam , optimInfo ] = sdo.optimize( optimFcn , param ) использование fmincon , метод оптимизации по умолчанию, чтобы найти значения параметров optimParam которые удовлетворяют требованиям, указанным в optimFcn .

[ optimParam , optimInfo ] = sdo.optimize( optimFcn , param , options ) решает задачу оптимизации с опциями оптимизации, заданными в options . Использование sdo.OptimizeOptions чтобы задать эти опции.

[ optimParam , optimInfo ] = sdo.optimize( prob ) решает задачу оптимизации, заданную в структуре prob который содержит функцию, которая будет минимизирована, проект переменные и опции оптимизации.

Примеры

Оптимизация отклика модели

Решите задачу оптимизации, заданную в sdoExampleCostFunction . Пример функции стоимости включен в программное обеспечение Simulink ® Design Optimization™ .

Эта функция , взятая в качестве примера, вычисляет следующие затраты:

Функция также включает следующие нелинейные и линейные ограничения неравенства, соответственно:

Для оптимизации, f ( x ) минимизируется, при условии удовлетворения ограничениям. Кроме того, функция , взятая в качестве примера, вычисляет градиенты затрат и ограничений.

Создайте переменный проект, используя начальное значение 1.

p = param.Continuous('x',1);

Задайте опции оптимизации по умолчанию для использования fmincon решатель. Для этого примера включить расчет градиента затрат и ограничений из sdoExampleCostFunction , установите GradFcn опция для ‘on’ .

opts = sdo.OptimizeOptions; opts.GradFcn = 'on';
[pOptim,optim_info] = sdo.optimize(@(p) sdoExampleCostFunction(p),p,opts);
Optimization started 22-Apr-2021 20:12:23 max First-order Iter F-count f(x) constraint Step-size optimality 0 3 1 0 1 5 0.09 0 0.7 0.59 2 6 0.0716349 0.001047 0.0324 0.0129 3 7 0.0717968 9.127e-08 0.000302 2.37e-06 Local minimum found that satisfies the constraints. Optimization completed because the objective function is non-decreasing in feasible directions, to within the value of the optimality tolerance, and constraints are satisfied to within the value of the constraint tolerance.

Оптимизированное значение параметров сохранено в Value свойство возвращенного param.Continuous pOptim объекта .

pOptim.Value
ans = 0.2679

Входные параметры

optimFcn — Функция затрат для минимизации
указатель на функцию

Функция стоимости для минимизации, заданная как указатель на функцию. Решатель оптимизации вызывает эту функцию во время оптимизации.

  • Один входной параметр, который является вектором param.Continuous объекты, которые будут настроены. Чтобы передать дополнительные входные параметры, используйте анонимную функцию. Для примера, new_fcn = @(p) fcn(p,arg1,arg2. ) .
  • Один выходной аргумент, который является структурой с одним или несколькими из следующих полей:
Область Значение
F Стоимость (цель), оцененная в p . Решатель минимизирует F . F является скалярным двойником.
Cleq Нелинейные нарушения ограничений неравенства, оцениваемые в p . Решатель удовлетворяет Cleq (p) ≤ 0. Cleq является вектором m двойной точкой -by-1, где m — количество нелинейных ограничений неравенства.
Ceq Нелинейные нарушения ограничений равенства оцениваются в p . Решатель удовлетворяет Ceq (p) = 0. Ceq является вектором r двойной точкой -by-1, где r — количество нелинейных ограничений равенства.
leq Линейное неравенство нарушений ограничений оценено в p . Решатель удовлетворяет leq (p) ≤ 0. leq является вектором n двойной точкой -by-1, где n — количество линейных ограничений неравенства.
eq Нарушения линейного ограничения равенства оцениваются в p . Решатель удовлетворяет eq (p) = 0. eq является вектором s двойной точкой -by-1 или [] , где s — количество линейных ограничений равенства.

Чтобы задать чистую задачу выполнимости, опущите F или установите F = [] . Чтобы задать задачу минимизации, опускайте Cleq , Ceq , leq , и eq , или установите их значения [] . Программа вычисляет градиенты затрат и нарушений ограничений с помощью числового возмущения. Если вы хотите задать, как вычисляются градиенты, включите второй выходной аргумент и установите GradFcn свойство sdo.OptimizeOptions на ‘on’ . Этот аргумент должен быть структурой с одним или несколькими из следующих полей:

Область Значение
F Вектор n Double -by-1, который содержит dF(p)/dp , где n — количество скалярных параметров
Cleq Матрица n -by m, которая содержит dCleq(p)/dp , где m — количество нелинейных ограничений неравенства
Ceq Матрица n -by r, которая содержит dCeq(p)/dp , где r — количество нелинейных ограничений равенства

Пример: Для примера функции затрат, которую можно оптимизировать с помощью Simulink ® Проектируйте Optimization™ программное обеспечение, вводите edit sdoExampleCostFunction в MATLAB ® командное окно.

Типы данных: function_handle

param — Моделируйте параметры для оптимизации
param.Continuous | вектор объекта param.Continuous объекты

Моделируйте параметры для оптимизации, заданные как param.Continuous объект или вектор param.Continuous объекты.

  • Чтобы задать один параметр для оптимизации, используйте param.Continuous объект.
  • Чтобы задать несколько параметров для оптимизации, используйте вектор param.Continuous объекты.

options — Опции оптимизации
sdo.OptimizeOptions объект

Опции оптимизации, заданные как объект, созданный с использованием sdo.OptimizeOptions . Используйте этот набор опций, чтобы задать:

  • Метод оптимизации
  • Максимальное количество итераций
  • Допуски

prob — Структура задачи оптимизации
структура

Структура задачи оптимизации, заданная как структура со следующими полями:

Имя поля Значение
OptFcn Функция затрат для минимизации. См. optimFcn для входов и выходных аргументов этой функции.
Parameters Моделируйте параметры для оптимизации, задайте как param.Continuous объекты.
Options Опции оптимизации, созданные с помощью sdo.OptimizeOptions .

Типы данных: struct

Выходные аргументы

optimParam — Оптимизированные значения параметров
param.Continuous | вектор объекта param.Continuous объекты

Оптимизированные значения параметров, возвращенные как param.Continuous объект или вектор param.Continuous объекты. Размер optimParam совпадает с размером param . Оптимизированные значения параметров хранятся в Value свойство возвращенного param.Continuous объект.

optimInfo — Информация об оптимизации
структура

Информация об оптимизации, возвращенная как структура с одним или несколькими из следующих полей:

Оптимизированные нелинейные нарушения ограничений неравенства.

Поле появляется, если вы задаете нелинейное ограничение неравенства в optimFcn .

Значение является вектором m -by-1, где порядок элементов соответствует порядку, указанному в optimFcn . Положительные значения указывают, что ограничение не удовлетворено. Проверьте exitflag поле для подтверждения успешности оптимизации.

Оптимизированные нелинейные нарушения ограничений равенства.

Поле появляется, если вы задаете нелинейное ограничение равенства в optimFcn .

Значение является вектором r двойной точностью -by-1, где порядок элементов соответствует порядку, указанному в optimFcn . Любые ненулевые значения указывают, что ограничение не удовлетворено. Проверьте exitflag поле для подтверждения успешности оптимизации.

Оптимизированные нарушения ограничений линейного неравенства.

Поле появляется, если вы задаете линейное ограничение неравенства в optimFcn .

Значение является вектором n двойной точностью -by-1, где порядок элементов соответствует порядку, указанному в optimFcn . Ненулевые значения указывают, что ограничение не удовлетворено. Проверьте exitflag поле для подтверждения успешности оптимизации.

Оптимизированные нарушения линейных ограничений равенства.

Поле появляется, если вы задаете линейные ограничения равенства в optimFcn .

Значение является вектором s двойной точностью -by-1, где порядок элементов соответствует порядку, указанному в optimFcn . Ненулевые значения указывают, что ограничение не удовлетворено. Проверьте exitflag поле для подтверждения успешности оптимизации.

Градиенты затрат и ограничений при оптимизированных значениях параметров. Смотрите, как алгоритм оптимизации формулирует задачи минимизации, как решатель вычисляет градиенты.

Это поле появляется, если решатель, заданный в Method свойство sdo.OptimizeOptions вычисляет градиенты.

Значение является структурой, поля которой зависят от optimFcn .

Якобианская информация при оптимизированных значениях параметров.

Поле появляется, если решатель, заданный в Method свойство sdo.OptimizeOptions вычисляет якобийцев.

Значение является структурой, поля которой зависят от optimFcn .

Целое число, идентифицирующее причину завершения алгоритма. Посмотрите fmincon , patternsearch (Global Optimization Toolbox), fminsearch , и lsqnonlin для списка значений и соответствующих причин прекращения.

Структура с выходом информацией о решателе. Поля этой структуры зависят от решателя оптимизации, заданного в Method свойство sdo.OptimizeOptions . Посмотрите fmincon , patternsearch (Global Optimization Toolbox), fminsearch , и lsqnonlin для получения списка выходов решателя и их описания.

Структура, которая содержит статистические данные, собранные во время оптимизации, такие как время начала и конца, количество вычислений функции и перезапусков.

Типы данных: struct

Совет

По умолчанию программа отображает информацию об оптимизации для каждой итерации в командном окне MATLAB. Дополнительные сведения об отображаемой информации см. в разделе:

  • Итерационное отображение, когда метод оптимизации задан как ‘fmincon’ (по умолчанию), ‘fminsearch’ , или ‘lsqnonlin’
  • Отображение в опциях командного окна (Global Optimization Toolbox) , когда метод оптимизации задан как ‘patternsearch’

Вы можете сконфигурировать уровень этого отображения с помощью MethodOptions.Display свойство набора опций оптимизации.

Альтернативная функциональность

Приложения

Приложение Response Optimizer предоставляет графический интерфейс, чтобы задать требования проект и оптимизировать параметры модели. Для получения дополнительной информации смотрите Оптимизация проекта для достижения пользовательской цели (GUI) и Оптимизация проекта для отслеживания опорного сигнала (GUI).

Приложение Parameter Estimator предоставляет графический интерфейс, чтобы задать эксперименты и настроить параметры модели так, чтобы выход модели совпадал с данными эксперимента. Для получения дополнительной информации см. «Оценка значений параметров модели» (GUI).

Расширенные возможности

Автоматическая параллельная поддержка
Ускорите код путем автоматического выполнения расчетов параллельно с помощью Parallel Computing Toolbox™.

Чтобы запустить параллельно, установите UseParallel свойство sdo.OptimizeOptions объект к true .

Что такое СДО

СДО расшифровывается как система дистанционного обучения.

В широком смысле это совокупность элементов, которые помогают передать знания человеку на расстоянии.

Например, Айзак Питман придумал обучать своих учеников стенографии при помощи почтовых карточек. Он отправляет задание и через какое-то время получает ответ. Чем не система? Система! И даже эффективно работающая.

Более привычно понимание СДО в узком смысле — как программный продукт для организации удаленного обучения.

Это могут быть интернет-сервисы и платформы, которые работают через браузер. Например, Учи.Про или Геткурс. Либо это могут быть закрытые интранет-системы для внутреннего доступа учащихся или сотрудников.

В этом смысле вместо СДО иногда используется термин LMS-система (от англ. learning management system — Система управления обучением).

В современной LMS-системе, или по-простому «элэмэске», можно создавать курсы, тесты, проверочные задания, отслеживать прогресс ученика, выставлять оценки и пр. Курсы всё чаще создаются в форматах, которые позволяют экспортировать их в разные системы.

Дистанционная и традиционная система обучения

Дистанционное обучение иногда противопоставляют традиционному. Это не совсем корректно.

Традиционная система основана на объяснительно-иллюстративном обучении. Преподаватель передает знания. Задача ученика — верно эти знания воспроизвести.

Особенности традиционной системы:

  • Репродуктивный характер обучения (не создавать новое, а повторять).
  • Автократия.
  • Центр системы — учитель.
  • Классно-урочная система.
  • Монологический стиль общения (говорит учитель).

Одна из альтернатив традиционной системе — развивающее обучение.

Особенности развивающей системы обучения:

  • Созидательный характер обучения (придумывать свой способ решения).
  • Демократия.
  • Учитель и ученик на равных.
  • Диалогический стиль общения.

Дистанционное обучение можно организовать как в рамках традиционного подхода, так и в рамках развивающего обучения. То есть, дистанционное обучение, строго говоря, является формой организации образовательного процесса, чем системой обучения.

Что входит в систему дистанционного обучения

Элементы СДО как платформы для обучения соответствуют компонентам современной дидактической системе.

дидактическая система

Схема 1. Дидактическая система

Рассмотрим на примере СДО Учи.Про.

Учитель — учащийся

У нас есть участники образовательного процесса — учитель и учащийся.

В СДО «Преподаватель» и «Слушатель» — это роли пользователей. Им доступные разные функции системы. Например, преподаватель может создавать и редактировать курсы, а слушатель может только изучать курсы и делать задания.

Рли в СДО

Рис. 1. Роли пользователей в СДО — Преподаватель, Слушатель

Отталкиваясь от целей обучения, учитель разрабатывает образовательную программу. Он определяет темы обучения, придумывает формы обучения, выбирает методы и средства обучения, расставляет количество часов, продумывает систему контроля и оценки результатов.

Когда программа готова, учитель на её основе собирает курс в СДО.

В курсе есть вкладка «Учебный план», где можно указать часы для каждого занятия.

учебный план курса в СДО

Рис. 2. Учебный план курса в СДО

Формы, методы, средства

СДО само по себе является средством обучения. С его помощью можно проводить занятия в дистанционной форме.

Обучающий материал в СДО обычно представляет собой курс с разными видами контента:

  • лекции (текст + картинки);
  • интерактивные задания (задания, в которых нужно вписать слова, соединить по смыслу картинки и пр.);
  • диалоговые тренажеры (вид интерактивного задания, когда слушатель должен выбирать вариант ответа, исходя из заданной ситуации);
  • слайды (ряд картинок);
  • видеоролики;
  • ссылки на документы для самостоятельного изучения;
  • тесты и пр.

интерактивное задание в СДО

Рис. 3. Интерактивное задание в СДО

Результат

Для оценки эффективности обучения в СДО чаще всего используют тестирование с вариантами вопроса. В зависимости от возможностей платформы можно, например, провести онлайн-экзамен в формате видеоконференции или сделать практическое задание по разработке собственного проекта.

тестирование в СДО

Функции СДО

Основное назначение СДО — организация дистанционного обучения с помощью электронных средств.

У СДО могут быть и дополнительные функции:

  • учет входящих заявок;
  • организация работы с заказчиками обучения;
  • формирование учебных и финансовых документов;
  • проведение онлайн-мероприятий;
  • витрина курсов и т. д.

Модули или расширения для СДО, как правило, приобретаются дополнительно. Разработчики некоторых СДО могут дорабатывать систему под цели клиента (например, сделать интеграцию СДО с 1С).

Таким образом, современная СДО — система дистанционного обучения — может быть намного функциональнее, чем просто интернет-платформа для создания курсов и организации удалённого обучения. Вы можете найти то решение, которое подходит под ваши задачи и цели обучения.

Если у вас есть вопросы по организации дистанционного обучения
в вашей образовательной организации или вы ищете СДО, обращайтесь!

8 (800) 100-08-62 (бесплатно по России)
sale@uchi.pro.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *