База данных "Видеотека"

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Министерство общего и профессионального образования Российской Федерации

Казанский государственный технический университет имени. А.Н. Туполева

Кафедра АСОИУ

Курсовая работа

По дисциплине: «Базы данных»

На тему: «База данных «Видеотека»»

Исполнитель:

студент группы 29207 Галимжанов А.Ф.

Руководитель:

доцент кафедры АСОИУ З.Х. Захарова

Бугульма 2007г

Содержание

Задание

1. Анализ и описание предметной области

2. Цели и задачи создания базы данных «Видеотека»

3. Проектирование базы данных

3.1 Входные и выходные данные задач

3.2 Инфологическое проектирование базы данных

3.3 Даталогическое проектирование базы данных

3.3.1 Нормализация отношений

3.3.2 Выбор СУБД

3.3.3 Физическое проектирование. Реляционная база данных «Видеотека»

4. Автоматизированная информационная система на основе базы данных «Видеотека»

4.1 Структура информационной системы

4.2 Запросы на выборку данных для решения поставленных задач

4.3 Отчеты по результатам решения задач

4.4 Организация интерфейса с пользователем

5. Описание контрольного примера

Заключение

Приложения

Задание

Выполнить проектирование и создать базу данных «Видеотека» для автоматизации учета выдачи дисков в видеотеке.

1. Анализ и описание предметной области

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

В видеотеке необходимо хранить разнообразную информацию о дисках, чтобы оперативно можно было определить информацию о наличии в видеотеке некоторого диска, дисков по определенному жанру, или определенного режиссера. Необходимо учесть, что диски одного режиссера могут иметь одинаковое название, поэтому дискам нужно присваивать некоторые уникальные шифры.

Информация о клиентах должна быть полной и достаточной для определения категории клиента, номер паспорта, его места жительства и т.д. Необходимо учесть, что среди клиентов могут быть однофамильцы, поэтому у каждого клиента должен быть уникальный шифр, в данном случае в качестве шифра используется номер паспорта клиента.

Работать с базой данных «Видеотека» будут следующие пользователи:

- сотрудники видеотеки;

- клиенты;

- дирекция видеотеки.

Сотрудники должны иметь возможность добавлять новые диски и списывать старые, вести учет выдачи и возврата дисков, записывать нового клиента и удалять клиентов которые уже не пользуются услугами видеотеки.

Клиент должен иметь возможность просматривать каталог дисков по жанру, по режиссерам и получать информацию о наличие диска и возможности его получения. Так же клиент имеет возможность сделать заказ на доставку того или иного диска.

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

2. Цели и задачи создания базы данных «Видеотека»

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

Эти цели могут быть достигнуты за счет сокращения времени поиска дисков сотрудниками и клиентами, за счет снижения времени поиска информации о клиентах, клиентах-должниках, об устаревших дисках, о популярных дисках.

Задачами автоматизированной системы являются:

1. Добавление клиента

2. Удаление клиента

3. Добавление сотрудника

4. Удаление сотрудника

5. Поиск и выдача дисков клиентам

6. Возврат диска клиентом

7. Пополнение коллекции дисков

8. Систематизация дисков

9. Списание дисков

10. Заказ дисков клиентами

11. Удаление заказа

12. Подготовка списка всех дисков имеющихся в видеотеке

13. Подготовка сведений о каждом клиенте

14. Подготовка сведений о клиентах, у которых имеются на руках диски

15. Подготовка списка дисков на доставку в видеотеку

3. Проектирование базы данных

3.1 Входные и выходные данные задач

Входными данными задач являются:

анкетные данные клиента

информация о диски(режиссер, жанр, продолжительность, страна, актеры)

анкетные данные сотрудника

Информация о диске:

шифр

название

режиссер

жанр

актеры

страна

прод-ть(мин)

картинка

занят(да/нет)

Информация о клиенте:

№ паспорта

фамилия, имя, отчество

