Создание базы данных для туристического агентства

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

Введение

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

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

· Формирование и поддержание БД;

· Обработка информации;

· Прием запросов;

· Предоставление информации пользователям;

· Обеспечение целостности и реорганизации ценностей БД;

· Организация совместной работы пользователей.

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

Microsoft Access -реляционная СУБД, в которой предусмотрены все необходимые средства для определения и обработки данных, а также управления ими при работе с большим объемом информации.

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

Access -- мощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows в Access и наоборот; можно создать проект формы в Access и вставить его в конструктор форм.

С помощью объектов OLE (Object Linking and Embedding -- связывание и внедрение объектов) можно превратить Access в настоящую операционную среду баз данных. С помощью расширений для Internet можно создавать формы, которые будут напрямую взаимодействовать с данными из World Wide Web, и транслировать их в представление на языке HTML, обеспечивающее работу с такими продуктами, как Internet Explorer и Netscape Navigator.

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

Для своей курсовой работы я выбрала тему «Проектирование и разработка БД для туристического агентства». Данная тема в наше время довольно актуальна, рано или поздно у каждого в период отпуска возникает ряд вопросов: Какую страну и город выбрать для своего путешествия? Какой выбрать тур? Как выбрать хороший и доступный отель? И главный вопрос: Как правильно выбрать туристическое агентство для получения помощи в решении всех вопросов?

Цель данной работы - спроектировать и создать базу данных в среде MS Access для туристического агентства.

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

1. Рассмотреть основные понятия о базах данных;

2. Спроектировать и построить базу данных для туристического агентства.

2.1. Собрать информацию по выбранной теме.

2.2. Самостоятельно определить типы полей в таблицах. Ключевые поля таблиц выделены жирным шрифтом. Ключевые поля определить типа Счетчик.

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

2.4. Установить отношения (связи) между таблицами.

2.5. Заполнить таблицы данными (не менее 5 записей в каждой таблице).

2.6. Создать для таблиц базы данных:

• простые запросы на выборку;

• простые формы на базе одной или нескольких таблиц;

• отчёты на базе какой-либо базовой таблицы;

2.7. Обеспечить удобный интерфейс.

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

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



1. Основные понятия баз данных

1.1 Базы данных и системы управления базами данных

База данных - это организованная структура, предназначенная для хранения данных информации.

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

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

В состав Базы данных входят:

• Язык описания данных (ЯОД) - Средства описания данных в БД и связей между ними. Средствами этого языка описывается структура БД, форматы записей, пароли, защищающие данные.

• Язык манипулирования данными (ЯМД) - язык для выполнения операций над данными, позволяющий менять их строение.

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

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

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

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

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

Тип поля - определяет тип данных, которые могут содержаться в данном поле.

Размер поля - определяет предельную длину (в символах) данных, которые могут размещаться в данном поле.

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

Маска ввода - определяет форму, в которой вводятся данные в поле (средство автоматизации ввода данных).

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

Значение по умолчанию - то значение, которое вводится в ячейки поля автоматически (средство автоматизации ввода данных).

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

Сообщение об ошибке - текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных данных.

Обязательное поле - свойство, определяющее обязательность заполнения данного поля при наполнении базы.

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

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

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

Таблицы баз данных, как правило, допускают работу с большим количеством разных типов данных. Так, например, базы данных Microsoft Access работают со следующими типами данных.

Текстовый - тип данных, используемый для хранения обычного неформатированного текста ограниченного размера (до 255 символов).

Числовой - тип данных для хранения действительных чисел.

Поле Мемо - специальный тип данных для хранения больших объемов текста (до 65 535 символов). Физически текст не хранится в поле. Он храниться в другом месте базы данных, а в поле храниться указатель на него, но для пользователя такое разделение заметно не всегда.

Дата/время - тип данных для хранения календарных дат и текущего времени.

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

Счетчик - специальный тип данных для уникальных (не повторяющихся в поле) натуральных чисел с автоматическим наращиванием. Естественное использование - для порядковой нумерации записей.

Логический тип для хранения логических данных (могут принимать только два значения, например Да или Нет).

