Информационная система Фильмотека

 

КУРСОВАЯ РАБОТА

на тему «Информационная система Фильмотека»

Введение

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

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

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

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

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

1.1.Цели разработки ИС

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

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

·обеспечить возможность поиска и отбора данных;

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

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

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

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

Перечень входных данных:

·информация о фильмах - название, жанр, актеры, режиссер, дата выпуска, дата добавления в фильмотеку, качество, объем, изображение;

·информация о пользователях - ФИО, дата рождения, город, дата регистрации, электронный адрес;

·информация о скачивании - дата скачивания, скачанный фильм и пользователь.

Формы выходных документов будут иметь следующий вид:

Документ 1: Количество по жанрам

ЖанрКоличество

Документ 2: Количество снятых фильмов

Год 1Год 2…Страна 1Страна 2…

Документ 3: Последний скачанный фильм

ФИОНазваниеДата скачивания

Документ 4: Прибыль

№НазваниеПрибыль

1.3.Требования к информационной системе)

С помощью разработанной базы данных можно получить следующую информацию:

·фильмы, которые никто не скачивает;

·фильмы, 2012 года;

·фильмы для скачивания;

·фильмы, скачанные за период;

·прибыль, получаемую за скачивание;

·количество скачанных фильмов;

·количество фильмов, отснятых в различных странах в различные года;

·количество скачиваний фильмов за различные года.

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

2.Инфологическая модель данных

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

Инфологическую модель можно представить в виде диаграммы, используя средства моделирования "сущность-связь".

2.1.Сущности и их атрибуты, связи

Сущности, характеризующие предметную область:

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

Скачивание - содержит данные скачивании пользователями фильмов.

Фильмы - содержит информацию о фильмах, содержащихся в базе данных.

Фильм-актер - содержит информацию об актерах, которые снимались в фильмах.

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

Пользователи: <Код_пользователя>; ФИО; Дата_рождения; Город; Страна; Дата_регистрации; E-mail.

Скачивание: <Код_скачивания>; Код_фильма; Код_пользователя; Дата_скачивания.

Фильмы: <Код_фильма>; Название; Жанр ; Режиссер; Год_выпуска; Дата_добавления; Качество; Объем; Страна_производства; Стоимость; Картинка.

Фильм-актер: <Код_фильм-актер>; Фильм; Актер.

Связи между сущностям:

Объект Пользователи связан с объектом Скачивание отношением 1:N, т.к. один человек может скачивать несколько фильмов.

Объект Фильмы связан с объектом Скачивание отношением 1:N, т.к. один фильм можно скачивать много раз.

Объект Фильмы связан с объектом Фильм-актер отношением 1:N, т.к. в одном фильме может сниматься много актеров.

На основании проведенного анализа получим информационную структуру взаимосвязей объектов, представленную в следующем виде

Рис. 1. Информационная структура взаимосвязей объектов предметной области «Фильмотека»

2.2.Нормализация данных

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

Процесс нормализации отношений состоит из следующих этапов:

преобразование отношений в первую нормальную форму.

преобразование отношений во вторую нормальную форму.

преобразование отношений в третью нормальную форму.

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

Сущности представлены следующими наборами реквизитов:

Пользователи: <Код_пользователя>; ФИО; Дата_рождения; Город; Страна; Дата_регистрации; E-mail.

Скачивание: <Код_скачивания>; Код_фильма; Код_пользователя; Дата_скачивания.

Фильмы: <Код_фильма>; Название; Жанр ; Режиссер; Год_выпуска; Дата_добавления; Качество; Объем; Страна_производства; Стоимость; Картинка.

Фильм-актер: <Код_фильм-актер>; Фильм; Актер.

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

- Пользователи: <Код_пользователя>, ФИО, Дата_рождения, Код_города; Дата_регистрации, е-mail.

- Города: <Код_города>, Город, Страна.

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

- Города: <Код_города>, Город, Код_страны.

- Страны: <Код_страны>, Название.

Сущность Города будет связана с сущностью Пользователи отношением 1:N, т.к. из одного города может быть много пользователей. Сущность Страны будет связана с сущностью Города отношением 1:N, т.к. в одной стране может быть много городов.

