98731

Проект базы данных домашней аудиотеки

Курсовая

Информатика, кибернетика и программирование

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

Русский

2015-11-06

1.47 MB

9 чел.

PAGE  4


Содержание:

  1.  Описание предметной области…………………………………………………………3
  2.  Выбор методологии проектирования и СУБД………………………………………...5
  3.  Построение инфологической модели предметной области…………………………..6
  4.  Проектирование логической структуры базы данных…………….…………………..9
  5.  Ограничения целостности………………………………………….……………………10
  6.  Проектирование физической структуры базы данных……………………………….13
  7.  Организация ввода и корректировки данных в БД…………………………………...14
  8.  Информационные потребности пользователей…………………………………….....18
  9.  Разработка интерфейса………………………………….………………………………21
  10.  Реализация проекта в MS Access……………………………………………………….24
  11.  Список использованной литературы……………………………………………………25


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

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

Существует домашняя видеотека. В видеотеке находятся кассеты с записями. Каждая кассета имеет свое уникальное  название.

Источники поступления:

  1.  Покупка.

При покупке кассеты фиксируется ее цена и дата совершения покупки.

2) Взятие на время.

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

  1.  Подарок.

Кто подарил, дата.

3) Обмен. Что на что меняем.

Каждая кассета имеет свой номер. На одной кассете может  быть одна или несколько записей. Записи делятся по типам (фильм, передача, мультфильм и т.д. ) . Фильмы характеризуются:  по жанру, по актеру / актрисе, по продолжительности, по дате выпуска, по компании производящей фильм(киностудия), по режиссеру, автору сценария и литературе

Одна запись может быть записана на нескольких кассетах.

В базе данных фиксируется информация об актере: ФИО, дата рождения , страна, в каких фильмах снимался.

После просмотра фильма фиксируются отзывы о нем.

Место хранения: полки для кассет с ячейками.

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

Фиксируются ФИО, адреса и телефоны людей, с которыми производили какие –либо действия над записями.

Один раз в год проводится инвентаризация кассет. Если кассета отсутствует, то указать причины ее отсутствия. Если кассета сломана, то это указывается в статусе.

Запросы на поиск: на входе фамилия актера / актрисы, на выходе название фильма и код кассеты.

Запросы на поиск: на входе название фильма, на выходе код кассеты.

Входные данные: при приобретении кассеты в базу заносится вся необходимая информация о них.

Выходные данные: является информация о просмотре кассеты, затраты.

Для данной предметной области можно выделить следующие ограничения целостности:

  •  Ключевые поля каждой таблица должны иметь непустые и уникальные значения.
  •  Поле источник приобретения может принимать одно из 4 значений: куплена, подарена, найдена, украдена, обменяна.
  •  Поле физическое состояние может принимать два значения: рабочая, сломана.
  •  Поле принадлежность кассеты может принимать два значения: своя, чужая.
  •  Дата приобретения кассеты не может быть ранее 01.01.1990
  •  Цена кассеты не более 1000 р
  •  Дата рождения актера не ранее 01.01.1910
  •  В Рецензии должен указываться автор отзыва.
  •  Дата выпуска записи не ранее 1960
  •  Тип записи заводится через определенную форму
  •  Поле Тип лица может принимать два значения: юридическое, физическое
  •  Поля Фамилия во всех таблицах могут иметь только уникальные значения

При создании базы данных необходимо также создавать и запросы. Запросов может быть очень много. Необходимо реализовать наиболее главные из них:

  •  Необходимо выводить отзывы о просмотренных записях
  •  Необходимо выводить полную информацию по данной записи
  •  Необходимо выводить полную информацию по данной кассете
  •  Необходимо выводить полную информацию по данному лицу
  •  Необходимо подсчитать общую стоимость всех купленных кассет
  •  Необходимо выводить информацию по местонахождению данной записи

 

2. Выбор методологии проектирования и СУБД.

