Курсовая работа по СУБД Microsoft Access на тему "Мультфильмы"

РЕФЕРАТ
ПЗ: 27с., 19 рис., 12 табл., 1додаток, 6 посилань.
Об’єкт розробки – інформаційна система мультиплікаційних мультфільмів.
Мета проекту – розробка додатку для автоматизації пошуку необхідної інформації
по мультиплікаційних мультфільмів.
В пояснювальній записці розроблена схема реляційної бази даних згідно завдання.
Для створення додатку для обробки даних була вибрана СУБД «Microsoft Office
Access»
Розроблений додаток містить форми для заповнення таблиць, форми пошуку
даних, звіти, що виводяться на друк.
СУБД, РЕЛЯЦІЙНА МОДЕЛЬ, ER – ДІАГРАМА, ТИПИ ДАНИХ, ТАБЛИЦЯ,
КЛЮЧ ВІДНОШЕННЯ, СХЕМА ВІДНОШЕННЯ
13.02070849.51103 ПЗ
Підпис
Змн Арк. № докум.
Розробив
.
Бакланова В.
Паромова Т.О
Перев.
Дата
Інформаційна
система
мультиплікаційних фільмів.
Пояснювальна записка
Літ.
Арк.
Реценз.
Н.Контр.
Утвердив
Маса
3
Масштаб
Аркушів
ЗНТУ,гр. ІОТ-511
30
СОДЕРЖАНИЕ
РЕФЕРАТ .......................................................................................................................................3
1. АНАЛИЗ ТЕХНИЧЕКОГО ЗАДАНИЯ ..................................................................................7
2. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ ................................................................................9
2.1. Концептуальное проектирование базы данных .................................................................9
2.2. Выбор и обоснование СУБД ..............................................................................................14
2.3. Логическое проектирование базы данных ........................................................................17
3. РАЗРАБОТКА ПРИЛОЖЕНИЯ ............................................................................................21
ВЫВОДЫ .....................................................................................................................................29
ЛИТЕРАТУРА .............................................................................................................................30
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
4
ВВВЕДЕНИЕ
Человечество сегодня переживает информационный взрыв. Объем информации,
поступающей к человеку через все информационные средства, непрерывно растет.
Поэтому для каждого человека, живущего в информационном обществе, очень важно
овладение средствами оптимального решения задачи накопления, упорядочения и
рационального использования информации.
Информационная система представляет собой совокупность компонентов
(информация,
процедуры,
персонал,
аппаратное
и
программное
обеспечение),
объединенных регулируемыми взаимоотношениям и для своевременного обеспечения
людей надлежащей информацией. Таким образом, основной задачей ИС является
удовлетворение конкретных информационных потребностей в рамках конкретной
предметной области.
Информационные системы используются почти во всех сферах деятельности
человека:
экономической,
медицинской,
географической,
административной,
производственной, учебной, экологической, военной и других сферах.
Основа информационной системы, объект ее обработки - база данных (БД). База
данных - это совокупность сведений о конкретных объектах реального мира в какойлибо предметной области или разделе предметной области.
Ядром любой базы данных является модель данных, которая представляет собой
структуру
данных,
соглашения
о
способах
их
представления
и
операций
манипулирования ими. Иными словами, это формализованное описание объектов
предметной области и взаимосвязей между ними.
Система управления базами данных (СУБД) — совокупность программных и
лингвистических средств общего или специального назначения, обеспечивающих
управление созданием и использованием баз данных. Она позволяет сосредоточиться на
работе с данными, абстрагировавшись от их физического размещения, а также берет на
себя заботу эффективного их сохранения и выборки.
Основными функциями СУБД являются: управление данными во внешней
памяти (на дисках); управление данными в оперативной памяти с использованием
дискового кэша; журнализация изменений, резервное копирование и восстановление
базы данных после сбоев; поддержка языков БД (язык определения данных, язык
манипулирования данными).
Чтобы создать информационную систему, которая наиболее полно будет
отображать
информационные потребности
пользователя (заказчика) необходимо
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
5
правильно выбрать СУБД, обладать навыками проектирования информационных систем,
быть осведомленным в предмете проектирования (для чего очень важно наиболее полно
описать предметную область, чем точнее это будет сделано, тем больше функций
обеспечит ИС)
В данном курсовом проекте проектируется информационная система и база
данных “Мультипликационных фильмов”.
Данная база данных содержит информацию о названиях мультипликационных
фильмов, стране и годе их выхода, жанре, режиссерах, сценаристах, композиторах,
анимационных студиях, бюджете и длительности. У каждого пользователя есть
возможность выбрать мультфильм, основываясь на индивидуальных критериях.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
6
1. АНАЛИЗ ТЕХНИЧЕСКОГО ЗАДАНИЯ
Проектируемая
база
данных
содержит
информацию
о
названиях
мультипликационных фильмов, стране и годе их выхода, жанре, режиссерах,
сценаристах, композиторах, анимационных студиях, бюджете и длительности. У
каждого пользователя есть возможность выбрать мультфильм, основываясь на
индивидуальных критериях.
Существует 6 основных жанров мультипликационных фильмов: боевик,
комедия, приключения, фэнтези, драма и мюзикл.
Каждый мультфильм может
относиться только к одной определенной категории.
Занятия проводятся в танцевальных студиях, которые находятся в разных
районах города. В каждой студии существует свой тренерский состав. В базе данных
содержится такая информация о тренерах: ФИО, дата рождения, адрес прописки,
телефон наличие медицинской справки, специализация, количество часов в неделю,
стаж работы. Заработная плата тренера зависит от его специализации, стажа работы,
количества занятий, проведенных за месяц, а также от вида занятий: индивидуальные
или групповые.
Для того, чтобы начать ходить на занятия, танцору необходимо заполнить
анкету и предоставить необходимую информацию о себе (ФИО, дата рождения, адрес
прописки, телефон). В анкете указывается желаемый вид танцев, уровень танцора
(начальный, средний или профессиональный) и вид занятий(индивидуальные или
групповые). Также каждый танцор обязан предоставить медицинскую справку и
квитанцию об оплате вступительного взноса.
Оплата занятий может производится как за одно занятие, так и сразу за месяц.
При оплате за весь месяц сразу танцорам представляються скидки. Стоимость занятий
зависит от танцевального направления и вида занятий. Занятия проходят строго по
расписанию и каждый танцор может выбрать для себя наиболее удобные дни недели и
время проведения.
Таким образом, информационная система должна обеспечивать:
­ ввод и хранение информации о мультипликационных фильмах;
­ ввод и хранение информации об анимационных студиях – название
студии, год её создания, ФИО основателя и количество выпущенных
мультфильмов;
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
7
­ ввод и хранение информации о режиссерах, сценаристах и композиторах
– ФИО, год рождения, гражданство, образование, семейное положение,
наличие детей.
­ поиск
мультипликационного
фильма,
наиболее
удовлетворяющего
требованиям;
­ просмотр информации о выбранной анимационной студии;
­ просмотр общей информации об интересующем режиссере, сценаристе
или композиторе;
­ составление отчетов о мультфильмах, вышедших в определенном году;
­ составление отчетов о мультфильмах, принадлежащих к определенному
жанру;
­ составление
отчетов
о
количестве
мультфильмов,
выпущенных
определенной анимационной студией;
­ составление отчетов о бюджете мультипликационных фильмов.
Для решения поставленных задач необходимо разработать в дополнении:
­ формы для ввода и редактирования информации о мультфильмах,
анимационных студиях, режиссерах, сценаристах и композиторах.
­ формы для отображения общей информации о выбранном режиссере,
сценаристе или композиторе;
­ формы для поиска мультфильмов по названию, анимационной студии или
жанру;
­ отчеты
о
мультфильмах,
созданных
определенной
анимационной
студией;
­ отчеты о мультфильмах, принадлежащих к определенному жанру;
­ отчеты о бюджете мультфильмов;
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
8
2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
2.1 Концептуальное проектирование базы данных
Концептуальное (инфологическое) моделирование - построение семантической
модели предметной области, то есть информационной модели наиболее высокого уровня
абстракции.
На основании анализа предметной области можно выделить следующие
сущности:
­ Мультфильмы;
­ Анимационные студии;
­ Композитор;
­ Сценарист;
­ Режиссер;
Также создаются семь характеристических сущностей:
­ Жанр;
­ Страна;
­ Тип мультфильма;
­ Гражданство;
­ Образование;
­ Семейное положение;
­ Наличие детей.
1.
Сущность “Мультфильмы” предназначена для хранения информации о
мультфильмах и содержит атрибуты: Код мультфильма, Название, Год выхода, Код
страны, Код жанра, Код типа, Код режиссера, Код сценариста, Код композитора, Код
студии, Длительность, Бюджет;
2.
Сущность
“Анимационные
студии”
предназначена
для
хранения
информации об анимационных студиях и содержит атрибуты: Код студии, Название
студии, Год создания, ФИО основателя, Количество выпущенных мультфильмов;
3.
Сущность
“Режиссер”
предназначена
для
хранения
информации
о
режиссерах и содержит атрибуты: Код режиссера, ФИО режиссера, Дата рождения, Код
гражданства, Код образования, Код семейного положения, Код наличия детей;
4.
Сущность “Сценарист” предназначена для хранения информации о
сценаристах и содержит атрибуты: Код сценариста, ФИО сценариста, Дата рождения, Код
гражданства, Код образования, Код семейного положения, Код наличия детей;
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
9
5.
Сущность “Композитор” предназначена для хранения информации о
композиторах и содержит атрибуты: Код композитора, ФИО композитора, Дата рождения,
Код гражданства, Код образования, Код семейного положения, Код наличия детей;
6.
Характеристическая
сущность
“Жанр”
предназначена
для
описания
сущности “Мультфильмы” и содержит атрибуты: Код жанра, Жанр;
7.
Характеристическая сущность “Страна” предназначена для описания
сущности “Мультфильмы” и содержит атрибуты: Код страны, Страна;
8.
Характеристическая сущность “Тип мультфильма” предназначена для
описания сущности “Мультфильмы” и содержит атрибуты: Код типа мультфильма, Тип
мультфильма;
9.
Характеристическая сущность “Гражданство” предназначена для описания
сущности “Композитор”, сущности “Сценарист” и сущности “Режиссер”
и содержит
атрибуты: Код гражданства, Гражданство;
10.
Характеристическая сущность “Образование” предназначена для описания
сущности “Композитор”, сущности “Сценарист” и сущности “Режиссер”
и содержит
атрибуты: Код образования, Образование;
11.
Характеристическая сущность “Семейное положение” предназначена для
описания сущности “Композитор”, сущности “Сценарист” и сущности “Режиссер”
и
содержит атрибуты: Код семейного положения, Семейное положение;
12.
Характеристическая сущность “Наличие детей” предназначена для описания
сущности “Композитор”, сущности “Сценарист” и сущности “Режиссер”
и содержит
атрибуты: Код наличия детей, Наличие детей.
Существуют следующие связи:
Страна
1
М
Мультфильмы
Рис. 2.1 – Связь “Мультфильмы – Страна”
Связь “Мультфильмы – Страна”: Каждый мультфильм может создаваться только
в одной стране, в то время как в одной и той же стране может быть создано несколько
мультфильмов.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
10
Жанр
1
М
Мультфильмы
Рис. 2.2 – Связь “Жанр – Мультфильмы”
Связь “Жанр – Мультфильмы”: Каждый мультфильм может принадлежать только
к одному жанру, но существует несколько мультфильмов одного и того же жанра.
Тип
мультфильма
1
М
Мультфильмы
Рис. 2.3 – Связь “Тип мультфильма – Мультфильмы”
Связь “Тип мультфильма – Мультфильмы”: Каждый мультфильм может быть
только одного типа, в то время как к одному типу могут принадлежать несколько
мультфильмов.
Композитор
1
М
Мультфильмы
Рис. 2.4 – Связь “Композитор – Мультфильмы”
Связь “Композитор – Мультфильмы”: В создании каждого мультфильма может
принимать участие только один композитор, в то время как один и тот же композитор
может участвовать в создании нескольких мультфильмов.
Сценарист
1
М
Мультфильмы
Рис. 2.5 – Связь “Сценарист – Мультфильмы”
Связь “Сценарист – Мультфильмы”: В создании каждого мультфильма может
принимать участие только один сценарист, в то время как один и тот же сценарист может
писать сценарии для нескольких мультфильмов.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
11
Режиссер
1
М
Мультфильм
Рис. 2.6 – Связь “Режиссер – Мультфильмы”
Связь “Режиссер – Мультфильмы”: В создании каждого мультфильма может
принимать участие только один режиссер, в то время как один и тот же режиссер может
участвовать в создании нескольких мультфильмов.
1
Анимацион.
студия
М
Мультфильмы
Рис. 2.7 – Связь “Анимационная студия – Мультфильмы”
Связь “Анимационная студия – Мультфильмы”: Каждый мультфильм может быть
создан только в одной определенной анимационной студии, в то время как одна и та же
анимационная студия может выпустить несколько мультфильмов.
1
Гражданство
М
Композитор
Рис. 2.8 – Связь “Гражданство – Композитор”
Связь
“Гражданство
–
Композитор”:
Каждый
композитор
может
быть
гражданином только одной страны, в то время как одним и тем же гражданством может
обладать несколько режиссеров.
1
Наличие детей
М
Композитор
Рис. 2.9 – Связь “Наличие детей – Композитор”
Связь “Наличие детей – Композитор”: У каждого композитора либо есть дети,
либо нет, в то время как несколько композиторов могут иметь детей или не иметь их.
Образование
1
М
Композитор
Рис. 2.10 – Связь “Образование – Композитор”
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
12
Связь “Образование – Композитор”: У каждого композитора может быть только
одно определенное образование, в то время как одно и то же образование могут получить
несколько композиторов.
Семейное
положение
1
М
Композитор
Рис. 2.11 – Связь “Семейное положение – Композитор”
Связь “Семейное положение – Композитор”: У каждого композитора может быть
только одно определенное семейное положение, в то время как одно и то же семейное
положение может быть у нескольких композиторов.
Исходя из описанных выше, связей строим ER-диаграмму:
Рис. 2.12 - ER-диаграмма
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
13
2.2 ВЫБОР И ОБОСНОВАНИЕ СУБД
Важным этапом разработки информационной системы является выбор СУБД. Чтобы
сделать правильный, обдуманный выбор нужно рассмотреть несколько из существующих
СУБД.
На данный момент существует очень большой перечень современных СУБД:
dBase, Oracle, Paradox, FoxBase, Microsoft SQL Server, MySQL, FoxPro, Microsoft Office
Access і т.д. Самыми распространенными в использовании являются MySQL, Microsoft
SQL Server и Microsoft Office Access. Рассмотрим подробнее характеристики некоторых
СУБД и их свойства.
MySQL – это реляционная база данных, работа с данными в которой
осуществляется при помощи SQL запросов.
MySQL является решением для малых и средних приложений. Входит в состав
серверов WAMP, LAMP и в портативные сборки серверов Денвер,XAMPP. Обычно
MySQL используется в качестве сервера, к которому обращаются локальные или
удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера,
позволяющая включать MySQL в автономные программы.
Основными преимуществами этого типа БД является скорость и простота в
использовании. При помощи MySQL можно производить операции над данными, которые
с текстовыми файлами трудно реализуемы.
Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов
таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие
полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне
отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц
EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря
открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются
новые типы таблиц.
Oracle –
это
система
управления
реляционными
базами
данных
-
СУРБД(Relational Database Menagement System – RDBMS), разработанная корпорацией
Oracle из Бельмонта (шт. Калифорния, США). Реляционная СУБД Oracle обеспечивает
высочайшую производительность баз данных для пользователей в различных областях
науки и бизнеса. Oracle предоставляет пользователям надежную реляционную базу
данных, а также широкий набор средств для разработки приложений, поддержки решений
и автоматизации. Этими продуктами покрывается широкий спектр операционных систем
и аппаратного обеспечения. Кроме того, СУБД постоянно совершенствуется для лучшего
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
14
удовлетворения
потребностей
хранилищ
данных.
разнообразными хорошо интегрированными
Сервер
программными
СУРБД
дополняется
продуктами, которые
специально созданы для организации распределенной обработки данных и разработки
приложений клиент/сервер.
Основная идея среды клиент/сервер состоит в распределении выполняемой задачи
между несколькими процессорами в сети. Каждый процессор предназначен для
определенного набора подзадач, с которыми он справляется наилучшим образом, а
конечный результат выражается в увеличении производительности и эффективности
системы в целом. Распределение выполнения задач между процессорами осуществляется
с помощью протокола сервисных запросов; один процессор, клиент, запрашивает
обслуживание у другого процессора, сервера. Чаще всего при построении систем
клиент/сервер часть приложения, отвечающая за пользовательский интерфейс, отделяется
от части, отвечающей за доступ к данным.
В настоящее время основными направлениями развития Oracle являются:
- использование параллельной обработки данных;
- использование технологий Internet и World Wide Web;
- создание сетевой архитектуры вычислительных систем.
Microsoft Access 2003
Access 2003 предлагает универсальный набор программных средств, которые
обеспечивают широкие возможности для профессиональных разработчиков и вместе с тем
могут быть легко освоены новичками. Теперь любой сотрудник может создавать
и применять универсальные решения для баз данных, значительно упрощающие
организацию, совместное использование данных и доступ к ним.
­ Новый внешний вид форм. Access 2003 поддерживает темы из Microsoft
Windows XP, что обеспечивает единый внешний вид форм.
­ Просмотр сведений о зависимостях. Можно быстро находить таблицы,
запросы, формы и отчеты, которые связаны зависимостью с конкретным
объектом базы данных.
­ Помощь в устранении ошибок. Новая функция проверки ошибок помечает
общие
ошибки
тестирования
в формах
и отчетах,
и исправления.
После
существенно
того
как
ускоряя
ошибки
процесс
помечены,
пользователю предлагаются варианты их исправления, что значительно
экономит время и повышает качество форм и отчетов.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
15
­ Автоматическое обновление свойств. При изменении свойства поля
в таблице может быть выполнено автоматическое изменение всех форм
и отчетов, чьи элементы управления связаны с ней.
­ Простота архивирования данных. Access 2003 позволяет сохранить в другом
месте копию базы данных, с которой вы работаете.
Расширение возможностей совместного использования данных.
­ Более
эффективное
совместное
использование
данных.
Имеется
возможность выполнения экспорта и импорта данных и создания связи
со списками на узлах Microsoft Windows SharePoint, где другие члены
группы могут получать доступ к ним. Для создания таких узлов необходимо
наличие сервера Microsoft Windows Server 2003, на котором выполняются
службы Windows SharePoint Services.
­ Разработка веб-страниц с использованием мощных программных средств.
Можно
публиковать
формы
и отчеты
в Интернете
и связывать
их с источником записей для отображения и обновления данных в исходной
базе данных и работы с ними.
После проведённого обзора СУБД можно сказать, что MS Access наиболее лёгкая
для пользования для начинающих, так как в ней можно создавать свои БД, не имея
навыков в области их создания. С помощью одной таблицы можно описать простейший
вид связей между данными, а именно – деление одного объекта, информация о котором
хранится в таблице, на множество подобъектов, каждому из которых соответствует строка
или запись таблицы. Также, БД, созданные в MS Access, легко совместимы с другими
типами файлов.
Таким образом, для выполнения курсового проекта выбрана СУБД MS Access,
отвечающая требованиям изучаемого курса.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
16
2.3 ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
Логическое проектирование - преобразование требований к данным в структуры
данных. На выходе получаем СУБД-ориентированную структуру базы данных и
спецификации прикладных программ. На этом этапе часто моделируют базы данных
применительно к различным СУБД и проводят сравнительный анализ моделей. Так как
большинство современных СУБД – реляционные, то и концептуальную модель БД
следует отображать на реляционную модель
В
основе
реляционной
модели
используется
понятие
"отношение",
которое
используется для представления набора экземпляров объекта (сущность) и отношений
(связей) между объектами.
Нормализация – это процесс разбиения базовой таблицы на ряд других с меньшей
избыточностью данных.
Избыточность данных – это наличие одних и тех же данных в одном отношении. Она
приводит к аномалиям вставки, удаления и редактирования.
На основе анализа предметной области можно выделить следующие сущности:
1.
Сущность “Мультфильмы” предназначена для хранения информации о
мультфильмах и содержит атрибуты: Код мультфильма, Название, Год выхода, Код
страны, Код жанра, Код типа, Код режиссера, Код сценариста, Код композитора, Код
студии, Длительность, Бюджет;
Таблица 2.1 – Структура сущности “Мультфильмы”
Атрибут
Код мультфильма
Название мультфильма
Год выхода
Код страны
Код жанра
Код типа
Код режиссера
Код сценариста
Код композитора
Код студии
Длительность
Бюджет
2.
Сущность
Тип данных
Счетчик
Текстовый
Числовой
Числовой
Числовой
Числовой
Числовой
Числовой
Числовой
Числовой
Дата/время
Денежный
“Анимационная
Допустимое значение
Длинное Целое
50 символов
Длинное целое
Длинное целое
Длинное целое
Длинное целое
Длинное целое
Длинное целое
Длинное целое
Длинное целое
Длинный формат времени
# ##0,00" USD"
студия”
предназначена
Обязательность
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
для
хранения
информации об анимационных студиях и содержит атрибуты: Код студии, Название
студии, Год создания, ФИО основателя, Количество выпущенных мультфильмов;
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
17
Таблица 2.2 – Структура сущности “Анимационная студия”
Атрибут
Код студии
Название студии
Год создания
ФИО основателя
Количество
выпушенных
мультфильмов
3.
Сущность
Тип данных
Счетчик
Текстовый
Числовой
Текстовый
Допустимое значение
Длинное целое
50 символов
Длинное целое
50 символов
Обязательность
Да
Да
Да
Да
Числовой
Длинное целое
Да
“Режиссер”
предназначена
для
хранения
информации
о
режиссерах и содержит атрибуты: Код режиссера, ФИО режиссера, Дата рождения, Код
гражданства, Код образования, Код семейного положения, Код наличия детей;
Таблица 2.3 – Структура сущности “Режиссер”
Тип
данных
Счетчик
Текстовый
Дата/время
Числовой
Числовой
Атрибут
Код режиссера
ФИО режиссера
Дата рождения
Код гражданства
Код образования
Код семейного
положения
Код наличия детей
4.
Допустимое значение Обязательность
Длинное целое
50 символов
Краткий формат даты
Длинное целое
Длинное целое
Да
Да
Да
Да
Да
Числовой
Длинное целое
Да
Числовой
Длинное целое
Да
Сущность “Сценарист” предназначена для хранения информации о
сценаристах и содержит атрибуты: Код сценариста, ФИО сценариста, Дата рождения, Код
гражданства, Код образования, Код семейного положения, Код наличия детей;
Таблица 2.4 – Структура сущности “Сценарист”
Атрибут
Код сценариста
ФИО сценариста
Дата рождения
Код гражданства
Код образования
Код семейного
положения
Код наличия детей
5.
Тип данных
Счетчик
Текстовый
Дата/время
Числовой
Числовой
Допустимое значение
Длинное целое
50 символов
Краткий формат даты
Длинное целое
Длинное целое
Обязательность
Да
Да
Да
Да
Да
Числовой
Длинное целое
Да
Числовой
Длинное целое
Да
Сущность “Композитор” предназначена для хранения информации о
композиторах и содержит атрибуты: Код композитора, ФИО композитора, Дата рождения,
Код гражданства, Код образования, Код семейного положения, Код наличия детей;
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
18
Таблица 2.5 – Структура сущности “Композитор”
Атрибут
Код композитора
ФИО композитора
Дата рождения
Код гражданства
Код образования
Код семейного
положения
Код наличия детей
6.
Тип данных
Счетчик
Текстовый
Дата/время
Числовой
Числовой
Допустимое значение
Длинное целое
50 символов
Краткий формат даты
Длинное целое
Длинное целое
Обязательность
Да
Да
Да
Да
Да
Числовой
Длинное целое
Да
Числовой
Длинное целое
Да
Характеристическая
сущность
“Жанр”
предназначена
для
описания
сущности “Мультфильмы” и содержит атрибуты: Код жанра, Жанр;
Таблица 2.6 – Структура характеристической сущности “Жанр”
Тип
данных
Счетчик
Текстовый
Атрибут
Код жанра
Жанр
7.
Допустимое значение Обязательность
Длинное целое
15 символов
Да
Да
Характеристическая сущность “Страна” предназначена для описания
сущности “Мультфильмы” и содержит атрибуты: Код страны, Страна;
Таблица 2.7 – Структура характеристической сущности “Страна”
Тип
данных
Счетчик
Текстовый
Атрибут
Код страны
Страна
8.
Допустимое значение Обязательность
Длинное целое
20 символов
Да
Да
Характеристическая сущность “Тип мультфильма” предназначена для
описания сущности “Мультфильмы” и содержит атрибуты: Код типа мультфильма, Тип
мультфильма;
Таблица 2.8 – Структура характеристической сущности “Тип мультфильма”
Атрибут
Код типа мультфильма
Тип мультфильма
9.
Тип
данных
Счетчик
Текстовый
Допустимое
значение
Длинное целое
20 символов
Обязательность
Да
Да
Характеристическая сущность “Гражданство” предназначена для описания
сущности “Композитор”, сущности “Сценарист” и сущности “Режиссер”
и содержит
атрибуты: Код гражданства, Гражданство;
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
19
Таблица 2.9 – Структура характеристической сущности “Гражданство”
Тип
данных
Счетчик
Текстовый
Атрибут
Код гражданства
Гражданство
10.
Допустимое
значение
Длинное целое
20 символов
Обязательность
Да
Да
Характеристическая сущность “Образование” предназначена для описания
сущности “Композитор”, сущности “Сценарист” и сущности “Режиссер”
и содержит
атрибуты: Код образования, Образование;
Таблица 2.10 – Структура характеристической сущности “Образование”
Атрибут
Код образования
Образование
11.
Тип
данных
Счетчик
Текстовый
Допустимое значение Обязательность
Длинное целое
50 символов
Да
Да
Характеристическая сущность “Семейное положение” предназначена для
описания сущности “Композитор”, сущности “Сценарист” и сущности “Режиссер”
и
содержит атрибуты: Код семейного положения, Семейное положение;
Таблица 2.11 – Структура характеристической сущности “Семейное положение”
Атрибут
Тип данных
Код семейного положения
Семейное положение
Счетчик
Текстовый
12.
Допустимое
значение
Длинное целое
20 символов
Обязательность
Да
Да
Характеристическая сущность “Наличие детей” предназначена для описания
сущности “Композитор”, сущности “Сценарист” и сущности “Режиссер”
и содержит
атрибуты: Код наличия детей, Наличие детей.
Таблица 2.12 – Структура характеристической сущности “Наличие детей”
Атрибут
Код наличия детей
Наличие детей
Тип
данных
Счетчик
Текстовый
Допустимое значение Обязательность
Длинное целое
5 символов
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Да
Да
Арк.
20
3 РАЗРАБОТКА ПРИЛОЖЕНИЯ
База данных, которая проектируется в данном курсовом проекте создана в среде
СУБД Access 2003.
Основу базы данных составляют данные, которые в ней хранятся. К основным
объектам MS Access относятся таблицы, отчеты, запросы, макросы, модули и т.д.
Создание базы данных всегда начинается с разработки структуры ее таблиц.
Структура должна быть такой, чтобы при работе с базой в нее требовалось вводить как
можно меньше данных. Структуру каждой таблицы разрабатывают отдельно. Для того
чтобы связи между таблицами работали надежно, и по записи из одной таблицы можно
было однозначно найти запись в другой таблице, надо предусмотреть в таблице
уникальные поля. Уникальное поле - это поле, значения в котором не могут повторяться.
Если данные в поле повторяются и необходимо выдавать сообщения об этом, то для таких
данных используют ключевое поле.
Одним из самых сложных этапов в процессе проектирования базы данных
является разработка таблиц, так как результаты, которые должна выдавать база данных
(отчеты, формы и др.), не всегда дают полное представления о структуре таблицы.
В таблицах данные расположены по столбцам, которые называют полями
(атрибутами), и по строкам (кортежам), которые називают записями. Все данные одного
столбца должны быть одного типуа и описываться информацией одной категории. Разные
поля могут содержать данные разного типа (числа, текст, дату, логические значения).
Совокупность данных во всех столбцах таблицы, которые размещены на одной строке,
образует запись.
В программе ACCESS таблицы можно создавать в трех режимах.
- в режиме «Создание таблицы путем ввода данных»;
- в режиме «Создание таблицы с помощью мастера»;
- создание таблицы в режиме Конструктора.
В современных СУБД чаще используется режим Конструктора, который
позволяет определить поля, установить их свойства: тип данных, ограничение на
значение, обязательность и т.д.
В режиме Конструктора создание таблиц выполняется следующим образом:
1) На панели объектов выбрать Таблица
2) На вкладке Таблица выбрать Создание таблиц в режиме Конструктора
3) В окне Таблица в столбце Имена полей указать имена полей и в столбце Тип
данных выбрать тип данных, который соответствует данным столбца. Для каждого типа
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
21
данных указать параметры, которые устанавливаются во вкладках Общие и Параметры в
области Свойства поля.
4) Определить ключевое поле  выделить поле, которое нужно назначить ключевым
 нажать на кнопку Ключ на панели инструментов
