База данных горнолыжного курорта

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«МУРМАНСКИЙ ГОСУДАРСТВЕННЫЙ ГУМАНИТАРНЫЙ УНИВЕРСИТЕТ»

(ФГБОУ ВПО МГГУ)

Факультет  физико-математического образования, информатики и программирования

Кафедра математики и математических методов в экономике

 

 

 

К У Р С О В А Я    Р А Б О Т А

База данных горнолыжного курорта

 

 

 

 

Выполнил студент:

Малахов И.Д.,

Бизнес-информатика, очная, 2 курс

Научный руководитель

Пышкина Т. В.

 

 

 

 

Мурманск

2014

СОДЕРЖАНИЕ

Стр.

ВВЕДЕНИЕ…………………………………………………………………..………3

ГЛАВА I АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ…………………….………….…4

ГЛАВА II РАЗРАБОТКА ИНФОРМАЦИОННО-ЛОГИЧЕСКОЙ СХЕМЫ БАЗЫ ДАННЫХ…………………………..…………………………………………5

2.1Выделение объектов и информационных процессов в данной области………………………………………………………………………………..5

2.2Разработка реляционной модели……….……………………………..….6

ГЛАВА III РАЗРАБОТКА ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ…………………16

3.1Создание форм……………...……………….……………………………16

3.2Создание отчетов для базы данных……...…..……………….…………22

3.3Запросы в базу данных……………..……….…………………....………24

ЗАКЛЮЧЕНИЕ……………………………………………………………….…….27

ИСТОЧНИКИ И ЛИТЕРАТУРА.…………………………………………………29

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

 

     В состав  пакета Microsoft Office Professional входит приложение Microsoft Access, предназначенное для работы с базами данных. Под базой данных Microsoft Access понимает совокупность данных и объектов, относящихся к определенной задаче. База данных Microsoft Access может содержать таблицы, запросы, формы, отчеты, макросы, модули и ярлыки страниц доступа к данным. Ядро базы данных Microsoft Jet управляет данными, которые содержатся в таблицах, находящихся в базе данных. Данные в связанных таблицах могут содержаться в другой базе данных Access, во внешнем источнике данных, таком как базы данных dBASE или электронная таблица Microsoft Excel, а также в источнике данных ODBC, таком как Microsoft SQL Server.

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

 

 

 

 

 

 

 

 

 

 

 

 

 

1.АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

 

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

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

    К этому комплексу  относится и различная экипировка  для спортсменов, которой присвоен  свой код, время проката, цена  и т.п.

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

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

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

 

 

 

 

 

2.РАЗРАБОТКА ИНФОРМАЦИОННО-ЛОГИЧЕСКОЙ СХЕМЫ БАЗЫ ДАННЫХ

 

2.1 Выделение объектов и информационных процессов в данной области

 

Рисунок 2.1 – Схема данных в СУБД Access

 

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

Концептуальная модель базы данных имеет следующий вид:

Таблица «Главная» включает в себя такие поля как: Код операции; Услуга; Время работы.

Таблица «Прокат (прокат)» включает в себя такие поля как: Наименование; Стоимость руб/ч.; Код услуги (прокат); Код операции.

Таблица «Склоны» включает в себя такие поля как: Название; Уровень сложности; Номер подъемника; Состояние трассы; Номер склона.

Таблица «Инструкторы» включает в себя такие поля как: ФИО; Стаж; Стоимость; Код услуги (инструктор); Код операции; Возраст.

Таблица «Услуга (трансфер)» включает в себя такие поля как: Услуга; Трансфер; Уровень комфорта; Стоимость; Код услуги (трансфер); Код операции.

Таблица «Прокат (экипир)» включает в себя такие поля как: Наименование; Стоимость руб/ч.; Код услуги (экипировка); Код операции.

Таблица «Подъемник» включает в себя такие поля как: Номер подъемника; Тип подъемника; Номер склона; Стоимость подъема (руб/ч.); Код услуги (подъемник); Код операции.

Таблица «Код операции» включает в себя такие поля как: Код заказа; Код карты; Код услуги (прокат); Код услуги (экипир); Код услуги (инструктор); Код услуги (подъемник).

 Таблица «Склон-Трансфер» включает в себя такие поля как: Номер склона; Код услуги (трансфер).

Таблица «Клиенты» включает в себя такие поля как: ФИО клиента; Номер телефона; Возраст; Код карты.

Для каждой сущности выбран ключ - атрибут, значения которого однозначно идентифицируют кортеж:

1) Таблица «Главная» - ключевое  поле «Код операции»

2) Таблица «Прокат (прокат)» - ключевое поле «Код услуги (прокат)»

3) Таблица «Склоны» - ключевое  поле «Номер склона»

4) Таблица «Инструкторы» - ключевое поле «Код услуги  инструктор»

5) Таблица «Услуга (трансфер)» - ключевое поле «Код услуги (трансфер)»

6) Таблица «Прокат (экипир)» - ключевое поле «Код услуги (экипировка)»

7) Таблица «Подъемник» - ключевое  поле «Код услуги (подъемник)»

8) Таблица «Код операции» - ключевое поле «Код заказа»

9) Таблица «Склон-Трансфер» - ключевое поле «Номер склона»

10) Таблица «Клиенты» - ключевое  поле «Код карты»

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

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

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

Самая основная таблица «Код операции». Она имеет связь с другими таблицами «многие к одному». Эта таблица является учетной, так как в ней указывается код карты клиента и соответственно, все выбранные клиентом услуги. 

Остальные таблицы лишь информационные и содержат информацию либо об отдельной услуге, операции или о клиентах.

Предполагается также решение следующих задач:

- получение информации  об определенной услуге;

- получение информации  о персонале;

- получение информации  о клиентах;

- получение информации  об совершенных сделках;

- ввод данных в таблицы;

- удаление данных из таблиц.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.2 Разработка реляционной  модели базы данных

 

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

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

Эти отношения обладают следующими характеристиками:

- отношение имеет имя, которое отличается от имен  всех других отношений в реляционной  схеме;

- каждая ячейка отношения  содержит только одно элементарное (неделимое) значение;

- каждый атрибут имеет  уникальное имя;

- значения атрибута берутся  из одного и того же домена;

- каждый кортеж является  уникальным, т.е. дубликатов кортежей  быть не может;

- порядок следования атрибутов  не имеет значения;

- теоретически порядок  следования кортежей в отношении  не имеет значения; (Но практически  этот порядок может существенно  повлиять на эффективность доступа  к ним)

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

- во множестве нет повторяющихся  элементов. Аналогично, отношение не  может содержать кортежей-дубликатов;

- поскольку отношение  является множеством, то порядок  элементов не имеет значения. Следовательно, порядок кортежей  в отношении несуществен.

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

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

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

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

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

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

Связь - это функциональная зависимость между сущностями. Например, "служащий" совершает "продажи".

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

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

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

Базовые отношения - это реально существующие модели отношения, которые соответствуют реальному объекту предметной области.

Целостность по ссылкам основана на понятии внешнего ключа.

Пусть даны отношения R1 и R2. Пусть k1, - это первичный ключ отношения R1.

Если в отношении R2 присутствуют атрибуты k1, то для отношения R2, k1 - это внешний ключ. Если базовое отношение R2 содержит внешний ключ k1, то каждое значение k1 в R2 должно быть либо равным какому-либо значению R1, либо полностью неопределенным.

Достоинствами реляционного подхода являются:

1.Наличие простого, и в  тоже время мощного математического  аппарата

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

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

Итак, условия первой нормальной формы: