Автоматизация учета работы Туристической фирмы

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 21.04.2015
Размер файла 7,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Введение

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

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

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

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

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

1. Постановка задачи и анализ предметной области

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

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

Туристическая фирма имеет свой персонал, поставщиков и клиентов.

Таким образом, необходимо реализовать ввод, хранения и изменение информации в базе данных:

· Персональные и контактные данные клиентов (Фамилия, имя, Отчество, адрес, телефон);

· Персональные и контактные данные поставщиков (Название поставщика, представитель, телефон, адрес);

· Персональные и контактные данные сотрудников туристической фирмы (ФИО, адрес, дата рождения, зарплата, должность, адрес, телефон);

· Данные о заказе (сотрудник, клиент, дата оформления)

· Данные о странах, в которые проводятся туры(Название страны, город, визовое обслуживание, проживание, питание, экскурсии)

· Данные о транспорте (наименование, дата отправления, дата прибытия)

· Информация о турах (Дата, отправления, дата прибытия, стоимость, длительность пребывания, дата оформления, количество человек)

Входные формы:

· Информация о турфирме

· Добавление информации

· Запросы

· Добавление клиента

· Отчеты

· Добавление поставщика

· Добавление сотрудника

· Добавление тура

· Главная форма

Конечный продукт должен выполнять следующие функции:

· Ввод, изменение и удаление данных во всех таблицах;

· Печать списка сотрудников;

· Печать списка поставщиков;

· Печать списка туров;

· Печать списка туров на Мальдивы на 6 дней

· Печать списка услуг

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

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

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

· Форма для добавления информации в базу данных, по выбранной категории

· Форма запросов

· Форма, содержащая информацию о туристической фирме

· Форма для редактирования и добавления Клиентов

· Форма для редактирования и добавления Поставщиков

· Форма для редактирования и добавления Сотрудников

· Форма для выбора нужно таблицы

· Форма для редактирования и добавления Туров

2. Назначение проектируемой базы данных

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

· Персональные и контактные данные клиентов (Фамилия, имя, Отчество, адрес, телефон);

· Персональные и контактные данные поставщиков (Название поставщика, представитель, телефон, адрес);

· Персональные и контактные данные сотрудников туристической фирмы (ФИО, адрес, дата рождения, зарплата, должность, адрес, телефон);

· Данные о заказе (сотрудник, клиент, дата оформления)

· Данные о странах, в которые проводятся туры (Название страны, город, визовое обслуживание, проживание, питание, экскурсии)

· Данные о транспорте (наименование, дата отправления, дата прибытия)

· Информация о турах (Дата, отправления, дата прибытия, стоимость, длительность пребывания, дата оформления, количество человек)

Данная разработка должна использоваться для программного обеспечения ОС Microsoft Windows XP/Windows 7/ Windows 8, СУБД Microsoft Access 2013.

база данные запрос спецификация

3. Проектирование инфологической модели данных

3.1 Информационные потребности пользователя (анализ запросов)

При разработке данного курсового проекта была выбрана следующая предметная область: «Туристическая фирма».

В ней необходимо отразить:

· список обслуживающего персонала

· информацию о турах;

· информацию о заказах

· список клиентов и всей информации о них

· список поставщиков и информации о них

· информация о странах, в которые предоставляются туры

· информация о транспорте

· информация об услугах туристической фирмы

3.2 Определение сущностей и связей

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

Связь - соединение между двумя и более сущностями. Экземпляр связи конкретная связь между конкретными представителями объектов.

Сущности, представленные в данном курсовом проекте:

Ш Сотрудники (содержит всю необходимую информацию о сотрудниках)

Ш Заказы (информация о заказах)

Ш Туры (информация о турах)

Ш Клиенты (информация о клиентах туристической фирмы)

Ш Услуги (информация о услугах, которые предоставляет туристическая фирма)

Ш Транспорт (информация о транспорте)

Ш Город (информация о городах, в которые проводятся туры)

Ш Страна (информация о странах, в которые проводятся туры)

3.3 Определение функций пользователя, атрибутов, ключей

