- •1 Обследование предметной области
- •2 Концептуальное проектирование
- •3 Инфологическое проектирование
- •3.1 Модель «сущность-связь»
- •3.2 Классификация связей
- •4 Реляционная модель базы данных
- •4.1 Функциональные зависимости между атрибутами
- •4.2 Выбор ключей
- •4.3 Определение отношений между таблицами
- •4.4 Нормализация отношений
- •5 Даталогическое проектирование
- •5.1 Состав таблиц базы данных
- •5.2 Средства поддержания целостности
- •6 Запросы к базе данных
- •7 Разработка механизмов защиты данных от несанкционированного доступа
- •8 Требования к техническому обеспечению
- •9 Инструкция по использованию бд
- •9.1 Вызов программы
- •9.2 Экранные формы
- •9.3 Описание отчетов
- •Заключение
- •Список используемых источников
- •Приложения
- •Приложение а. Er-диаграмма
- •Приложение б. Экранные формы
- •Приложение в. Запросы
- •Приложение г. Отчеты
2 Концептуальное проектирование
Сущность (essence) – сущность объект любой природы, данные о котором хранятся в базе данных. Данные о сущности хранятся в отношении. Отношение является важнейшим понятием в реляционной модели данных и представляет собой двумерную таблицу, содержащую некоторые данные. Атрибуты представляют собой свойства, характеризующие сущность. В структуре таблицы каждый атрибут именуется, и ему соответствуют заголовки некоторого столбца таблицы. В разработанный проект входят 7 сущностей, каждая из которых характеризуется своим конкретным набором атрибутов [3].
Сущность 1 – сотрудники;
атрибуты:
- табельный_номер_сотрудника,
- ФИО,
- ИНН,
- код_должности,
- ученая_степень,
- код_образования,
- семейное_положение,
- количество_детей,
- код_формы_трудового_участия,
- год_отчетности,
- код_кафедры,
- шифр_темы.
Сущность 2 – должности;
атрибуты:
- код_должности,
- должность.
Сущность 3 – образование;
атрибуты:
- код_образования,
- образование.
Сущность 4 – формы трудового участия;
атрибуты:
- код_формы_трудового_участия,
- форма_трудового_участия.
Сущность 5 – факультеты;
атрибуты:
- код_факультета,
- название_факультета.
Сущность 6 – кафедры;
атрибуты:
- код_кафедры,
- название_кафедры,
- код_факультета.
Сущность 7 – темы;
атрибуты:
- шифр_темы,
- название_темы,
- годовой_объем_финансирования_темы.
Обоснованием выбора данных сущностей являются исходные данные к проекту, которые были разбиты на отдельные части (таблицы) по принципу соответствия.
Выходная информация на печать:
- ведомость сотрудников факультета, принимающих участие в НИР: название кафедры, ФИО, должность, ученая степень, шифр темы, форма трудового участия;
- сводная ведомость по институту: название факультета, название кафедры, количество сотрудников, занятых в НИР, общее количество сотрудников кафедры;
- для заданной кафедры: ФИО сотрудника, должность, форма трудового участия, название темы, шифр темы;
- для заданной кафедры и сотрудников, принимающих участие в НИР: ФИО сотрудника, должность, шифр темы, семейное положение, количество детей;
- для заданного года отчетности: код факультета, код темы, название темы, объем финансирования.
Выходная информация предоставлена для составления запросов и отчетов к разработанной базе данных.
Для определения структуры каждой таблицы необходимо выполнить анализ функциональных зависимостей, т. е. выяснить какие поля зависят от других полей, а затем поля с одинаковой зависимостью организовать в отдельную таблицу. Таким образом, в одну и туже таблицу не нужно включать поля, являющиеся произвольными от других полей. В результате количество необходимых таблиц определяется числом функциональных зависимостей. Формально нормализация данных обеспечена, если набор таблиц удовлетворяет первым трем правилам, которые называются нормальными формами.
Этот метод является классическим методом проектирования реляционной базы данных. Он основан на понятии зависимости между атрибутами отношений [3].