Сущность Фильмы можно рассматривать как отношение в 1НФ. Для приведения его ко 2НФ и 3НФ необходимо преобразовать это отношение, исключив неполные функциональные зависимости не ключевых реквизитов от ключа. Результатом нормализации отношения Фильмы будет следующий перечень отношений:

- Фильмы: <Код_фильма>, Название, Код_жанра, Код_режиссера, Год_выпуска, Дата_добавления, Качество Объем, Код_страны, Стоимость, Картинка.

- Жанры: <Код_жанра>, Жанр.

- Режиссеры: <Код_режиссера>, ФИО.

- Страны: <Код_страны>, Страна.

Сущность Фильмы будет связана с сущностями Жанры, Режиссеры и Страны отношением 1:N, поскольку в одной стране, у одного режиссера и в одном жанре могут сниматься много фильмов.

Сущность Скачивание можно рассматривать как отношение в 3НФ.

Сущность Фильм-актер можно рассматривать как отношение в 1НФ. Для приведения его ко 2НФ и 3НФ необходимо преобразовать это отношение, исключив неполные функциональные зависимости не ключевых реквизитов от ключа. Результатом нормализации отношения «ПРОЖИВАЮЩИЙ» будет следующий перечень отношений:

- Фильм-актер: <Код_фильм-актер>, Код_фильма, Код_актера.

- Актеры: <Код_актера>, ФИО, Код_страны.

Сущность Актеры будет связана с сущностью Фильм-актер отношением 1:N, поскольку в одном фильме могут сниматься много актеров.

Окончательный перечень нормализованных отношений для реляционной модели по предметной области "Фильмотека":

Таблица 1. Перечень нормализованных отношений

n/nИмя отношенияКлючевые атрибутыНе ключевые атрибуты1ПользователиКод_пользователяФИО, Дата_рождения, Код_города; Дата_регистрации, е-mail2ГородаКод_городаГород, Код_страны3СтраныКод_страныСтрана4ФильмыКод_фильма Название, Код_жанра, Код_режиссера, Год_выпуска, Дата_добавления, Качество Объем, Код_страны, Стоимость, Картинка.5ЖанрыКод_жанраЖанр6РежиссерыКод_режиссераФИО7СкачиваниеКод_скачиванияКод_фильма; Код_пользователя; Дата_скачивания8Фильм-актерКод_фильм-актерКод_фильма, Код_актера9АктерыКод_актераФИО, Код_страны

3.Физическая структура реляционной БД

БД в MS Access представляет собой совокупность средств для ввода, хранения, просмотра, выборки и управления информацией. К этим средствам относятся таблицы, формы, отчеты, запросы.

Для унификации механизмов поиска содержимое наборов данных в Access представляется в виде таблиц. Таблица - это объект для хранения данных. Каждая таблица содержит информацию об объекте определенного типа. Поля таблицы хранят различного рода данные об объекте, а в содержащихся в таблице записях собрана вся информация о конкретном значении объекта.

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

Все таблицы (Актеры, Города, Жанры, Пользователи, Режиссеры, Скачивание, Страны, Фильм-актер, Фильмы) связаны между собой и имеют тип связи один ко многим или многие к одному. В Access линии связывания между полями устанавливают соответствие записей в таблицах.

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

жизненный цикл база данные

Рис. 2. Таблица «Актеры».

В данной таблице осуществляется подстановка поля «Страна» из таблицы Страны.

Рис. 3. Таблица «Города».

В данной таблице осуществляется подстановка поля «Страна» из таблицы Страны.

Рис. 4. Таблица «Жанры»

Рис. 5. Таблица «Пользователи»

В данной таблице осуществляется подстановка поля «Город» из таблицы Города.

Рис. 6. Таблица «Режиссеры».

Рис. 7. Таблица «Скачивание»

В таблице Скачивание поля «Код_фильма» и «Пользователь» заполняются подстановкой соответственно из таблиц «Фильмы» и «Пользователи».

Рис. 8. Таблица «Страны»

Рис. 9. Таблица «Фильм-актер»

В таблице Фильм-актер поля «Вод_фильма» и «Код_актера» заполняются подстановкой соответственно из таблиц «Фильмы» и «Актеры».