5) Сохранить таблицу под необходимым именем.
При разработке базы данных курсового проекта было создано 12 таблиц с
помощью режима Конструктора.
Создание
таблицы
“Мультфильмы”,
содержащую
информацию
о
мультипликационных фильмах:
Рисунок 3.1 – Таблица “Мультфильмы”
Таким же образом проектируем все остальные таблицы:
- Таблица “Анимационная студия” – содержит информацию об анимационных
студиях, выпускающих мультфильмы;
- Таблица “Композитор” – содержит информацию о композиторах;
- Таблица “Режиссер” – содержит информацию о режиссерах;
- Таблица “Сценарист” – содержит информацию о сценаристах;
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
22
- Таблица “Страна” – содержит информацию о странах, в которых могут быть
выпущены мультфильмы;
- Таблица “Тип мультфильма” – содержит информацию о существующих типах
мультфильмов;
- Таблица “Гражданство” – содержит информацию о возможных гражданствах,
которыми могут обладать режиссеры, сценаристы и композиторы;
- Таблица “Образование” – содержит информацию об образовании, которое может
быть получено режиссерами, сценаристами и композиторами;
- Таблица “Жанр” – содержит информацию о возможных жанрах мультфильмов;
- Таблица “Семейное положение” – содержит информацию о возможных семейных
положениях режиссеров, сценаристов и композиторов;
- Таблица “Наличие детей” – содержит информацию о наличии у режиссеров,
сценаристов и композиторов детей или отсутствии их.
Следующим этапом проектирования базы данных является создание схемы
документа.
Схема документа - структура, описанная на формальном языке, поддерживаемом
системами управления базами данных (СУБД). В реляционных базах данных схема
определяет таблицы, поля каждой таблицы, а также отношения между полями и
таблицами.
Рисунок 3.2 – Схема данных БД “Мультфильмы”
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
23
База данных так же использует формы для введения, отображения и
редактирования данных.
Формы являются основным средством создания интерфейса пользователя,
который обеспечивает более удобный способ отображения, просмотра, редактирования
данных и управления ходом выполнения приложения.
Создание форм осуществляется в двух режимах: в режиме Мастера и в режиме
Конструктора. Режим Мастера позволяет создавать стандартные формы: столбчатую,
ленточную, табличную и форму в виде сводной таблицы. Это самый простой способ
создания формы. Потом такая форма может редактироваться в зависимости от пожеланий
пользователя
На рисунке 3.3 приведен пример простой формы, созданной в режиме Мастера:
Рисунок 3.3 – Форма “Анимационные студии”
Создание формы с помощью Конструктора является несколько более сложным.
Нужно вручную создавать все нужные поля и указывать их свойства. Иногда в таком
случае легко допустить ошибку.
При создании форм необходимо выбрать простые и понятные названия полей,
применить шаблоны ввода данных, которые бы предотвратили ошибки ввода.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
24
Рисунок 3.4 – Форма “Мультфильмы” в режиме Конструктора
Для введения и просмотра в связанных таблицах часто используют подчиненные
формы. Подчиненной называют форму вставленную в другую форму. Главная форма
может содержать одну или несколько подлежащих форм. Подлежащие формы удобно
использовать для выведения данных с таблиц и запросов, которые связаны отношением
1:М.
На рисунке 3.5 наведений пример подлежащей формы.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
25
Рисунок 3.5 – Форма “Поиск по студиям”
Неотъемлемой функцией любых программных систем, так или иначе связанных с
обработкой данных, является предоставление отчетов по сохраненной информации. Под
отчетом подразумевается специальным образом структурированное представление
хранимых в БД данных, выведенное (как правило) на бумажный носитель.
В Microsoft Access создание отчетов выполняется в нескольких режимах: в
режиме Мастера отчетов, в режиме Конструктора и в режиме Автоотчета. Создание
любого отчета в режиме Мастера значительно проще, потому режим Конструктора
используют для редактирования уже созданного Мастером отчета. Режим Автоотчет
позволяет создавать отчеты, в которых данные размещаются строками (ленточная
автоформа) или столбцами (автоформа в столбик).
.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
26
Рисунок 3.6 – Отчет “Бюджет”
Для удобства работы пользователя с БД создается кнопочная форма, которая
представляет собой Меню для работы в базе данных.
В разрабатываемой базе данных была создана кнопочная форма с помощью
диспетчера кнопочных форм.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
27
Рисунок 3.7 – Кнопочная форма базы данных
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
28
ВЫВОДЫ
В курсовом проекте была разработана база данных танцевальных студий
Запорожья. в среде Microsoft Access. Её создание было необходимо для облегчения и
автоматизации работы с информацией.
Данная база данных обеспечивает введение и редактирование информации,
которая касается мультипликационных фильмов, режиссеров, композиторов, сценаристов
и анимационных студий. Для этого был разработан ряд форм, которые позволяют вводить,
редактировать и просматривать информацию.
Также с помощью форм был организован поиск информации, необходимой
пользователю.
Для функционирования форм были разработаны необходимые запросы.
Результаты деятельности базы данных отображаются в отчетах. Отчеты содержат
обобщающую, обработанную и отсортированную информацию.
Доступ к информации осуществляется с помощью кнопочной формы, благодаря
которой пользование базой данных становится доступным любому пользователю, даже не
обладающему навыками работы с базами данных.
Разработанная
информационная
система
удовлетворяет
требования
индивидуального задания.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
29
ЛИТЕРАТУРА
Конноли Т., Бегг К., Страчан А. Базы данных. Проектирование, реализация и
1.
сопровождение. Теория и практика.- Москва-Санкт-Петербург- Киев: Вильямс, 2001.1111с.
Методичні вказівки до виконання лабораторної роботи “Основи роботи у
2.
СУБД Microsoft Access» з дисципліни “Організація баз даних»для студентів усіх форм
навчання
спеціальностей
8.091501”Комп’ютерні
системи
та
мережі»та
8.091503
“Спеціалізовані комп'ютерні системи»/Укл. Т.О.Паромова, Г.В. Караневич.. - Запоріжжя:
ЗНТУ, 2010.-14 с.
3.
Методичні вказівки до виконання лабораторної роботи “Створення форм» з
дисципліни “Організація баз даних»для студентів усіх форм навчання спеціальностей
8.091501”Комп’ютерні системи та мережі»та 8.091503 “Спеціалізовані комп'ютерні
системи»/Укл. Т.О.Паромова, Г.В. Караневич.. - Запоріжжя: ЗНТУ, 2010.-14 с.
4.
Методичні вказівки до виконання лабораторної роботи “Створення звітів» з
дисципліни “Організація баз даних»для студентів усіх форм навчання спеціальностей
8.091501”Комп’ютерні системи та мережі»та 8.091503 “Спеціалізовані комп'ютерні
системи»/Укл. Т.О.Паромова, Г.В. Караневич.. - Запоріжжя: ЗНТУ, 2010.-14 с
5.
Методичні вказівки до виконання курсового проекту з дисципліни
“Організація баз даних” для студентів з напряму 6.050102 “Комп’ютерна інженерія для
студентів всіх форм навчання частина II
/Укл. Т.О. Паромова, Г.В. Караневич. -
Запоріжжя: ЗНТУ, 2010.-31 с.
6.
Швецов В.И., Визгунов А.Н., Мееров И.Б. Базы данных. Учебное пособие.
Нижний Новгород: Изд-во ННГУ, 2004. 217 с.
13.02070849.51103 ПЗ
Змн.
Арк.
№ докум.
Підпис
Дата
Арк.
30