База данных «Справочная система кинотеатров города Симферополь»

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЁЖИ И СПОРТА УКРАИНЫ МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ, МОЛОДЁЖИ И СПОРТА АР КРЫМ РВУЗ «КРЫМСКИЙ ИНЖЕНЕРНО-ПЕДАГОГИЧЕСКИЙ УНИВЕРСИТЕТ»

Факультет информатики Кафедра информационно-компьютерных технологий КУРСОВАЯ РАБОТА по дисциплине «Базы данных и информационные системы»

на тему: «База данных «Справочная система кинотеатров города Симферополь» «

Симферополь 2012 г.

ГЛАВА 1. Основные теоретические аспекты БД и СУБД

1.1 Описание предметной области «Справочная система кинотеатров города Симферополь»

1.2 Инфологическое проектирование

1.3 Выбор СУБД

1.4 Логическое проектирование Вывод к первой главе

ГЛАВА 2. Разработка БД «БД „Справочная система кинотеатров города Симферополь“»

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

2.1.1 Создание таблиц и заполнение их текстовой информацией

2.1.2 Определение условий целостности данных

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

2.2 Проектирование форм

2.2.1 Обоснование и определение необходимого набора форм, их содержание

2.3 Проектирование отчетов

2.3.1 Обоснование и определение необходимого набора отчетов, их содержание

2.4 Проектирование меню проекта

2.4.1 Программирование программной оболочки управления базами данных

2.5 Разработка систем оперативной справки

2.6 Создание инсталляционного пакета проекта

Вывод ко второй главе Заключение

Список используемых источников

Введение

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

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

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

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

От данных информационной системы во многом зависит эффективность работы любого кинотеатра. Такая система должна:

обеспечивать получение общих и/или детализированных отчетов по итогам работы;

позволять легко определять тенденции изменения важнейших показателей;

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

выполнять точный и полный анализ данных.

Целью данной работы является разработка и реализация электронной базы данных «Справочная система кинотеатров города Симферополь», обеспечивающей хранение, накопление и предоставление всей необходимой информации о фильмах, кинотеатрах, сеансах.

Для достижения цели были поставлены задачи:

— анализировать литературу по данной теме;

— ознакомится с предметной областью;

— построить ER — модель базы данных;

— охарактеризовать СУБД для реализации БД;

— построить логическую модель данных;

— разработать проект и БД;

— создать объекты БД (таблицы, формы, отчёты);

— определить условия целостности БД;

— создать справочную службу;

— спроектировать меню приложения;

— создать инсталляционный пакет.

Объектом работы является процесс разработки БД.

Предметом работы является разработка базы данных «БД „Справочная система кинотеатров города Симферополь“».

Курсовая работа содержит 30 — страниц, 24 — рисунка, 4- таблицы. Курсовая работа состоит из введения, двух глав и заключения. В первой главе представлена характеристика понятий в СУБД. Вторая глава содержит процесс разработки базы данных «БД „Справочная система кинотеатров города Симферополь“».

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

Существуют различные модели данных:

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

На реляционной модели данных строятся реляционные базы данных.

Реляционная модель данных включает следующие компоненты:

Структурный аспект (составляющая) — данные в базе данных представляют собой набор отношений.

Аспект (составляющая) целостности — отношения (таблицы) отвечают определенным условиям целостности. РМД поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.

Аспект (составляющая) обработки (манипулирования) — РМД поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

Кроме того, в состав реляционной модели данных включают теорию нормализации.

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

К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь.

Узел — это совокупность атрибутов данных, описывающих некоторый объект. На схеме иерархического дерева узлы представляются вершинами графа. Каждый узел на более низком уровне связан только с одним узлом, находящимся на более высоком уровне. Иерархическое дерево имеет только одну вершину (корень дерева), не подчиненную никакой другой вершине и находящуюся на самом верхнем (первом) уровне. Зависимые (подчиненные) узлы находятся на втором, третьем и т. д. уровнях. Количество деревьев в базе данных определяется числом корневых записей.

К каждой записи базы данных существует только один (иерархический) путь от корневой записи.

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

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

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

Сетевая БД состоит из набора экземпляров определенного типа записи и набора экземпляров определенного типа связей между этими записями.

Тип связи определяется для двух типов записи: предка и потомка. Экземпляр типа связи состоит из одного экземпляра типа записи предка и упорядоченного набора экземпляров типа записи потомка. Для данного типа связи L с типом записи предка P и типом записи потомка C должны выполняться следующие два условия:

каждый экземпляр типа записи P является предком только в одном экземпляре типа связи L;

каждый экземпляр типа записи C является потомком не более чем в одном экземпляре типа связи L.

Достоинством сетевой модели данных является возможность эффективной реализации по показателям затрат памяти и оперативности.

Недостатком сетевой модели данных являются высокая сложность и жесткость схемы БД, построенной на ее основе.

Этапы проектирования баз данных При разработке БД можно выделить следующие этапы работы.

I этап. Постановка задачи.

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

II этап. Анализ объекта.

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

III этап. Синтез модели.

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

IV этап. Выбор способов представления информации и программного инструментария.

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

В большинстве СУБД данные можно хранить в двух видах:

· с использованием форм;

· без использования форм.

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

V этап. Синтез компьютерной модели объекта.

В процессе создания компьютерной модели можно выделить некоторые стадии, типичные для любой СУБД.

Стадия 1. Запуск СУБД, создание нового файла базы данных или открытие созданной ранее базы.

Стадия 2. Создание исходной таблицы или таблиц.

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

При проектировании таблиц, рекомендуется руководствоваться следующими основными принципами:

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

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

3. Каждая таблица должна содержать необходимые поля. Каждое поле в таблице должно содержать отдельные сведения по теме таблицы. Например, в таблице с данными о клиенте могут содержаться поля с названием компании, адресом, городом, страной и номером телефона. При разработке полей для каждой таблицы необходимо помнить, что каждое поле должно быть связано с темой таблицы. Не рекомендуется включать в таблицу данные, которые являются результатом выражения. В таблице должна присутствовать вся необходимая информация. Информацию следует разбивать на наименьшие логические единицы (Например, поля «Имя» и «Фамилия», а не общее поле «Имя»).

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

Стадия 3. Создание экранных форм.

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

Стадия 4. Заполнение БД.

Процесс заполнения БД может проводиться в двух видах: в виде таблицы и в виде формы. Числовые и текстовые поля можно заполнять в виде таблицы, а поля типа МЕМО и OLE — в виде формы.

VI этап. Работа с созданной базой данных.

· Работа с БД включает в себя следующие действия:

· поиск необходимых сведений;

· сортировка данных;

· отбор данных;

· вывод на печать;

· изменение и дополнение данных.

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

СУБД характеризуется используемой моделью, средствами администрирования и разработки прикладных процессов.

СУБД обеспечивает: — описание и сжатие данных; - манипулирование данными; - физическое размещение и сортировку записей; - защиту от сбоев, поддержку целостности данных и их восстановление; - работу с транзакциями и файлами; - безопасность данных.

СУБД определяет модель представления данных.

1.1 Описание предметной области «Справочная система кинотеатров города Симферополь»

Кинотеатр — это общественное здание (или часть его), оборудованное для показа фильмов.

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

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

Клиентам необходимо быстрое и точное обслуживание. Клиенту может понадобиться подобрать фильм в какое-то определённое время, или в каком-то определённом кинотеатре, или какой-то определённый фильм. Также клиенту нужно определённое количество мест, и, наконец, клиента интересует цена билета.

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

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

1. Выдача справки о сеансе фильма в указанном кинотеатре.

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

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

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

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

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

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

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

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

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

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

Перед переходом к диаграмме, вначале поясним некоторые понятия:

Сущность — любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных.

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

Рисунок 1. ER-модель БД «Справочная система кинотеатров города Симферополь».

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

Связь — это то, что объединяет две и более сущности.

В диаграмме содержится 3 связи, которые обеспечивают объединение между сущностями.

Связь «Проходят» показывает, что сеансы проходят в кинотеатрах.

Связь «Показывают» между сущностями Кинотеатры и Фильмы означает, что кинотеатры проводят показ фильмов.

Связь «Показывают» между сущностями Фильмы и Сеансы означает, что фильмы показывают на сеансах.

1.3 Выбор СУБД Для выбора программного обеспечения, с помощью которого мы будем реализовывать базу данных, оценим несколько самых распространённых программных продуктов по следующим критериям:

· распространённость;

· финансовая доступность;

· поддержка защиты данных.

Каждый критерий оценивается по трехбалльной системе, оценка может принимать значения «1», «2», «3», где «1» соответствует наихудшему удовлетворению критерия, а «3» — наилучшему.

Таблица № 1. «Оценка программного обеспечения для реализации Субд»

Дадим небольшую характеристику программ:

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

— реализация файл-сервер;

— реализация клиент-сервер;