При проектировании базы данных для домашней видеотеки после описания предметной области необходимо выбрать метод построения инфологической модели (ER-модели) и СУБД, в которой будет реализован проект.

Для построения ER-модели была выбрана программа DESIGN/IDEF 3.5.  Мы выбрали эту программу, потому что, на наш взгляд, она является наиболее простой в использовании (для построения ER-модели).

Существует большое число СУБД. На ее выбор оказывают влияние следующие факторы:

  •  По функциональным возможностям СУБД: настольные (FoxPro, MS Access, Paradox) и корпоративные (Oracle, MS SQL).
  •  По типу использования языков: открытые, замкнутые, смешанные.
  •  По числу уровней в архитектуре: одноуровневые, двухуровневые, трехуровневые.
  •  По выполняемым функциям СУБД: информационные, операционные.
  •  По сфере возможности применения: универсальные, специализированные.

Сравнивая настольные и корпоративные СУБД, можно отметить следующее. Настольные СУБД: простота в использовании, стоимость эксплуатации более дешевле. Корпоративные СУБД: возможность администрирования, возможность работы и Интернте (надежность функционирования, поддержка объема данных, быстродействие и др.). Сравнивая открытые, замкнутые и смешанные СУБД, можно отметить следующее. В открытых системах для работы с базой данных используются универсальные языки программирования. И в этот язык встраиваются операторы языка манипулирования данными конкретной СУБД. Замкнутые СУБД обладают собственным языком манипулирования данными. Смешанные СУБД имеют и те и другие возможности. Сравнивая информационные и операционные СУБД, можно отметить следующее. Информационная СУБД: организация хранения информации и доступа к ней. Операционные СУБД связаны с обработкой данных. Для построения самой базы данных была выбрана СУБД MS Access. MS Access является настольной, смешанной по использованию языков. Access по выполняемым функциям может быть и информационной и операционной.  

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

При проектировании базы данных в Access можно создавать таблицы, запросы, отчеты и многое другое. Их можно создавать как самостоятельно (в режиме конструктора), так и с помощью мастера. Мастер баз данных Microsoft Access автоматически формирует таблицы, запросы, формы и отчеты из шаблонов стандартных типов. Это полнофункциональные приложения с оптимизированной структурой данных и полным набором необходимых таблиц, форм, запросов и отчетов. Мастер запросов отбирает информацию базы данных, включая данные из нескольких таблиц, и затем определяет, как представить эти данные в соответствии с требованиями пользователей.

3. Построение инфологической модели предметной области.

Инфологическая модель предметной области – это формализованное описание предметной области, выполненное безотносительно к используемым в дальнейшем программным и техническим средствам. Инфологическая модель должная быть динамической и позволять легкую корректировку. Основным требованиями, предъявляемыми к инфологической модели, можно отнести следующие: 1)должна содержать всю необходимую и достаточную информацию для последующего проектирования базы данных. 2)должная быть понятна лицам, принимающим участие в создании и использовании.

 

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

Кассета. Объект описывает определенную кассету и имеет свойства: код, код хранилища, название, физическое состояние, дата приобретения, способ приобретения цена. Ключом является код.

Хранилище. Объект описывает хранилище видеокассет и имеет свойства: код, название хранилища, номер ячейки. Ключом является код.

Лица. Объект описывает физические лица или юридические организации, которые производят определенные действия с записями. Имеет свойства: Название Фирмы или ФИО физического лица, типа лица, адрес, телефон. Ключом является Название Фирмы или ФИО физического лица.

Актер. Объект описывает определенного актера/актрису. Свойства: код, фамилия, имя, отчество, дата рождения, страна, фильмы с участием. Ключом является код.

Тип записи. Объект описывает всевозможные типы записей и жанров. Свойства: код, название типа. Ключом является код.

Рецензии. Объект описывает отзывы о просмотре записи. Свойства: код, название записи, отзыв, автор отзыва. Ключом является код.

