Статья: Автоматизированная система создания и управления школьными web-сайтами

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Автоматизированная система создания и управления школьными web-сайтами

Светкин А.В.

Савва Ю.Б.

Для учреждений среднего образования в настоящее время остро стоит вопрос о более тесном взаимодействии преподавателей, классных руководителей и родителей учащихся. С одной стороны, это объясняется возникновением новых и малоизученных проблем в образовании, воспитании, появившихся в современном мире. С другой стороны, в текущих экономических условиях все больше возрастает занятость родителей. Традиционные формы связи (например, родительские собрания) становятся все менее эффективными. Кроме того, у общества возникает потребность в открытом освещении деятельности образовательных учреждений, а у преподавателей - в установлении и укреплении контактов в профессиональной сфере.

Одним из эффективных средств решения этих проблем является использование возможностей Интернета - web-сайт учебного заведения позволяет отражать все аспекты, как учебного процесса, так и иных сторон деятельности учебного заведения [1-7]. Однако в настоящее время лишь сравнительно небольшая часть школ имеет свой сайт (ситуация варьируется от региона к региону). В основной массе их профессиональный уровень невысок [1], что не позволяет говорить об эффективном решении упомянутых проблем. Это объясняется рядом причин:

– немногие преподаватели обладают достаточными умениями в области создания и последующей поддержки в актуальном состоянии web-сайтов;

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

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

Анализ существующих подходов

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

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

? разработка и внедрение оригинальной системы для создания конкретного сайта;

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

Каждый из описанных подходов имеет как свои достоинства, так и недостатки.

Системы общего назначения

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

Адаптация системы может носить различный характер по объему и сложности вносимых изменений. Распространена смена визуального оформления и подключение дополнительных модулей для расширения функциональности. Часто модифицируется код ядра (в некоторых случаях это единственная возможность адаптации). К недостаткам такого подхода можно отнести:

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

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

Оригинальные системы

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

Специализированные системы

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

Программа «Конструктор школьных сайтов» разработана в 2002 году в рамках федеральной целевой программы «Развитие единой информационной среды». «Конструктор» является приложением, устанавливающемся на стороне клиента, где и происходит создание сайта. Созданный с использованием «Конструктора» сайт представлен в виде набора HTML-документов. Размещение сайта на сервере происходит при помощи встроенного FTP-клиента. Среди недостатков данной программы необходимо выделить следующие:

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

? слабые возможности по структурированию информации: сложности при построении иерархических связей между материалами сайта, жесткая типизация публикуемых материалов;

? отсутствие средств управления пользователями и средств разграничения прав;

? необходимость использования специального приложения для управления сайтом, вызванная отсутствием web-интерфейса.

Программа SiteEdit Junior (http://www.siteedit.ru/junior) разработана компанией EDGESTILE в рамках проекта «Моя школа». Используется в ряде школ регионов Российской Федерации. Имеет закрытый исходный код, лицензируется на определенный период.

SiteEdit Junior является приложением, устанавливающемся на стороне клиента, где и происходит создание сайта. Созданный сайт представлен в виде набора HTML-документов и исполняемых файлов. Размещение сайта на сервере происходит при помощи встроенного FTP-клиента. Недостатки системы:

? жесткая типизация публикуемых материалов;

? отсутствие средств управления пользователями и средств разграничения прав;

? необходимость использования специального приложения для управления сайтом;

? ограниченная функциональность web-интерфейса.

Концепция автоматизированной системы создания и управления школьными web-сайтами

Обозначим круг задач, решаемых предлагаемой системой:

? создание полноценного сайта образовательного учреждения;

? администрирование сайта под силу самому образовательному учреждению;

? оптимизация технической поддержки, обслуживания и размещения сайтов;

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

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

? реализовывать особые для образовательных учреждений функции;

? являться доступной для эксплуатации и внедрения неспециалистами;

? быть готовой к внедрению в различных условиях;

? легко настраиваться и адаптироваться;

? быть простой в обслуживании, поддержке и модификации;

? иметь минимальную стоимость.

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

? сведения об учащихся: успеваемость, посещаемость и т.п.;

? сведения о классах: ученики, классный руководитель;

? сведения о преподавателях: читаемые предметы, классное руководство;

? расписание учебных занятий.

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

Концепция предлагаемого решения

Для решения поставленной задачи предлагается следующая концепция:

? в качестве основы используется готовая система управления сайтами общего назначения;

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

? разрабатываются схемы внедрения системы.

Использование готовой системы в качестве основы имеет следующие преимущества:

? значительное уменьшение времени, затрачиваемое на разработку;

? возможность использовать модули, разработанные третьей стороной;

? поддержка со стороны разработчиков или сообщества;

? гарантия (в определенных пределах) стабильной и безошибочной работы.

Необходимо принять во внимание и недостатки такого подхода:

? затраты времени на изучение архитектуры и API;

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

Таким образом, решение об использовании готовой основы может быть принято только в том случае, если выбранный программный продукт имеет:

? открытый исходный код;

? свободную лицензию;

? модульную или компонентную архитектуру;

? документацию к API;

? подходящий набор готовых модулей;

? поддержку со стороны разработчиков.

Кроме того, не менее важными критериями выбора будут:

? грамотный, читаемый исходный код;

? стабильность работы;

? сообщество сторонних разработчиков;

? успешные примеры внедрения.

С учетом изложенного для разработки предлагаемой автоматизированной системы в качестве ее прототипа была выбрана система управления сайтами Drupal [8], которая:

– позволяет реализовать механизм администрирования web-сайта, включая управление его страницами, настройками;

– предоставляет инструментальные средства для описания объектов, представляемых на web-сайте для отражения хода учебного процесса;

– предоставляет API для создания программного модуля, реализующего функциональные особенности школьного web-сайта.

Моделирование предметной области

Моделирование предметной области разрабатываемой системы выполнено с использованием объектно-ориентированного подхода и языка UML.

Варианты использования системы

Выделим основные действующие лица (рисунок 1):

? Администратор: отвечает за функционирование системы; на начальном этапе он выполняет запуск сайта, в дальнейшем производит его мониторинг и настройку;

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

? Преподаватель: осуществляет подготовку и публикацию материалов на сайте; обладает правами доступа к материалам сайта и разделам в пределах своих обязанностей;

? Родитель: обладает правами доступа к закрытым разделам сайта, содержащим информацию о его ребенке;

? Гость: обладает правами доступа только к открытым, общедоступным материалам сайта.

Необходимо заметить, что одни и те же люди могут иметь несколько ролей.

Моделирование организации учебного процесса

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

? личные данные (Ф.И.О., дата рождения, фотография, год поступления и т.п.;

? сведения об успеваемости и посещаемости;

? расписание предметов;

? текущие отзывы преподавателей, классного руководителя.

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

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

Рисунок 1. Диаграмма прецедентов

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

Реализация системы

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