город

улица

дом

квартира

телефон

Информация о сотруднике:

№ сотрудника

№ паспорта

фамилия, имя, отчество

город

улица

дом

квартира

телефон

Информация о прокате:

шифр проката

дата выдачи

дата возврата

№ паспорта клиента

№ сотрудника

шифр диска

Информация о заказе:

шифр заказа

№ паспорта клиента

название

режиссер

жанр

актеры

год выпуска

3.2 Инфологическое проектирование базы данных

На этапе инфологического проектирования базы данных строится инфологическая модель предметной области, которая должна отражать семантику (смысл взаимосвязи объектов) предметной области. ИЛМ строится не для отдельного объекта, а отображает классы объектов и связи между ними. Диаграмма, отражающая связи объектов предметной области, называется диаграммой ER-типа (так как Entity - сущность, Relationship - связь).

Выделим основные сущности:

- сущность «Диски»

- сущность «Клиенты»

- сущность «Сотрудники»

- сущность «Прокат»

Инфологическая модель базы данных «Видеотека» представлена на Рис.1.

Рис.1. Инфологическая модель предметной области (ПО) «Видеотека»

Сущность «Диски» содержит информацию всех дисках, имеющимся в видеотеке. Отдельный экземпляр этой сущности содержит информацию только об одном диске. Сущность «Прокат» содержит информацию о конкретном диске, о том кто его взял, когда, когда вернет диск, какой сотрудник отдал его. Между сущностью «Диски» и сущностью «Прокат» существует связь типа «1:М». которая означает, что любой диск который находиться в прокате является обязательным по отношению к сущности «Диски» (если диск в прокате, то есть полная информация об этом диске). Сущность «Клиенты» содержит информацию о клиентах. Отдельный экземпляр этой сущности содержит информацию об одном клиенте. Существует связь между сущностью «Клиенты» и сущностью «Прокат» типа «1:М», обязательная со стороны сущности «Клиенты» (каждому экземпляру сущности «Прокат» обязательно соответствует клиент и причем только одиин). Сущность «Сотрудники» содержит информацию о всех сотрудниках работающих в видеотеке. Один экзэмпляр этой сущности содержит информацию только об одном сотруднике. Между сущностями «Сотрудники» и «Прокат» существует связь типа «1:М», которая означает что каждому экземпляру сущности «Прокат» обязательно соответствует сотрудник, оформивший данный прокат. Сущность «Заказ» содержит информацию о всех заказах поступивших от клиентов. Один экзэмпляр этой сущности содержит информацию только об одном заказе т.е. об одном заказанном диске. Между сущностями «Заказ» и «Клиенты» существует связь типа «М:1», которая означает что каждому экземпляру сущности «Заказ» обязательно соответствует клиент, сделавший данный заказ.

Определим ключи - уникальные идентификаторы экземпляров каждой сущности: для сущности «Диски» - это шифр диска (Шифр), для сущности «Прокат» - шифр проката (Ш_проката), для сущности «Клиенты» - номер паспорта (№ паспорта), для сущности «Сотрудники» - номер сотрудника (№ сотр), для сущности «Заказ» - шифр заказа (Ш_заказа).

3.3 Даталогическое проектирование базы данных

Даталогическим (логическим) проектированием называют проектирование логической структуры БД в среде конкретной СУБД. Выберем в качестве модели данных реляционную базу данных (РБД).

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

Для РБД проектирование логической структуры заключается в том, чтобы разбить всю информацию по отношениям, а также определить состав атрибутов для каждого из этих отношений. От ER-модели перейдем к реляционной модели данных.

В результате получили следующие отношения:

R1 «Диски» ( Шифр, Название, Режиссер, Жанр, Актеры, Страна, Прод-ть(мин), Картинка, Занят)

R2 «Клиенты» ( № паспорта, ФИО кл, Город, Улица, Дом, Квартира, Телефон)