Гиперссылка - специальное поле для хранения адресов URL Web-объектов Интернета. При щелчке на ссылке автоматически происходит запуск броузера и воспроизведение объекта в его окне.

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

1.2 Реляционная модель баз данных

В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе: текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.

Реляционная обработка данных в Access за счет гибкой архитектуры системы способна удовлетворить любые потребности. При этом Access может использоваться как автономная СУБД в режиме файл-сервера или клиентского компонента таких продуктов, как SQL Server. Кроме того. Access поддерживает протокол ODBC (Open Database Connectivity), что позволяет подключаться к базам данных множества различных форматов, таких как: SQL Server, Oracle, Sybase и даже DB/2 для больших ЭВМ фирмы IBM.

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

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

Окна конструкторов форм и отчетов имеют одинаковый интерфейс и предоставляют пользователю много возможностей. Форма или отчет конструируется по принципу WYSIWYG (What You See Is What You Get -- что видишь, то и получишь). Добавляя очередной элемент управления, пользователь видит, как при этом изменяется создаваемая форма.

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

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

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

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



2. Создание базы данных

2.1 Этапы проектирования базы данных

2.1.1 Определение цели создания базы данных

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

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

Ш Какие значения должны содержаться в поле;

Ш Сколько места необходимо для хранения значений в поле;

Ш Какие операции должны производиться со значением в поле;

Ш Нужна ли сортировка данных поля;

Ш Необходима ли группировка данных.

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

Моя база данных разработана для туристического агентства «TurSvit». Основной его деятельностью является подбор туров, бронирование отелей для клиентов. Таким образом, в базе данных нужно учесть поступление и предоставление в презентабельном виде актуальной информации о всевозможных курортах и турах в страны мира, подбор курорта и отеля по требованиям клиента, корректное оформление данных о клиенте и подобранному ему заказе. Схема работы очень проста. Клиент агентства (все данные и контакты находятся в таблице Клиенты) заполняет анкету и высказывает пожелания для выбора путешествия. Клиенту показывают варианты курортов и доступных отелей, оформляется заказ. Полные данные об оформленном заказе оформляются в форме База заказов. То есть фактически будут использоваться в основном 2 таблицы - на оформление клиента и его заказ. Остальные таблицы, формы, базы будут нужны для информационной, правильной, четкой работы.

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

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

2.1.2 Определение таблиц, которые должна содержать база данных

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

Один из наиболее сложных этапов в процессе создания базы данных разработка таблиц, так как результаты, которые должна выдавать база данных не всегда дают полное представление о структуре таблицы.

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

В моей базе создано пять таблиц. Рассмотрим основные две таблицы. В первой, которая называется «Клиенты» учтена следующая информация: «Код клиента», «ФИО», «Номер паспорта», «Номер загранпаспорта», «Адрес», «Телефон» и «E-mail».

Рис. 1. Создание таблицы «Клиенты» в режиме Конструктора

Рис. 2. Создание таблицы «Заказы» в режиме Конструктора

Во второй, которая называется «Заказы» учтена следующая информация: «Код», «Код клиента», «Код отеля», «ФИО», «Страна», «Курорт», «Отель», «Категория отеля», «Дата отъезда» и «Продолжительность».

2.1.3 Присвоение ключевых полей

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

В моей базе для таблицы Клиенты ключевым полем я определила поле Код клиента, а для таблицы Заказы Код.

Рис.3. Схема данных. Создание связи между таблицами «Клиенты» и «Заказы»

2.1.4 Редактирование структуры базы данных

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

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

2.1.5 Добавление данных и создание других объектов базы данных

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

В базе данных для туристического агентства, которую разработала я, поля в таблице Клиенты заполняются вручную с клавиатуры. На столбец ФИО установлена сортировка по алфавиту, на столбцы № паспорта и № загранпаспорта установлено ограничение на количество символов.

Рис.4. Таблица «Клиенты» в режиме таблицы



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

Рис.5. Таблица «Заказы» в режиме таблицы

2.2 Инфологическая модель

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