Атрибут - свойство сущности или связи.

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

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

Ш Сущность «Сотрудники». Содержит следующие атрибуты: Код сотрудника, Фамилия, Имя, Отчество, Дата рождения, Зарплата, Должность, Адрес, Телефон.

Ш Сущность «Заказы». Содержит следующие атрибуты: Код заказа, Код тура, Код сотрудника, Код клиента, Дата оформления.

Ш Сущность «Туры». Содержит следующие атрибуты: Код тура, Код услуги, Дата отправления, Дата прибытия, Стоимость тура, Код транспорта, Длительность пребывания, Количество человек.

Ш Сущность «Клиенты». Содержит следующие атрибуты: Код клиента, Фамилия, Имя, Отчество, Адрес, Телефон.

Ш Сущность «Услуги». Содержит следующие атрибуты: Код услуги, Код страны, Визовое обслуживание, Проживание, Питание, Экскурсии.

Ш Сущность «Транспорт». Содержит следующие атрибуты: Код транспорта, Наименование.

Ш Сущность «Страна». Содержит следующие атрибуты: Код страны, Название страны, Код города.

Ш Сущность «Город». Содержит следующие атрибуты: Код страны, Код города, Город.

3.5 Выявление и описание ограничений целостности

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

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

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

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

4. Если указано каскадное удаление, то связанные записи подчиненной таблицы удаляются автоматически.

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

· Запрещение null значения: данные, заносимые в столбец или таблицу, не должны равняться нулю.

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

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

· Ограничение уникальных ключей: необходимость ввода различных (уникальных) данных.

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

Таблица Заказы

В поле Дата заказа на данные накладывается ограничение от 01.01.1940 до 01.01.2015.

Таблица Сотрудники

В поле Дата рождения на данные накладывается ограничение от 01.01.1950 до 01.01.1997.

3.6 Разработка инфологической модели предметной области

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

· Один к одному (1:1)

· Один ко многим (1:М или М:1)

· Многие ко многим (М:N)

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

В данном курсовом проекте используются такие связи как:

1)

Код сотрудника код заказа

Класс принадлежности сотрудник, заказ необязательный.

2)

Код клиента код заказа

Класс принадлежности клиент, заказ обязательный.

3)

Код тура код заказа

Класс принадлежности тур, заказ обязательный.

4)

Код услуги Код тура

Класс принадлежности услуга, тур обязательный.

5)

Код тура код транспорта

Класс принадлежности тур, транспорт необязательный.

6)

Код страны код услуги

Класс принадлежности страна, услуги необязательный.

7)

Код страны код города

Класс принадлежности страна, город обязательный.

4. Проектирование даталогической модели БД

4.1 Выбор СУБД

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

4.2 Отображение инфологической модели на даталогическую модель

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

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

Клиенты (Код клиента, Фамилия, имя, отчество, адрес, телефон);

Поставщики (Код услуги, Код поставщика, Название поставщика, представитель поставщика, обращаться, телефон, адрес);

Сотрудники (Код сотрудника, Фамилия, Имя, Отчество, Дата рождения, зарплата, должность, Адрес, Телефон);

Туры (Код тура, Код услуги, дата отправления, дата прибытия, стоимость тура, код транспорта, длительность пребывания, количество человек);

Услуги (Код услуги, Код страны, Визовое обслуживание, проживание, питание, экскурсии);

Город (Код страны, код города, город);

Страна (Код страны, название страны, код города);

Транспорт (Код транспорта, наименование);

Заказы (Код заказа, код тура, Код сотрудника, код клиента, дата оформления).

Таблица Город

Имя поля

Тип данных

Обязательное поле

Индексирование данных

Код страны

Числовой

да

нет

Код города

Числовой

Да

Да(Совпадения не допускаются)

Город

Короткий текст

да

нет

Таблица Заказы

Имя поля

Тип данных

Обязательное поле

Индексирование данных

Код заказа

Числовой

да

Да(Совпадения не допускаются)

Код тура

Числовой

Да

нет

Код сотрудника