Рис. 10. Таблица «Фильмы»

В таблице Фильмы поля «Код_жанра», «Режиссер» и «Страна_производства» заполняются подстановкой соответственно из таблиц «Жанры», «Режиссеры» и «Страны».

Ниже приведена схема данных, отражающая созданные таблицы и связи между ними в приложении Microsoft Access.

Рис. 11. Схема данных предметной области «Фильмотека»

4.Жизненный цикл базы данных

4.1.Ввод исходной информации

Форма позволяет объединить поля в группы по определенным признакам. Это облегчает восприятие информации.

Пользователь привык иметь дело с бумажными документами, а не с таблицами. Поэтому разработчик обязан приблизить вид экрана при вводе информации к бумажному документу. Для этого служат формы, которые удобнее создавать Мастером, а редактировать Конструктором.

Для создания формы любым способом на начальном этапе необходимо выполнить следующие действия: Открыть окно БД. Перейти на вкладку «Создание». В разделе «Формы» выбрать нужный вариант создания форм.

На рисунках 12-21 изображены формы, основанные на таблицах. При открытии форм ядро базы данных создает набор записей, основанный на соответствующей таблице, и в элементах управления формы появляются данные из 1-ой строки этого набора. При нажатии кнопки перемещения, происходит переход к другой записи, и в элементах управления формы выводятся данные из соответствующей строки набора записей.

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

Рис. 12. Форма «Пользователи»

Форма Актеры является ленточной. Для удобства поле Страна сделано раскрывающимся списком.

Рис. 13. Форма «Актеры»

Форма Режиссеры также является ленточной

Рис. 14. Форма «Режиссеры»

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

Рис. 15. Форма «Фильмы»

Формы Страны и Города являются ленточными.

Рис. 16. Форма «Страны»

Рис. 17. Форма «Города»

Рис. 18. Форма «Жанры»

4.2.Обработка информации

Под запросом обычно понимается вопрос, сформулированный к БД. Access реализует метод формирования запроса по образцу. Запрос по образцу - это интерактивное средство для выбора данных из одной или нескольких таблиц. Формирование запроса осуществляется путем заполнения бланка запроса, который располагается в окне конструктора запросов.

Рассмотрим запросы, разработанные в БД «Фильмотека».

. Запрос на выборку «Количество по жанрам» позволяет подсчитать количество фильмов разных жанров. На основе данного запроса будет создан отчет «Количество по жанрам».

Рис. 19. Запрос в режиме конструктора

SQL-код запроса:Жанры.Жанр, Count(Скачивание.Код_скачивания) AS Количество(Жанры INNER JOIN Фильмы ON Жанры.Код_жанра = Фильмы.Код_жанра) INNER JOIN Скачивание ON Фильмы.Код_фильма = Скачивание.Код_фильмаBY Жанры.ЖанрBY Count(Скачивание.Код_скачивания) DESC;

Рис. 20. Запрос в режиме таблицы

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

Рис. 21. Запрос в режиме конструктора

SQL-код запроса:Пользователи.ФИО, Пользователи.Дата_регистрации, Count(Скачивание.Код_скачивания) AS КоличествоПользователи INNER JOIN Скачивание ON Пользователи.Код_пользователя = Скачивание.ПользовательBY Пользователи.ФИО, Пользователи.Дата_регистрации;

Рис. 22. Запрос в режиме таблицы

. Запрос на выборку «Никто не скачивает» выводит список фильмов, которые никто не скачивал.

Рис. 23. Запрос в режиме конструктора

SQL-код запроса:Фильмы.НазваниеФильмы LEFT JOIN Скачивание ON Фильмы.Код_фильма = Скачивание.Код_фильма(((Скачивание.Код_фильма) Is Null));

Рис. 24. Запрос в режиме таблицы

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

Рис. 25. Запрос в режиме конструктора

SQL-код запроса:Пользователи.ФИО, Фильмы.Название, Скачивание.Дата_скачивания(SELECT Last(Скачивание.Дата_скачивания) AS ДАТА, Пользователи.Код_пользователяПользователи INNER JOIN Скачивание ON Пользователи.Код_пользователя = Скачивание.ПользовательBY Пользователи.Код_пользователя) AS Q, Фильмы INNER JOIN (Пользователи INNER JOIN Скачивание ON Пользователи.Код_пользователя = Скачивание.Пользователь) ON Фильмы.Код_фильма = Скачивание.Код_фильма(((Скачивание.Дата_скачивания)=[Q].[ДАТА]));