Литература. Объект описывает литературу, по которой снималась данная запись. Свойства: код, название. Ключом является код.

Режиссер. Объект описывает режиссер данной записи. Свойства: код, фамилия, имя, отчество, фильмы. Ключом является код.

Автор сценария. Объект описывает режиссер данной записи. Свойства: код, фамилия, имя, отчество, фильмы. Ключом является код.

Записи. Объект описывает определенную запись на кассете. Свойства: название, продолжительность, кинокомпания, дата выпуска, код жанра, код литературы, код актера, код режиссера, код автора сценария, код кассеты. Ключом является название.

Действия с кассетой. Описывает всевозможные действия, которые лица могут произвести с записями. Свойства: код, название записи, лицо, название действия, конец действия, продолжительность действия. Ключом является код.

Запись/Актер. Объект является вспомогательным в описании связи многие-ко-многим между записью и актером. Свойства: название записи, код актера. Оба поля являются ключами.

Запись/Сценарист. Объект является вспомогательным в описании связи многие-ко-многим между записью и актером. Свойства: название записи, код сценариста. Оба поля являются ключами.

 

Инфологическая модель для домашней видеотеки содержит следующие связи: один ко многим, многие ко многим.

ER-модель для проектирования базы данных для домашней видеотеки, построенная при помощи программы Design IDEF 3.5:



4. Проектирование логической структуры базы данных.

Логическая структура базы данных должна быть спроектирована и описана для конкретной СУБД. Для нашей базы данных была выбрана СУБД MS Access. Необходимо перейти от ER-модели к таблицам в базе данных.

Кассета(код, код хранилища, название, физическое состояние, дата приобретения, способ приобретения, цена)

Хранилище (код, название хранилища, номер ячейки)

Лица (Название Фирмы или ФИО физического лица, типа лица, адрес, телефон)

Актер (код, фамилия, имя, отчество, дата рождения, страна, комментарий)

Тип записи (код, название типа)

Рецензии (код, название записи, отзыв, автор отзыва)

Литература (код, название)

Режиссер (код, фамилия, имя, отчество, комментарий)

Автор сценария (код, фамилия, имя, отчество, комментарий)

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

Действия с кассетой (код, название записи, лицо, название действия, конец действия, продолжительность действия)

Запись/Актер (название, код актера)

Запись/Сценарист (название, код сценариста)

 

5. Ограничения целостности.

Целостность – это актуальность и непротиворечивость информации; защищенность от разрушения и несанкционированного изменения. Ограничение целостности – это набор специальных предложений, описывающих допустимые значения отдельных информационных единиц и связей между ними. Большинство ограничений целостности вызваны спецификой предметной области. Нарушение ограничений целостности может происходить по нескольким причинам: ошибки, преднамеренное нарушение, вирусы, сбои. Поэтому необходимо контролировать ограничения целостности.

 

Базе данных домашней видеотеки присущи следующие ограничения целостности:

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

2.Поле источник приобретения может принимать одно из 4 значений: куплена, подарена, найдена, украдена, обменяна.

3.Поле физическое состояние может принимать два значения: рабочая, сломана.

4.Дата приобретения кассеты не может быть ранее 01.01.1990

Формат: Дата/Время

Условие на значение: >=#01.01.1990#

5.Цена кассеты не более 1000 р.

Формат: Денежный

Условие на значение: <1000

6.Дата рождения актера не ранее 01.01.1910.

Формат: Дата/Время

Условие на значение: >=#01.01.1910#

7.В Рецензии должен указываться автор отзыва.

8.Дата выпуска записи не ранее 1960.

9.Поле “Конец действия” в таблице “Действия с кассетой” не может принимать значения даты ранее поля “Начало действия”.

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

11.Поля Фамилия во всех таблицах могут иметь только уникальные значения.

 

 

12. При заполнения поля  “Название Фирмы или ФИО физического лица” если лицо юридическое – то заносится его название, если лицо физическое – то его ФИО.

