Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
гарин_Курсач.doc
Скачиваний:
2
Добавлен:
22.12.2018
Размер:
789.5 Кб
Скачать

2 Основная часть

2.1 Постановка задачи

Решаемые задачи: учет труда и зарплаты работников, ведение табеля учета рабочего времени по подразделениям (ФИО) работника, должность, количество отработанных часов, количество нерабочих дней). Необходима нормализация БД. Запросы: Упорядочение : сотрудники по алфавиту внутри подразделения. Поиск: все сведения о сотруднике по ФИО и табельному номеру. Выборка: табель учета рабочего времени по отделам. Вычисление: среднего количества нерабочих дней по отделам, суммарного количества нерабочих дней по месяцам. Коррекция: удаление устаревших данных ( за прошлый год ). Ограничения целостности: каждый сотрудник работает только в одном подразделении; общее количество нерабочих дней не превышает количества дней месяца; количество отработанных дней не более 41 час. в неделю. Табличный отчет: табель учета рабочего времени. Общий фонд рабочего времени.

3 Проектирование бд

3.1 Метод «Сущность-связь»

Для разработки БД была использована модель предметной области «сущность-связь». Выбор данной модели обусловлен ее простотой и наглядностью отображения объектов предметной области и информационных потоков.

На этапе информационно-логического моделирования предметной области часто используют модель «сущность-связь» (Entity-Relationship, ER), которая наглядно изображает структурные блоки информации и логические взаимосвязи между ними. Компонентами модели являются сущности, понятия и связи.

Общий порядок ER-диаграммы таков:

  • в каждом внешнем представлении нужно выделить понятия и их свойства;

  • обозначить понятия именами, которые должны быть краткими, понятными, привычными для пользователя;

  • выбрать ключевое свойство или ввести его искусственно для каждого понятия;

  • выявить связи между разными понятиями и определить их степень;

  • объединить модели, построенные для разных внешних представлений.

ER-диаграмма показана в Приложение: А

3.2 Метод нормальных форм

Существует ряд правил организации структур данных, называемых «Нормальными формами». Нормализация – процесс приведения модели структуры данных к некоторой нормальной форме. Как правило, используется третья нормальная форма (НФ). Она обеспечивает эффективное и не избыточное хранение данных.

Процесс построения реляционных баз данных на основе нормальных форм предполагает удаление из исходного отношения следующие межатрибутные зависимости:

  1. Частичной зависимости атрибутов от ключа (уровень второй НФ).

  2. Транзитивность зависимостей неключевых атрибутов от ключа (удовлетворяет третьей НФ).

  3. Зависимость ключей от неключевых атрибутов (удовлетворяет НФ Байеса-Кодда). Альтернативой этого подхода является метод ER-диаграмм, который применяется для проектирования больших баз данных и на нем реализованы средства проектирования баз данных.

Основное правило при создании таблиц сущностей – это каждой сущности желательно сопоставить отдельную таблицу. Поля таблиц сущностей могут быть ключевыми или неключевыми.

Каждая сущность обладает хотя бы одним возможным ключом. Один из них принимается за первичный ключ.

В данной курсовой работе ключом являются поля: «Табельный номер», «Подразделение».

БД находится в первой нормальной форме тогда и только тогда, когда поля всех таблиц содержат только атомарные значения и в таблицах нет полностью повторяющихся строк.

Данные некоторых столбцов многократно повторяются. Обновление одной записи, данные из которой повторяются, может повлечь противоречивость с другими записями. И тогда, при обновлениях необходимо просматривать всю таблицу для нахождения и изменения всех подходящих строк. (Аномалия обновления)

В БД не может быть записана новая строка, если не будут известны значения всех полей записи. (Аномалия включения)

Обратная проблема возникает при необходимости удаления какой-либо записи (Аномалия удаления)

Для устранения перечисленных аномалий приведем базу данных к третьей нормальной форме.

БД находится в третьей нормальной форме, если она удовлетворяет определению второй НФ и значение любого неключевого поля зависит только от значения первичного ключа, но не от значения другого неключевого поля.

В таблицах 1, 2, 3, 4, 5, 6 представлена база данных «Автосалон», приведенная к третьей нормальной форме (3НФ).

Таблица 1.

Таблица 2.

Таблица 3.

Таблица 4.

Таблица 5.

Таблица 6.