Числовой

да

Нет

Код клиента

Числовой

Да

нет

Таблица Клиенты

Имя поля

Тип данных

Обязательное поле

Индексирование данных

Код клиента

Числовой

да

Да(Совпадения не допускаются)

Фамилия

Короткий текст

да

нет

Имя

Короткий текст

нет

Нет

Отчество

Короткий текст

нет

Нет

Адрес

Короткий текст

нет

Нет

Телефон

Короткий текст

нет

нет

Таблица Поставщики

Имя поля

Тип данных

Обязательное поле

Индексирование данных

Код услуги

Числовой

Нет

Нет

Код поставщика

Числовой

Да

Да (совпадения не допускаются)

Название поставщика

Короткий текст

Нет

Нет

Представитель поставщика

Короткий текст

Нет

Нет

Обращаться

Короткий текст

Нет

Нет

Телефон

Короткий текст

Нет

Нет

Адрес

Короткий текст

Нет

нет

Таблица Сотрудники

Имя поля

Тип данных

Обязательное поле

Индексирование данных

Код сотрудника

Числовой

Да

Да (совпадения не допускаются)

Фамилия

Короткий текст

да

Нет

Имя

Короткий текст

Нет

Нет

Отчество

Короткий текст

Нет

Нет

Дата рождения

Дата и время

Нет

Нет

Зарплата

Денежный

Нет

Нет

Должность

Короткий текст

Нет

Нет

Адрес

Короткий текст

Нет

Нет

Телефон

Короткий текст

Нет

Нет

Таблица Страна

Имя поля

Тип данных

Обязательное поле

Индексирование данных

Код страны

Числовой

Да

Да (совпадения не допускаются)

Название страны

Короткий текст

Нет

Нет

Код города

Числовой

Нет

Да (совпадения допускаются)

Таблица Транспорт

Имя поля

Тип данных

Обязательное поле

Индексирование данных

Код транспорта

Числовой

Да

Да (совпадения не допускаются)

Наименование

Короткий текст

Нет

Нет

Таблица Туры

Имя поля

Тип данных

Обязательное поле

Индексирование данных

Код тура

числовой

Да

Да (совпадения не допускаются)

Код услуги

Числовой

Нет

Нет

Дата отправления

Дата и время

Нет

Нет

Дата прибытия

Дата и время

Нет

Нет

Стоимость тура

Денежный

Нет

Нет

Код транспорта

Числовой

Нет

Нет

Длительность пребывания

Числовой

Нет

Нет

Количество человек

Числовой

Нет

нет

Таблица Услуги

Имя поля

Тип данных

Обязательное поле

Индексирование данных

Код услуги

Числовой

Да

Да (Совпадения не допускаются)

Код страны

Числовой

нет

Да (допускаются совпадения)

Визовое обслуживание

логический

-

Нет

Проживание

Короткий текст

Нет

Нет

Питание

Короткий текст

Нет

Нет

Экскурсии

Логический

-

нет

Схема даталогической модели базы данных (схема данных).

Рисунок 1(Схема данных "Туристическая фирма")

5. Реализация БД

5.1 Разработка средств реализации ограничений целостности

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

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

1. Ограничения на атрибуты (тип атрибута, диапазон допустимых значений).

2. Число кортежей отношения должно быть равно числу первичных ключей (наличие кортежей -дубликатов не допускается).

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

Второе ограничение накладывается на отношения на этапе заполнения таблиц данными о БД.

Существует также два общих правила целостности. Они касаются потенциальных и внешних ключей:

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

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

2. Потенциальный ключ отношения не может иметь пустого значения (NULL). Так как объект, не имеющий идентичности, не существует.

3. Если r2 - некоторое отношение с внешним ключом X , то должно существовать такое базовое отношение r1 с первичным ключом K , что каждое значение X в r2 совпадает со значением К в каком-либо кортеже отношения r1.

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

5.2 Разработка процедур ведения БД

Запрос по турам