13. Все остальные поля кроме указанных могут принимать нулевые (Null) значения.

Ограничения целостности связи заданы в схеме данных:

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

6. Проектирование физической структуры базы данных.

 

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

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

Ниже приведено 2 примера таблиц, в которых хранится информация о:

Записях:

Кассетах:


7. Организация ввода и корректировки данных в БД.

Существует 3 способа ввода данных: ввод с клавиатуры; сохранение данных, сформированных иными программными средствами; импорт из других источников. В нашей базе данных мы использовали ввод с клавиатуры. В процессе ввода информации были использованы следующие приемы: перенос значений полей из предыдущих записей; замена ввода выбором из списка; автоматическое формирование некоторых полей (например, ключ в некоторых таблицах).

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

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

Кассета

Записи

Актеры

Запись/Актер

Действия с кассетой

Запись/Сценарист

Лица

Хранилище

Тип записи

Автор сценария

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


8. Информационные потребности пользователей.

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

  •  Информация о местонахождении записи:

  •  Информация о записях в зависимости от жанра:

  •  Информация физических/юридических лицах:

  •  Информация об отзывах о записях:

  •  Информация об общей стоимости купленных кассетах:

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

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


9. Разработка интерфейса.

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

Далее при нажатии на закладку “Формы” мы перемещаемcя в главное меню нашей базы:

При нажатии на кнопку “Работа с авторами” нам открывается подменю:

При нажатии на кнопку “Параметры кассеты” нам открывается подменю:

Также при разработке интерфейса важную роль играют отчеты. Отчеты Access – это компоненты интерфейса, которые позволяют предварительно просмотреть и распечатать информацию. При нажатии на закладку “Запросы” нам открывается меню запросов и отчетов:

 

Здесь можно просмотреть отчеты на основные таблицы и отчеты на запросы. Примеры на эти запросы приведены в п. 8.


10. Реализация проекта в
MS Access.

При проектировании базы данных для видеотеки разработка начинается с объектов данных. Т. е. Сначала строятся таблицы и создаются запросы. В процессе проектирования нашей базы данных было построено 13 таблиц (они описаны в п. 3) и создано 5 основных запросов (они описаны в п. 8). Таблица необходимы для того, чтобы хранить информацию о предметной области. Они создавались в режиме конструктора (описаны поля таблиц, ограничения целостности). После создания таблиц были установлены связи между таблицами (схема данных приведена в п. 5). После этого были построены запросы. Запросы необходимы для того, чтобы реализовать информационные потребности пользователей. Они были созданы в режиме конструктора.

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

Главное меню состоит из формы с тремя закладками: Logo, Формы, Запросы.

В окне “Формы” пользователю предлагается основное меню для создания и редактирования БД: “Работа с авторами”, “Параметры кассеты”, “Рецензии”, “Выход”.

При нажатии первых двух кнопок пользователю открываются дополнительные меню для работы с БД. При нажатии “Рецензии” пользователь может добавить свой отзыв по определенной записи. При нажатии “Выход” происходит закрытие БД.

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

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


11. Список использованной литературы.

1. Боровиков В. В., Microsoft Access Программирование и разработка баз данных и приложений (полное руководство пользователя), М., «Солон-Р», 2002 г.

2. Диго С. М., Создание баз данных в среде СУБД Access (учебное пособие по курсу «Базы данных»), М., 2001 г.

3. Мишенин А. И., Теория экономических информационных систем (учебник), М., Финансы и статистика, 1999 г.         


 

А также другие работы, которые могут Вас заинтересовать

41834. Решение бухгалтерских задач с помощью пакета Excel 286.36 KB
  Решение бухгалтерских задач с помощью пакета Excel Цель работы Познакомиться с работой пакета Excel как инструмента для решения задач бухгалтерского учета. Научиться правильно задавать имена переменным определять ссылки на ячейки использовать функции при вводе формул работать с массивами данных в Excel. Должна быть установлена программа Microsoft Excel.