Определяют основные три класса сущностей:

Ш Стержневые;

Ш Ассоциативные;

Ш Характеристические.

Стержневая сущность - независимая сущность, которая имеет независимое существование, хотя может обозначать другие сущности.

Характеристическая сущность (характеристика) - это связь вида "многие-к-одному" или "одна-к-одной" между двумя сущностями (частный случай ассоциации). Цель характеристики состоит в описании или уточнении некоторой другой сущности предметной области.

Ассоциативная сущность (ассоциация) - это связь вида "многие-ко-многим" между двумя или более сущностями или экземплярами сущности.



3. Даталогическая модель

3.1 Структура моей базы данных

Таблицы

Моя База Данных содержит 5 таблиц:

Ш Клиенты;

Ш Заказы;

Ш Страны;

Ш Курорты;

Ш Отели.

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

Таблица Клиенты: содержит личные данные всех клиентов туристического агентства. В таблице указываются: код клиента, ФИО, номер паспорта, номер загранпаспорта, адрес, телефон и E-mail.

Код клиента-код клиента по порядку, поле типа Счетчик, определен ключевым, заполняется автоматически;

ФИО - фамилия, имя, отчество клиента, тип поля Текстовый, заполняется вручную;

Номер паспорта номер российского паспорта, тип поля Текстовый, ограничение в 11 символов;

Номер загранпаспорта номер заграничного паспорта, тип поля Текстовый, ограничение в 10 символов;

Адрес - адрес клиента, тип поля Текстовый, заполняется вручную.

Телефон - контактный телефон клиента, тип поля Текстовый;

E-mail - адрес электронной почты клиента, тип поля Текстовый.

Таблица Заказы: содержит полную информацию по всем заказам клиентов туристического агентства (См. Рис.5.). В таблице указываются: код, код клиента, код отеля, ФИО, страна, курорт, отель, категория отеля, дата отъезда и продолжительность.

Код код заказа по порядку, поле типа Счетчик, определен ключевым;

Код клиента-код клиента по порядку, поле типа Числовой;

Код отеля код отеля по порядку, поле типа Числовой;

ФИО - фамилия, имя, отчество клиента, тип поля Текстовый, заполняется вручную или с помощью мастера подстановки;

Страна наименование страны, тип поля Текстовый, заполняется вручную или с помощью мастера подстановки;

Курорт наименование курорта, тип поля Текстовый, заполняется вручную или с помощью мастера подстановки;

Отель наименование отеля, тип поля Текстовый, заполняется вручную или с помощью мастера подстановки;

Категория отеля - категория выбранного отеля, заполняется с помощью мастера подстановки набора фиксированных значений;

Дата отъезда - выбранная дата для отъезда, поле типа Дата \Время;

Продолжительность количество дней, проведенных на курорте.

Таблица Курорты: предназначена для хранения информации о курортах стран мира с полным их описанием.



Таблица содержит 6 полей: код, код страны, страна, название, описание, фото.

Код код курорта по порядку, поле типа Счетчик, определен ключевым;

Код страны код страны по порядку, поле типа Числовой;

Страна наименование страны, тип поля Текстовый, заполняется вручную или с помощью мастера подстановки;

Название наименование курорта, тип поля Текстовый, заполняется вручную;

Описание описание курорта, тип поля MEMO, заполняется вручную;

Фото - изображения курорта, поле объекта OLE.

Таблица Отели: предназначена для хранения информации об отелях с полным их описанием

Таблица содержит 7 полей: код, код страны, страна, категория, название, описание, фото.

Код отелякод отеля по порядку, поле типа Счетчик, определен ключевым;

Код страны код страны по порядку, поле типа Числовой;

Страна наименование страны, тип поля Текстовый, заполняется вручную или с помощью мастера подстановки;

Категория отеля - категория выбранного отеля, заполняется с помощью мастера подстановки набора фиксированных значений;

Название наименование отеля, тип поля Текстовый, заполняется вручную;

Описание описание отеля, тип поля MEMO, заполняется вручную;

Фото - изображения отеля, поле объекта OLE.

Таблица содержит 2 поля: код страны, страна.

