80
стороны некоторыми телефонами могут пользоваться несколько человек. В этом
случае поля, по которым устанавливается связь, являются внешними ключами.
Они могут содержать повторяющиеся значения.
В разрабатываемой информационной системе можно выделить следующие
связи:
сущности «Специальность» и «Преподаватель» – связь один ко многим
(одна специальность может быть у многих преподавателей);
сущности «Преподаватель» и «КонтактныеДанныеПреподавателя» – связь
один ко многим (один преподаватель может иметь несколько контактных
данных);
сущности «Преподаватель» и «Учебная нагрузка» – связь один ко многим
(один преподаватель может состоять в нескольких учебных нагрузках);
сущности «Предмет» и «Учебная нагрузка» – связь один ко многим (один
предмет, может состоять в нескольких учебных нагрузках);
сущности «Класс» и «Учебная нагрузка» – связь один ко многим (один
класс может состоять в нескольких учебных нагрузках);
сущности «Класс» и «Учащийся» – связь один ко многим (в одном классе
состоят несколько учащихся);
сущности «Учащийся» и «КонтактныеДанныеУчащегося» – связь один ко
многим (один учащийся может иметь несколько контактных данных);
сущности «Учебная нагрузка» и «Успеваемость» – связь один ко многим
(по одной учебной нагрузке может быть несколько успеваемостей);
сущности «Учащийся» и «Успеваемость» – связь один ко многим (у одного
учащегося может быть много успеваемостей).
Логическая модель (диаграмма «сущность-связь») приведена на рисунке
2.19.
Рисунок 2.19 Логическая модель базы данных
Учебная нагруз ка/6
ИДУчебНагру з ка
ИДПреподаватель (FK)
ИДПредмет (FK)
ИДКласс (FK)
УчебныйГод
Преподаватель/1
ИДПреподаватель
Фамилия
Имя
Отчество
Стаж
Образование
ИДСпециальность (FK)
Предмет/2
ИДПредмет
Наз вание
Успеваемость/3
ИДУспеваемость
ИДУчебНагру з ка (FK)
ИДУчащийся (FK)
1 Четверть
2 Четверть
3 Четверть
4 Четверть
1 Полу годие
2 Полу годие
Годовая
Учащийся/4
ИДУчащийся
ИДКласс (FK)
Фамилия
Имя
Отчество
ДомашнийАдрес
Пол
ДатаРождения
Класс/5
ИДКласс
Наз вание_класса
КонтактныеДанныеПреподавателя/8
ИДПреподаватель (FK)
Телефон
Примечание
КонтактныеДанныеУчащегося/7
ИДУчащийся (FK)
Телефон
Примечание
Специальность/9
ИДСпециальность
Наз вание
Физическая модель данных зависит от конкретной системы управления
базами данных. В физической модели содержится информация обо всех объектах
базы данных. Физическая модель зависит от конкретной реализации системы
управления базой данных. Одной и той же логической модели могут
соответствовать несколько разных физических моделей. Если в логической
модели не имеет значения, какой конкретно тип данных имеет атрибут, то в
физической модели важно описать всю информацию о конкретных физических
объектах.
Физическая модель баз данных определяет способы размещения данных в
средах хранения и способы доступа к этим данным, которые поддерживаются на
физическом уровне. Описание физической модели базы данных представлено в
таблице 2.5.
Таблица 2.5
Название
таблицы
Атрибуты
Тип
данных
Описание
Заполнение
1
2
3
4
5
Контактные-
ДанныеПреп
ИДПреподава-
тель
Числовой
Номер
преподавателя
Обязательное
(первичный
ключ)
Телефон
Числовой
Номер телефона
преподавателя
Обязательно
Примечание
Текстовый
Тип телефона
Не обязательно
Контактные-
ДанныеУч
ИДУчащийся
Числовой
Номер учащегося
Обязательное
(первичный
ключ)
Телефон
Числовой
Номер телефона
учащегося
Обязательно
Примечание
Текстовый
Тип телефона
Не обязательно
Преподаватель
ИДПреподаватель
Числовой
Номер
преподавателя
Обязательное
(первичный
ключ)
Фамилия
Текстовый
Фамилия
преподавателя
Обязательно
Имя
Текстовый
Имя
преподавателя
Обязательно
Отчество
Текстовый
Отчество
преподавателя
Обязательно
83
Продолжение таблицы 2.5
1
2
3
4
5
Стаж
Числовой
Стаж
преподавателя
Не
обязательно
Образование
Текстовый
Образование
преподавателя
Обязательно
ИДСпециаль-
ность
Числовой
Код
специальности
преподавателя
Обязательно
Специаль-
ность
ИДСпециально-
сть
Числовой
Номер
специальности
Обязательное
(первичный
ключ)
Название
Текстовый
Название
специальности
Обязательно
Предмет
ИДПредмет
Числовой
Номер предмета
Обязательное
(первичный
ключ)
Название
Текстовый
Название
предмета
Обязательно
УчебНагрузка
ИДУчебНагруз-
ка
Числовой
Номер учебной
нагрузки
Обязательное
(первичный
ключ)
ИДПреподава-
тель
Числовой
Номер
преподавателя
Обязательно
ИДПредмет
Числовой
Номер предмета
Обязательно
ИДКласс
Числовой
Номер класса
Обязательно
УчебныйГод
Дата/Вре-
мя
Учебный год
Обязательно
Класс
ИДКласс
Числовой
Номер класса
Обязательное
(первичный
ключ)
Название_класса
Текстовый
Название класса
Обязательно
Учащийся
ИДУчащийся
Числовой
Номер
учащегося
Обязательное
(первичный
ключ)
ИДКласс
Числовой
Номер класса
Обязательно
Фамилия
Текстовый
Фамилия
учащегося
Обязательно
Имя
Текстовый
Имя учащегося
Обязательно
84
Отчество
Текстовый
Отчество
учащегося
Обязательное
(первичный
ключ)
ДомашнийАдрес
Текстовый
Домашний адрес
учащегося
Обязательно
Пол
Текстовый
Пол учащегося
Обязательно
ДатаРождения
Дата/Вре-
мя
Дата рождения
учащегося
Обязательно
Успеваемость
ИДУспевае-
мость
Числовой
Номер
успеваемости
Обязательное
(первичный
ключ)
ИДУчебНагруз-
ка
Числовой
Номер учебной
нагрузки
Обязательно
1 четверть
Числовой
Оценка за 1
четверть
Не
Обязательно
2 четверть
Числовой
Оценка за 2
четверть
Не
Обязательно
3 четверть
Числовой
Оценка за 3
четверть
Не
Обязательно
4 четверть
Числовой
Оценка за 4
четверть
Не
Обязательно
1 полугодие
Числовой
Оценка за 1
полугодие
Не
Обязательно
2 полугодие
Числовой
Оценка за 2
полугодие
Не
Обязательно
Годовая
Числовой
Годовая оценка
Не
Обязательно
Администрир
ование
ИДПрава
Числовой
Номер права
Обязательное
(первичный
ключ)
Пароль
Текстовый
Пароль
Обязательно
Примечание
Текстовый
Тип пароля
Обязательно
Физическая модель данных в терминах данной системы управления базой
данных представлена на рисунке 2.20.
Таблица Администрирование не связана с преподавателем по ключу, так
как права доступа к базе данных определены для завуча и секретаря, для
которых установлены пароль и логин.
85
Рисунок 2.20 Физическая модель базы данных в среде проектирования
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Схема вызова программных модулей представлена на рисунке 2.21.
Рисунок 2.21 Схема вызова программных модулей
86
Описание программных модулей представлено в таблице 2.6.
Таблица 2.6
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1)
ПМ Авторизация
Выполняет авторизацию пользователей при
их входе в программу
2)
ПМ Главная форма
Содержит все функции по работе с
программой (для разных пользователей
активны свои функции)
3)
ПМ Редактирование
(учащиеся)
Позволяет вводить (редактировать) данные
учащегося
4)
ПМ Редактирование
(преподаватели)
Позволяет вводить (редактировать) данные
преподавателя
5)
ПМ Редактирование
классов
Позволяет вводить (редактировать) классы
6)
ПМ Добавление учебной
нагрузки
Позволяет добавлять учебную нагрузку для
преподавателя
7)
ПМ Перевод учащихся
Позволяет осуществлять перевод учащихся из
одного класса в другой
8)
ПМ Предметы
Позволяет вводить (редактировать) предметы
9)
ПМ Администрирование
Позволяет добавлять (редактировать)
пользователей системы
10)
ПМ Отчеты
Содержит отчетную документацию
2.3.4 Описание программных модулей
Алгоритм работы основного модуля представлен на рисунке 2.22. Как
показывает схема, разрабатываемая информационная система должна
обеспечивать выполнение следующих задач:
1 Авторизация пользователя;
2 Выбор класса;
3 Выбор преподавателя;
4 Просмотр успеваемости.
87
Рисунок 2.22 Алгоритм работы информационной системы
Рассмотрим подробнее некоторые из них.
1 Авторизация пользователя (рисунок 2.23).
Каждый пользователь в системе имеет логин и пароль. При входе
пользователя в систему запускается процедура авторизации пользователя.
Система отправляет запрос базе данных на наличие данной записи о
пользователе, и если она существует, то запускается процесс формирования
Да
Нет
Да
Нет
Авторизация пользователя
Начало
Автори-
зован?
Открытие главной формы
Нет
Да
Выбор
класса?
Просмотр (редактирование) успеваемости
и контактных данных учащихся
Нет
Да
Выбор
преподавателя
?
Просмотр (редактирование) уч нагрузки и
контактных данных преподавателя
Конец
Успевае-
мость?
Просмотр успеваемости учащихся классов по
предметам, формирование отчетов
88
рабочей области пользователя. Рабочей областью называется набор функций, с
которыми разрешено работать пользователю.
Рисунок 2.23 Алгоритм авторизации пользователя
2 Выбор класса (рисунок 2.24).
Пользователь выбирает любой класс, в котором выбирает любого
учащегося. После этого пользователю предоставляется возможность
просмотреть (отредактировать) информацию по успеваемости учащегося (за 1-4
четверти, за 1-2 полугодие, за учебный год) или информацию по контактным
данным учащегося (фамилия, имя, отчество учащегося, домашний адрес,
телефон). Вся информация сохраняется в файл базы данных. Пользователь
может осуществить поиск информации по фамилии, имени, отчеству учащегося,
по его домашнему адресу
Да
Проверка наличия учетной записи
пользователя
Начало
Учетная запись
найдена?
Определение функций, с которыми
разрешено работать пользователю
Конец
Нет
89
Рисунок 2.24 Алгоритм работы с системой (класс)
2.4 Контрольный пример реализации проекта и его описание
После реализации разработанной информационной системы необходимо
провести функциональное тестирование системы.
Тестирование информационной системы – процесс исследования с целью
получения информации о качестве продукта и выявления ошибок.
Существующие на сегодняшний день методы тестирования программного
обеспечения не позволяют однозначно и полностью выявить все дефекты и
установить корректность функционирования анализируемой программы,
Да
Нет
Да
Да
Конец
Поиск?
По фамилии, имени, отчеству
По домашнему адресу
Закончить
работу?
Сохранение данных
Нет
Нет
Просмотр информации об успеваемости
учащегося и его контактные данные
Начало
Редактиро-
вать класс?
Новый класс (добавить,
удалить)
Да
Редактиро-
вать
учащегося?
Личные данные (фамилия, имя, отчество,
пол)
Контактные данные (адрес, телефон)
Успеваемость (1-4 четверти, 1-2
полугодие, годовая)
Нет