Рис. 10.3. Фрагмент структуры программы «Логическое программирование»
Сетевое моделирование структуры программы ДО имеет ряд особенностей, вытекающих из специфики знаний как ресурса:
· ацикличность графа СП, запрещающая ссылки на неопределенные понятия;
· достижимость любого перехода из начальной разметки, соответствующая методической связности учебного процесса;
· безопасность сети и отсутствие кратных ребер (предусловия и результат обучения формулируются в терминах наличия или отсутствия некоторых элементов знаний);
· наличие тупиковой разметки, соответствующей цели обучения;
· единичная полустепень захода позиций (любое понятие должно определяться однократно).
Иерархическую упорядоченность переходов, соответствующую традиционному делению материала учебных программ на разделы, темы, параграфы и т. д., обеспечивает использование формализма структурированных СП (ССП). ССП включают два типа переходов – простые (терминальные) и структурированные (нетерминальные). Простые переходы сетевой модели содержательно соответствуют неделимым порциям учебного материала, а структурированные – более крупным фрагментам. По существу структурированные переходы представляют собой контейнеры «локальных» ССП, отражающих методику передачи знаний внутри учебного модуля. Например, рассмотренный ранее модуль программы «Логическое программирование» можно рассматривать как контейнер, содержащий модули с идентичными предусловиями и постусловиями «Предикат принадлежности элемента списку», «Предикат слияния списков» и т. п. Формально иерархия нетерминальных переходов определена семейством вложенных разбиений на множестве T простых переходов ССП. В каждый момент дискретного времени в «классической» ССП возможно три типа событий: срабатывание простого перехода; включение структурированного перехода, сопровождающееся изъятием маркеров из его входных позиций и разрешающее запуск «контейнерной» ССП; выключение структурированного перехода по достижении контейнерной сетью тупикового состояния, сопровождающееся перемещением маркеров в его выходные позиции и восстановлением разметки контейнерной ССП. ССП, интерпретированная для проектирования структуры программ ДО, поддерживает все три типа событий. Отличия заключаются в следующем:
· первоначальная разметка контейнерной сети не восстанавливается при выключении структурированного перехода;
· любой из переходов на технологическом маршруте обучения может сработать лишь однажды;
· изъятые из входных позиций при включении терминального (структурированного) перехода маркеры возвращаются в них в момент его срабатывания (выключения).
Последнее объясняется тем, что в отличие от материальных ресурсов, динамика трансформации которых соответствует законам сохранения и адекватно моделируется перемещением маркеров из входных позиций в выходные, знания обладают неограниченной реплицируемостью — их количество и качество не убывает при использовании. В соответствии с системным принципом согласования целей (интерфейсов) подсистем смежных уровней иерархии цели, декларированные на уровне реализации подсистемы (контейнерной ССП), детализируют системные цели, декларированные на уровне интерфейса контейнера. Таким образом, область видимости понятий в контейнерной ССП определяется интерфейсом структурированного перехода. Это соглашение можно считать аналогом механизма формальных/фактических параметров в процедурных языках программирования, упорядочивающего использование данных подпрограммами. Структуризация предметных знаний позволяет рассматривать любой элемент интерфейса на уровне реализации контейнерной ССП как кластер семантически родственных понятий, составляющих окрестность интерфейсного понятия в семантической сети. Пример декомпозиции интерфейса одного из модулей дисциплины «Логическое программирование», иллюстрирующий описанный подход, приведен на рис. 10.4.
Модели содержания и структуры программы ДО определяют систему управления процессами ДО на концептуальном уровне, который образует скелетную основу для визуализации учебного материала. В основе модели визуализации учебного материала в ИС ГИПЕРТЕСТ лежат следующие соглашения.
· Каждый контейнерный модуль структуры программы отображается в страницу Интернет-учебника.
· Визуальное представление модуля образовано визуальными представлениями элементов его выходного интерфейса (понятий, сопоставленных постусловиям, и их инциденторов), называемых далее концептами.
· Визуальное представление понятий содержит определяющий их теоретический материал, в то время как визуальное представление инциденторов формирует контекст этих определений, обеспечивая связное отображение материала модуля.
· Визуальное представление концептов образовано множеством визуальных объектов следующих типов: текст; код HTML; рисунок GIF; апплет Java; компонент Flash, ссылка на зарегистрированный внешний сервис (например, MatLab), а также внутренняя ссылка на материал другого модуля, автоматически добавляемая системой при необходимости.
Помимо возможностей динамической компоновки страниц из визуальных элементов, модель визуализации ИС ГИПЕРТЕСТ позволяет разработчику создавать дидактическую разметку учебного материала путем определения дидактических классов визуальных объектов (определений, правил, примеров, дополнительного материала и т. д.) и стилей их оформления. Эта возможность реализована с применением технологии каскадных страниц стилей (CSS). Язык каскадных таблиц стилей (CSS), поддерживаемый браузерами Internet Explorer, Mozilla и Netscape (версии 6.0), предназначен для форматирования HTML - и XML-документов. Основная идея CSS состоит в том, чтобы отделить определение содержания документа от определения его формы. С этой целью часто встречающиеся в тексте элементы форматирования (стили) выносятся в отдельную таблицу, которая включается либо в заголовок документа, либо размещается в отдельном файле, на который в документе устанавливается ссылка. Средства CSS позволяют определять классы, использование имен которых в самом документе аналогично применению соответствующего форматирования для данного элемента. Например,
.rule {font-weight: bold}
объявляет класс rule (правило), который потом можно использовать:
<p class=rule> (Текст правила будет выделен жирным шрифтом</p>).
Инструментальные средства разработчика программ ИС ГИПЕРТЕСТ позволяют ему сопоставить визуальным элементам модели учебника названия классов и определить для этих классов параметры форматирования, не прибегая для этого к программированию, а сценарии сервера приложений ГИПЕРТЕСТа обеспечивают унифицированное форматирование всех страниц программы в соответствии заданной разработчиком разметкой.
Рис. 10.4. Пример декомпозиции интерфейса
10.2.3. Модель клиента программы ДО
Модель клиента в ИС ГИПЕРТЕСТ включает идентификационную информацию, формальное определение свойств, которые характеризуют его как объект управления в системе ДО, а также субъективных оценок качества услуг ДО.
Идентификационная информация о клиенте включает в себя некоторые персональные данные (фамилию, имя, отчество, дату рождения и др.), а также назначаемое администратором ИС ГИПЕРТЕСТ при предоставлении прав доступа к конкретной программе ДО регистрационное имя (логин) и пароль.
С точки зрения управления клиент системы дистанционного обучения представлен оверлейной моделью результатов обучения [24]. Это модель фиксирующего типа, которая представляет собой вектор оценок уровня освоенности профильных знаний, умений и навыков по программе ДО (персональный профиль знаний, см. выше). Радарное представление персонального профиля показано на рис. 10.1. Персональный и эталонный профили формируются с учетом семантических связей соответствующих элементов знаний, что исключает избыточность профильной информации. Например, наличие знаний, характеризующих некоторый комплексный результат, обычно делает излишним добавление в профиль компонентов, описывающих составляющие этого комплекса, связанные с ним отношением «часть — целое».
Модель клиента как субъекта управления представлена в ИС ГИПЕРТЕСТ в форме анкет качества, иерархические шаблоны которых, определяемые разработчиками программ ДО, задают структуру факторов потенциальной неудовлетворенности клиента качеством услуг ДО (диаграмму Ишикава) и схему агрегирования экспертных оценок клиента. Построенная на базе этой модели методика управления качеством процесса ДО использует гипотезу о наличии корреляций между субъективными оценками учебно-контролирующего материала и результатами обучения. Методика представляет собой реализацию принципа непрерывного усовершенствования, реализованного в философии тотального управления качеством (TQM) в виде цикла «планируй — действуй — проверяй — исполняй» (Plan – Do – Check – Act, PDCA) [27], и включает в себя следующие этапы.
1. Планирование. На этом этапе определяются ключевые проблемы качества и способы их устранения. Это делается на основании сопоставления проекций персональных профилей с соответствующими проекциями одной из составляющих эталонного профиля программы обучения. В зависимости от особенностей решаемой задачи, в качестве эталона может быть выбрана любая из составляющих (верхняя или нижняя граница оценки). Проблемная ситуация (рис. 10.1) диагностируется в том случае, если значение проекции персонального профиля меньше соответствующего эталона. Для определения цены каждого из выявленных дефектов в существующей реализации методов управления качеством применяется следующая гипотеза: цена дефекта пропорциональна количеству использований соответствующего элемента знаний в качестве пререквизита модулей программы (в ГИПЕРТЕСТе этот коэффициент пропорциональности называется индексом цитирования). Иначе говоря, дефектные знания обходятся тем дороже (наносят тем больший ущерб), чем чаще мы их используем. С учетом этого цена дефекта по i –й проекции профиля вычисляется как сумма произведений величины дефекта 
на коэффициент пропорциональности (индекс цитирования, коэффициент значимости) соответствующего элемента знаний
|
|
(10.2) |
где Ni – число выявленных дефектов типа i. Эта информация может быть представлена визуально в виде диаграммы Парето (рис. 10.5), столбцы которой соответствуют элементам вектора цен дефектов, упорядоченным по убыванию. Наибольший интерес в плане повышения качества, очевидно, вызывает дефект с максимальной ценой max 
, i=1..Ni, представленный первым столбцом диаграммы (на рис. 10.5), хотя инструментальные средства ГИПЕРТЕСТ предоставляют право любого дефекта для дальнейшего анализа. Следующий этап планирования – поиск причин дефектов.
2. Действие. На этом этапе применение плана сводится к сбору статистических данных по возможным причинам дефектов. В качестве источника информации о причинах дефектов модулей дистанционных программ в ИС ГИПЕРТЕСТ используются анкеты клиентов, составленные на основе подготовленного разработчиком программы иерархического перечня причин. Содержание ответов анкеты составляют порядковые оценки значимости 
и качества qi элементов программы, определенные в координатах ее модульной структуры и снабженные необязательными комментариями. Например, анкетируемый может оценить значимость иллюстративного материала модуля как «3» по пятибалльной шкале (по умолчанию все характеристики равнозначны) и его качество в модуле 3.1 как «2», отметив в комментарии, что его не устраивает цвет, размер или несоответствие иллюстрации текстовому материалу.
3. Проверка. На этапе проверки разработчик программы при поддержке ИС ГИПЕРТЕСТ выполняет статистическую обработку анкетных данных, предварительно агрегированных по месту локализации причин дефектов (например, «качество модуля 3.1»). Реализованная в ИС ГИПЕРТЕСТ схема агрегирования представляет собой рекурсивную процедуру вычисления взвешенной оценки по схеме 
, где qi — это терминальная оценка или результат агрегирования подчиненных уровней анкеты. Статистическая обработка сводится к установлению корреляционной зависимости между выявленным на этапе планирования главным дефектом и потенциальными причинами по данным выборки (Q1j, y1), (Q2j, y2), …,(Qij, yi), …, (QNj, yN), i=1..N, j=1..M. Здесь N – количество слушателей программы, M – количество модулей структуры программы, Qij соответствует агрегированному высказыванию i-го анкетируемого по поводу качества j-го модуля, а yi – проекции персонального профиля i-го анкетируемого, соответствующей главному дефекту. Выборочные коэффициенты корреляции rQy(j) рассчитываются по стандартной формуле
|
|
(10.3) |
где SjQ, Sy – выборочные среднеквадратичные отклонения. Ранжирование потенциальных причин дефекта по убыванию rQy(j) (рис. 10.6) позволяет разработчику программы локализовать его главную причину и приступить к реализации программы качества. Представленный на рис. 10.6 результат корреляционного анализа выделяет модуль «Медиасреда» в качестве основного источника причин дефекта по составляющей профиля «Основные категории товара».
Рис. 10.5. Выявленные дефекты элементов знаний. Диаграмма Парето
4. Исполнение. На этом этапе разработчик реализует управляющие воздействия на программу обучения в виде изменений ее модульной структуры, последовательности изложения материала программы внутри модулей, структуры тестов и их распределения по модулям, используемых формулировок и иллюстраций. Информационным обеспечением этой неформальной операции служат результаты анкетирования, а операционную поддержку реинжиниринга программы дистанционного обучения выполняют инструментальные средства ИС ГИПЕРТЕСТ.
Рис. 10.6. Корреляционный анализ источников дефекта
10.2.4. Модель процедур измерения результатов обучения
Процедура измерения результатов обучения (тест входного или выходного контроля, сопоставленный учебному модулю) представлена в ИС ГИПЕРТЕСТ на концептуальном уровне сетевым мультиграфом (Q, A), где Q – множество вопросов, сопоставленных вершинам сети, A – множество групп ответов, сопоставленных дугам графа. Сетевая модель обеспечивает возможность гибкой маршрутизации процесса контроля в зависимости от получаемых от клиента ответов.
Каждый вопрос теста предназначен для взвешенного оценивания одного или нескольких элементов знаний, участвующих в формировании профиля программы. Каждой группе ответов на вопрос (дуге графа) разработчик также сопоставляет некоторый нормированный вес — меру «правильности», причем группе неправильных ответов назначается нулевой вес. В результате идентификации ответа пользователя на вопрос теста с одной из заданных групп ответов генерируется частичная оценка элементов знаний, определяемая как произведение веса вопроса на вес выбранной пользователем группы ответов. Стандартная процедура идентификации выполняет проверку множества ответов пользователя на точное равенство с одной из возможных групп ответов. Если равенство не обнаружено, ответ считается неправильным. Эта процедура, реализующая принцип «все или ничего», может быть перекрыта разработчиком путем использования специализированных обработчиков ответов, в роли которых в настоящее время выступают Flash-объекты и внешние сервисы (например, MatLab). Обработчики принимают на вход ответы пользователя, анализируют их и генерируют оценку «правильности» ответов — нормированное число. Данное число умножается на вес вопроса, в результате чего генерируется вышеупомянутая частичная оценка. Возможность перекрытия стандартной схемы идентификации ответа позволяет, в частности, производить интеллектуальную обработку ответов в случаях, когда механическое перечисление и группировка вариантов ответов затруднены или невозможны.
9. На визуальном уровне вопросы и ответы тестов отображаются на тот же набор элементов, который используется для визуализации учебного материала.
10.2.5. Модель прав доступа
Компьютерная поддержка жизненного цикла программы ДО включает в себя поддержку жизненного цикла компонентов ее информационной модели: их создание, использование и уничтожение. Коллективный характер деятельности по обеспечению жизненного цикла вызывает необходимость персонализации доступа, реализованную во всех распространяемых системах ДО в форме концепций прав доступа. Эти концепции основываются на общепринятой трактовке права доступа как разрешения на выполнение определенной операции над определенным объектом и роли как абстрактной совокупности прав, обеспечивающих возможность выполнения определенных функциональных обязанностей. При этом к объектам, на которые выделяются права доступа в системах ДО, обычно относят файлы учебно-контролирующего материала, таблицы учетной информации и отчетные документы, набор прав на которые включает операции создания, просмотра, редактирования и удаления. Типичная для систем ДО номенклатура ролей включает слушателя, который обладает правами просмотра учебного материала курсов, редактирования ответов, просмотра персональной учетной информации; разработчика, обладающего правами создания и редактирования учебно-контролирующего материала; куратора, наделенного правом просмотра результатов учебной деятельности его группы; и администратора, обладающего всеми правами на все объекты и наделенного правом создания и назначения остальных ролей.
Традиционное определение прав доступа в терминах операций с файлами вполне адекватно задачам ограничения доступа на этапе реализации услуг ДО, где каждая программа представляет собой определенную совокупность реальных или виртуальных (генерируемых по запросу) файлов. Однако на этапе проектирования программ ДО, учитывая их комплексный характер и вытекающую из этого необходимость совместного использования единого тезауруса, который обеспечивает концептуальную целостность программ, определение прав в терминах файлов становится неадекватным. Эффективная кооперация разработчиков комплексных проектов ДО, подразумевающая, прежде всего, наличие когерентной терминологической базы в условиях, когда сфера компетенции каждого разработчика ограничена одной-двумя образовательными программами, была бы невозможна без определения прав доступа в терминах компонентов ИИМ: элементов знаний, модулей, визуальных элементов, тестов, вопросов и ответов.
Модель прав ИС ГИПЕРТЕСТ определяет общепринятый набор ролей (слушателя, куратора, разработчика, администратора) с определенными для них правами доступа, которые обеспечивают возможность выполнения соответствующих функций. Ее отличительной особенностью является концепция обратимого иерархического делегирования — базовая концепция прав на этапе проектирования услуг ДО. Права разработчиков 
, специфицированные в терминах операций создания Cr, просмотра Br, редактирования Ed и уничтожения Des объектов O концептуального уровня (элементов знаний, модулей, тестов, вопросов и ответов) и их визуального представления, согласно этой концепции, распределяются между участниками иерархически организованной группы: D = (VD, ED). Здесь VD – множество проектировщиков образовательной услуги, 
— отображение, определяющее схему делегирования прав. Вершиной этой иерархии d0 является администратор, изначально единственный разработчик, обладающий всеми правами на все элементы онтологической модели, а также правом создания подчиненных соисполнителей di+1=ED(di) и полного или частичного делегирования / возврата своих прав. Подчиненный разработчик приобретает права на подмножество элементов модели в результате акта передачи прав либо использования этих прав для создания новых элементов модели. Например, если некий разработчик обладал правом редактирования элемента знаний и реализовал это право, создав подчиненный элемент, то он приобрел всю совокупность прав на созданный элемент. С точки зрения возможности совместного использования права могут быть разделяемыми и исключительными. Делегирование разделяемых прав (к ним относится право просмотра) не приводит к их утрате прежним владельцем; для исключительных прав (к ним относятся права редактирования и уничтожения) эта аксиома несправедлива (Исключение составляет администратор, сохраняющий все права на все объекты проектирования, независимо от делегирования). Наличие разделяемых прав обеспечивает концептуальную целостность проекта при коллективной разработке, в то время как исключительное право персонифицирует ответственность проектировщика за конструктивные и деструктивные действия. С точки зрения способа регистрации права подразделяются на явные и неявные. Назначение явных прав регистрируется в базе данных проекта, в то время как неявные права выводятся из явных при помощи предопределенных аксиом вида: 
, где OL(oi, ok) – определенное в ИИМ структурное отношение между объектами oi и ok. Использование функциональной обусловленности операций над объектами связями этих объектов в онтологической модели при определении неявных прав позволяет уменьшить сложность процедур делегирования и объем метаописания. Например, явное назначение прав редактирования на модуль tj влечет неявно определенные права на объекты его интерфейса, определяемые инциденторами I+(pi, tj), I-(tj, pi).
10.3. Архитектура ИС ГИПЕРТЕСТ
Инструментальная среда ГИПЕРТЕСТ представляет собой распределенное трехслойное приложение в архитектуре «тонкий клиент – сервер приложений / толстый клиент – сервер базы данных» (рис. 10.7).
Рис. 10.7. Архитектура ГИПЕРТЕСТ
Учебно-контролирующий материал гиперучебника отображается при помощи программы просмотра (браузера) Интернет. ГИПЕРТЕСТ не предполагает обязательного наличия на компьютере обучаемого иных программных компонентов. Поэтому аппаратные требования к его рабочему месту достаточно скромны. В терминогогии клиентсерверных архитектур такого клиента принято называть «тонким». В формате тонкого клиента реализовано также рабочее место куратора программы ДО, осуществляющего формирование учебных групп по программе подготовки и мониторинг процесса обучения.
Взаимодействие тонких клиентов с системой ДО осуществляется с использованием протоколов Интернет, что позволяет им находиться на любом удалении от центра дистанционного обучения. Логика их функционирования обеспечивается сервером приложений, на котором размещены сценарии:
· регистрации слушателей программы ДО;
· идентификации клиента;
· динамической компоновки учебно-контролирующего материала;
· интерпретации процедур контроля;
· мониторинга процесса обучения;
· управления навигацией.
Функции информационного обеспечения сценариев сервера приложений выполняет сервер базы данных. Реляционная база данных ГИПЕРТЕСТ хранит информацию о структуре, содержании и форме визуального представления учебно-контролирующего материала, о клиентах системы (слушателях, кураторах, разработчиках и администраторах программ) и об их правах доступа к материалам программ. База данных также хранит информацию о текущем состоянии процесса и результатов обучения по каждому из слушателей.
Функции разработки программ дистанционного обучения, а также функции управления (администрирования) этих процессов выполняют приложения «АРМ разработчика» и «АРМ администратора», соответственно. Так как аппаратные и системные требования этих приложений существенно выше требований удаленных клиентов, они классифицируются как «толстые» клиенты. «Толстые» клиенты непосредственно взаимодействуют с СУБД в процессе выполнения своих функций:
· проектирования программы ДО;
· назначения прав разработчикам программы ДО;
· назначение «тонким» клиентам прав доступа к спискам обучаемых, учебному материалу и персональным результатам его освоения;
· мониторинг процесса обучения.
10.4. Программные компоненты ГИПЕРТЕСТ
10.4.1. АРМ слушателя
АРМ слушателя представлен серией страниц просмотра в браузере Интернета, последовательность посещения которых определяет сам слушатель в рамках назначенных ему прав доступа и решаемых им учебных задач. Эту последовательность открывает главная страница (рис. 10.8) которая содержит общую информацию о системе и правилах ее эффективного использования. Доступ к этой информации обеспечивает меню, содержащее следующие пункты:
1. О нашем сайте – стартовая страница, рассмотренная выше.
2. О системе – краткая информация о системе ГИПЕРТЕСТ.
3. Обучение (вход в систему) – страница, позволяющая начать обучение в системе (подробнее см. пункт «Обучение»).
4. Просмотр – просмотр программ обучения (подробнее это описано в пункте «Просмотр»).
5. Новости – новости сайта (хронология усовершенствований ИС ГИПЕРТЕСТ, уведомляющая ее клиентов о новых возможностях системы).
6. Обратная связь – связь с разработчиками (подробнее описано в пункте «Обратная связь»).
Рис. 10.8. Стартовая страница
При активизации ссылки «Обучение (вход в систему)» в нижнем меню пользователь попадает на регистрационную страницу (рис. 10.8 и 10.9). Имя и пароль пользователя, присвоенные ему куратором программы при регистрации в системе ГИПЕРТЕСТ, определяют перечень доступных данному слушателю программ. Назначенные ему права доступа обеспечивают возможности работы с теоретическим материалом программ, а также выполнение контрольных заданий. Результаты выполнения этих заданий, так же как и текущая позиция слушателя в материале программы, фиксируются в базе данных система ГИПЕРТЕСТ и используются в целях мониторинга учебного процесса и управления навигацией. Незарегистрированный посетитель страницы также имеет возможность ознакомления со всеми размещенными на сервере ГИПЕРТЕСТа программами, однако его возможности ограничены только правом просмотра (гостевой статус). Для получения этого статуса посетителю страницы достаточно воспользоваться кнопкой «Вход».
Рис. 10.9. Регистрационная страница
Если предыдущая сессия зарегистрированного слушателя не была завершена, он имеет возможность продолжить ее, и в этом случае система навигации автоматически выведет его на тот раздел учебного материала, в котором он остановился в предыдущем сеансе работы. Сказанное не относится к той ситуации, когда слушатель покинул систему, не завершив выполнение контрольного задания. В такой ситуации ему будет предложено полностью выполнить новый тест, относящийся к тому же разделу учебного материала, что и незавершенный. Слушатель может принудительно завершить предыдущую сессию, перейти на страницу выбора программы обучения из списка, определенного его правами доступа (рис. 10.10). В результате активизации ссылки, соответствующей выбранной программе, он попадает на ее главную страницу (см. рис. 10.11).
Рис. 10.10. Выбор программы
Главная страница состоит из двух панелей (фреймов). Левый фрейм обеспечивает возможность навигации по материалу программы при помощи размещенных на нем навигационных ссылок, которые могут быть организованы по структурному признаку (иерархия ссылок на разделы программы ДО) или в соответствии с понятийной (семантической) структурой предметной области материала программы. Навигационные функции доступны слушателю посредством меню. Кнопки этого меню поддерживают функции:
· Управления уровнем представления иерархической структуры учебного материала (темы, лекции, разделы и подразделы):
o «Свернуть все» (представление иерархии ограничивается корневым модулем);
o «Развернуть все» (детализированное представление структуры программы).
· Управления способами навигации (которая может быть основана либо на структурной организации материала, либо на его предметно-понятийной базе):
o «Учебник» (режим навигации по структуре модулей программы, удобный для первоначального ознакомления с материалом). В этом режиме левый фрейм содержит иерархию ссылок на модули программы. Активизация любой из этих ссылок вызовет переход к соответствующему модулю, содержание которого будет отображено в правом фрейме главного окна;
o «Глоссарий» (режим навигации, удобный при использовании теоретического материала программы в режиме справочника). В этом режиме левый фрейм содержит список ссылок на понятия предметной области, определяемые в данной программе. Активизация любой из этих ссылок вызовет переход на страницу учебника, которая содержит соответствующее определение; содержание страницы будет отображено в правом фрейме главного окна.
· Анализа персональных результатов обучения. Активизация кнопки «профиль» позволяет слушателю ознакомиться с текущими значениями его профильной оценки, сформированной по результатам выполнения контрольных заданий, а также с автоматически сформированными системой рекомендациями. Эти рекомендации в виде ссылок на разделы учебника, которые следует повторить, показаны в правом фрейме главного окна (рис. 10.11).
· Изменения контекста обучения:
o «Выход» (завершает работу с системой и выдает сообщение об этом);
o «Главная страница» (переход на главную страницу);
o «Выбор программы» (переход на страницу со списком программ обучения).
Рис. 10.11. Главная страница программы обучения в ГИПЕРТЕСТ
Содержимое правого (содержательного) фрейма основной страницы отражает содержание ссылки, активизированной из навигационного фрейма. Это содержание может принимать форму учебного материала текущего модуля программы, теста контроля знаний, отчета о состоянии персонального профиля результатов подготовки по программе (рис. 10.11). Кроме того, содержательный фрейм содержит ссылки для линейной навигации на предыдущую/последующую страницу, что позволяет воспроизвести линейную структуру традиционного «бумажного» учебника, а также ссылку, активизирующую «анкету качества» в любой точке траектории обучения. Анкета качества формализует «голос потребителя», оценивающий качество учебно-контролирующего материала (рис. 10.12). Наличие этой анкеты и инструментов статистической обработки результатов анкетирования, замыкающих контур управления качеством, является одной из отличительных особенностей среды ГИПЕРТЕСТ.
Рис. 10.12. Анкета качества
Тип содержания правого фрейма может ограничивать навигационные возможности обучаемого. В том случае, если фрейм содержит тест контроля знаний, возможности навигации ограничены перемещением к предыдущему или последующему вопросу теста. Инструментальные средства системы ГИПЕРТЕСТ позволяют создавать так называемые тесты сетевой структуры, или адаптивные тесты, где очередной вопрос определяется ответом на предыдущий, что обеспечивает оперативную адаптацию к уровню знаний слушателя. Такая модель тестов отсутствует в большинстве поставляемых СДО, за исключением «Прометей». Номенклатура типов вопросов, реализованная в ИС ГИПЕРТЕСТ, соответствует требованиям фактического стандарта, определенного консорциумом IMS Global Learning (рис. 10.13).
Рис. 10.13 Типизация форм контрольных вопросов в ИС ГИПЕРТЕСТ
Наиболее распространена закрытая форма, предполагающая альтернативный или множественный выбор предопределенного варианта ответа; открытая форма предполагает свободный (ограниченный) формат ответа, требующий уникального алгоритма его обработки; тесты на установление соответствия определяют ответ в виде биекции на двух множествах элементов, представляющих вопрос; тесты на установление последовательности (ранжирование предъявленных объектов по значению какого-либо критерия) определяют ответ в виде отношения порядка, определенного на множестве элементов вопроса. На визуальном уровне контрольные задания могут быть представлены не только в виде текста или графики, как это имеет место в большинстве известных систем, но и в виде интерактивной анимации, выполненной по технологии Macromedia Flash. Это позволяет слушателю, взаимодействуя с активными зонами анимации, выполнять задания, контролирующие, например, навыки пуска/останова энергетической установки, а также другие навыки, предусмотренные квалификацией инженера. В дополнение к стандартному набору форм контроля ГИПЕРТЕСТ поддерживает так называемые «внешние» тесты (реализованный в WebCT аналог - assignments). Это разновидность контрольных заданий, которые не могут быть успешно формализованы в рамках приведенной выше номенклатуры форм вопросов. Чаще всего это типичные для инженерной подготовки задания, предусматривающие выполнение некоторой последовательности действий и предназначенные для контроля соответствующих навыков. Рассылка внешних тестов осуществляется службой электронной почты, встроенной в ГИПЕРТЕСТ, и предполагает наличие установленных на компьютере слушателя программных средств, с помощью которых это задание следует выполнить. Такие инженерные пакеты, как Автокад, предусматривают средства для хронометража и журналирования действий обучаемого, а также средства воспроизведения этих действий на преподавательском компьютере путем интерпретации журнала операций, который слушатель отсылает куратору электронной почтой. Некоторые тесты, созданные в среде ГИПЕРТЕСТ, предусматривают ограничение по времени, которое слушатель, проинформированный об этом заранее, должен учитывать.
10.4.2. АРМ куратора
АРМ предназначен для выполнения следующих функций планирования и монитринга процессов ДО:
· регистрация анкетных данных нового слушателя (фамилия, имя, отчество, адрес электронной почты и т. п.), присваивание ему уникального идентификатора и пароля;
· определение прав доступа слушателя — задается множество программ обучения, к материалам которых пользователь имеет доступ;
· удаление слушателя из СДО;
· просмотр текущих результатов обучения в виде профильных (и/или стандартных пятибалльных) оценок по тестам программы;
· просмотр заключительных результатов обучения в виде стандартных оценок по программе в целом.
Основная страница АРМ куратора показана на рис. 10.14.
Рис. 10.14. Основная страница
Она содержит следующие элементы:
1. Список пользователей (список всех пользователей системы);
2. Список программ (список программ доступных данному разработчику);
3. Список пользовательских программ (список программ доступных данному разработчику и приписанных к выделенному пользователю);
4. Кнопки разрешения - запрещения программ (позволяют разрешить или запретить пользователю доступ к любой из доступных разработчику программ);
5. Кнопка «список пользователей» (предназначена для вывода списка пользователей, которым разрешена данная программа и их оценки);
6. Кнопки добавления, удаления и редактирования информации о пользователе (рис. 10.15);
7. Кнопка отключения пользователя (позволяет прервать работу пользователя в системе дистанционного обучения в принудительном порядке);
8. Кнопка удаления информации о пройденных пользователем тестах;
9. Кнопка профиля (открывает окно, в котором отображена информация об оценках пользователя по выбранной программе) (рис. 10.16);
10. Кнопка «выход» (предназначена для завершения сеанса работы с системой удаленного администрирования).
|
Рис. 10.15. Окно редактирования учетных данных |
Рис. 10.16. Оценки пользователя |
Для регистрации нового пользователя нужно нажать кнопку «добавить пользователя», заполнить появившуюся форму (рис. 10.15) и нажать кнопку «отправить».
Для удаления пользователя нужно выбрать пользователя в списке пользователей, нажать кнопку «удалить» и подтвердить выполнение операции.
Редактирование учетной записи пользователя осуществляется выбором этого пользователя в списке пользователей и нажатием кнопки «редактирование пользователя», после чего будет открыто окно с формой (рис. 10.15), содержащее текущую информацию о пользователе.
Кнопка «профиль» позволяет посмотреть оценки полученные пользователем при изучении выбранной программы (рис. 10.16). Для этого нужно выбрать слушателя и программу в списке программ этого слушателя.
Для назначения программы выбранному пользователю необходимо выбрать программу из списка доступных и нажать кнопку «разрешить программу пользователю». Чтобы исключить программу из списка доступных выбранному слушателю, необходимо выбрать эту программу и нажать кнопку «запретить программу пользователю».
Для просмотра результатов обучения группы по выбранной программе куратору необходимо воспользоваться кнопкой «список пользователей».
10.4.3. АРМ разработчика
Разработка программ ДО – трудоемкий процесс, требующий высокой профессиональной и методической квалификации, а также понимания тех возможностей, которые предоставляют разработчику современные Интернет-технологии. Учитывая эти разноаспектные требования, авторы технологии ГИПЕРТЕСТ предусмотрели возможность двухступенчатого проектирования программ ДО:
· пакетная конверсия (преобразование) учебно-контролирующих материалов из формата Microsoft Word в формат программ ДО, поддерживаемый ГИПЕРТЕСТ;
· интерактивная настройка программы ДО в среде разработки ГИПЕРТЕСТ.
Эта схема проектирования, поддержанная инструментальными средствами ГИПЕРТЕСТ, предоставляет возможность использования при создании программ ДО унаследованных методических материалов, ориентированных на традиционный «бумажный» вариант оформления. Одновременно, учитывая существенно большие, по сравнению с бумажным учебником, дидактические возможности программ ДО (сетевая структура материала, построенная при помощи гиперссылок, позволяет исключить неизбежные для линейной структуры бумажного документа повторы изложения; включение элементов поддержки активного стиля обучения в виде свободных или направляемых экспериментов с имитационными моделями), эта технологическая схема предусматривает возможность настройки конвертированного материала. В случае отсутствия методических наработок эти же инструментальные средства разработки могут также быть использованы для проектирования программ ДО «с нуля». Следует особо отметить ориентацию инструментария разработчика на непрограммирующего пользователя, который обладает лишь базовыми знаниями в области использования компьютера, а также высокий уровень предлагаемой ими автоматизации. Это позволяет, например, выполнять конверсию в полностью автоматическом (пакетном) режиме. Технология разработки программ ДО в рамках описанной двухэтапной схемы представлена в последующих разделах.
10.4.4. Конверсия учебно-контролирующего материала
Под конверсией учебно-контролирующих материалов понимается пакетная процедура преобразования документов формата MS Word 97/2000 в формат внутреннего представления, принятого в ИС ГИПЕРТЕСТ и описанного выше в разделе «Модель программы ДО». Конверсия выполняется полностью автоматически. Однако особенности модели программы, а именно модульная организация курсов с явно выраженными в терминах элементов знаний пред - и постусловиями изучения каждого модуля, а также соответствующая семантическая привязка процедур контроля, требуют предварительной разметки ее содержания. Эта существенно интерактивная и слабоформализуемая операция поддержана в ГИПЕРТЕСТ шаблоном MarkUp документа MS Word, содержащим встроенную процедуру (макрос), в функции которого входит автоматизация рутинных элементов процесса разметки, в частности вставка ключевых слов и поддержка целостности перекрестных ссылок. Интерфейс, предоставляемый шаблоном для разметки документа, представлен на рис. 10.17.
Рис. 10.17 Интерфейс разметки электронного документа для конверсии
Основными элементами пользовательского интерфейса шаблона являются:
· главная панель инструментов;
· панель инструментов окна «Модульная структура»;
· панель инструментов окна «Иерархия элементов знаний».
Главная панель инструментов программы «MarkUp» (рис. 10.18) отображается в левой верхней части окна приложения Word.
Рис. 10.18. Главная панель инструментов
На главной панели инструментов расположены следующие кнопки:
- начало сеанса форматирования;
- загрузка виртуальной модели курса;
- сохранение виртуальной модели курса;
- вызов окна «Модульная структура»;
- вызов окна «Иерархия элементов знаний»;
- вызов окна «Оцениваемые элементы знаний»;
- вызов окна «Правильные ответы»;
- обновление разметки;
- удаление закладок и комментариев;
- завершение сеанса форматирования.
Панель инструментов окна «Модульная структура» (рис. 10.19) позволяет выполнять операции разметки модулей.
Рис. 10.19. Панель инструментов окна «Модульная структура»
На панели инструментов окна «Модульная структура» расположены следующие кнопки:
- генерация и вывод иерархического списка модулей;
- вывод заголовка модуля;
- поиск выведенного заголовка модуля;
- добавление нового модуля;
- добавление нового вложенного модуля;
- удаление модуля;
- перенос модуля на уровень вверх;
- перенос модуля вверх на текущем уровне;
- перенос модуля вниз на текущем уровне;
- перенос модуля на уровень вниз;
- добавление ЭЗ входного интерфейса модуля в список «Требования»;
- добавление ЭЗ выходного интерфейса модуля в список «Изученное»;
- добавление входного теста;
- добавление выходного теста.
Панель инструментов окна «Иерархия элементов знаний» (рис. 10.20) позволяет выполнять операции с элементами модели предметных знаний (ЭЗ).
Рис. 10.20. Панель инструментов окна «Иерархия элементов знаний»
На панели инструментов окна «Иерархия элементов знаний» расположены следующие кнопки:
- генерация и вывод иерархического списка ЭЗ;
- вывод кода ЭЗ;
- поиск выведенного кода ЭЗ;
- добавление нового ЭЗ входного интерфейса курса;
- добавление нового вложенного ЭЗ входного интерфейса курса;
- добавление изучаемого ЭЗ;
- добавление вложенного изучаемого ЭЗ;
- копирование ЭЗ;
- вставка ЭЗ;
- удаление ЭЗ;
- перенос ЭЗ на уровень вверх;
- перенос ЭЗ вверх на текущем уровне
10.4.5.Создание программ ДО в среде ГИПЕРТЕСТ
Несмотря на удобство разработки отдельных курсов методом конверсии, следует заметить, что при таком подходе практически полностью теряется контроль за целостностью межпрограммных ссылок (объектом конверсии является изолированная программа, внешние интерфейсы которой ее разработчик, как правило, не согласует с интерфейсами других программ). В то же время междисциплинарная навигация является уникальной возможностью, которую предоставляет модельная идеология ГИПЕРТЕСТ. Кроме того, формат исходного документа не может отразить некоторых существенных преимуществ гипермедиа, в частности включения в гипертекст ссылок, активизирующих методы анимированного Flash-объекта. Такая возможность позволяет создавать лаконичные, наглядные и методически насыщенные демонстрации, которые не требуют постоянного переключения внимания с текста на графику, и обратно. В целях предоставления всей полноты возможностей создания мультимедиа-программ в состав инструментальных средств ГИПЕРТЕСТ включена среда интерактивной разработки программ. В качестве примера ее использования рассмотрим процесс подготовки фрагмента программы «Основы промышленной электроники».
Среда разработки представляет собой приложение Windows, главное окно которого показано на рис. 10.21. Окно разделено на несколько фреймов, каждый из которых отображает информационные структуры, обеспечивающие функционально законченный этап разработки концептуальной модели: моделирование предметных знаний, декомпозиция модульной структуры программы, агрегирование предметных знаний модулями программы.
10.4.6. Моделирование предметных знаний
Разработчику курса программы модель предметной области доступна в виде иерархической структуры, реплицирующей узлы семантической сети с полустепенью исхода, большей единицы, либо в виде линейного списка узлов. Если в модели предметной области ссылка на какое-либо понятие A присутствует в определении нескольких иных понятий, то в структурном представлении модели в интерфейсе разработчика количество реплик узла A равно двум. В результате модель предметной области трансформируется в дерево (рис. 10.22).
|
Из за большого объема эта статья размещена на нескольких страницах:
1 2 3 4 5 6 7 8 9 |