Код страны код отеля по порядку, поле типа Счетчик, определен ключевым полем;

Страна наименование страны, тип поля Текстовый, заполняется вручную.

3.2 Нормализация

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

Можно выделить 4 основных правила, которыми следует руководствоваться при проектировании и последующей нормализации таблиц базы данных:

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

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

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

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

Созданные мною таблицы, удовлетворяют вышеизложенным требованиям:

1 НФ (Нормальная Форма):

Название таблицы	Ключевое поле
Клиенты Заказы Страны Курорты Отели	Код клиента Код Код страны Код курорта Код отеля

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

3 НФ: все неключевые атрибуты отношения взаимно независимы и полностью зависят от первичного ключа.

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

3.3 Схема данных

Отношения - это правила, поддерживаемые на уровне механизма реализации СУБД. Различают три типа отношений:

Ш Отношение «один-к-одному»: для каждой строки в одной таблице существует не более одной строки связанной таблицы.

Ш Отношение «один-ко-многим»: одна таблица не содержит вообще или имеет набор связанных «дочерних» записей из другой таблицы.

Ш Отношение «многие-ко-многим»: для каждой строки первой таблицы может существовать набор строк в другой таблице и наоборот. Такая связь организуется, как правило, при помощи третьей, связующей таблицы, содержащей значения первичных ключей обеих таблиц в качестве внешних ключей.

При разработке базы данных необходимо принимать во внимание правила обеспечения целостности данных (обеспечивает каскадное обновление записей в связанных таблицах)

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

После нового подбора заказа, сотрудник агентства вносит данные в базу заказов.

Рис.9. Схема данных



4. Создание пользовательского интерфейса

4.1 Запросы

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

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

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

Виды запросов:

Ш Режим «Конструктор» - «ручное» создание запроса:

Ш Режим «Простой запрос» ( для показа суммирования в одной колонке)

Ш Режим «Перекрестный запрос» ( для создания всевозможных подсчетов на базе Схемы данных)

Ш Режим «Повторяющиеся записи» ( для повторов данных в таблицах)

Ш Режим «Не имеющие подчиненных» ( для показа записей, не имеющих связей): Например, клиенты, не имеющие заказов.

Ш Итоговые запросы, группировка, итоговые функции.

Ш Использование запросов на Удаление и на Обновление.

В моей базе данных разработан «Запрос на выборку данных клиента по ФИО».

Данные для создания запроса берутся из таблицы «Клиенты», включены поля: ФИО, № паспорта, № загранпаспорта, Адрес и Телефон.

Рис.10. «Запрос на выборку данных клиента по ФИО» в режиме Конструктор

При запуске этого запроса он требует ввести ФИО клиента (данные из таблицы Клиенты). (См.Рис.11).

Рис.11. Запрос «Запрос на выборку данных клиента по ФИО»

В результате выполнения запроса выходит таблица с результатами поиска (См. Рис.12).

Рис.12. «Запрос на выборку данных клиента по ФИО». Результат



При запуске этого запроса он требует ввести ФИО клиента (данные из таблицы Клиенты).

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

В режиме SQL данный запрос выглядит так:

SELECT Клиент.ФИО, Клиент.[№ паспорта], Клиент.[№ загранпаспорта], Клиент.Адрес, Клиент.Телефон

FROM Клиент

WHERE (((Клиент.ФИО)=[Введите ФИО])).

4.2 Формы

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

Форму можно использовать для ввода, изменения или отображения данных из таблицы или запроса. В Microsoft Office Access 2007 предусмотрены новые средства, помогающие быстро создавать forms, а также новые типы форм и функциональные возможности.

Формы в базе данных Access можно создавать с помощью различных средств:

• инструмента Form;

• инструмента Разделенная form;

• инструмента Несколько элементов;

• инструмента Пустая form;

• Мастера form;

• Конструктора form.

Формы, которые используют таблицы целесообразно выполнять с помощью Мастера или указанных инструментов, а дорабатывать их, то есть вносить необходимые изменения, можно в режиме макета или конструктора. В Microsoft Access 2007 предусмотрено два режима внесения изменений и дополнений в формы: режим макета и режим конструктора.

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

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