Рис. 26. Запрос в режиме таблицы

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

Рис. 27. Запрос в режиме конструктора

SQL-код запроса:Фильмы.Название, Sum(Фильмы.Стоимость) AS [Sum-Стоимость]Фильмы INNER JOIN Скачивание ON Фильмы.Код_фильма = Скачивание.Код_фильмаBY Фильмы.Название;

Рис. 28. Запрос в режиме таблицы

. Запрос на выборку «Фильмы 2012 года» выводит список фильмов, которые были сняты в 2012 году.

Рис. 29. Запрос в режиме конструктора

SQL-код запроса:Фильмы.Название AS [Название фильма], Жанры.Жанр, Режиссеры.ФИО AS Режиссер, Фильмы.Год_выпуска, Фильмы.Качество, Фильмы.Объем, Страны.Название AS Страны_НазваниеСтраны INNER JOIN (Режиссеры INNER JOIN (Жанры INNER JOIN Фильмы ON Жанры.[Код_жанра] = Фильмы.[Код_жанра]) ON Режиссеры.[Код_режиссера] = Фильмы.[Режиссер]) ON Страны.[Код_страны] = Фильмы.[Страна_производства](((Фильмы.Год_выпуска)="2012"));

Рис. 30. Запрос в режиме таблицы

. Запрос на выборку «Фильмы для скачивания» выводит перечень фильмов, доступных для скачивания.

Рис. 31. Запрос в режиме конструктора

SQL-код запроса:Фильмы.Название AS [Название фильма], Жанры.Жанр, Режиссеры.ФИО AS Режиссер, Фильмы.Год_выпуска, Фильмы.Качество, Фильмы.Объем, Страны.Название AS Страны_Название, Фильмы.СтоимостьСтраны INNER JOIN (Режиссеры INNER JOIN (Жанры INNER JOIN Фильмы ON Жанры.[Код_жанра] = Фильмы.[Код_жанра]) ON Режиссеры.[Код_режиссера] = Фильмы.[Режиссер]) ON Страны.[Код_страны] = Фильмы.[Страна_производства];

Рис. 32. Запрос в режиме таблицы

8. Запрос на выборку с параметром «Фильмы, скачанные за период» выводит перечень фильмов, которые были скачаны за период времени, введенный пользователем с клавиатуры.

Рис. 33. Запрос в режиме конструктора

SQL-код запроса:Фильмы.Название, Фильмы.Год_выпуска, Скачивание.Дата_скачивания, Пользователи.ФИО AS ПользовательФильмы INNER JOIN (Пользователи INNER JOIN Скачивание ON Пользователи.[Код_пользователя] = Скачивание.[Пользователь]) ON Фильмы.[Код_фильма] = Скачивание.[Код_фильма](((Скачивание.Дата_скачивания)>[Введите дату начала периода] And (Скачивание.Дата_скачивания)<[Введите дату конца периода]));

Рис. 34. Окно ввода параметра запроса

Рис. 35. Запрос в режиме таблицы

. Запрос на изменение «Уменьшение стоимости» уменьшает стоимость скачивания фильмов на 10%, если они были сняты больше года назад.

Рис. 36. Запрос в режиме конструктора

SQL-код запроса:Фильмы SET Фильмы.Стоимость = [Стоимость]*0.9

WHERE (((Year(Now())-[Год_выпуска])>=1));

Рис. 37. Запрос в режиме таблицы

При выполнении запроса на экран выводится сообщение о количестве изменяемых записей и невозможности отмены операции.

Рис. 38. Дилоговое окно

10. Запрос удаление «Удаление городов» удаляет выбранный город из базы данных.

Рис. 39. Запрос в режиме конструктора

SQL-код запроса:Города.НазваниеГорода(((Города.Название)="Париж"));

Рис. 40. Запрос в режиме таблицы

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

Рис. 41. Диалоговое окно

