Сущности «учащийся», «класс», «параллель», «преподаватель», «предмет» описываются как материалы (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.