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

- Определить требуемые элементы данных, потому что они становятся столбцами в таблице. Поместить связанные элементы данных в таблицу.

- Гарантировать отсутствие повторяющихся групп данных.

- Гарантировать наличие первичного ключа.

- Значение всех атрибутов атомарны.

- Информационная система находится в первой нормальной форме.

Условия второй нормальной формы:

- Отношение в первой нормальной форме.

- Независимость первичных ключей и столбцов

- Информационная система находится во второй нормальной форме.

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

Условия третьей нормальной формы:

- Отношение во второй нормальной форме.

- Все поля, не входящие в первичный ключ, зависят от первичного ключа.

- Информационная система находится в третьей нормальной форме.

Таким образом, нормализация отношений успешно достигнута.

После нормализации отношений было создано 7 таблиц. Проиллюстрируем эти таблицы в режиме конструктора:

 

 

 

 

 

 

 

 

 

 

 

Рисунок 2.2 – Главная таблица в режиме конструктора

 

 

 

Рисунок 2.3 - Таблица «Инструкторы» в режиме конструктора

 

 

 

 

 

 

 

Рисунок 2.4 - Таблица «Клиенты» в режиме конструктора

 

 

 

Рисунок 2.5 - Таблица «Код операции» в режиме конструктора

 

 

 

 

 

 

 

Рисунок 2.6 - Таблица «Подъемник» в режиме конструктора

 

 

 

Рисунок 2.7 - Таблица «Прокат (прокат)» в режиме конструктора

 

 

 

 

Рисунок 2.8 - Таблица «Прокат (экипировка)» в режиме конструктора

 

 

 

Рисунок 2.9 - Таблица «Склон – Трансфер» в режиме конструктора

 

 

 

 

 

 

Рисунок 2.10 - Таблица «Склоны» в режиме конструктора

 

 

 

Рисунок 2.11 - Таблица «Услуга (трансфер)» в режиме конструктора

 

 

 

 

 

3.РАЗРАБОТКА ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ

 

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

 

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

- посмотреть отчеты;

- ввести информацию в  таблицы;

- выйти из кнопочной  формы.

На рисунке ниже предоставлено диалоговое окно Главной кнопочной формы:

 

 

Рисунок 3.1 Окно «Главная кнопочная форма»

 

 

Переход по вкладке «Отчеты»:

 

Рисунок 3.2 Просмотр отчетов

 

Если перейти по вкладке «Отчеты», то откроется диалоговое окно, в котором будет две другие вкладки: «Список инструкторов» и «Отчет по стоимости услуг». При переходе на вкладку «Список инструкторов» открывается диалоговое окно со списком инструкторов, упорядоченном по фамилиям. Продемонстрирую работу формы:

 

 

Рисунок 3.3 Переход к отчету «Список инструкторов»

 

При переходе на вкладку «Отчет по стоимости услуг» открывается диалоговое окно со списком инструкторов, упорядоченном по фамилиям.

 

 

Рисунок 3.4 Переход к отчету по стоимости услуг

 

 

Рисунок 3.5 Кнопочная форма в таблице Switcboard Items

В таблице «Switcboard Items» отображены все данные о создании кнопочной формы.

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

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

 

 

Рисунок 3.6 Форма «Идентификационный код заказа клиента»

 

 

Рисунок 3.7 Форма в режиме конструктора

 

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

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

 

 

Рисунок 3.8 Форма «Склоны»

 

Теперь посмотрим создание данной формы в режиме конструктора (Рисунок 3.9). С помощью дополнительной формы (Склон-Трансфер) и таблицы «Склоны» (Рисунок 2.10) была создана данная форма:

 

Рисунок 3.9 Форма «Склоны» в режиме конструктора

 

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

 

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

Демонстрацию отчетов можно посмотреть в первом пункте третьей главы (Рисунок 3.3, Рисунок 3.4). С данными отчетами в режиме конструктора можно ознакомиться по рисункам, представленным ниже:

 

 

Рисунок 3.10 Отчет по стоимости услуг в режиме конструктора

 