. Перекрестный запрос «Фильмы-года-количество скачиваний» показывает информацию о количестве скачиваний фильмов в разные года.

Рис. 42. Запрос в режиме конструктора

SQL-код запроса:Count(Скачивание.Код_скачивания) AS [Count-Код_скачивания]Фильмы.НазваниеФильмы INNER JOIN Скачивание ON Фильмы.Код_фильма = Скачивание.Код_фильмаBY Фильмы.НазваниеYear([Дата_скачивания]);

Рис. 43. Запрос в режиме таблицы

. Перекрестный запрос «Фильмы-страны-года» показывает информацию о снятых фильмах в разных странах.

Рис. 44. Запрос в режиме конструктора

SQL-код запроса:

TRANSFORM Count(Фильмы.Код_фильма) AS [Count-Код_фильма]

SELECT Страны.Название, Count(Фильмы.Код_фильма) AS КоличествоСтраны INNER JOIN Фильмы ON Страны.Код_страны = Фильмы.Страна_производстваBY Страны.НазваниеФильмы.Год_выпуска;

Рис. 45. Запрос в режиме таблицы

4.3.Получение выходной информации

Запросы используются в качестве источника данных для форм отчетов. Отчет представляет собой гибкое и эффективное средство, позволяющее организовывать данные при выводе на печать (при формировании выходных документов) в том виде, который требуется пользователю.

Для базы данных «Фильмотека» созданы следующие отчеты:

·Количество по жанрам

·Количество снятых фильмов

·Последний скачанный фильм

·Прибыль

Отчет «Количество по жанрам» отображает количество фильмов, снятых в различных жанрах.

Рис. 46. Отчет в режиме конструктора

Рис. 47. Отчет в режиме просмотра

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

Рис. 48. Отчет в режиме конструктора

Рис. 49. Отчет в режиме просмотра

В отчете «Последний скачанный фильм» содержится информация о последнем скачивании пользователей.

Рис. 50. Отчет в режиме конструктора

Рис. 51. Отчет в режиме просмотра

В отчете «Прибыль» содержится информация, о прибыли за скачанные фильмы.

Рис. 52. Отчет в режиме конструктора

Рис. 53. Отчет в режиме просмотра

5.Интерфейс БД

5.1.Разработка кнопочной формы-меню

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

Форма открывается автоматически при открытии базы данных.

С помощью вкладки «Формы» пользователь может открыть любую форму для ввода и редактирования данных. (рис. 54)

Рис. 54. Вкладка «Формы»

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

Рис. 55. Вкладка «Запросы»

С помощью вкладки «Отчеты» пользователь может открыть отчеты для просмотра и распечатывания данных.

Рис. 55. Вкладка «Отчеты»

5.2.Разработка макросов

Макросы - это небольшие программы на языке макрокоманд СУБД Access, состоящие из последовательности определенных команд (одной или нескольких макрокоманд). Набор макрокоманд в Access очень широк. Макросы являются простейшими средствами автоматизации действий над объектами Access.

Создадим макрос для автоматического открытия кнопочной формы.

Рис. 56. Создание макроса

5.3.Организация защиты от несанкционированного доступа.

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

Средство шифрования в Office Access 2007 представляет собой два объединенных и улучшенных средства прежних версий - кодирование и пароли баз данных. При использовании пароля для шифрования базы данных все данные становятся нечитаемыми в других программных средствах, и для того чтобы использовать эту базу данных, пользователи должны вводить пароль.

Откроем базу данных монопольно и установим пароль (рис. 57)

Рис. 57. Задание пароля

Теперь при каждом открытии БД необходимо будет вводить пароль перед началом работы.

Заключение

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

Литература

1.Информационная технология реализации базы данных в СУБД ACCESS / Сост: Н.В. Макарова, Ю.Ф. Титова. СПБ: МБИ, 2009. 76 с.

2.Карпова Т.С. Базы данных. Учебник. СПб: Питер. 2010

.ЭУМК по информатике Учебное пособие / Н.В. Макарова и др. СПб: МБИ. 2008

КУРСОВАЯ РАБОТА на тему «Информационная система Фильмотека» Введение Под базо

Больше работ по теме: