- •1 Введение
- •2 Основная часть
- •2.1 Постановка задачи
- •3 Проектирование бд
- •3.1 Метод «Сущность-связь»
- •3.2 Метод нормальных форм
- •4.Выбор и обоснование субд
- •5 Физическая реализация
- •5.1 Построение таблиц и схемы данных средствами субд
- •5.2 Создание запросов на языке sql
- •5.3 Создание форм и отчетов
- •6. Руководство пользователя
2 Основная часть
2.1 Постановка задачи
Решаемые задачи: учет труда и зарплаты работников, ведение табеля учета рабочего времени по подразделениям (ФИО) работника, должность, количество отработанных часов, количество нерабочих дней). Необходима нормализация БД. Запросы: Упорядочение : сотрудники по алфавиту внутри подразделения. Поиск: все сведения о сотруднике по ФИО и табельному номеру. Выборка: табель учета рабочего времени по отделам. Вычисление: среднего количества нерабочих дней по отделам, суммарного количества нерабочих дней по месяцам. Коррекция: удаление устаревших данных ( за прошлый год ). Ограничения целостности: каждый сотрудник работает только в одном подразделении; общее количество нерабочих дней не превышает количества дней месяца; количество отработанных дней не более 41 час. в неделю. Табличный отчет: табель учета рабочего времени. Общий фонд рабочего времени.
3 Проектирование бд
3.1 Метод «Сущность-связь»
Для разработки БД была использована модель предметной области «сущность-связь». Выбор данной модели обусловлен ее простотой и наглядностью отображения объектов предметной области и информационных потоков.
На этапе информационно-логического моделирования предметной области часто используют модель «сущность-связь» (Entity-Relationship, ER), которая наглядно изображает структурные блоки информации и логические взаимосвязи между ними. Компонентами модели являются сущности, понятия и связи.
Общий порядок ER-диаграммы таков:
-
в каждом внешнем представлении нужно выделить понятия и их свойства;
-
обозначить понятия именами, которые должны быть краткими, понятными, привычными для пользователя;
-
выбрать ключевое свойство или ввести его искусственно для каждого понятия;
-
выявить связи между разными понятиями и определить их степень;
-
объединить модели, построенные для разных внешних представлений.
ER-диаграмма показана в Приложение: А
3.2 Метод нормальных форм
Существует ряд правил организации структур данных, называемых «Нормальными формами». Нормализация – процесс приведения модели структуры данных к некоторой нормальной форме. Как правило, используется третья нормальная форма (НФ). Она обеспечивает эффективное и не избыточное хранение данных.
Процесс построения реляционных баз данных на основе нормальных форм предполагает удаление из исходного отношения следующие межатрибутные зависимости:
-
Частичной зависимости атрибутов от ключа (уровень второй НФ).
-
Транзитивность зависимостей неключевых атрибутов от ключа (удовлетворяет третьей НФ).
-
Зависимость ключей от неключевых атрибутов (удовлетворяет НФ Байеса-Кодда). Альтернативой этого подхода является метод ER-диаграмм, который применяется для проектирования больших баз данных и на нем реализованы средства проектирования баз данных.
Основное правило при создании таблиц сущностей – это каждой сущности желательно сопоставить отдельную таблицу. Поля таблиц сущностей могут быть ключевыми или неключевыми.
Каждая сущность обладает хотя бы одним возможным ключом. Один из них принимается за первичный ключ.
В данной курсовой работе ключом являются поля: «Табельный номер», «Подразделение».
БД находится в первой нормальной форме тогда и только тогда, когда поля всех таблиц содержат только атомарные значения и в таблицах нет полностью повторяющихся строк.
Данные некоторых столбцов многократно повторяются. Обновление одной записи, данные из которой повторяются, может повлечь противоречивость с другими записями. И тогда, при обновлениях необходимо просматривать всю таблицу для нахождения и изменения всех подходящих строк. (Аномалия обновления)
В БД не может быть записана новая строка, если не будут известны значения всех полей записи. (Аномалия включения)
Обратная проблема возникает при необходимости удаления какой-либо записи (Аномалия удаления)
Для устранения перечисленных аномалий приведем базу данных к третьей нормальной форме.
БД находится в третьей нормальной форме, если она удовлетворяет определению второй НФ и значение любого неключевого поля зависит только от значения первичного ключа, но не от значения другого неключевого поля.
В таблицах 1, 2, 3, 4, 5, 6 представлена база данных «Автосалон», приведенная к третьей нормальной форме (3НФ).
Таблица 1.
Таблица 2.
Таблица 3.
Таблица 4.
Таблица 5.
Таблица 6.