Автор: Пользователь скрыл имя, 23 Сентября 2012 в 21:53, курсовая работа
Для разработки данной базы была выбрана среда разработки приложений Delphi. В программном продукте использовалась технология ADO - способ взаимодействия приложения, созданного в среде разработки Delphi, и базы данных. Объекты базы данных в Delphi основаны на SQL- языке.
Целью данной практики является разработка базы данных Библиотека.
Введение 3
Аналитическая часть 4
1.1 Этап концептуального проектирования 4
1.1.1 Описание предметной области 4
1.1.2 Характеристика предметной области 5
1.1.3 Ограничения и допущения предметной области 6
1.1.4 Модель «Сущность-связь» (ER-диаграмма) 7
1.2 Этап логического проектирования 8
1.2.1 Обоснование выбора модели данных 8
1.2.2 Реляционная модель предметной области 8
1.2.3 Нормализация отношений 9
1.2.4 Логическая модель данных предметной области 11
1.3 Обоснование выбора системы управления базами данных 12
Проектная часть 14
2.1 Назначение и цель создания 14
2.2 Требования к системе 14
2.3 Руководство к использованию и эксплуатации 14
2.3.1 Инсталлятор 14
2.3.2 Главная форма 15
2.3.3 Таблицы 16
2.3.4 Запросы 17
2.3.5 Отчеты 23
2.3.6 Помощь 24
Заключение 26
Список используемой литературы 27
Структура данных - в основе реляционной модели данных лежит
понятие отношения, которое используется, как инструмент моделирования данных.
Отношения удобно представлять в виде таблиц, строки таблицы соответствуют картежам. Каждая строка фактически представляет собой описание одного объекта реального мира, характеристики которого содержатся в столбцах. Столбцы в таблице это - атрибуты.
Атрибут, значение которого однозначно идентифицируют картежи, называется ключевым. Если картежи идентифицируются только сцеплением значений нескольких атрибутов, то отношение имеет составной ключ. Отношение может содержать несколько ключей. Но всегда один из ключей является первичным. Его значения не могут обновляться, все остальные ключи называются возможными. Для отображения ассоциаций между картежами разных отношений используется дублирование их ключей.
Ограничение целостности - в реляционной модели данных определены два базовых требования обеспечения целостности:
1) Целостность ссылок - сложные объекты реального мира представляются в реляционной модели данных в виде картежей нескольких нормализованных отношений, которые связаны между собой, при этом связи между данными отношениями описываются в терминах функциональных зависимостей. Для отражения функциональных зависимостей между картежами разных отношений
используется дублирование первичного ключа одного отношения (родительского) в другое (дочернее). Атрибуты представляющие собой копии ключей родительских отношений называются внешними ключами. Требования целостности по ссылкам заключается в том, что для каждого значения внешнего ключа появившегося в дочернем в родительском отношении должен найтись картеж с таким же значением первичного ключа.
2) Целостность сущностей - требования целостности сущностей заключается в следующем:
Каждый картеж любого отношения должен отличатся от любого другого картежа этого отношения (то есть любое отношение должно обладать первичным ключом). Если данное требование не соблюдается, то в базе данных может хранится противоречивая информация об одном и том же объекте.
Операции над данными
1) Операции обработки картежей. Связаны с изменением состава картежей в каком-либо отношении.
2) Операция обработки отношений. На входе каждой такой операции используется одно или несколько отношений результатом выполнения операций является новое отношение.
В реляционной алгебре определены следующие операции обработки
отношений:
1) Проекция
2) Выборка
3) Объединение
4) Пересечение
5) Разность
6) Декартово произведение
7) Соединение
Вывод: Реляционная модель данных существенно облегчает установление связей, дает возможность легко и быстро установить новую связь, а также позволяет оптимальным образом осуществлять доступ к данным любого уровня.
1.2.2 Реляционная модель предметной области
Информационные объекты ПО можно представить в виде следующих отношений с соответствующими атрибутами, в каждом отношении выделим ключи.
1) Отношение Клиент
Kod_kl* | FIO | adres |
|
|
|
|
2) Отношение движение
Kod_kl | number | data | Sr_vozr | Sum_vozr | Dat_vozr | Sum_zalog |
3) Отношение Фильм
Kod_film* | Name_film | Data_vip | janr | rejiser | strana | Time_film | Krat_sod | Akt_sost |
4) Отношение Кассета
Kod_film | Number* | cena |
|
|
|
|
Фильм |
Kod_film |
|
|
number |
Реляционная модель представлена на схеме 1.1.
|
|
|
Схема 1.1 – Реляционная модель ПО
1.2.3 Нормализация отношений
Для приведения отношений к третьей нормальной форме нужно провести анализ функциональных зависимостей между атрибутами в пределах каждого отношения:
5) Клиент (kod_kl,FIO,adres)
Код атрибуты
Название кассеты, номер ,срок возврата, и т.д. зависит от Кода клиента.
Код для каждого клиента уникален, первичным ключом является Код клиента. Все атрибуты являются атомарными, следовательно, отношения находятся в первой нормальной форме. Первичный ключ простой и функциональная зависимость всех не ключевых атрибутов от первичного ключа полная, следовательно, отношения находятся во второй нормальной форме. Все не ключевые атрибуты функционально зависят от первичного ключа, других функциональных зависимостей нет, следовательно, отношения находятся в третьей нормальной форме.
1) Движение(kod_kl,number,data,
Номер атрибуты
От номера зависит название фильма,дата выпуска, жанр, режиссер, страна.
Номер у каждой кассеты уникален, первичным ключом является number. Все атрибуты являются атомарными, следовательно, отношения находятся в первой нормальной форме. Первичный ключ простой и функциональные зависимости всех не ключевых атрибутов от первичного ключа полная, следовательно, отношения находятся во второй нормальной форме. Все не ключевые атрибуты функционально зависят от первичного ключа, других функциональных зависимостей нет, следовательно, отношения находятся в третьей нормальной форме.
1.2.4 Логическая модель данных предметной области
На данном этапе выполняется построение логической модели базы данных в виде схемы отношений с указанием для каждого атрибута его тира и размерности (см. таблицу 1.3).
Таблица 1.3
Логическая модель
Атрибуты | Тип | Размерность |
1 | 2 | 3 |
Код клиента | Текстовый | 6 |
ФИО | Текстовый | 20 |
адрес | Текстовый | 20 |
Код фильма | Текстовый | 6 |
Название фильма | Текстовый | 20 |
Год выпуска | числовой | 8 |
жанр | Текстовый | 10 |
режиссер | Текстовый | 15 |
Страна | Текстовый | 10 |
Время фильма | Числовой | 10 |
Краткое содержание | Поле Мемо |
|
Актерский состав | Поле Мемо |
|
Номер | числовой | 10 |
цена | числовой | 6 |
дата | Текстовый | 10 |
Срок возврата | Текстовый | 10 |
Сумма ворзврата | числовой | 5 |
Дата возврата | Текстовый | 10 |
Сумма залога | числовой | 10 |