41835. ЛОГИЧЕСКИЕ ЭЛЕМЕНТЫ И СХЕМЫ 238.57 KB
  Данная работа посвящена изучению простейших комбинационных логических устройств реализующих логические функции сложения умножения и отрицания. В результате функции отображающие информацию принимают в каждый момент времени только значения 0 или 1. Такие функции называют логическими а сигналы входные и выходные переменные – двоичными бинарными. Рассматривая входные сигналы х1 х2 хп в качестве аргументов можно соответствующие выходные сигналы представлять в виде функции уi = fх0 х1 х2 хп с помощью...
41836. Изучение и анализ конструкций сцеплений транспортных автомобилей 78.68 KB
  Контрольные вопросы дайте классификацию сцеплений назначение устройство и принцип работы фрикционного однодискового гидравлического и электромагнитного сцеплений конструктивные особенности различных видов сцеплений их преимущества и недостатки применяемые материалы для изготовления элементов и узлов сцеплений какие приводы используются для управления сцеплением опишите их устройство и дайте им характеристику опишите устройство и работу центробежного сцепления какие существуют способы передачи крутящего момента от маховика двигателя к...
41837. Разработка комплекта конструкторской документации на кодовый замок 763 KB
  Наиболее интересными для обывателя являются, правда, другие замки, устанавливающиеся прямо в дверное полотно. Они имеют огромный плюс – им не нужна замочная скважина, а значит, сторонний наблюдатель просто не будет знать о его присутствии
41838. Система питания дизельных двигателей 177.92 KB
  Николаева Лабораторная работа № 9 Система питания дизельного двигателя Сделал студент группы 2151 Гуськов К.Е Система питания дизельных двигателей Общая информация При работе дизельного двигателя в его цилиндры всасывается наружный воздух который сжимается до высокого давления. Система подачи воздуха Главными особенностями конструкции впускного воздушного тракта рассматриваемого в настоящем Руководстве дизельного двигателя являются использование в нем турбокомпрессора приводимого во вращение потоком отработавших газов и отсутствие...
41839. Создание отчетов и экранных форм в среде MS Access 171.48 KB
  Вид отчета представлен на Рисунке 1.01 Идентификационный код Фамилия Имя Отчество Телефон Группа фамилий начинающихся на букву А 1545678990 Архипов Сергей Иванович нет Количество в группе 1 Группа фамилий начинающихся на букву Б 2314743296 Бородулин Андрей Васильевич 271412 1955443781 Безродный Владимир Михайлович 323214 2055894321 Бронзов Станислав Иванович 231070 Количество в группе 3 Группа фамилий начинающихся на букву К...
41840. Исследование конструкции системы отопления пассажирского вагона 588.5 KB
  Цель занятия: Исследовать конструкцию основных элементов системы отопления пассажирского вагона. Котел системы отопления. Схемы систем отопления.
41841. Поиск информации в сети Internet 344.59 KB
  В дополнение к этому существует ряд альтернативных средств поиска способных вам пригодиться включая утилиты которые работая совместно с браузером добывают информацию из Web и так называемые экспертные узлы где с вашими запросами работают живые люди. Поисковые машины и каталоги При всем изобилии методов поиска в Internet наиболее распространенными средствами нахождения информации попрежнему остаются поисковые машины и каталоги. Поисковые машины – это комплекс специальных программ для поиска в сети. Хранит ссылки на страницы словарь...
41842. Основные характеристики и испытание интегральных преобразователей кодов (дешифратора, шифратора, демультиплексора и мультиплексора) 457.22 KB
  На одном из m выходов дешифратора появляется логическая 1 а именно на том номер которого соответствует поданному на вход двоичному коду. На всех остальных выходах дешифратора выходные сигналы равны нулю. Условное изображение дешифратора 4х16 читаемого четыре в шестнадцать на схемах дано на рис.