SELECT Страна.[Название страны], Город.Город, Туры.[Дата отправления], Туры.[Длительность пребывания], Туры.[Стоимость тура], Транспорт.Наименование, Услуги.Проживание, Туры.[Количество человек]

FROM Город INNER JOIN ((Страна INNER JOIN Услуги ON Страна.Код_страны = Услуги.[Код страны]) INNER JOIN (Транспорт INNER JOIN Туры ON Транспорт.[Код транспорта] = Туры.[Код транспорта]) ON Услуги.[Код услуги] = Туры.[Код услуги]) ON Город.Код_города = Страна.Код_город;

Запрос по клиентам

SELECT Страна.[Название страны], Город.Город, Туры.[Дата отправления], Туры.[Длительность пребывания], Туры.[Стоимость тура], Транспорт.Наименование, Услуги.Проживание, Туры.[Количество человек]

FROM Город INNER JOIN ((Страна INNER JOIN Услуги ON Страна.Код_страны = Услуги.[Код страны]) INNER JOIN (Транспорт INNER JOIN Туры ON Транспорт.[Код транспорта] = Туры.[Код транспорта]) ON Услуги.[Код услуги] = Туры.[Код услуги]) ON Город.Код_города = Страна.Код_город;

Запрос по поставщикам

SELECT Поставщики.[Название Поставщика], Поставщики.[Представитель Поставщика], Поставщики.Обращаться, Поставщики.Телефон, Поставщики.Адрес

FROM Поставщики;

Запрос по сотрудникам

SELECT Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, Сотрудники.[Дата рождения], Сотрудники.Зарплата, Сотрудники.Должность, Сотрудники.Адрес, Сотрудники.Телефон

FROM Сотрудники;

Запрос по турам

SELECT Страна.[Название страны], Город.Город, Туры.[Дата отправления], Туры.[Длительность пребывания], Туры.[Стоимость тура], Транспорт.Наименование, Услуги.Проживание, Туры.[Количество человек]

FROM Город INNER JOIN ((Страна INNER JOIN Услуги ON Страна.Код_страны = Услуги.[Код страны]) INNER JOIN (Транспорт INNER JOIN Туры ON Транспорт.[Код транспорта] = Туры.[Код транспорта]) ON Услуги.[Код услуги] = Туры.[Код услуги]) ON Город.Код_города = Страна.Код_город;

Запрос по странам

SELECT Страна.[Название страны], Город.Город

FROM Город INNER JOIN Страна ON Город.Код_города = Страна.Код_город;

Туры на Мальдивы на 6 дней

SELECT Туры.[Код тура], Страна.[Название страны], Город.Город, Туры.[Дата отправления], Туры.[Дата прибытия], Туры.[Длительность пребывания], Туры.[Стоимость тура]

FROM Туры, Город INNER JOIN Страна ON Город.Код_города=Страна.Код_город

WHERE (((Страна.[Название страны])="Мальдивы") AND ((Туры.[Длительность пребывания])=6));

Запрос по услугам

SELECT Услуги.[Визовое обслуживание], Услуги.Проживание, Услуги.Питание, Услуги.Экскурсии

FROM Услуги;

6. Интерфейс и руководство пользователя

Для запуска данного проекта достаточно сделать двойной щелчок мышью по файлу “Турфирма.mdb”. Автоматически загружается Microsoft Access и открывается главная кнопочная форма. Из нее можно попасть, нажимая соответствующие кнопки, в формы просмотра данных о летчиках, самолетах, заказа билета, изменения данных базы, просмотра отчетов, а также кнопка Выход, нажав которую вы сможете выйти из программы.

· Главная форма

· Информация о туристической фирме

· Запросы

· Добавление информации

· Таблицы

· Отчеты

· Добавление информации: Клиенты

· Добавление информации: Поставщики

· Добавление информации: Сотрудники

· Добавление информации: Туры

7. Спецификация входных и выходных запросов

Основной и единственный исполняемый модуль программы Турфирма.mdb. Этот модуль содержит таблицы данных, запросы к данным, формы ввода-вывода.

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

Таблица: Город

Таблица: Заказы

Таблица: Клиенты

