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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Автоматизированная система создания и управления школьными 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, и внутренней части, выполняющей основные функции.

Сущности «учащийся», «класс», «параллель», «преподаватель», «предмет» описываются как материалы (nodes). Это улучшает интеграцию, т.к. материал является базовым элементом системы. Их хранение и обработка осуществляются автоматически, но только для стандартных параметров (идентификатор, создатель, дата создания и т.п.). Все прочие данные необходимо обрабатывать и хранить самостоятельно.

Те параметры, которые необходимы для организации взаимосвязи указанных выше сущностей, будут обрабатываться в модуле school. Для хранения сущностей «урок» и «оценка» создана структура таблиц БД, приведенная на рисунке 2.

Все остальные параметры являются гибко настраиваемыми. Для каждой сущности (кроме урока и оценки) имеется некоторый их предопределенный набор, но он может быть сокращен или расширен в процессе эксплуатации. Для реализации такой возможности воспользуемся модулем cck (content creation kit). Он позволит конечным пользователям формировать собственные параметры для любых материалов системы (текстовые или числовые значения, изображения, гиперссылки и т.п.).

Для вывода списков учащихся в классе, классов в параллели, учителей, ведущих определенный предмет, используется модуль views. Он предоставляет средства формирования списочных структур: фильтрация, поиск, сортировка и т.д. Необходимо только предоставить модулю views информацию о созданных сущностях и их параметрах. В модуле cck эта возможность уже реализована, в создаваемом модуле school придется воспользоваться views API.

Рисунок 2. Структура учебного процесса (диаграмма классов)

образовательный управление программный автоматизированный

Будем связывать каждую учетную запись учащегося с двумя пользователями системы: один будет выполнять роль родителя, второй - учащегося. Сущность «преподаватель» также связывается с отдельным пользователем.

Разграничение прав пользователей в рамках модуля school выполнена путем введения привилегий:

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

? доступ ко всем данным только для чтения;

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

? доступ к связанной учетной записи учащегося как учащийся.

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

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

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

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

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

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

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



Литература

1. Стандарты и методологии в жизненном цикле программного обеспечения информационных систем [Электронный ресурс]. - Режим доступа: http://www.osp.ru/cio/2001/10/171950/_p3.html

2. Ээльмаа, Ю. Школьный сайт - это просто? [Электронный ресурс] / Ю. Ээльмаа. - Режим доступа: http://elmaa.net.

3. Калашников, С.П. Создание школьного сайта, как элемента информационно-коммуникативной среды образовательного учреждения [Электронный ресурс] / С.П. Калашников // Вопросы Интернет-образования. - Режим доступа: http://vio.fio.ru/ vio_52/cd_site/Articles/art_1_7.htm.

4. Горюнова, М.А. Разработка структуры школьного сайта [Электронный ресурс] / М.А. Горюнова // Вопросы Интернет-образования. - Режим доступа: http://vio.fio.ru/ vio_07/cd_site/Articles/art_1_15.htm.

5. Москвичёва, Г.Г. Сайт школы: от замысла до создания [Электронный ресурс] / Г.Г. Москвичёва // Вопросы Интернет-образования. - Режим доступа: http://vio.fio.ru/ vio_35/cd_site/Articles/art_2_2.htm.

6. Якушина, Е.В., Создание школьного сайта [Электронный ресурс] / Е.В. Якушина, Лавренов А.Ю. // Вопросы Интернет-образования. - Режим доступа: http://vio.fio.ru/ vio_29/cd_site/Articles/art_4_4.htm.

7. Маталыгин, В.В. Советы по созданию школьного сайта [Электронный ресурс] / В.В. Маталыгин. - Режим доступа: http://edu.itech.ru/ctt/internet/sovet.htm.

8. Директор создает школьный сайт… (из опыта работы) [Электронный ресурс] // Информационные технологии в управлении школой. - Режим доступа: http://inform.direktor.ru/journal/schoolsite/tabunidze.

9. Drupal API reference [Электронный ресурс]. - Режим доступа: http://api.drupal.org.

Размещено на Allbest.ru