Моя база данных содержит пять форм: Клиенты, Заказ путевки, База заказов, Отчеты и Туристическое агентство. Все формы созданы по одному принципу, подобран автоматический формат, выводится эмблема агентства, текущие время и дата.

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

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

Форма создана на основе таблицы Клиенты. Данные можно редактировать как в таблице, так и в форме.



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

Форма «Заказ путевки».

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

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



Рис. 14. Форма «Заказ путевки»

Форма «База заказов».

Для данной формы я выбрала вариант создания формы, в которой

данные выводятся в виде таблицы, при этом каждая запись занимает отдельную строку. Форма создана на основе таблицы «Заказы».

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

Форма «Отчеты».

Это простая кнопочная форма, которая служит для открытия информации о курортах и отелях.



Рис. 15. Форма «База заказов»

Рис. 16. Форма «Отчеты»

4.3 Отчеты

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

В Microsoft Access 2007 для создания отчетов можно использовать различные средства:

• Мастер отчетов;

• Конструктор отчетов;

• Инструмент Report;

• Пустой report;

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

Отчеты созданы соответственно на основе таблиц «Курорты» и «Отели».

Содержат всю необходимую информацию: название страны, название курорта \ отеля, подробное описание и соответствующую и иллюстрацию. Отчеты, как и формы, созданы по одному принципу, подобран автоматически формат, отображается эмблема агентства, название отчета, текущие дата и время.

Рис.17. Отчет «Курорты»

Рис.18. Отчет «Отели»



5. Основной интерфейс базы данных

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

Рис.19. Главная форма «Туристическое агентство»

С помощь формы «Туристическое агентство» можно:

• перейти к оформлению заказа;

• просмотреть оформленные заказы;

• перейти к просмотру отчетов по курортам и отелям;

• закрыть базу.



Заключение

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

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

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

Для достижение поставленной цели, я определила несколько задач и считаю, что они мной решены:

• подобрала необходимую и актуальную информацию;

• обработала подобранные данные;

• спроектировала и разработала базу данных для туристического агентства;

• обеспечила целостность базы данных;

• обеспечила удобный интерфейс для пользователя, которого предназначена данная база.

Моя база данных предназначена для работников агентства и для клиентов, которые обратились в данное агентство.



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

Учебники, монографии, брошюры

1. Одиночкина С.В.Разработка баз данных в Microsoft Access: учебное пособие. - СПб: НИУ ИТМО, 2012. 83 с.

2. Гончаров А.Ю. ACCESS 2007: Самоучитель с примерами. Москва, «КУДИЦ-ПРЕСС», 2007. 296 стр.

Электронные ресурсы

1. http://www.moreso.ru.



Приложение

Ярославский филиал

Аккредитованного образовательного частного учреждения

высшего профессионального образования

«Московский финансово-юридический университет МФЮА»

Студент Абрамова Ольга Михайловна

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

Специальность Прикладная информатика группа 31Прк5110 курс 2

Дисциплина Базы данных

Вид письменной работы: курсовая работа

Тема работы: «Проектирование и разработка БД для туристического агентства»

Дата представления в деканат «_____» __________________ 201__г.

Кто зарегистрировал (методист отделения) _______________________________________ (Ф.И.О.)

Преподаватель_____________________________________________________________________

(ученая степень и звание, Ф.И.О.)

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

___________________________________________________________________________________________________________

________________________________________________________________________________________________

________________________________________________________________________________________________

________________________________________________________________________________________________

________________________________________________________________________________________________

________________________________________________________________________________________________

________________________________________________________________________________________________

________________________________________________________________________________________________

________________________________________________________________________________________________

___________________________________________________________________________________________________________

Соблюдение правил оформления ________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

Дополнительные вопросы, которые необходимо подготовить к защите, рекомендации по работе

________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

Решение о допуске к защите _______________________________________________________________________________________

________________________________________________________________________________________________

Подпись преподавателя _______________________________

Дата проверки ________________________________________

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

...