Таблица: Поставщики

Таблица: Сотрудники

Таблица: Туры

Таблица: Страны

Таблица: Транспорт

Таблица: Услуги

Microsoft Access позволяет автоматизировать обработку баз данных путем программирования на языке Visual Basic for Application.

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

В данной программе используются следующие модули:

Модуль: Добавление информации

Модуль: Запросы

Модуль: Информация о турфирме

Модуль: Клиенты

Модуль: Отчеты

Модуль: Поставщики

Модуль: Сотрудники

Модуль: Таблицы

Модуль: Туристическая фирма ООО «ПЕГАС»

Модуль: Туры

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

8. Спецификация запросов пользователей

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

Запрос: Стоимость билета

Запрос: Проданные билеты

Запрос: Проданные места

Заключение.

В данном курсовом проекте была создана база данных по предметной области Туристическая фирма. При этом использовалась программа Microsoft Access 2013.

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

Список используемой литературы

1. Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. - М: ФОРУМ: ИНФРА-М, 2012

2. Кузин А.В,, Демин В.М. Разработка баз данных в системе Microsoft Access: Учебник. - М.: ФОРУМ: ИНФРА-М, 2012

3. Советов Б.Я. Базы данных: теория и практика: учебник для бакалавров Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. - 2-е изд. - М.: Издательство Юрайт, 2012

4. Полякова Л.Н. основы SQL: учебное пособие / Л.Н. Полякова. - 2-е изд.испр. - М.: Интернет-Университет Информационных Технологий ; БИНОМ. Лаборатория знаний, 2012

5. Карпова И.П. Базы данных. Учебное пособие. - СПб.: Питер, 2013

6. Фуфаев Э.В. Базы данных: Учебное пособие для студентов СПО/ Э.В. Фуфаев, Д.Э. Фуфаев. - Издательский центр «Академия», 2014

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


Подобные документы

  • Анализ предметной области, определение сущностей и связей. Разработка базы данных, создание таблиц и запросов. Исходные тексты процедур модулей. Тестирование информационной системы на корректность работы. Схема инфологической модели предметной области.

    курсовая работа [4,3 M], добавлен 19.12.2011

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

    курсовая работа [1,1 M], добавлен 13.02.2014

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

    курсовая работа [6,6 M], добавлен 24.10.2013

  • Анализ предметной области. Перечень хранимой информации: таблицы, поля, типы. Выделение сущностей, атрибутов, ключей, связей. Начальное заполнение данными БД. Создание и запуск базовых запросов. Проектирование базы данных в среде Enterprise Architect.

    курсовая работа [1,6 M], добавлен 16.02.2016

  • Анализ предметной области - магазин "Канцелярские товары". Проектирование и реализация базы данных в MS SQL Server. Перечень хранимой информации: таблицы, поля, типы. Моделирование предметной области. Выделение сущностей, атрибутов, ключей, связей.

    курсовая работа [2,2 M], добавлен 05.02.2015

  • Разработка базы данных фирмы, представляющей в прокат автомобили; спецификация требований. Создание инфологической модели предметной области. Определение сущности, ее атрибутов и связей между ними; структура таблиц. Реализация базы данных в MS SQL Server.

    курсовая работа [1021,2 K], добавлен 10.04.2015

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

    курсовая работа [1,7 M], добавлен 10.02.2013

  • Анализ предметной области. Проектирование диаграммы "сущность-связь" в Enterprise Architect. Общие сведения о базовых запросах. Создание базы данных в MySQL. Выделение сущностей, атрибутов, ключей, связей. Применение табличных и скалярных функций.

    курсовая работа [1,8 M], добавлен 28.01.2016

  • Анализ предметной области - магазин "Канцелярские товары". Проектирование и реализация учебной базы данных магазина. Перечень хранимой информации: таблицы, поля, типы. Выделение сущностей, атрибутов, ключей, связей. Создание и запуск базовых запросов SQL.

    курсовая работа [2,4 M], добавлен 09.08.2015

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

    дипломная работа [2,0 M], добавлен 15.11.2012

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.