R3 «Прокат» (Ш_проката, № паспорта, Дата выдачи, Дата возврата, № сотр)

R4 «Сотрудники» (№ сотр, № паспорта, ФИО, Город, Улица, Дом, Квартира, Телефон)

R5 «Заказ» (Ш_заказа, № паспорта, Название, Режиссер, Жанр, Актеры, Год выпуска)

3.3.1 Нормализация отношений

Данные отношения уже находятся в 3 НФ. Функциональные зависимости между атрибутами отношений приведены на Рис.2.

база даталогический проектирование интерфейс



Рис.2.Фнкционольные зависимости между атрибутами

Даталогическая модель нормализованных отношений представлена на Рис.3.

Рис 3. Даталогическая модель базы данных «Видеотека»

3.3.2 Выбор СУБД

Для физического проектирования базы данных будем использовать СУБД Microsoft Access 2003. Данная СУБД является самой распространенной и установлена практически на каждом домашнем компьютере. Access поддерживает язык запросов SQL, разнообразные формы и отчеты. В Access много средств для создания приложений, даже без знания языка программирования. Данная СУБД обеспечивает нормальное функционирование базы данных на локальном компьютере.

3.3.3 Реляционная база данных «Видеотека».Физическое проектирование

Выполним физическое проектирование в среде СУБД Microsoft Access 2003. Поименуем таблицы и атрибуты, определим типы данных и размерность атрибутов. В таблицах выберем первичные ключи и индексированные поля

Таблица 1. Структура таблиц РБД «Кредитная покупка»

Название таблицы	Имя поля	Тип данных	Размер поля	Примечание
Диски	Шифр	Текстовый	10	Ключ
	Режиссер	Текстовый	25
	Название	Текстовый	50
	Актеры	Текстовый	120
	Страна	Текстовый	25
	Прод-ть(мин)	Числовой	Целое
	Жанр	Текстовый	20
	Картинка	Поле объекта
	Занят	Логический
Клиенты	№ паспорта	Числовой	Действительное	Ключ
	ФИО кл	Текстовый	25
	Город	Текстовый	20
	Улица	Текстовый	25
	Дом	Текстовый	10
	Квартира	Числовой	Целое
	Телефон	Текстовый	15
Прокат	Ш_проката	Счетчик	Длинное целое	Ключ
	Дата выдачи	Дата/время	Краткий формат даты
	Дата возврата	Дата/время	Краткий формат даты
	Шифр	Текстовый	10
	№ паспорта	Числовой	Действительное
	№ сотр	Числовой	Целое
Сотрудники	№ сотр	Числовой	Целое	Ключ
	№ паспорта	Числовой	Действительное
	ФИО	Текстовый	25
	Город	Текстовый	20
	Улица	Текстовый	25
	Дом	Текстовый	10
	Квартира	Числовой	Целое
	Телефон	Текстовый	15
Заказ	Ш_закакза	Счетчик	Длинное целое	Ключ
	№ паспорта	Числовой	Действительное
	Название	Текстовый	50
	Режиссер	Текстовый	25
	Жанр	Текстовый	20
	Актеры	Текстовый	50
	Год выпуска	Дата/время	Краткий формат даты

Связи между таблицами в базе данных «Видеотека» представлены на Рис.4

Рис.4. Связи между таблицами в базе данных

4. Автоматизированная информационная система на основе базы данных «Видеотека»

4.1 Структура информационной системы

Смотри страницу 28.

4.2 Запросы на выборку данных для решения поставленных задач

1) Выполним запрос на диски которые находятся на руках с выводом информации о название фильма, фамилии клиента взявшего данный диск, датой выдачи и датой возврата

Окно конструктора запроса «Занятые» показан на Рис.5.

Рис.5.Окно конструктора запроса «Занятые»

2) Выполним запрос на свободные диски с выводом названия, шифра, режиссера, жанра, актеров, страны и продолжительности диска

