Разработка модуля сайта преподавателя по дисциплине Интернет-технологии (стр. 9 из 30)
Разграничение пользовательской и административной части программного комплекса.
Необходимо обеспечить возможность однократной регистрации студентов-пользователей в системе. При повторной попытке регистрации выводится ошибка.
Зарегистрированный пользователь должен иметь возможность беспрепятственного входа в систему с использованием индивидуальных уникальных логина и пароля.
Обучение по каждой отдельной дисциплине (курсу) происходит индивидуально. Количество одновременно изучаемых дисциплин ограничено только наличием их в системе. Если студент полностью прошел обучение по отдельной дисциплине или "завалил" контрольный тест, он получает возможность регистрации другой.
Система должна обеспечивать изучение учебных материалов поэтапно и возможность промежуточного контроля студента. Итоговый контроль полученных знаний должен осуществляться при личном контакте студента и преподавателя.
Необходимо ограничить число возможных попыток прохождения каждого теста. Для сдачи теста студент предпринимает две попытки. Результаты тестирования хранятся в базе данных на сервере.
Все личные параметры студентов, в том числе названия изучаемых дисциплин, результаты прохождения тестов, а также данные для тестирования находятся на веб-сервере. Права доступа на изменение данных, удаление и просмотр есть только у администратора.
Все скрипты программы тестирования находятся и выполняются на веб-сервере и доступ к ним ограничен. Пользователь получает страницы содержащие только HTML-код. Реализовать эту возможность средствами языка PHP.
В качестве программного обеспечения, выбранного для разработки системы выбраны: средство разработки веб-узлов Macromedia Dreamweaver MX, веб-сервер Apache, язык веб-программирования PHP и сервер баз данных MySQL.
1.13.2 Дополнительные требования к веб-сайту
Основываясь на выборе интернет-технологии дистанционного обучения можно также сформулировать дополнительные требования к веб-сайту [11]:
Простота в освоении, требующая знаний и умений на уровне пользователя компьютера среднего уровня.
Открытость программного кода.
Отсутствие необходимости установки дополнительных программ для функционирования созданного продукта.
Веб-совместимость (совместимость с различными браузерами).
Модификация веб-приложения с незначительными финансовыми и трудовыми затратами.
Незначительный объем (компактность).
Обеспечение полного цикла самостоятельной работы с создаваемым web-приложением.
Обеспечение "на выходе" готового продукта, не требующего специальной доработки, но имеющего такую возможность, и пригодного к включению в образовательный процесс.
1.13.3 Требования к оформлению учебных материалов
Может быть выбрана любая удобная форма представления материала студентам. Это могут быть фотографии, графики, рисунки, текст, видеофрагменты и т.д. Все это может быть расположено на странице в произвольной форме. Когда речь идет о чтении и рассмотрении материала с целью его понимания и запоминания необходимо выработать единую концепцию оформления документов [12].
При дистанционном обучении содержание документов должно преобладать над формой его представления. Форма документов должна быть строгой. Страница не должна содержать лишней информации (графической или текстовой), которая могла бы отвлечь внимание читающего.
Все учебные материалы должны быть четко структурированы и должны предоставлять возможность интерактивного поиска среди них. Учебные материалы могут передаваться лицу, заинтересованному в их изучении, любым способом. Это может быть и непосредственная загрузка и чтение документа с веб-сервера, и передача архива документов для просмотра программой-клиентом без подключения к Интернет, а также другими способами, которые будут обусловлены методикой учебного процесса.
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Построение инфологической модели предметной области
Инфологическая модель предметной области - это описание предметной области, выполненное с использованием специальных языковых средств, не зависящих от использования в дальнейшем программных средств. Требования к инфологической модели:
адекватность отображения предметной области;
непротиворечивость;
отражение потребности всех пользователей будущей информационной системы;
допущение возможных расширений модели, а также при большой размерности инфологической модели - композиции и декомпозиции;
желательно применение языка описания предметной области как при ручном, так и при автоматизированном проектировании;
легкость восприятия разными категориями пользователей.
Инфологическая модель является ядром системы проектирования. Она содержит всю необходимую информацию для проектирования приложения. Инфологическая модель предметной области представлена в приложении А.
Для описания инфологической модели данных можно выделить десять объектов, которые участвуют в обработке информации: "Студенты", "Результаты тестов", "Дисциплины", "Вопросы тестов", "Ответы на вопросы тестов", "Записи гостевой книги", "Сообщения чата", "Запрещенные IP - адреса", "Балы для тестов", "Товары", "Заказчики" и "Заказы". Каждый объект обладает своими свойствами.
Объект "Студенты" включает в себя данные о студентах зарегистрированных в системе. Он обладает свойствами: Логин, Пароль, Фамилия, Имя, Дата последнего входа в систему, Адрес электронной почты, Шифр студента, Наименование факультета.
Объект "Дисциплины" включает в себя информацию о дисциплинах дистанционного обучения. Он обладает свойствами: Идентификатор дисциплины, Название дисциплины.
Объект "Результаты тестов" включает в себя информацию о результатах тестирования зарегистрированных студентов. Он обладает свойствами: Идентификатор теста, № студента, № дисциплины, Число попыток теста, Процент последнего результата теста, Дата последнего тестирования.
Объект "Вопросы тестов" содержит вопросы для тестов. Он обладает свойствами: Идентификатор вопроса, № дисциплины, Контекст вопроса.
Объект "Ответы на вопросы тестов" содержит ответы на вопросы тестов. Он обладает свойствами: Идентификатор ответа, № вопроса, Контекст ответа, Флаг правильного ответа.
Объект "Сообщения гостевой книги" содержит сообщения гостевой книги. Он обладает свойствами: Идентификатор сообщения, № студента, Контекст сообщения,
IP - адреса, Принадлежность к странице, Время записи.
Объект "Сообщения чата" содержит сообщения чата. Он обладает свойствами: Идентификатор сообщения, № студента, Контекст сообщения, IP - адрес, Время записи.
Объект "Запрещенные IP - адреса" содержит адреса с которых администратором запрещена запись сообщений гостевой книги и чата. Он обладает свойствами: Идентификатор адреса, Адрес, Принадлежность к гостевой книге или чату.
Объект "Баллы" содержит проценты, внесенные администратором, соответствующие определенным баллам. Он обладает свойствами: Бал, Процент.
Объект "Заказчики" включает в себя данные о заказчиках интернет-магазина. Он обладает свойствами: Идентификатор заказчика, Фамилия, Имя, Дата последнего входа в систему, Адрес электронной почты, адрес доставки, дата последнего заказа.
Объект "Товары" включает в себя данные о товарах интернет-магазина. Он обладает свойствами: Идентификатор товара, название, примечание, цена.
Объект "Заказы" включает в себя данные о заказах интернет-магазина. Он обладает свойствами: Идентификатор заказа, идентификатор товара, идентификатор заказчика, количество заказанного товара, время заказа и флаг выполнения заказа.
Объекты "Студенты" и "Результаты тестов" связаны между собой связью "Один-ко-многим".
Объекты "Студенты" и "Сообщения чата" связаны между собой связью "Один-ко-многим".
Объекты "Студенты" и "Сообщения гостевой книги" связаны между собой связью "Один-ко-многим".
Объекты "Дисциплины" и "Результаты тестов" связаны между собой связью "Один-ко-многим".
Объекты "Дисциплины" и "Вопросы тестов" связаны между собой связью "Один-ко-многим".
Объекты "Вопросы тестов" и "Ответы на вопросы" связаны между собой связью "Один-ко-многим".
Объекты "Заказчики" и "Заказы" связаны между собой связью "Один-ко-многим".
Объекты "Товары" и "Заказы" связаны между собой связью "Один-ко-многим".
Объекты "Баллы" и "Запрещенные IP - адреса" не связаны между собой и с другими объектами.
Рисунок 2.1 - инфологическая модель предметной области
2.2 Построение даталогической модели предметной области
На основании анализа предметной области и построенной инфологической модели разработана реляционная база данных "itn". (Рисунок 2.1) Для реляционной базы данных проектирование физической структуры заключается в том, чтобы разбить всю информацию по таблицам, а также определить состав полей для каждой из этих таблиц и установить связи между таблицами.