— реализация на основе репликации базы данных;

— реализация базы данных на основе Web.

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

— таблицы;

— запросы;

— макросы;

— формы;

— отчёты;

— страницы;

— модули. Oracle — одна из самых успешно продающихся много пользовательская реляционная СУБД. Примерно 80% из 400 самых состоятельных компаний используют решения Oracle для электронного бизнеса. Приложения Oracle Applications охватывают информационную поддержку процедур управления; электронную коммерцию, поддержку валютного символа Евро, управление финансами, управление персоналом, закупку через Internet, производство, маркетинг, проекты, сбыт, услуги, управление стратегией предприятия, цепь поставок, туристические услуги и казначейство. Возможности распределенной базы данных позволяют распределить данные на нескольких серверах базы данных. Пользователи могут запрашивать и модифицировать эти данные так, как если бы они находились в одной базе данных. Пользователь взаимодействует с Oracle и разрабатывает базу данных, используя ряд объектов, основными из которых являются следующие:

— таблицы;

— объекты;

— кластеры;

— индексы;

— представления;

— синонимы;

— последовательности;

— функции;

— процедуры;

— пакеты;

— триггеры.

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

На логическом уровне Oracle поддерживает табличные пространства, схемы, блоки данных и расширения/сегменты. Основные физические структуры базы данных в Oracle — это файлы данных, журналы и управляющие файлы. Microsoft Visual FoxPro-одна из самых популярных реляционных СУБД. В зависимости от поставленных целей логическая модель данных может быть либо иерархическая, либо сетевой, либо реляционной. Предназначена для создания приложений баз данных объёма предприятий, обладает хорошим быстродействием и устанавливается на различные платформы, удобна и проста в использовании.

Следуя из оценки программного обеспечения, для разработки данной информационной системы будет взята за основу СУБД Visual FoxPro, так как она удовлетворяет всем потребностям.

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

Избыточность данных.

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

Нормальные формы.

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

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

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

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

Таблица № 2. «База данных „Справочная система кинотеатров города Симферополь“ до нормализации»

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

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

Таблица № 3. «База данных „Справочная система кинотеатров города Симферополь“ в первой нормальной форме»

Для построения первой нормальной формы нам потребовалось разбить данные на таблицы «Сеанс» и «Фильм», каждая из этих таблиц имеет первичный ключ и гарантирует отсутствие повторяющихся групп данных, а также на атомарность значения в любом пересечении строки и столбца 1НФ. Теперь вместо одной большой таблицы у нас есть две более управляемые таблицы меньшего размера: «Сеанс» и «Фильм». Как правило, первичный ключ указывается в списке столбцов таблицы первым, в нашем случае первичными ключами являются «ID_ session» и «ID_film».

Вторая нормальная форма Отношение находится во второй нормальной форме (2НФ), если оно находится в 1НФ, и если каждый непервичный атрибут функционально полно зависит от каждого возможного ключа.

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

Таблица № 4. «База данных „Справочная система кинотеатров города Симферополь“ во второй нормальной форме»

Согласно этому рисунку, вторая нормальная форма может быть получена из первой путём дальнейшего разбиения таблиц на более специальные составляющие Мы поместили информацию о кинотеатре в отдельную таблицу, так как эти данные частично зависят от первичного ключа «ID_ session».

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

Таким образом, отношение находится во второй нормальной форме, так как дальнейшее разделение данных уже не возможно.

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

Вывод к первой главе.

Можно сделать вывод о том, что представляет из себя справочная система. Проект включает в себя 3 сущности: Кинотеатры, Фильмы, Сеансы. Для выполнения данного проекта была выбран СУБД Visual FoxPro, так как она имеет много преимуществ для разработки данного проекта, по сравнению с другими СУБД. Все отношения были приведены к 2 нормальной форме. Данных сведений достаточно чтобы начать проектировать БД «Справочная система кинотеатров города Симферополь» .

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

ГЛАВА 2. Разработка БД «БД „Справочная система кинотеатров города Симферополь“»

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

2.1.1 Создание таблиц и заполнение их текстовой информацией В СУБД Visual FoxPro для создания базы данных используется Мастер (Wizard), с помощью которого указывается имя проекта, в котором будет создаваться база данных и месторасположение файлов.

На рисунке 1 отображен Project Manager, с помощью которого на вкладке All в меню Date, выбрав пункт Databases, нажимаем на кнопку New для создания базы данных.

Рис. 1 Окно Project Manager