Отчет по стоимости услуг был создан в режиме конструктора. С помощью взаимодействия строк из трех таблиц «Инструкторы», «Главная» и «Код операции» (Рисунок 2.3, Рисунок 2.2, Рисунок 2.5 соответственно) был создан данный отчет. В заголовке отчета прописано два условия (=Date(),=Time()) для вывода даты и времени просмотра отчета. Для того, чтобы узнать на какую букву начинается фамилия следовало прописать в заголовке группы ФИО условие (=Left([ФИО];1). В данном отчете вычисляется суммарная стоимость услуги за час (вычисление суммарной стоимости вычисляется с помощью формулы =Sum([Оклад])) и средняя стоимость услуги за час (вычисление средней стоимости вычисляется с помощью формулы =Avg([Оклад])).

 

 

Рисунок 3.11 Отчет «Список инструкторов» в режиме конструктора

 

Данный отчет не особенно отличается от предыдущего. Данные были взяты так же из трех таблиц «Инструкторы», «Главная» и «Код операции» (Рисунок 2.3, Рисунок 2.2, Рисунок 2.5 соответственно). Данный отчет нужен для просмотра реально работающих инструкторов в горнолыжном комплексе.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

 

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

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

Следующий запрос выводит имена клиентов, которые начинаются на букву «М», их номера телефонов и возраст. В основе запроса данные из таблицы «Клиенты» (Рисунок 2.4):

 

 

Рисунок 3.12 Запрос «Клиенты на букву «М»»

 

Благодаря условию отбора (Like “M”) ФИО клиентов отображается только с условием, что все фамилии начинаются на букву «М».

 

 

Рисунок 3.13 Запрос «Клиенты на букву «М»» в режиме конструктора

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

 

 

Рисунок 3.14 Запрос «Инструктор-Клиент»

 

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

 

 

Рисунок 3.15 Запрос «Инструктор-Клиент» в режиме конструктора

В Access при обращении к БД также применяется язык SQL (Access изнутри организован по системе «клиент-сервер»). Любой запрос, построенный с помощью мастера или конструктора, имеет соответствующее представление на языке SQL. Конструктор – лишь визуальное средство для создания запросов. В Access имеется возможность редактировать запросы непосредственно в режиме SQL. Причем, не всякий составленный на SQL запрос, может быть отображен в режиме конструктора – SQL имеет более широкие возможности, чем визуальный конструктор.

Для запроса была выбрана таблица «Код услуги (экипир)». Сам запрос идентифицирует код услуги – экипировка и выводит на экран информацию о том, сколько раз клиенты заказали данную услугу. Для успешного функционирования бизнеса нужно всегда знать и предугадывать желания потребителя. Для демонстрации этого правила и был создан данный запрос. С работой данного запроса можно ознакомиться ниже:

 

 

Рисунок 3.7 Запрос «Количество клиентов»

 

Запрос был создан с помощью синтаксиса SQL. Продемонстрирую запрос «Количество клиентов» в режиме SQL:

 

 

Рисунок 3.5 Режим SQL

ЗАКЛЮЧЕНИЕ

 

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

- повысить надежность, целостность и сохранность данных;

- сохранить затраты интеллектуального труда;

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

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

- обеспечить достоверность данных;

- обеспечить требуемую скорость доступа к данным;

- стандартизовать данные в пределах одной предметной области;

- автоматизировать реорганизацию данных;

- обеспечить защиту от искажения и уничтожения данных;

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

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

- создать предпосылки  для создания распределенной  обработки дaнныx.

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

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

В данной работе использовались такие объекты, как: таблицы, запросы, формы, отчеты, макросы. Но программа Microsoft Office Access 2003 намного обширней, разнообразней и имеет больше возможностей. Например, для создания запросов можно использовать структурированный язык SQL, можно подготовить данные для Интернета и т.п. Поэтому, конкретный вывод о применимости Access можно сделать только после ее всестороннего анализа, что выходит за рамки данной курсовой работы.

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Источники и литература

 

1. Вейкас Д. Эффективная работа с Microsoft Access 2/: Перев. с англ. - СПб.: Питер, 1995. - 864 с.: ил.

2. Карпова Т.С. Базы данных: модели, разработка, реализация/: - СПб.: Питер, 2001. - 304 с.: ил.

3. Манфред Х., Шпильман К. Access: сотни полезных рецептов/: пер. с нем. - К.: BHV, 1997. - 400 с.

4. Аблязов В.И., Редько С.Г. Проектирование баз данных в среде Microsoft Office Access 2003. Методические указания по выполнению лабораторных работ/: - Москва: Астрель,  2008. - 49 с.

5. Гончаров А.Ю., Access 2003. Самоучитель с примерами/: Электронная версия. - Кудиц-образ: 2004. - 272 с.

6. Симонович С. В., Евсеев  Г. А., Специальная информатика: Учебное пособие/: – М.: АСТ-ПРЕСС: Инфорком-Пресс: 2000. - 163с.

7. Мейер М.Н., Теория реляционных баз данных/: – М.: Мир: 1987. – 145с.

8. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем/: – М.: Финансы и статистика: 1989. – 251с.

9. Бакаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2002/: – СПб.: БХВ-Петербург: 2002. – 276с.

10. Григорьев В.А., Ревунков В.И. Банки данных. Учебник для вузов/: – М., МВТУ им.Баумана: 2002. – 304с.