Дипломная работа: Информационная система ВУЗа
Преподаватель Читает Дисциплина
| Таб. № | ФИО | Дисциплина | Таб. № | Дисциплина | Колич. часов |
| 101 | Иванов | Математика | 101 | Математика | 120 |
| 120 | Сидоров | Физика | 101 | Физика | 80 |
| 203 | Кузнецов | Информатика | 101 | Философия | 150 |
| 245 | Петров | Сопромат | 120 | Сопромат | 90 |
| Механика | 120 | Механика | 120 | ||
| Физика | 120 | Информатика | 150 |
Проведя анализ на наличие функциональных зависимостей мы выделили следующие функциональные зависимости:
1. № зачетки (NZ)® ФИО (FIO), Группа (GRUPPA), Город (TOWN)
2. №зачетки (NZ), Код дисциплины (S_ID) ® Оценка (MARK)
3. Код дисциплины (S_ID) ® Наименование (SUBS), Колич. Часов (HOUR)
5. Код дисциплины (S_ID) ® Таб. № (TN)
6. Таб. № (TN) ® ФИО (FIO), Ученая степень (UCHSTEPEN), Кафедра (KAFEDRA)
1.2 Формулировка ограничений целостности
Ограничения целостности, как ограничения на значения ключевых полей в связных таблицах служат для сохранения логической структуры баз данных. Как правило, ограничения целостности реализуются на уровне приложений и являются составной частью технического задания на их разработку. Некоторые СУБД способны поддерживать определенные виды ограничений на уровне организации окружения программы. Требования целостности для ключевых полей каждого отношения приведены в таблицах.
Таблица Student (отношение «Студент»).
| Имя поля | Описание | Тип | Примечание | Требование |
| NZ | № зачетной книжки | + | ключ | Уникальность в пределах отношения; при обновлении значения в связной таблице должны изменяться одновременно; при удалении одновременно удаляется информация из связной таблицы. |
| FIO | ФИО | Alpha | ||
| GRUPPA | Группа студента | Alpha | ||
| TOWN | Город | Alpha |
Таблица Marks (отношение «Оценки»).
| Имя поля | Описание | Тип | Примечание | Требование |
| NZ | № зачетной книжки | Long integer | Должен принадлежать домену Student.NZ | |
| S_ID | Код дисциплины | Long integer | Должен принадлежать домену Subs.S_ID | |
| MARK | Оценка за предмет | Number |
Таблица Subs (отношение «Дисциплина»).
| Имя поля | Описание | Тип | Примечание | Требование |
| S_ID | Код дисциплины | + | ключ | Уникальность в пределах отношения; при обновлении значения в связной таблице должны изменяться одновременно; при удалении одновременно удаляется информация из связной таблицы. |
| Subs | Наименование дисциплины | Alpha | ||
| Hour | Количество часов | Number |
Таблица Subj (отношение «Дисциплина2»).
| Имя поля | Описание | Тип | Примечание | Требование |
| S_ID | Код дисциплины | Long integer | Должен принадлежать домену Subs.S_ID | |
| TN | Табельный номер преподавателя | Long integer | Должен принадлежать домену Prepodavatel.TN |
Таблица Prepodavatel (отношение «Преподаватель»).
| Имя поля | Описание | Тип | Примечание | Требование |
| TN | Табельный номер преподавателя | + | ключ | Уникальность в пределах отношения; при обновлении значения в связной таблице должны изменяться одновременно; при удалении одновременно удаляется информация из связной таблицы. |
| FIO | ФИО преподавателя | Alpha | ||
| UCHSTEPEN | Ученая степень | Alpha | ||
| KAFEDRA | Название кафедры | Alpha |
Таблица Kafedra (отношение «Кафедра»).
| Имя поля | Описание | Тип | Примечание | Требование |
| KAFEDRA | Название кафедры | Alpha | ||
| TELEPHON | № телефона кафедры | Long integer |
1.3 Физическое проектирование
В качестве исходных данных для физического проектирования примем простейшую ситуацию :
¨ Задача реализуется на одном рабочем месте.
¨ Многопользовательский доступ к базе данных не предусмотрен.
В нашем случае таблицы хранятся в формате DB; все файлы базы данных располагаются на локальном диске. Здесь же хранятся файлы поддержки СУБД и файлы прикладной программы.
Важная часть физического проектирования - выбор индексных выражений для построения индексов и выбор формата хранения индексов. Для обеспечения скорости работы, особенно на операциях выборки и поиска, необходима индексация по всем ключевым полям таблиц (см. таблицы выше).
Для создания таблиц мы используем DatabaseDesktop программы BorlandDelphi. Входим в меню File -> New -> Table и выбираем тип таблицы Paradox 7. И заполняем поля таблицы. Созданные таблицы (см. Приложение 1) будут хранится в формате DB.
Глава 2 Проектирование интерфейса
Функционально приложение состоит из трех частей:
- Интерфейс ввода / корректировки БД
- Подсистема генерации печатных форм.
- Вспомогательные функции.
Каждой из этих частей соответствует опция главного меню программы.
2.1 Интерфейс ввода/корректировки БД
Главное меню представляет собой иерархическую систему из собственно главного меню и всплывающих меню, позволяющих уточнить выбор, сделанный в меню. Передача управления в процедуру обработки выбранной команды происходит при выборе надлежащей опции всплывающего меню. Для передачи управления используется механизм управления событиями.
Меню программы выглядит следующим образом.
Рис. 2. Структурная схема (дерево диалога)