База данных будет иметь имя «help_system_of_the_simferopol_cinemas».

Для того, чтобы создать таблицы в базе данных, необходимо в окне Project Manager в меню Databases, где располагается созданная база данных «help_system_of_the_simferopol_cinemas», выбрать вкладку Tables. Далее указывается имя и место хранения таблицы.

При выделении таблицы в Project Manager становится активной кнопка Modify, с помощью которой определяются индексы и типы данных полей таблицы.

На рисунке 2 показано, что для таблицы «Films» мы создаем поля, определяем имена и типы данных для полей:

· Поле id_film имеет тип Integer (целочисленные значения);

· Поля name_film, genre, director, manufactur, имеют тип Character (могут содержать буквы, цифры, пробелы, символы и знаки препинания).

Рис. 2. Задание имен и типов данных полей таблицы Films

На рисунке 3 показано, что мы определяем для поля id_film первичный индекс (Primary), то есть дано поле будет ключевым.

Рис. 3. Определение первичного ключа

Далее создадим таблицы:

1. Таблица Cinemas, содержащая поля: id_cinema (ключевое поле), capacity, category, name_cinema, raion. На рисунке 4 представлена таблица Cinemas в Table Designer.

Рис. 4. Задание имен и типов данных полей таблицы Cinemas.

2. Таблица Session, содержащая поля: id_session (ключевое поле), id_film, id_cinema, time, ticket_price, free_points. На рисунке 5 представлена таблица Session в Table Designer.

Рис. 5 Задание имен и типов данных полей таблицы Session

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

Рис. 6. Окно Project Manager, содержащее все созданные таблицы

Таким образом, при создании необходимых таблиц в Visual FoxPro в соответствии с заданной предметной областью, возможно их редактирование, модификация и дальнейшая обработка.

Теперь можно осуществить заполнение таблиц текстовой информацией. Для этого нужно в Project Manager выделить необходимую таблицу и нажать кнопку Browse. После нажатия кнопки откроется выбранная таблица. Для того, чтобы добавлять строки в таблицу, используется комбинация клавиш Ctrl+Y.

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

Рис. 7. Таблица Films в режиме запуска

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

Рис. 8. Таблица Cinemas в режиме запуска

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

Рис. 9. Таблица Sessions в режиме запуска

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

2.1.2 Определение условий целостности данных Для определения условий целостности данных необходимо использовать Database Designer, где отображены связи межу таблицами базы данных.

На рисунке 10 показано как с помощью окна Edit Relationship отображен тип связи и таблицы, которые связаны.

Рис. 10. Окно Edit Relationship

С помощью кнопки Referential Integrity открываем Referential Integrity Builder, в котором конкретно для каждой таблицы определяем условия целостности данных.

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

Рисунок 11. Определение условий целостности

Для таблиц Cinemas, Films и Sessions определим каскадное удаление и изменение данных. Это будет удобно, так как при добавлении новых данных в родительскую таблицу автоматически произойдут изменения в дочерней и аналогично для удаления.

Для добавления используем Restrict. Это означает, что при добавлении нового ключа в дочернюю таблицу проверяется совпадение значение внешнего ключа добавляемой записи с первичным ключом. Если значение не совпадает, то добавление такой записи недопустимо.

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

Для этого необходимо создать форму доступа. С помощью меню File->New->Form-> New Form создадим новую форму, на которой разместим объекты:

· Command Button;

· Label;Edit box.

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

Для кнопки «Вход»:

IF ALLTRIM (ThisForm.Edit2.Value) == «cinemas» IF ALLTRIM (ThisForm.Edit1.Value) <> «1985» MESSAGEBOX («Неверный пароль!»)CLEAR EVENTSthisform. Edit2.value = «» thisform. Edit1.value = «» RETURN 0 ENDIF

ELSEMESSAGEBOX («Неверный логин!»)CLEAR EVENTSthisform. Edit2.value = «» thisform. Edit1.value = «» RETURN 0

ENDIF

ThisForm.ReleaseDO «C:DATA9cinemas.scx»

Для кнопки «Выход»:

ThisForm.Release ()

QUIT

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

На рисунке 12 показана рабочая форма доступа.

Рис. 12. Форма доступа

2.2 Проектирование форм

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

Создадим следующие формы:

1. Форма «Кинотеатры» (Рисунок 13).

2. Форма «Фильмы» (Рисунок 14).

3. Форма «Сеансы в кинотеатрах» (Рисунок 15).

4. Форма «Сеансы фильмов» (Рисунок 16).