Образовательные порталы, стандарты и открытый код
,
Иркутский государственный университет, г. Иркутск
Информационные стандарты, обеспечивающие работу образовательных порталов как единой информационной системы, должны в полной мере учитывать специфику образовательного сообщества. С одной стороны они должны быть компромиссными, чтобы не мешать вовлечению в процесс работы максимального количества участников, а с другой, обеспечивать "правильные" информационные механизмы, формировать действительно единую информационную образовательную среду, обеспечивать постепенную миграцию образовательного сообщества к высоким информационным технологиям.
Для решения этой проблемы, с нашей точки зрения, следует начинать с двухуровневых стандартов создания, хранения и использования образовательных ресурсов:
Минимальный уровень. Разработчик волен в выборе систем для подготовки информационного ресурса. Единственное требование: после завершения содержательной работы разработчик с помощью специального сервиса превращает созданный ресурс в учебный объект – единый информационный блок, включающий сам информационный ресурс и его манифест (метаописание) в общепринятом стандарте. Метаданные о ресурсе представляются на языке разметки данных XML. Метаописание используется в дальнейшем в работе информационных сервисов образовательного пространства, в частности, библиографических и поисковых систем.
Оптимальный уровень. Разработка учебного ресурса ведется с учетом современных требований, связанных с разделением содержания и представления материалов. Тексты структурированы на логическом уровне с использованием подходящего диалекта языка разметки и представляют собой xml-файлы. Генерирование учебного объекта проводится по той же схеме, что и на минимальном уровне. Учебный объект оптимального уровня допускает: автоматическое создание разнообразных внешних представлений объекта (в HTML, rtf, pdf, LaTeX, etc.), полнотекстовый интеллектуальный поиск по содержимому учебного объекта, его многократное использование в разных контекстах, "многосценарное" применение, взаимодействие с другими учебными объектами и т. д.
Российское образовательное сообщество, к сожалению, не является корпорацией с ее жесткой дисциплиной. Внедрение стандартов в такой ситуации – дело для изобретательных людей с крепкими нервами. В любом случае оно требует разработки специальных стратегий. Рассмотрим некоторые возможности в этом направлении.
Внедрение стандарта минимального уровня. На уровне минимального стандарта важнейшую роль должно сыграть согласование политики между федеральными образовательными порталами. Здесь нужны следующие шаги:
- создание рекомендательного стандарта по метаописаниям учебных ресурсов, манифестам и учебным объектам;
- разработка эталонных сервисов, реализующих минимальный стандарт и позволяющих разработчикам электронных ресурсов готовить метаописания этих ресурсов, а также создавать свои учебные объекты;
- достижение договоренности между федеральными порталами о следовании этому стандарту;
- организация автоматических интерфейсов между центральным и предметными порталами, передающих информацию о вновь опубликованных учебных объектах в поисковую систему центрального портала.
- проведение активной «рекламной» политики.
Внедрение стандарта оптимального уровня. В отличие от минимального, оптимальный стандарт требует более нетривиальных действий. Чтобы обеспечить твердые позиции оптимального стандарта, необходима значительная работа по созданию соответствующих сервисов и информационных ресурсов. И успех здесь маловероятен, если этот процесс не станет общим делом образовательного сообщества. Здесь наиболее подходящим вариантом представляется использование принципов работы Open Source. По такой схеме реализовывались многие успешные проекты, в частности, Linux. Линус Торвальдс открыл написанное им ядро Linux для свободного развития. В дело включились тысячи программистов. Торвальдс выступал в роли «модератора» процесса, неся единоличную ответственность по включению разработок в Linux. Подобная схема может использоваться во многих проектах центрального образовательного портала. Менеджменту портала достаточно держать в своих руках «командные высоты» портала (базовые блоки, код которых не открывается) и «модерировать» другие проекты.
Предположим, у кого-то возникла идея проекта, применимая в образовательной среде. Если образовательный портал , портал предоставляет площадку для реализации проекта как открытого кода, назначая модератора проекта. На этой площадке выкладывается стартовый код, обеспечивающий первичную реализацию идеи, после чего начинается общая работа. Это возможно на любом уровне – при создании систем, при разработке учебных ресурсов и т. д. Имеется хороший опыт построения специальных порталов, предоставляющих техническую поддержку для Open Source проектов, например, SourceForge (http:///).
Посмотрим на механизм внедрения оптимального стандарта как OpenSource проекта. С технической точки зрения этот стандарт реализуется через небольшое количество базовых сервисов, которые при решении конкретных образовательных задач дополняются специальными методами. Центральным является ядро, через которое подключаются другие модули. Ядро обеспечивает обмен информацией между модулями и регулирует их работу.
После публикации на портале первичных кодов ядра и методов, участники игры разрабатывают свои системы и типы документов, участвуют в корректировке опубликованного кода. Общезначимые и/или оригинальные разработки модератор включает в проект. Все работают в рамках единых договоренностей и форматов. Очень важно, что форматы оптимального стандарта достаточно свободны, чтобы допускать целый спектр реализаций и подходов – для совершенно разных задач и на совершенно разные вкусы. Совместный процесс работы подспудно внедряет стандарт в практику.
Хотя работа по организации такой схемы является очень непростой, шансы на ее успех весьма велики в связи со следующими моментами:
- стартовые условия образовательной информационной среды аналогичны тем, в которых так успешно развивался Linux и другие проекты Open Source;
- в наличии большое количество квалифицированных энтузиастов;
- имеется объективная возможность создания системы поощрений (в первую очередь нефинансовых) для участников игры;
- имеются технические возможности для поддержки работы этих механизмов;
- схема психологически обеспечивает интересные правила игры для молодых представителей образования, что обеспечивает хорошие перспективы;
- имеется позитивный зарубежный опыт.
Чем больше людей будут вовлечены образовательным порталом в работу, тем более уверенно будут чувствовать себя стандарты. И общественный эффект будет значительным – это реальный путь превращения порталов во «всенародное» дело.
Представляется, что организация дела, основанная на принципах Open Source может оказаться продуктивной во многих образовательных проектах. Рассмотрим гипотетический пример.
Проект «Тесты». Хорошо известно, что джентльменский набор стандартных схем виртуальных тестов не всегда достаточен для методической работы. Например, непросто реализовать тесты для продвинутых математических задач. Вероятно, имеет смысл копить разнообразные схемы тестирования, разные типы вопросов, чтобы при разработке конкретного теста можно было опереться на богатый выбор методических приемов. Но для того, чтобы собирать такой банк, нужен единообразный подход к описанию тестов и вопросов. Ясно, что договоренности могут состояться только на самом общем уровне. Оптимальный стандарт позволяет обеспечить такие договоренности, причем так, чтобы мягкость договоренностей не помешала конструктивности процесса – тесты, описанные на таком общем языке, будут готовы к конкретной работе.
Разработку типов тестов можно выделить в отдельный OpenSource проект, реализующий, скажем, следующую схему (демонстрационную, поскольку реальные схемы значительно сложнее):
Такая система задает общие механизмы прохождения тестов и обеспечивает защиту информации. Генератор тестов автоматически порождает тест (т. е. набор вопросов), выбирая из хранилища вопросы по нужной тематике. При правильной (объектно-ориентированной) организации, которую обеспечивает оптимальный стандарт, внутренняя структура вопросов безразлична системе (вопросы выступают в роли пакетов информации), важны только их внешние спецификации, которыми оперирует система. Вопросы описываются на языке XML примерно в таком виде:
<вопрос тип=”простой вопрос”>
Что такое омуль?
<верно>
рыба, живущая в Байкале
</верно>
<ложно>
птица, живущая на Балтике
</ложно>
<ложно>
Это млекопитающее
</ложно>
<баллы>115</баллы>
</вопрос>
При формировании теста xml-запись вопроса автоматически превращается генератором теста в конкретное графическое представление (например, в html-форму), с которым работает тестируемый.
Работа по созданию банка тестовых вопросов в форме OpenSource проекта может проходить на двух уровнях. Во-первых, коллекционируются различные шаблоны вопросов. Во-вторых, можно собирать сами вопросы по разнообразным учебным предметам. Шаблоны вопросов может собирать центральный портал, вопросы же по конкретным предметам коллекционируются соответствующими предметными порталами. Ясно, что центральный и предметные порталы должны согласовывать свои действия, касающиеся форм описания схем вопросов.
Можно предложить множество других сфер применения данного подхода. Например, это создание баз знаний по разнообразным предметам, организованных по схеме, предложенной в системе Линеал (http://lineal. *****). Более подробно этот и другие вопросы рассматриваются в материале http://xserv. *****/descr.
