Разработка базы данных туристической фирмы по продаже путевок и заказу билетов
Особенности и характеристика системы управления базой данных. Разработка таблиц, форм, запросов и отчетов. Описание, предназначение технических и программных средств. Структура реляционной базы данных, процесс построение её деталогической модели.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 26.10.2016 |
| Размер файла | 549,3 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Содержание
Введение
Глава 1. Исследование предметной области
1.1 Понятие базы данных и системы управления базой данных
1.2 Структура реляционной базы данных
1.3 Классификация СУБД
2. Проектирование структуры БД
2.1 Описание исходных данных
2.2 Построение ER-диаграммы
2.3 Нормализация исходной таблицы
2.4 Построение деталогической модели Базы данных
3. Реализация проекта БД7
3.1 Разработка таблиц, форм, запросов, отчетов
3.2 Разработка главной кнопочной формы (интерфейса)
3.3 Описание технических и программных средств
3.4 Защита информации
3.5 Описание контрольного примера для тестирования
Заключение
Литература
Введение
С развитием компьютерных технологий возросла потребность хранения и обмена информацией. Для хранения больших объёмов информации были разработаны базы данных (БД).
Базы данных позволяют автоматизировать работу пользователя и значительно облегчить задачу хранения, обработки, редактирования введенной информации. база отчет запрос программный
Целью данной курсовой работы является разработка базы данных туристической фирмы по продаже путевок и заказу билетов.
Для достижения данной цели необходимо выполнить следующие задачи:
- провести исследование предметной области;
- выполнить проектирование структуры базы данных;
- разработать таблицы, запросы, формы и отчеты;
- разработать главную кнопочную форму.
Для реализации поставленных задач в работе будет использована СУБД Access.
1. Исследование предметной области
1.1 Понятие базы данных и системы управления базой данных
Современные информационные системы характеризуются огромными объемами хранимых данных, сложной организацией, необходимостью удовлетворять разнообразные требования многочисленных пользователей.
Целью любой информационной системы является обработка данных, отражающих состояние объектов и их отношений в рассматриваемой предметной области.
Основой информационной системы является база данных.
База данных в широком смысле слова - это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области. Под предметной областью принято понимать часть реального мира, подлежащую изучению для организации управления и в конечном счете автоматизации, например, предприятие, вуз и т д. Хранимая в базе данных информация должны быстро извлекаться по требованию пользователя. Та часть информации, которая хранится в памяти вычислительной системы, называется внутримашинной. Эти данные организуются в виде файлов или в виде базы данных, которая представляет собой один или несколько взаимосвязанных файлов. Для работы с данными, хранящимися в базе создаются приложения (программные средства), позволяющие пользователям вводить данные в базу, редактировать их, искать интересующую информацию, анализировать данные.
Базы данных размещают на устройствах хранения данных с большой емкостью: на жестких магнитных дисках, на оптических дисках, в оптических библиотеках (содержат более 500 компакт-дисков). Чтобы подсчитать ресурсы информационной системы, необходимо экономическую информацию оценить количественно. Для этого используются различные единицы измерения информации: символ, атрибут, показатель, логическая запись, документ, массив, поток . Емкость базы данных измеряется машинными единицами информации - бит, байт, килобайт, мегабайт, поле, физическая запись, файл и другие. Современные базы данных имеют емкости сотни и тысячи мегабайт, достигают десятков терабайт.
Таким образом, база данных (БД) представляет собой совокупность специальным обра-зом организованных данных, хранимых в памяти вычислительной систе-мы и отображающих состояние объектов и их взаимосвязей в рассматрива-емой предметной области.
Логическую структуру хранимых в базе данных называют моделью представления данных. К основным моделям представления данных (моделям данных) относятся следующие: иерархическая, сетевая, реляционная, постреляционная, многомерная и объектно-ориентирован-ная.
Система управления базами данных (СУБД)- это комплекс языковых и программных средств, предназначенный для создания, ведения и совмест-ного использования БД многими пользователями. Они обеспечивают многоцелевой характер использования БД, защиту и восстановление данных. Наличие развитых диалоговых средств и языка запросов делает СУБД удобным средством для конечного пользователя.
Обычно СУБД различа-ют по используемой модели данных. Так, СУБД, основанные на использова-нии реляционной модели данных, называют реляционными СУБД.
Одними из первых СУБД являются следующие системы: IMS (IBM,1968 г.), IDMS (Cullinet,1971 г.), ADABAS (SoftwareAG,1969 г.) и ИНЭС (ВНИИСИ АН СССР,1976 г.). Количество современных систем управления базами измеряются тысячами.
1.2 Структура реляционной базы данных
В настоящее время наибольшее распространение при разработке БД получила реляционная модель данных. Понятие реляционной модели данных (от английского relation - отношение) связано с разработками Е.Кодда. Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата реляционной алгебры и реляционного исчисления для обработки данных.
Реляционная модель ориентирована на организацию данных в виде двухмерных таблиц. Реляционная таблица представляет собой двухмерный массив и обладает следующими свойствами:
- каждый элемент таблицы - один элемент данных;
- все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный или другой) и длину;
- каждый столбец имеет уникальное имя;
- одинаковые строки в таблице отсутствуют;
Порядок следования строк и столбцов может быть произвольным.
Структурные элементы реляционной базы данных описаны в таблице 1.1.
Таблица 1.1. Структурные элементы реляционной базы данных
|
Элемент |
Описание |
|
|
Поле |
Элементарная единица логической организации данных, которая соответствует неделимой единице информации - реквизиту. Для описания поля используются характеристики: имя (например, Номер, Фамилия, Имя, Отчество, Дата); длина (например, 20 байт, причем определяется максимально возможным количеством символов); точность для числовых данных (например, два десятичных знака для отображения дробной части числа) |
|
|
Запись |
Совокупность логически связанных полей Структура записи определяетсясоставом и последовательностью входящих в нее полей, каждое из которых содержит элементарное данное Запись соответствует составной единице информации - документу. |
|
|
Файл (таблица) |
Именованная совокупность одинаковых по структуре экземпляров записей. Каждый экземпляр записи однозначно идентифицируется уникальным ключом записи В структуре записи файла указываются поля, значения которых являются ключами: первичными (они идентифицируют экземпляр записи) и вторичными (они выполняют роль поисковых или группировочных признаков) Файл (таблица) соответствует составной единице информации - информационному массиву |
Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом. Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ. Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы или ввести структуру первой таблицы внешний ключ - ключ второй таблицы.
1.3 Классификация СУБД
СУБД разделяют по следующим классификационным группам:
По модели данных
- иерархические. Представляет совокупность элементов, связанных между собой по определенным правилам;
- сетевые. Сетевая модель организации данных является расширением иерархической модели. В иерархических структурах запись-потомок должна иметь только одного предка, в сетевой структуре данных потомок может иметь любое число предков;
- реляционные. Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата реляционной алгебры и реляционного исчисления для обработки данных;
- объектно-ориентированные.
По характеру использования
- персональные (СУБДП). Персональные СУБД обычно обеспечивают возможность создания персональных БД и недорогих приложений, работающих с ними. Персональные СУБД или разработанные с их помощью приложения могут выступать в роли клиентской части многопользовательских СУБД.
К персональным СУБД относятся: VisualFoxPro, Paradox, Clipper, dBase, Access и др.;
- многопользовательские (СУБДМ). Многопользовательские СУБД включают в себя сервер БД и клиентскую часть, работают в неоднородной вычислительной среде (допускаются разные типы ЭВМ и различные операционные системы). Поэтому на базе СУБДМ можно создать информационную систему, функционирующую по технологии клиент-сервер. Универсальность многопользовательских СУБД отражается соответственно на высокой цене и компьютерных ресурсах, требуемых для их поддержки.
К многопользовательским СУБД относятся, например: Oracle и Informix.
По степени распределенности
- локальные СУБД (все части локальной СУБД размещаются на одном компьютере)
- распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).
По способу доступа к БД
- Файл-серверные. В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть.
- Клиент-серверные. Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.
- Встраиваемые. Встраиваемая СУБД - библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине. Доступ к данным может происходить через SQL либо через особые функции СУБД. Встраиваемые СУБД быстрее обычных клиент-серверных и не требуют установки сервера, поэтому востребованы в локальном ПО, которое имеет дело с большими объёмами данных (например, геоинформационные системы).
2. Проектирование структуры БД
2.1 Описание исходных данных
В данном курсовом проекте в качестве предметной области рассматривается туристическая фирма. База данных решает следующие задачи: хранение данных о сотрудниках, клиентах, поставщиках фирмы; учёт заказов; представление сведений о доступных турах; оказание услуг по бронированию билетов.
В режиме форм создано кнопочное меню. С его помощью можно быстро получить доступ к данным сотрудников, информации о клиентах, заказах, турах, поставщиках услуг, стоимости путёвок и предоставляемых услугах. Осуществлены запросы по поиску сведений о доступных турах, клиентах, сотрудниках, поставщиках услуг, заказах, услугах. Также производится процедура наценки стоимости на путёвки на 20 % и увеличения заработной платы сотрудникам на 5 %.
Применяемая СУБД: ACCESS 2007.
Изложим данные о туристической фирме. У фирмы имеются поставщики, осуществляющие предоставление услуг по перевозке пассажиров, обеспечению их временным жильём, оформлению виз и т.д.
Также в фирме есть свой штат сотрудников: менеджеры и консультанты, осуществляющие продажу путёвок, бухгалтер, охранник и уборщик.
База данных предназначена для управления работой туристической фирмы.
Цель управления заключается в повышении качества обслуживания клиентов за счет сокращения сроков обслуживания на всех этапах, начиная с подбора подходящего тура и заканчивая оформлением документов, а также за счет сокращения ошибок персонала. Все это, в конечном итоге, должно привести к увеличению прибыли предприятия.
2.2 Построение ER-диаграммы
ER-аббревиатура от слов Essence (сущность) и Relation (связь).Построение ER-диаграммы основывается на использовании метода «сущность-связь», в основе которого лежит выстраивание связей между определенными сущностями.
Основными понятиями метода «сущность-связь» являются следующие:
- сущность,
- атрибут сущности,
- ключ сущности,
- связь между сущностями
«Сущность» (entity) - это некоторый объект, идентифицируемый в рабочей среде пользователя, нечто такое, зачем пользователь хотел бы наблюдать.
У сущностей есть атрибуты (attributes), или, как их иногда называют, свойства (properties), которые описывают характеристики сущности.
Ключ сущности - атрибут или набор атрибутов, используемый для идентификации экземпляра сущности.
Связь двух или более сущностей - предполагает зависимость между атрибутами этих сущностей. Название связи обычно представляется глаголом.
Как и сущность, связь является типовым понятием, т. е. все экземпляры связываемых сущностей подчиняются правилам связыва-ния типов. Сущности, объединяемые связью, называются участниками. Степень связи определяется количеством участников связи.
Если каждый экземпляр сущности участвует, по крайней мере, в одном экземпляре связи, то такое участие этой сущности называет-ся полным (или обязательным); в противном случае - неполным (или необязательным).
Количественный характер участия экземпляров сущностей (один или многие) задается типом связи (или мощностью связи). Возможны следующие типы: «один к одному» (1:1), «один ко многим» (1:М), «многие к одному» (М:1), «многие ко многим» (М:М).
Следует отметить, что инструмент связей - это средство пред-ставления сложных объектов, каждый из которых может рассматри-ваться как множество некоторым образом взаимосвязанных про-стых объектов. Деление на простые и сложные объекты, также как и характер взаимосвязи, является условным и определяется осо-бенностями анализа предметной области, т. е. в конце концов - характером использования данных о предметах в решаемых прикладных задачах.
Построение ER-диаграмм осуществляется поэтапно.
Первый этап построения - выделение сущностей и связей между ними.
Выделим основные сущности:
- Страна (Ключ - КодСтрана);
- Город (Ключ - КодГород);
- Заказ (Ключ - КодЗаказ);
- Клиент (Ключ - КодКлиент);
- Поставщик (Ключ - Код.Поставщик);
- Сотрудник (Ключ - КодСотрудник);
- Транспорт (Ключ - КодТранспорт)
- Тур (Ключ - КодТур)
Выделим связи между сущностями:
- Сотрудник оформляет Заказ;
- Клиент делает Заказ;
- Поставщик предоставляет Услугу;
- Клиент заказывает Услугу;
Второй этап построения - проектирование диаграмм ER-типа с учетом всех сущностей и связей между ними. Диаграммы ER-типа для рассматриваемой предметной области приведены на рисунках2.1., 2.2., 2.3., 2.4., 2.5., 2.6., 2.7, 2.8, 2.9.
На рисунке 2.1. связь ОФОРМЛЯЕТ является связью типа 1:М, так как каждый сотрудник может оформлять несколько заказов или ни одного, но каждый заказ оформляется одним сотрудником. Сущность Сотрудник имеет необязательный класс принадлежности, так как возможны такие заказы, которые не оформляют ни один из сотрудников. Сущность Заказ имеет обязательный класс принадлежности, поскольку каждый заказ оформляется только одним сотрудником.
Рис. 2.2. Диаграмма ER-типа
На рисунке 2.2. связь ДЕЛАЕТ является связью типа 1:М, так как каждый клиент может сделать несколько заказов, но каждый заказ делается для каждого конкретного клиента. Сущность Клиент имеет необязательный класс принадлежности, поскольку можно предположить, что имеют место такие заказы, которые не делает ни один клиент. Сущность Заказ имеет обязательный класс принадлежности, так как нет заказов, которые не делаются клиентами.
Рис. 2.3. Диаграмма ER-типа
На рисунке 2.3. связь ВКЛЮЧАЕТ является связью типа М:1, так как каждый заказ включает определенный тур и одинаковые туры могут быть в других заказах. Сущность Заказ имеет обязательный класс принадлежности, поскольку каждый заказ включает свой тур. Сущность тур имеет необязательный класс принадлежности, так как могут иметь место такие туры, которые не включаются в другие заказы.
Рис. 2.4. Диаграмма ER-типа
На рисунке 2.4. связь ВКЛЮЧАЕТ является связью типа М:1, так как каждый тур включает определенный транспорт и одинаковый транспорт имеется в других турах. Сущность Тур имеет обязательный класс принадлежности, поскольку каждый тур включает определенный транспорт. Сущность Транспорт имеет необязательный класс принадлежности, так как могут иметь место такой транспорт, который не включается в другие туры.
Рис. 2.5. Диаграмма ER-типа
На рисунке 2.5. связь ВКЛЮЧАЕТ является связью типа М:1, так как каждый тур включает определенные услуги и одинаковые услуги имеются в других турах. Сущность Тур имеет обязательный класс принадлежности, поскольку каждый тур включает определенный набор услуг. Сущность Услуга имеет необязательный класс принадлежности, так как могут иметь место такие услуги, которые не включаются в другие туры.
Рис. 2.6. Диаграмма ER-типа
На рисунке 2.6. связь ПРЕДОСТАВЛЯЕТ ВЫБОР является связью типа М:1, так как в услугу входит предоставление выбора страны и одинаковые страны могут быть предоставлены в качестве выбора в других услугах. Сущность Услуга имеет обязательный класс принадлежности, поскольку каждая услуга включает одну страну. Сущность Страна имеет необязательный класс принадлежности, так как имеются страны, которые не входят в услугу.
Рис. 2.7. Диаграмма ER-типа
На рисунке 2.7. связь ИМЕЕТ является связью типа М:1, так как каждая страна имеет город и одинаковое название городов имеется в других странах. Сущность Страна имеет обязательный класс принадлежности, поскольку каждая страна имеет один город. Сущность Город имеет необязательный класс принадлежности, так как могут иметь место такие города, названия которых не включаются в другие страны.
Рис. 2.8. Диаграмма ER-типа
На рисунке 2.8. связь ОКАЗЫВАЕТ является связью типа 1:М, так как каждый поставщик может оказывать несколько услуг (проживание, питание, экскурсии и т.д.) или ни одной, но каждую услугу оказывает один поставщик. Сущность Поставщик имеет обязательный класс принадлежности, поскольку каждый поставщик оказывает свои услуги. Сущность Услуга имеет необязательный класс принадлежности, так как могут иметь место такие услуги, которые не оказываются другими поставщиками.
Рис. 2.9. Диаграмма ER-типа
На рисунке 2.9. связь ЗАКАЗЫВАЕТ является связью типа М:М, так как каждый клиент может заказать несколько услуг (проживание, питание, экскурсии и т.д.) или ни одной и одинаковые услуги могут заказываться несколькими клиентами. Сущность Клиент имеет обязательный класс принадлежности, поскольку каждый клиент заказывает необходимую ему услугу. Сущность Услуга имеет необязательный класс принадлежности, так как могут иметь место такие услуги, которые не заказываются другими клиентами.
Таким образом, с учетом установленных связей между определенными сущностями строится диаграмма ER-типа (рис. 2.10.).
Рис. 2.10. RE-диаграмма
2.3 Нормализация исходной таблицы
Все данные, содержащие информацию о туристической фирме и ее деятельности можно свести в таблицу (табл. 2.1.)
Таблица 2.1. Информация о туристической фирме и ее деятельности
|
Имя поля |
Запись 1 |
Запись 2 |
Запись 3 |
Запись 4 |
|
|
ФИО клиента |
Безруков Алексей Николаевич |
Калинина Светлана Васильевна |
Поляков Иван Сергеевич |
Романова Ирина Борисовна |
|
|
Адрес клиента |
г. Арзамас, ул. Севастопольская, д. 4, кв. 25 |
г. Арзамас, ул. 9 Мая, д. 13, кв. 10 |
г. Арзамас, ул. Нижегородская, д. 7, кв. 4 |
г. Арзамас, ул. Мира, д. 28, кв. 40 |
|
|
Телефон клиента |
3-74-55 |
2-19-41 |
6-62-64 |
6-68-64 |
|
|
ФИО сотрудника |
Колесов Валерий Семенович |
Николаева Марина Леонидовна |
Вольский Степан Андреевич |
Каренина Анна Сергеевна |
|
|
Дата рождения сотрудника |
28.10.1975 |
31.03.1984 |
26.02.1970 |
03.05.1980 |
|
|
Зарплата сотрудника |
50000 |
20000 |
20000 |
20000 |
|
|
Должность сотрудника |
Директор |
Менеджер |
Менеджер |
Менеджер |
|
|
Адрес сотрудника |
г. Арзамас, ул. 9 Мая, д. 26, кв. 17 |
г. Арзамас, ул. Парковая, д. 43, кв. 55 |
г. Арзамас, ул. Калинина, д. 22, кв. 41 |
г. Арзамас, ул. Архитектурная, д. 16, кв. 10 |
|
|
Телефон сотрудника |
7-55-88 |
6-25-45 |
3-59-89 |
4-42-24 |
|
|
Дата оформления |
15.05.2012 |
14.07.2012 |
21.06.2012 |
17.09.2012 |
|
|
Дата отправления |
01.06.2012 |
02.08.2012 |
30.06.2012 |
20.09.2012 |
|
|
Дата прибытия |
11.06.2012 |
09.08.2012 |
14.07.2012 |
30.09.2012 |
|
|
Стоимость тура |
25000 |
20000 |
35000 |
27000 |
|
|
Длительность пребывания |
10 |
7 |
14 |
10 |
|
|
Количество человек |
1 |
2 |
1 |
3 |
|
|
Визовое обслуживание |
+ |
+ |
+ |
+ |
|
|
Проживание |
одноместное |
двуместное |
одноместное |
Трехместное |
|
|
Питание |
Полное питание |
Обед и ужин |
Обед и ужин |
Полное питание |
|
|
Экскурсия |
+ |
+ |
+ |
- |
|
|
Наименование транспорта |
Авиа |
Авиа |
Авиа |
Авиа |
|
|
Страна |
Испания |
Египет |
Тайланд |
Турция |
|
|
Город |
Коста Бланка |
Хургада |
Паттайя |
Аланья |
В данной таблице содержится значительное количество повторяющейся информации. Например, сведения о каждом клиенте повторяются для каждого сделанного им заказа. Данная структура таблицы приведет к трате значительного времени на ввод повторяющихся данных. Наличие повторяющейся информации приведет к неограниченному увеличению объема базы данных, возрастет вероятность ошибок при вводе. Приведенная таблица не является нормализованной.
Для удовлетворения условий первой нормальной формы таблица должна иметь один уникальный ключ. Поэтому для выполнения условия необходимо создать индекс (определить ключ), который включал бы совокупность всех полей таблицы, однозначно определял запись. Данная таблица создана для устранения повторяющихся групп полей. Поскольку каждый клиент может сделать несколько заказов, необходимы две таблицы (рис. 2.11).
Рис. 2.11. Приведение к первой нормальной форме
Между таблицами будет связь один ко многим по коду клиента.
Понятие 2-ой нормальной формы применимо только к таблицам, имеющим составной ключ.
В проектируемом примере таблица ЗАКАЗ имеет составной индекс: Код клиента + Код заказа +Дата оформления заказа. Поля Дата отправления, Дата прибытия, Длительность пребывания, Стоимость, Количество человек, Страна, Визовое обслуживание, Проживание, Питание, Экскурсия однозначно определяются только одним индексным полем Код заказа.
Для приведения таблицы ко второй нормальной форме разделим таблицу ЗАКАЗ на две. Для связывания таблиц используется Код тура.
Рис. 2.12. Приведение ко второй нормальной форме
В таблице КЛИЕНТ поле Сотрудник содержит данные о сотрудниках, которые однозначно определяются значением поля Сотрудники. Поскольку неиндексное поле Сотрудник однозначно определяется другим неиндексным полем Сотрудники, то таблица Клиент не является таблицей в третьей нормальной форме. Тоже и с полем Услуги и Тур.
Для приведения этих таблиц к третьей нормальной форме создадим новые таблицы УСЛУГИ и СОТРУДНИКИ (рис. 2.13).
Рис. 2.13. Приведение к третьей нормальной форме
После добавления неключевых атрибутов схемы отношений примут следующий вид:
- Сотрудники (Код Сотрудника, Фамилия_С, Имя_С, Отчество_С, Дата рождения_С, Зарплата_С, Должность_С, Адрес_С, Телефон_С);
- Заказы (Код Заказа, Код Тура, Код Сотрудника, Код Клиента, Дата оформления_З);
- Тур (Код Тура, Код Услуги, Дата отправления_Т, Дата прибытия_Т, Стоимость_ Т, Код Транспорта, Длительность пребывания_Т, Количество человек_Т);
- Клиент (Код Клиента, Фамилия_К, Имя_К, Отчество_К, Адрес_К, Телефон_К);
- Услуга (Код Услуг, Код Страны, Визовое обслуживание, Проживание, Питание, Экскурсии);
- Транспорт (Код Транспорта, Наименование_Т);
- Страна (Код страны, Наименование_С, Код Города);
- Город (Код Страны, Код Города, Город).
2.4 Построение деталогической модели Базы данных
Даталогическое проектирование предполагает описание данных по предметной области, для которой разрабатывается база данных, в терминах выбранной для её реализации СУБД.
При формировании даталогической модели, каждая из определённых в концептуальной схеме сущностей отображается в таблицу, которая является одним отношением. При этом следует учитывать ограничения на размер таблиц, которые накладывает конкретная СУБД.
Каждый из файлов, хранящих информацию формируемых в работе АИС баз данных, можно представить в виде таблиц, отражающих саму структуру каждого из формируемых файлов.
Рассмотрим таблицы, информация которых будет содержать необходимые сведения для процесса реализации путевок и заказа билетов туристической фирмой .
Для каждого поля таблицы указывается имя поля, тип данных, описание. Для первичных ключей необходимо ввести запрет неопределенных значений. Для остальных полей возможность запрета неопределенных значений определяется семантикой предметной области.
Таблица 2.2. Город
|
Имя поля |
Тип данных |
Описание |
Ключевое поле |
|
|
Код_города |
Числовой |
Код_города |
||
|
Код_страны |
Числовой |
Код_страны |
||
|
Город |
Текстовый |
Название города |
Таблица 2.3. Заказы
|
Имя поля |
Тип данных |
Описание |
Ключевое поле |
|
|
Код_заказа |
Числовой |
Код_заказа |
||
|
Код_тура |
Числовой |
Код_тура |
||
|
Код_сотрудника |
Числовой |
Код_сотрудника |
||
|
Код_клиента |
Числовой |
Код_клиента |
||
|
Дата оформления |
Дата/время |
Дата оформления |
Таблица 2.4. Клиенты
|
Имя поля |
Тип данных |
Описание |
Ключевое поле |
|
|
Код_клиента |
Числовой |
Код_клиента |
||
|
Фамилия |
Текстовый |
Фамилия клиента |
||
|
Имя |
Текстовый |
Имя клиента |
||
|
Отчество |
Текстовый |
Отчество клиента |
||
|
Адрес |
Текстовый |
Адрес клиента |
||
|
Телефон |
Текстовый |
Телефон клиента |
Таблица 2.5. Поставщики
|
Имя поля |
Тип данных |
Описание |
Ключевое поле |
|
|
Код_услуги |
Числовой |
Код_услуги |
||
|
Код_поставщика |
Числовой |
Код_поставщика |
||
|
Название поставщика |
Текстовый |
Название поставщика |
||
|
Представитель поставщика |
Текстовый |
Должность представителя поставщика |
||
|
Обращаться |
Текстовый |
ФИО представителя поставщика |
||
|
Телефон |
Текстовый |
Телефон поставщика |
||
|
Адрес |
Текстовый |
Адрес поставщика |
Таблица 2.6. Сотрудники
|
Имя поля |
Тип данных |
Описание |
Ключевое поле |
|
|
Код_сотрудника |
Числовой |
Код_сотрудника |
||
|
Фамилия |
Текстовый |
Фамилия сотрудника |
||
|
Имя |
Текстовый |
Имя сотрудника |
||
|
Отчество |
Текстовый |
Отчество сотрудника |
||
|
Дата рождения |
Дата/время |
Дата рождения сотрудника |
||
|
Зарплата |
Денежный |
Зарплата сотрудника |
||
|
Должность |
Текстовый |
Должность сотрудника |
||
|
Адрес |
Текстовый |
Адрес сотрудника |
||
|
Телефон |
Текстовый |
Телефон сотрудника |
Таблица 2.7. Страна
|
Имя поля |
Тип данных |
Описание |
Ключевое поле |
|
|
Код_страны |
Числовой |
Код_страны |
||
|
Название страны |
Текстовый |
Название страны |
||
|
Код_города |
Числовой |
Код_города |
Таблица 2.8. Транспорт
|
Имя поля |
Тип данных |
Описание |
Ключевое поле |
|
|
Код_транспорта |
Числовой |
Код_транспорта |
||
|
Наименование |
Текстовый |
Наименование транспорта |
Таблица 2.9. Туры
|
Имя поля |
Тип данных |
Описание |
Ключевое поле |
|
|
Код_тура |
Числовой |
Код_тура |
||
|
Код_услуг |
Числовой |
Код_услуг |
||
|
Дата отправления |
Дата/время |
Дата отправления клиента |
||
|
Дата прибытия |
Дата/время |
Дата прибытия клиента |
||
|
Стоимость тура |
Денежный |
Стоимость тура |
||
|
Код транспорта |
Числовой |
Код транспорта |
||
|
Длительность пребывания |
Числовой |
Длительность пребывания |
||
|
Количество человек |
Числовой |
Количество человек отправленных в тур |
Таблица 2.10. Услуги
|
Имя поля |
Тип данных |
Описание |
Ключевое поле |
|
|
Код_услуги |
Числовой |
Код_услуги |
||
|
Код_страны |
Числовой |
Код_страны |
||
|
Визовое обслуживание |
Логический |
Обозначение необходимости/отсутствия необходимости оформления визы |
||
|
Проживание |
Текстовый |
Условия проживания |
||
|
Питание |
Текстовый |
Условия питания |
||
|
Экскурсии |
Логический |
Обозначение необходимости/отсутствия необходимости в экскурсии |
3. Реализация проекта БД
3.1 Разработка таблиц, форм, запросов, отчетов
В базу данных MicrosoftAccess входят такие компоненты, как: таблицы, запросы, формы, отчеты, макросы, страницы и модули.
Для создания базы данных туристического агентства необходимо разработать таблицы, формы, запросы и отчеты.
Для создания новой базы данных в MicrosoftAccess необходимо нажать Файл, Новая база данных. Задать имя файла и нажать Создать.
Разработка таблиц
Для создания таблицы необходимо воспользоваться конструктором таблиц, нажав Создание, Конструктор таблиц, с помощью которого можно вводить имя поля, тип данных, описание (рис. 3.1.).
Рис. 3.1. Режим создания таблиц
Таблица - это набор данных по конкретной теме, такой как фамилии клиентов или их личные данные. Использование отдельной таблицы для каждой темы означает, что соответствующие данные сохранены только один раз, что делает базу данных более эффективной и уменьшает число ошибок при вводе данных. Таблицы организуют данные в столбцы (называемые полями) и строки (называемые записями).
|
Код страны |
Код_города |
Город |
|
|
1 |
1 |
Сочи |
|
|
2 |
2 |
Мале Атолл |
|
|
3 |
3 |
Аланья |
|
|
4 |
4 |
Коста Бланка |
|
|
5 |
5 |
Хургада |
|
|
6 |
6 |
Крит |
|
|
7 |
7 |
Истрия |
|
|
8 |
8 |
Хаммамет |
|
|
9 |
9 |
Шарджа |
|
|
10 |
10 |
Карловы Вары |
|
|
11 |
11 |
Бечичи |
|
|
12 |
12 |
Албена |
|
|
13 |
13 |
Будапешт |
|
|
14 |
14 |
Бавария |
|
|
15 |
15 |
Римини и Равенна |
|
|
16 |
16 |
Малинди |
|
|
17 |
17 |
Паттайя |
|
|
18 |
18 |
Берн |
|
|
19 |
19 |
ОчоРиос |
|
|
20 |
20 |
Маравила |
|
|
21 |
21 |
Савойя |
|
|
22 |
22 |
Сингапур |
|
|
23 |
23 |
о. Праслин |
|
|
24 |
24 |
Азорские о-ва |
Рис. 3.2. Таблица «Город»
В таблице «Город» отображаются названия городов, которые могут посетить туристы.
|
Заказы |
|||||
|
Код заказа |
Код тура |
Код сотрудника |
Код клиента |
Дата оформления |
|
|
1 |
1 |
2 |
1 |
15.05.2012 |
|
|
2 |
1 |
3 |
2 |
14.07.2012 |
|
|
3 |
2 |
4 |
3 |
21.06.2012 |
|
|
4 |
3 |
4 |
4 |
17.09.2012 |
|
|
5 |
4 |
2 |
5 |
27.10.2012 |
Рис. 3.3. Таблица «Заказы»
В таблице «Заказы» отображаются сведения о дате оформления заказа клиента.
|
Клиенты |
||||||
|
Код клиента |
Фамилия |
Имя |
Отчество |
Адрес |
Телефон |
|
|
1 |
Безруков |
Алексей |
Николаевич |
г. Арзамас, ул. Севастопольская, д. 4, кв. 25 |
3-74-55 |
|
|
2 |
Калинина |
Светлана |
Васильевна |
г. Арзамас, ул. 9 Мая, д. 13, кв. 10 |
2-19-41 |
|
|
3 |
Поляков |
Иван |
Сергеевич |
г. Арзамас, ул. Нижегородская, д. 7, кв. 4 |
6-62-64 |
|
|
4 |
Романова |
Ирина |
Борисовна |
г. Арзамас, ул. Мира, д. 28, кв. 40 |
6-55-41 |
|
|
5 |
Степанова |
Кристина |
Олеговна |
г. Арзамас, ул. Молокозаводская, д. 12, кв. 15 |
2-75-82 |
|
|
6 |
Богатова |
Елизавета |
Ивановна |
г. Арзамас, ул. Куликова, д. 55, кв. 60 |
6-61-66 |
|
|
7 |
Макаров |
Василий |
Сергеевич |
г. Арзамас, ул. Советская, д. 5, кв. 2 |
6-24-89 |
|
|
8 |
Григорьева |
Алина |
Александровна |
г. Арзамас, ул. Мира, д. 26, кв. 20 |
3-75-44 |
|
|
9 |
Петров |
Иван |
Дмитриевич |
г. Арзамас, ул. Березина, д. 2 |
8-65-77 |
|
|
10 |
Чехова |
Полина |
Николаевна |
г. Арзамас, ул. Гайдара, д. 6, кв. 3 |
2-33-43 |
Рис. 3.4. Таблица «Клиенты»
В таблице «Клиенты» отображаются индивидуальные сведения каждого зарегистрированного клиента: ФИО, адрес, телефон.
|
Поставщики |
|||||||
|
Код услуги |
Код Поставщика |
Название Поставщика |
Представитель Поставщика |
Обращаться |
Телефон |
Адрес |
|
|
1 |
1 |
ОАО "Аэрофлот" |
менеджер |
Сергеева Татьяна Николаевна |
356-48-59 |
ул. Тверская, 114-56 |
|
|
2 |
2 |
ООО "GrandHotel" |
менеджер |
Максимов Виктор Никандрович |
794-52-96 |
ул. Филёвский парк, 1-12 |
|
|
3 |
3 |
ЗАО "McDonalds" |
менеджер |
Королёв Сергей Артемьевич |
572-74-36 |
пр. Кутузова, 34-75 |
|
|
4 |
4 |
ООО "ВИЗА" |
консультант |
Михайлова Эвелина Геннадьевна |
435-23-45 |
ул. К.Воробьёвых, 3-15 |
|
|
5 |
5 |
ОАО "РЖД" |
менеджер |
Васильев Алексей Борисович |
597-37-19 |
ул. Авиамоторная, 35-76 |
|
|
6 |
6 |
ООО "Экскурсия" |
консультант |
Васнецова Анастасия Валерьевна |
566-07-08 |
ул. Баумана, 8-94 |
Рис. 3.5. Таблица «Поставщики»
Втаблице «Поставщики» содержится информация о поставщиках, с которыми сотрудничает туристическая фирма.
|
Сотрудники |
|||||||||
|
Код сотрудника |
Фамилия |
Имя |
Отчество |
Дата рождения |
Зарплата |
Должность |
Адрес |
Телефон |
|
|
1 |
Колесов |
Валерий |
Семенович |
28.10.1975 |
50 000,00р. |
директор |
г. Арзамас, ул. 9 Мая, д. 26, кв. 17 |
7-55-88 |
|
|
2 |
Николаева |
Марина |
Леонидовна |
31.03.1984 |
20 000,00р. |
менеджер |
г. Арзамас, ул. Парковая, д. 43, кв. 55 |
6-25-45 |
|
|
3 |
Вольский |
Степан |
Андреевич |
26.02.1970 |
20 000,00р. |
менеджер |
г. Арзамас, ул. Калинина, д. 22, кв. 41 |
3-59-89 |
|
|
4 |
Каренина |
Анна |
Сергеевна |
03.05.1980 |
20 000,00р. |
менеджер |
г. Арзамас, ул. Архитектурная, д. 16, кв. 10 |
4-42-24 |
|
|
5 |
Базаров |
Дмитрий |
Павлович |
23.02.1988 |
16 000,00р. |
консультант |
г. Арзамас, ул. Мира, д. 3, кв. 45 |
2-21-25 |
|
|
6 |
Каминский |
Максим |
Валерьевич |
09.08.1965 |
10 000,00р. |
уборщик |
г. Арзамас, ул. Жуковского, д. 20, кв. 55 |
7-33-47 |
|
|
8 |
Селезнева |
Нина |
Павловна |
01.02.1970 |
23 000,00р. |
бухгалтер |
г. Арзамас, ул. Пландина, д. 17, кв. 33 |
3-81-82 |
Рис. 3.6. Таблица «Сотрудники»
В таблице «Сотрудники» отображаются индивидуальные сведения сотрудников туристической фирмы: ФИО, дата рождения, зарплата, адрес телефон.
|
Транспорт |
||
|
Код транспорта |
Наименование |
|
|
1 |
Авиа |
|
|
2 |
Авиа |
|
|
3 |
Авиа |
Рис. 3.8. Таблица «Транспорт»
После того, как необходимые поля будут определены, можно определить первичный ключ для таблицы, содержащий одно или несколько полей. Первичный ключ используется для связывания таблицы с вторичными ключами в других таблицах. Это одно или несколько полей (столбцов), комбинация значений которых однозначно определяет каждую запись в таблице. Первичный ключ не допускает значений Null и всегда должен иметь уникальный индекс. И ключевые поля надо определить до сохранения таблицы.
Для сохранения таблиц необходимо нажать кнопку Сохранить на панели инструментов.
После создания в базе данных MicrosoftAccess отдельных таблиц по каждой теме необходимо выбрать способ, которым MicrosoftAccess будет объединять сведения таблиц. Необходимо определить связи между таблицами.
Для определения связей между таблицами следует воспользоваться командой Схема данных из меню Работа с базами данных .
Разработка запросов
Запросы являются важным инструментом в любых системах управления базами данных. Они используются для выделения, обновления и добавления новых записей в таблицы. Чаще всего запросы используются для выделения специфических групп записей, чтобы удовлетворить определенному критерию. Кроме того, их можно использовать для получения данных из различных таблиц, обеспечивая единое представление связанных элементов данных.
Запросы в MicrosoftAccess можно с помощью мастера запроса. Чтобы создать простой запрос с помощью Мастера запроса, необходимо:
1. В окне базы данных на панели объектов выбрать команду Создание.
2. Выбрать команду Мастер запросов в окне базы данных и в появившемся диалоговом окне Новый запрос выбрать простой запрос, нажать ОК.
3. В появившемся окне Создание простых запросов в поле со списком Таблицы и запросы выбрать таблицу или запрос, которые будут служить источником данных для создаваемого запроса.
4. Переместить из списка доступные поля в список Выбранные поля те поля, которые необходимы в конструируемом запросе.
5. После выбора полей необходимо нажать кнопку Далее, выбрать подробный или итоговый отчет, нажать на кнопку открыть запрос для просмотра данных, нажать на кнопку Готово.
|
Запрос по турам |
||||||||
|
Название страны |
Город |
Дата отправления |
Длительность пребывания |
Стоимость тура |
Наименование |
Проживание |
Количество человек |
|
|
Россия |
Сочи |
01.06.2012 |
10 |
25 000,00р. |
Авиа |
одноместное |
1 |
|
|
Мальдивы |
Мале Атолл |
02.08.2012 |
7 |
20 000,00р. |
Авиа |
двухместное |
2 |
|
|
Турция |
Аланья |
30.06.2012 |
14 |
35 000,00р. |
Авиа |
одноместное |
1 |
|
|
Испания |
Коста Бланка |
20.09.2012 |
10 |
27 000,00р. |
Авиа |
трехместное |
3 |
|
|
Египет |
Хургада |
23.06.2012 |
11 |
50 693,00р. |
Авиа |
трехместное |
2 |
|
|
Греция |
Крит |
13.06.2012 |
8 |
30 213,00р. |
Авиа |
одноместное |
1 |
|
|
Хорватия |
Истрия |
15.06.2012 |
4 |
25 729,00р. |
Авиа |
двухместное |
1 |
|
|
Тунис |
Хаммамет |
26.06.2012 |
11 |
76 546,00р. |
Авиа |
одноместное |
2 |
|
|
ОАЭ |
Шарджа |
19.06.2012 |
8 |
78 187,00р. |
Авиа |
двухместное |
3 |
|
|
Чехия |
Карловы Вары |
16.06.2012 |
15 |
58 657,00р. |
Авиа |
трехместное |
2 |
|
|
Чероногория |
Бечичи |
26.06.2012 |
8 |
51 566,00р. |
Авиа |
двухместное |
2 |
|
|
Болгария |
Албена |
29.06.2012 |
8 |
95 550,00р. |
Авиа |
трехместное |
2 |
|
|
Венгрия |
Будапешт |
26.06.2012 |
12 |
62 297,00р. |
Авиа |
двухместное |
2 |
|
|
Германия |
Бавария |
25.06.2012 |
11 |
225 192,00р. |
Авиа |
одноместное |
4 |
|
|
Италия |
Римини и Равенна |
09.06.2012 |
7 |
19 735,00р. |
Авиа |
трехместное |
1 |
|
|
Кения |
Малинди |
10.06.2012 |
7 |
36 855,00р. |
Авиа |
двухместное |
2 |
|
|
Тайланд |
Паттайя |
08.06.2012 |
7 |
21 674,00р. |
Авиа |
двухместное |
1 |
|
|
Швейцария |
Берн |
09.06.2012 |
7 |
14 555,00р. |
Авиа |
одноместное |
1 |
|
|
Ямайка |
ОчоРиос |
09.06.2012 |
7 |
22 447,00р. |
Авиа |
трехместное |
1 |
|
|
Шри-Ланка |
Маравила |
10.06.2012 |
Подобные документы
Понятие базы данных в Microsoft Access, описание таблицы как объекта. Назначение запросов, форм, отчетов и страниц. Макросы и модули в СУБД. Порядок создания базы данных, ввод описания поля. Свойства полей таблиц. Построение реляционной модели данных.
презентация [389,6 K], добавлен 18.01.2014Особенности разработки инфологической модели и создание структуры реляционной базы данных. Основы проектирования базы данных. Разработка таблиц, форм, запросов для вывода информации о соответствующей модели. Работа с базами данных и их объектами.
курсовая работа [981,4 K], добавлен 05.11.2011Процесс создания и определение задач полнофункциональной системы управления базами данных. Разработка структуры таблиц, хранящих данные и формирование запросов. Построение форм для ввода и просмотра информации в запросах и создание необходимых отчетов.
курсовая работа [1,1 M], добавлен 11.09.2010Создание программ, позволяющих создавать базы данных. Создание таблицы базы данных. Создание схемы данных. Создание форм, отчетов, запросов. Увеличение объема и структурной сложности хранимых данных. Характеристика системы управления базой данных Access.
курсовая работа [2,1 M], добавлен 17.06.2013Проектирование автоматизированной информационной системы, позволяющей оформлять заказы на продажу керамической плитки. Разработка реляционной модели данных. Структура и содержание таблиц базы данных, формирование запросов к ней и назначение ее форм.
курсовая работа [4,9 M], добавлен 26.07.2013Разработка автоматизированной системы учета заявок и предоставление туров при помощи MS Access. Построение реляционной схемы базы данных. Создание таблиц и схем данных БД, запросов и отчетов. Использование интернет-маркетинга туристической фирме.
курсовая работа [5,2 M], добавлен 05.12.2014Информационные системы и базы данных. Обоснование выбора системы управления базой данных. Язык запросов SQL. Построение информационной модели. Разработка базы данных по продаже автомобилей в Microsoft Access. Организация связей между таблицами.
курсовая работа [1,7 M], добавлен 26.11.2012Построение концептуальной модели. Создание таблиц, входящих в состав базы данных. Разработка основных запросов, отчетов о количестве учеников в данном классе и работе школы; форм для просмотра и редактирования данных в программе Microsoft Access.
курсовая работа [2,7 M], добавлен 08.05.2015Описание предметной области и соотношения между объектами. Этапы проектирования базы данных, ее инфологическая, концептуальная и физическая модели. Использование режима "Конструктор" при создании таблиц, разработка форм, запросов и отчетов в MS Access.
курсовая работа [2,5 M], добавлен 07.11.2012Разработка базы данных с информацией о сотрудниках, товарах, со справочником типов товаров средствами системы управления базами данных MySQL с помощью SQL-запросов. Разработка инфологической модели предметной области. Структура таблиц, полей базы данных.
контрольная работа [648,7 K], добавлен 13.04.2012Выбор состава технических и программных средств разработки системы. Описание входных и выходных данных. Выбор модели базы данных. Разработка подсистемы наполнения базы данных, формирования отчетов. Разработка интерфейса пользователя, тестирование системы.
курсовая работа [3,7 M], добавлен 04.12.2014Структура простейшей базы данных и свойства полей. Характеристика типов данных. Описание процесса создания базы данных, таблиц и связей между ними, простых и составных форм, запросов в Microsoft Access. Пример составления подчинённых отчетов и макросов.
курсовая работа [2,9 M], добавлен 14.11.2016Исследование характеристик и функциональных возможностей системы управления базами данных Microsoft Office Access. Определение основных классов объектов. Разработка базы данных "Делопроизводство". Создание таблиц, форм, запросов, отчетов и схем данных.
реферат [1,3 M], добавлен 05.12.2014Составление схемы концептуальной модели данных. Разработка структуры реляционной базы данных и интерфейса пользователя. Особенности главных этапов проектирования базы данных. Способы реализации запросов и отчетов. Специфика руководства пользователя.
курсовая работа [186,9 K], добавлен 18.12.2010Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.
курсовая работа [5,1 M], добавлен 13.12.2011Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.
курсовая работа [185,6 K], добавлен 08.11.2008Выделение информационных объектов и их инфологическая модель. Логическая структура реляционной базы данных. Разработка таблиц в системе управления базами данных Access. Создание запросов, форм и отчетов в СУБД Access. Разработка приложения пользователя.
курсовая работа [2,8 M], добавлен 05.02.2018Построение концептуальной модели базы данных. Физическое проектирование программы для автоматизации работы пользователя в Microsoft Access. Разработка системы запросов информации на основе таблиц и получения необходимых отчетов в требуемых формах.
курсовая работа [2,9 M], добавлен 08.05.2015Построение концептуальной модели. Проектирование реляционной модели данных на основе принципов нормализации: процесс нормализации и глоссарий. Проектирование базы данных в Microsoft Access: построение таблиц, создание запросов в том числе SQL – запросов.
курсовая работа [35,9 K], добавлен 08.11.2008Минимальные системные требования к техническому и программному обеспечению для применения базы данных. Структура базы данных, создание таблиц (сотрудники, контакты, контракты, клиенты), запросов и форм. Описание действий при работе с базой данных.
практическая работа [1,0 M], добавлен 13.02.2011