3) Выполним запрос на клиентов которые должны вернуть диски сегодня с выводом фамилии, № паспорта, дате выдачи и дате возврата

4) Выполним запрос на клиентов которые должны вернуть диски в заданный день с выводом фамилии, № паспорта, даты выдачи, даты возврата и количеством дисков которое должен вернуть каждый клиент

Результат

Текст SQL запроса для запроса «Кто сколько дисков вернет в заданный день» показан на Рис.6.

Рис.6. Текст SQL запроса для запроса «Кто сколько дисков вернет в заданный день»

5) Выполним запрос на клиентов которым выдали диски в заданный день с указанием количества выданных дисков каждому клиенту

Результат

6) Выполним запрос на вывод заказанных дисков с указанием количества поступивших заказов на каждый диск

7) Выполним запрос на вывод полной информации о дисках находящихся в прокате

8) Выполним запрос на клиентов у которых на руках имеются диски с указанием количества дисков у каждого

9) Выполним запрос вывод фамилий должников с указанием даты выдачи, даты возврата, и количества дисков находящихся у каждого должника



4.3 Отчеты по результатам решения задач

В базе данных «Видеотека» имеются четыре отчета: сделанные по всем имеющимся таблицам.

«Клиенты» - выводит информацию анкетную информацию о каждом клиенте, зарегистрированном в видеотеке.

«Взяли в прокат» - выводит информацию о клиентах которые взяли в прокат диски с указанием названий дисков, даты выдачи и даты возврата.

«Каталог дисков» - выводит полную информацию о всех дисках имеющихся в видеотеке

«Заказ_количества» - выводит информацию о заказанных дисках, с указанием количества заказов поступивших на каждый диск, режиссера, жанра, актеров и годом выпуска.

4.4 Организация интерфейса с пользователем

Для удобной работы был разработан интерфейс пользователя. Были созданы экранные формы для ввода, редактирования, удаления данных. База данных также сопровождается краткой помощью. Это будет вполне удобно для работы сотрудника, который обладает не столь сильными знаниями в области РС. При создании форм были использованы несколько макросов для улучшения работы с базой данных . Формы представлены в приложении.

5. Описание контрольного примера

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

Заключение

В заключении можно сказать, что система выполняет все возложенные на неё функции по предоставлению всей необходимой информации предполагаемому пользователю данной базы данных. Но данная система может не полностью автоматизирует предметную область «Видеотека », а лишь частично, так как это требует неких конкретных знаний в этой предметной области. Данная система может быть доработана для выполнения других задач по дальнейшей автоматизации предметной области.

Приложение 1

Экранные формы контрольного примера

Рис.7. Главная форма

Рис.8. Форма «Диски»



Рис.9. Форма «Прокат»

Рис.10. Форма «Клиенты»



Рис.11. Форма «Возврат»

Рис.12. Форма «Принять диск»

Перед открытием формы «По дате выдачи(кто кому сколько дисков)» предлагается ввести дату выдачи

Рис.13. Форма «По дате выдачи(кто кому сколько дисков)»

Перед открытием формы «Кто сколько дисков вернет в заданный день» предлагается ввести дату возврата



Рис.14. Форма «Кто сколько дисков вернет в заданный день»

Рис.15. Форма «Какие диски вернут сегодня»



Рис.16. Форма «Должники»

Рис.17. Форма «Администратор»

Рис.18. Форма «Редактировать список сотрудников»

Рис.19. Форма «Редактировать список DVD»

Рис.20. Форма «Редактировать список клиентов»



Рис.21. Форма «Заказ»

Приложение 2

Отчеты по результатам решения задач

Рис.22. Отчет «Взяли в прокат»

Рис.23. Окно конструктора отчета «Взяли в прокат»

Рис.24. Отчет «Заказ_количество»

Рис.25. Отчет «Клиенты»



Рис.26. Отчет «Каталог дисков»

Размещено на Allbest.ru

...