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

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

ПО КУРСУ «БАЗЫ ДАННЫХ»

РАЗРАБОТКА БАЗЫ ДАННЫХ ПО ТЕМЕ: «ПРЕКРАСНЫЕ МЕСТА АЛТАЯ»

Содержание

Введение

1. Природные ресурсы Республики Алтай

1.1 Описание предметной области «Прекрасные места Алтая»

1.2 Составление моделей. Нормализация

1.3 Программные обеспечения для реализации проекта

2. Разработка базы данных «Прекрасные места Алтая»

2.1 Постановка задачи, построение моделей

2.2 Разработка веб-приложения

Заключение

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

Приложение 1(справочное)

Введение

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

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

Целью данной курсовой работы является проектирование и разработка базы данных «Прекрасные места Алтая».

Задачи, которые были поставлены в курсовой работе:

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

- построение инфологической модели;

- построение даталогической модели;

- обоснование выбора СУБД, создание и заполнение базы данных;

- создание приложения;

Объектом исследования курсовой являются природные объекты Республики Алтай.

Предмет исследования - автоматизирование учета природных объектов Республики Алтай по средствам создания базы данных.

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

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

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

1. Природные ресурсы республики Алтай

1.1 Описание предметной области «Прекрасные места Алтая» и подходы

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

Богатства о рекреационных ресурсов Республики Алтай определяется природно-климатическими условиями данной территории, большое количество солнечных дней в году, наличие широкого спектра горноклиматических зон, лесостепные и лесные низкогорья Северной части Алтая имеют возможности организации массового отдыха и туризма. А также грязевые источники, водные сплавы, туристские походы и альпинистские восхождения. Реки Горного Алтая представляют по своим техническим характеристикам значительный интерес для спортсменов и туристов-водников. Водопады привлекают туристов своей красотой и манят их каждый год возвращается снова. Для горнолыжного спорта есть практически все условия на высотах более 2000 метров имеется стабильный снежный покров, где продолжительность залегания снега колеблется от 100 до 300 дней в году. Большим интересом у туристов и альпинистов пользуется ледники. По количеству ледников (1330) и площади оледенения Алтай занимает третье место среди горных стран мира. Близ массива г. Белуха (4506 м) сосредоточено 169 ледников. В Республике Алтай прекрасные условия для развития практически всех видов туризма, создания бальнеологических центров-курортов и санаториев, организации путешествий и экскурсий экзотического характера (охота, рыбная ловля, приключенческий туризм). Представляют интерес некоторые виды специального туризма и спорта: горные и горно-пешеходные виды путешествий, конные маршруты, водный туризм, альпинизм и т.д. Основные туристические достопримечательности - Телецкое озеро, Алтайский и другие заповедники, гора Белуха, плоскогорье Укок, пещеры, курганы, Улалинская палеолитическая стоянка - самая древняя стоянка первобытного человека и другие[21].

В Республике Алтай выделены особо охраняемые территории - это два заповедника, пять заказников, зона покоя «Укок» и природный парк «Белуха». Отнесены к особо охраняемым территориям и природным объектом 126 памятников природы, из них 44 имеют республиканское значение. Озера, водные источники, водопады, горы, перевалы, ландшафтные участники - все охраняемые территории и природные объекты находятся в ведении и под контролем Государственного комитета природы Республики Алтай [11]. база данные модель алтай

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

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

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

Предметный подход - когда информационный спрос будущих пользователей БД строго не устанавливаются. При этом, невозможно выделить минимальное количество объектов предметной области, которые необходимо описывать. База может быть использована при решении множества разнообразных, заранее не определенных задач. При конструировании предметной базы данных затрудняется охватом предметной области, конкретизация потребностей пользователей, которая приводит к сложной схеме данных и не эффективна для решения задач 1. Основы современных компьютерных технологий/ под ред. Хомоненко А. Д. - Спб: КОРОНА - Принт, 2002 - 448 с.

1.2 Разработка базы данных. Составление моделей. Нормализация

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

Система управления базами данных (СУБД) - объединение языковых и программных средств; для создания, управления и общего или специального применения базы данных многими пользователями.

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

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

После описания предметной области переходим к инфологическому моделированию БД.

Цель инфологического моделирования является обеспечение более естественного представления для человека информации, которые будут содержаться в создаваемой базе. Поэтому инфологическую модель данных строится на доступном для пользователей и удобном разработчиков языке. Известны следующие средства создания внешних моделей: семантические сети; язык инфологического моделирования; ER-диаграммы; модель «сущность-связь» (Entity-Relationship model).

Модель «сущность-связь» разработана Ченом (Chen) в1976 году для упрощения концептуального проектирования баз данных. На ее основе разрабатывается большинство современных подходов к проектированию баз данных [5].

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

Основными компонентами ER - модели являются сущность, связь и атрибут.

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

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

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

Связь 1:М (один-ко-многим) - записи основной таблицы соответствует несколько записей вспомогательной таблицы.

Связь М:1 (многое-к-одному) - одна или несколько записей основной таблицы ставятся в соответствие одна запись дополнительной таблицы.

Связь М:М (многие ко многим) - несколько записей основной таблицы соответствует несколько записей дополнительной таблицы.

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

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

1. представление предметной области в том виде, как она реально существует;

2. как ее воспринимает человек (как воспринимает проектировщик);

3. как она может быть описана с помощью символов.

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

После инфологической модели строится даталогическая модель.

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

Особое внимание при построении модели уделяют целостности и отсутствию избыточности данных, то есть одни и те же данные не повторялись [9].

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

Отношение - множество, которое не содержит одинаковых элементов - кортежей.

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

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

Выделяют следующую последовательность нормальных форм:

- первая нормальная форма (1НФ);

- вторая нормальная форма (2НФ);

- третья нормальная форма (3НФ);

- усиленная третья нормальная форма, или нормальная форма Бойса - Кодда (БКНФ);

- четвертая нормальная форма (4НФ);

- пятая нормальная форма (5НФ). [3]

Таблица находится в первой нормальной форме, если каждый её атрибут атомарен, то есть атрибут содержит одно значение. Таким образом, не существует 1НФ таблицы, в полях которых могут храниться списки значений. Для приведения таблицы к 1НФ разбиваем таблицу на несколько отдельных таблиц [6].

Таблица находится во второй нормальной форме, если она находится в первой нормальной форме, и при этом любой её атрибут, который не входит в состав первичного ключа, функционально полно зависит от первичного ключа. При этом, нужно учитывать, что неключевой атрибут не находится в функциональной зависимости от какой-либо из входящих в него атрибутов (частей). Другими словами, в 2НФ нет неключевых атрибутов, зависящих от части составного ключа и выполняются условия 1НФ.[6]

Таблица находится в третьей нормальной форме (3НФ), если она находится во второй нормальной форме и при этом любой ее неключевой атрибут зависит только от первичного ключа [6].

Таким образом, отношение находится в 3НФ тогда и только тогда, когда оно находится во 2НФ и отсутствуют транзитивные зависимости неключевых атрибутов от ключевых. Транзитивной зависимостью неключевых атрибутов от ключевых называется следующая зависимость: A > B и B > C, А транзитивно зависит от С, где A - набор ключевых атрибутов (ключ), B и С - различные множества неключевых атрибутов [6].

При решении практических задач в большинстве случаев третья нормальная форма является достаточной. Процесс проектирования реляционной базы данных, заканчивается приведением к 3НФ [6].

Для создания таблиц и запросов будет использоваться SQL (англ. structured query language -- «структурированный язык запросов») язык запросов, применяемый для создания, модификации и управления данными в произвольной реляционной базе данных, управляемой соответствующей системой управления базами данных (СУБД).

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

1.3 Программные обеспечения для реализации проекта

MS Access - система управления базами данных (СУБД), предназначенная для создания и обслуживания баз данных, обеспечения доступа к данным и их обработки. Предоставляет максимальную свободу в задании типа данных (текст, числовые данные, даты, время, денежные значения, рисунки, электронные таблицы). Можно задавать также форматы хранения предоставления этих данных при выводе на экран или печать. возможности, обеспечивающие связь приложении с Internet. Соответствующий мастер позволяет перенести коды HTML из объекта на Web-страницу, делая их доступными для использования всем, кто путешествует по Internet. Гиперссылки позволяют получать доступ к данным, которые размещены на Web-странице, прямо из форм Access [21].

Microsoft Visio -- векторный графический редактор, редактор диаграмм и блок-схем для Windows. Программу используем для построения моделей. Особых навыков рисования не требуется. Диаграммы создаются быстро, просто перетаскиваем фигуры на страницу документа. К диаграммам легко добавляются данные, заголовки, темы и так далее [21].

Microsoft Frontpage - конструктор сайтов в пакете Microsoft Office для создания и управления сайтами. Он имеет простые средства для создания макетов сайтов и дизайна, готовые встроенные шаблоны сайтов, которые можно использовать как основу для разработок. Визуально выделяет код, в случаях, когда есть ошибки и программа показывает их и предлагает варианты исправления [21].

На основе этих трех программ будем проектировать и разрабатывать базу данных «Прекрасные места Алтая».

2. Разработка базы данных «Прекрасные места Алтая»

2.1 Постановка задачи, построение моделей

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

Созданная база данных обладает следующими функциями:

- заносить информацию в базу данных;

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

- контроль вводимых данных;

- показать итог выполнения запросов БД;

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

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

Выходная информация - отчеты.

- в каком конкретном районе, какие природные объекты находятся;

- какой-либо природный объект и его кратное описание;

- какой-либо природный объект и его параметры;

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

Рисунок 1 Процесс поиска информации о прекрасных местах Алтая

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

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

Таблица 1

Объекты для проектирования базы данных

Водопады
Озера
Ледники
Пещеры
Реки
Перевалы

На основании проведенного анализа можно выделить следующие сущности: «Водопады», «Озера», «Ледники», «Пещеры» и «Районы»

Сущность «Районы» необходима для хранения и просмотра данных о районах и их описание. Содержит атрибуты: Номер района, Наименование района, общая площадь и административный центр (см. рисунок 2).

Район
Номер района Наименование района Общая площадь Административный центр

Рисунок 2 Описание сущности «Район»

Сущность «Водопады» необходима для хранения и просмотра данных о водопадах и их описание. Содержит атрибуты: Код водопада, Номер района, Название водопада, высота и краткое описание (см. рисунок 3).

Водопады
Код водопада Номер района Название водопада Высота Краткое описание

Рисунок 3 Описание сущности «Водопады»

Сущность «Озеро» необходима для хранения и просмотра данных об озерах и их описание. Содержит поля: Код озера, номер района, Название озера, Глубина, Площадь и Краткое описание (см. рисунок 4).

Озеро
Код озера Номер района Название озера Глубина Площадь Краткое описание

Рисунок 4 Описание сущности «Озера»

Сущность «Пещеры» - предназначено для хранения и просмотра данных о пещерах и их описание. Содержит поля: код перевала, номер района, название пещеры, протяженность, краткое описание (см. рисунок 5).

Пещеры
Код пещеры Номер района Название пещеры Протяженность Краткое описание

Рисунок 5 Определение сущности «Пещеры».

Сущность «Ледники» необходима для хранения и просмотра сведений о ледниках и их описание. Содержит поля: код ледника, название ледника, административный район, протяженность, горная система (см. рисунок 6).

Ледники
Код ледника Номер района Название ледника Протяженность Горная система

Рисунок 6 Описание сущности «Ледники»

Выявляем связи между сущностями.

Водопады	Районы	1 ко многим	Сущность Районы содержит список водопадов, также содержится данные о его высоте, площади и краткое описание
Озера	Районы	1 ко многим	Сущность Районы содержит список озер, также содержится данные о его глубине, площади и краткое описание
Пещеры	Районы	1 ко многим	Сущность Районы содержит список пещер, также содержится данные о его протяженности и краткое описание
Ледники	Районы	1 ко многим	Сущность Районы содержит список ледников, также содержится данные о его высоте и принадлежности горной системе

Рисунок 7 Типы связей

Строим инфологическую модель в MS Visio Proff (см. рисунок 8.).

Рисунок 8 Инфологическая модель сущностей и связи.

При завершении построения инфологической модели переходим к проектированию даталогичской модели. Она будет строиться в той же программе MS Visio.

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

Рисунок 9 Даталогическая модель

Приводим отношения к нормальным формам.

Приведение к первой нормальной форме.

1. Районы

- номер района - первичный ключ (PK)

- наименование района

- общая площадь

- административный центр

Номер района - первичный ключ (PK).

Наименование района, площадь, административный центр - имеет единственное значение.

2. Водопады

- код водопада (PK)

- номер района (FK)

- наименование водопада

- высота

- краткое описание

Атрибуты «высота» и «краткое описание» - не делится на какие-либо значения.

3. Озера

- код озера (PK)

- номер района (FK)

- название озера

- глубина

- площадь

- краткое описание

Атрибуты «Глубина», «Площадь», «Краткое описание» - по смыслу не делимы.

4. Пещеры

- код пещеры (PK)

- номер района (FK)

- название пещеры

- протяженность

- краткое описание

Атрибуты «Название пещеры», «Протяженность», «Краткое описание» по смыслу не делимы.

5. Ледники

- код ледника (PK)

- название ледника

- административный район (FK)

- протяженность

- горная система

Атрибуты «Протяженность», «Горная система» по смыслу не делимы.

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

Выделяем отношение «Район» с атрибутами: номер района (PK),наименование района, общая площадь, административный центр и краткое описание

Таблица 2

Привидение ко 2НФ отношения «Район»

Первичный ключ	Зависимость	Атрибут	Примечания
Номер района	Зависим	Наименование района	Номер назначается каждому названию района, номер района является PK для отношения Район. Атрибут зависит от PK.
Номер района	Зависим	Общая площадь	Площадь закреплена за каждым районом. Атрибут зависим от PK.
Номер района	Зависим	Административный центр	У любого района есть административный центр. Атрибут зависит от РК.
Номер района	зависим	Краткое описание	Каждому району дается описание

Выделяем отношение «Водопады» с атрибутами: код водопада (PK), номер района (FK), наименование водопада, высота, краткое описание. Каждый атрибут зависим от первичного ключа. Так как за каждым водопадом закреплен определенный код - наш первичный ключ. Название водопада не может быть первичным ключом, так как названия разные.

Таблица 3

Приведение к 2НФ отношения «Водопады»

Первичный ключ	Функционально и полно зависит от	Атрибут
Код водопада	Функционально и полно зависит от	Наименование района
Код водопада	Функционально и полно зависит от	Название водопада
Код водопада	Функционально и полно зависит от	высота
Код водопада	Функционально и полно зависит от	Краткое описание

За каждым озером закреплены данные о площади озера, глубине озера и т.д. Каждый атрибут зависим от ключа (таблица 4).

Таблица 4

Приведение к 2НФ отношения «Озера»

Первичный ключ	Функционально и полно зависит от	Атрибут
Код озера	Функционально и полно зависит	Наименование озера
Код озера	Функционально и полно зависит	Площадь
Код озера	Функционально и полно зависит от	Глубина
Код озера	Функционально и полно зависит от	Краткое описание

За каждой пещерой закреплены данные о протяженности, описание. Каждый атрибут зависим от ключа (таблица 5).

Таблица 5

Приведение к 2НФ отношения «Пещеры»

Первичный ключ	Функционально и полно зависит от	Атрибут
Код пещеры	Функционально и полно зависит от	Наименование пещеры
Код пещеры	Функционально и полно зависит от	протяженность
Код пещеры	Функционально и полно зависит от	Краткое описание

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

Таблица 6

Приведение к 2НФ отношения «Ледники»

Первичный ключ	Функционально и полно зависит от	Атрибут
Код ледника	Функционально и полно зависит от	Наименование ледника
Код ледника	Функционально и полно зависит от	Название района
Код ледника	Функционально и полно зависит от	Площадь
Код ледника	Функционально и полно зависит от	Краткое описание

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

Выделяем отношение «Район» с атрибутами: номер района (PK),наименование района, общая площадь, административный центр и краткое описание (таблица 7)

Таблица 7

Приведение ко 3НФ отношения «Район»

Атрибут 1	Отсутствует транзитивная связь	Атрибут 2
Наименование района	Существует транзитивная связь	Общая площадь
Наименование района	Отсутствует транзитивная связь	Администрат- ивный центр
Наименование района	Отсутствует транзитивная связь	Краткое описание
Общая площадь	Отсутствует транзитивная связь	Наименование района
Общая площадь	Отсутствует транзитивная связь	Краткое описание
Общая площадь	Отсутствует транзитивная связь	Административный центр
Административный центр	Отсутствует транзитивная связь	Наименование района
Административный центр	Отсутствует транзитивная связь	Общая площадь
Административный центр	Отсутствует транзитивная связь	Краткое описание
Краткое описание	Отсутствует транзитивная связь	Общая площадь
Краткое описание	Отсутствует транзитивная связь	Административный центр

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

Выделяем отношение «Водопады» с атрибутами: код водопада (PK), номер района (FK), наименование водопада, высота, краткое описание (таблица 8).

Таблица 8

Приведение ко 3НФ отношения «Водопады»

Атрибут 1	Отсутствует транзитивная связь	Атрибут 2
Наименование водопада	Отсутствует транзитивная связь	Высота
Наименование водопада	Отсутствует транзитивная связь	Краткое описание
Высота	Отсутствует транзитивная связь	Наименование водопада
Высота	Отсутствует транзитивная связь	Краткое описание
Краткое описание	Отсутствует транзитивная связь	Наименование водопада
Краткое описание	Отсутствует транзитивная связь	Высота

Между атрибутами отсутствует транзитивная зависимость. Выделяем отношение «Озера» с атрибутами: код озера (PK), номер района (FK), наименование озера, глубина, площадь, краткое описание (таблица 9).

Таблица 9

Приведение ко 3НФ отношения «Озера»

Атрибут 1	Отсутствует транзитивная связь	Атрибут 2
Наименование озера	Отсутствует транзитивная связь	Глубина
Наименование озера	Отсутствует транзитивная связь	Площадь
Наименование озера	Отсутствует транзитивная связь	Краткое описание
Глубина	Отсутствует транзитивная связь	Наименование озера
Глубина	Отсутствует транзитивная связь	Площадь
Глубина	Отсутствует транзитивная связь	Краткое описание
Площадь	Отсутствует транзитивная связь	Наименование озера
Площадь	Отсутствует транзитивная связь	Глубина
Площадь	Отсутствует транзитивная связь	Каткое описание
Краткое описание	Отсутствует транзитивная связь	Наименование озера
Краткое описание	Отсутствует транзитивная связь	Глубина
Краткое описание	Отсутствует транзитивная связь	Площадь

Транзитивных зависимостей нет, поэтому все атрибуты будут в отношении в БД.

Выделяем отношение «Пещеры» с атрибутами: код пещеры (PK), номер района (FK), наименование пещеры, протяженность и краткое описание (таблица 10).

Таблица 10

Приведение ко 3НФ отношения «Пещеры»

Атрибут 1	Отсутствует транзитивная связь	Атрибут 2
Наименование пещеры	Существует транзитивная связь	Протяженность
Наименование пещеры	Отсутствует транзитивная связь	Краткое описание
Протяженность	Отсутствует транзитивная связь	Наименование водопада
Протяженность	Отсутствует транзитивная связь	Краткое описание
Краткое описание	Отсутствует транзитивная связь	Наименование водопада
Краткое описание	Отсутствует транзитивная связь	Протяженность

Между атрибутами отсутствует транзитивная зависимость.

Выделяем отношение «Ледники» с атрибутами: код водопада (PK), номер района (FK), наименование водопада, высота, краткое описание (таблица 11).

Таблица 11

Приведение ко 3НФ отношения «Ледники»

Атрибут 1	Отсутствует транзитивная связь	Атрибут 2
Наименование ледника	Отсутствует транзитивная связь	Высота
Наименование ледника	Отсутствует транзитивная связь	Краткое описание
Высота	Отсутствует транзитивная связь	Наименование ледника
Высота	Отсутствует транзитивная связь	Краткое описание
Краткое описание	Отсутствует транзитивная связь	Наименование ледника
Краткое описание	Отсутствует транзитивная связь	Высота

В данном случае отсутствует транзитивная зависимость.

Таким образом, таблицы приведены в 3НФ так как они находятся во 2НФ и отсутствуют транзитивные зависимости неключевых атрибутов от ключевых.

На основе выделенных нами отношений приступаем к разработке базы данных в MS Access. Для создания таблиц используем SQL-запрос и конструктор таблиц. Для построения таблицы будет использоваться оператор CREATE TABLE в SQL-запросе.

Создаем таблицу «Район» (см. рисунок 13).SQL-запрос: Сreate table Район (номер_района integer, наименование_района text, общая_площадь char, административный_центр text); Constant [номер_района] Primary key Nott null.

Рисунок 10 Конструктор таблиц «Районы»

Затем созданную таблицу заполняем.

Создаем таблицу «Водопады». SQL-запрос: Сreate table Водопады (Код_водопада integer, Номер_района char(10), Название_водопада text(20), Высота_м char(10),краткое_описание text Constant [Код_водопада] Primary key Nott null) (см. рисунок 11)

Рисунок 11 Конструктор таблиц «Водопады»

Создаем таблицу «Озера» (рисунок 12). SQL-запрос: create table Озера (Код_озера integer, номер_района integer(10), Название_озера text(20), глубина_м char, площадь_квкм char, краткое_описание text Constant [Код_озера] Primary key Nott null)

Рисунок 12 Конструктор таблиц «Водопады»

Создаем таблицу «Пещеры» (рисунок 13). SQL-запрос: create table Пещеры (Код_пещеры integer,номер_района char, Название_пещеры text(20), потяженность char, краткое_описание text Constant [Код_пещеры] Primary key Nott null)

Рисунок 13 Конструктор таблиц «Пещеры»

Создаем последнюю таблицу «Ледники» в самом конструкторе. (Рисунок 14).

Рисунок 14 Конструктор таблиц «Ледники»

После создания всех таблиц строим схему данных (Рисунок 18).

Рисунок 15 Схема данных

Таким образом, процесс проектирования базы данных завершен. Заполняем все таблицы (см. рисунок 16). Затем строим отчеты, которые будут открываться в веб-приложении.

Рисунок 16 заполненная таблица «Водопады»

На основе заполненных таблиц, составляем запросы:

1. Ледник и район. SELECT Район.наименование_района, Ледник.[Название ледника]

FROM Район INNER JOIN Ледник ON Район.номер_района = Ледник.[административный район];

2. Озеро и район SELECT Район.наименование_района, Озера.Название_озера

FROM Район INNER JOIN Озера ON Район.номер_района = Озера.номер_района;

3. Водопады и район. SELECT Район.наименование_района, Водопады.Название_водопада

FROM Район INNER JOIN Водопады ON Район.номер_района = Водопады.Номер_района;

4. Озера, пещеры, водопады в одном районе. SELECT Район.наименование_района, Водопады.Название_водопада, Пещеры.Название_пещеры, Озера.Название_озера

FROM ((Район INNER JOIN Водопады ON Район.номер_района = Водопады.Номер_района) INNER JOIN Озера ON Район.номер_района = Озера.номер_района) INNER JOIN Пещеры ON Район.номер_района = Пещеры.номер_района;

5. Пещеры и район. SELECT Район.номер_района, Пещеры.Название_пещеры

FROM Район INNER JOIN Пещеры ON Район.номер_района = Пещеры.номер_района;

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

2.2 Разработка веб-приложения

В качестве приложения, разрабатываем сайт. В главной странице будет содержаться ссылки на страницы: «Озера», «Водопады», «Ледники», «Пещеры». Основу для страниц берем из нашей базы, то есть у нас будет отдельные страницы «Водопады», «Озера», «Районы», «Пещеры», «Ледники» (рисунок 17).

Рисунок 17 Разработка сайта в программе MS FrontPage

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

Заключение

В рамках курсовой работы была разработана база данных «Прекрасные места Алтая».

В курсовой работе изложено разработка приложения для работы с данными. Также подробное описание проделанной работы в программах MS Access, MS FrontPage и MS Visio. Разработан сайт в качестве веб-приложения.

Задачи, которые были поставлены в курсовой работе выполнены: исследовалась предметная область, на ее основе была построена инфологическая и даталогическая модели, создана база данных. Также был проведен сбор, анализ и сортировка природных объектов для описания предметной области; сбор необходимой информации, для выявления спроса на места, которые хотят увидеть; отбор необходимой информации для создания приложения - было реализовано. Решение этих задач было реализовано с помощью пакетов прикладных программ Microsoft Access и Microsoft FrontPage.

В результате выполнения поставленных задач курсовой работы, мной была достигнута цель, конечным результатом которой являлась разработка приложения «Прекрасные места Алтая», в итоге получила 5 таблиц, 5 запросов на SQL,4 запроса на создание таблицы и 3 отчета. Повели нормализацию данных, спроектировали СУБД Access и разработали веб-приложение в MS Frontpage. Создаваемые запросы, формы и отчеты позволяют быстро получить ответы на вопросы, осуществлять поиск нужных данных, анализировать данные, печатать отчеты и т.д. Она позволяет полностью автоматизировать, и тем самым облегчить работу с данными пользователю.

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

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

1. Андон, Ф. Язык запросов SQL: Учебный курс // Резниченко В. СПб.: Питер; Киев: Издательская группа BHV, 2006. 416 с.

2. Бакаревич, Ю.Б.. MS Access 2007 за 30 занятий //Пушкина Н.В. СПб.: БХВ. Петербург, 2010.

3. Гончаров, А.Ю. ACCESS 2003. Самоучитель с примерами. М.: КУДИЦ-ОБРАЗ. 2009. 272 с.

4. Диго, С. М. Проектирование и использование баз данных. М: Финансы и статистика, 2010. 208 с.

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

6. Коннолли, Т.. Базы данных: проектирование, реализация и сопровождение. Теория и практика - 2-е изд. М, Спб, Киев: Изд. Дом «Вильямс», 2009. 1120 с.

7. Кузин, А. В./. Базы данных: Учебное пособие для студентов //Левонисова С. В. М: Издательский центр «Академия», 2009. 320 с.

8. Основы современных компьютерных технологий/ под ред. Хомоненко А. Д. Спб: КОРОНА - Принт, 2002. 448 с.

9. Коннолли, Т. и др. Базы данных: проектирование, реализация и сопровождение. Теория и практика. 2-е изд. М, Спб, Киев: Изд. Дом «Вильямс», 2009. 1120 с.

10. Правила написания и оформления выпускных квалификационных работ/ сост. Е.Е. Шваков, Т.К. Куриленко. 2-е издание. Горно-Алтайск: РИО ГАГУ, 2014. 71 с.

11. Microsoft Access 2007. Шаг за шагом: Практическое пособие / Пер. с англ. М.: ЭКОМ, 2009.

12. Microsoft Access 2010. Шаг за шагом: Практическое пособие / Пер. с англ. М.: ЭКОМ, 2010.

13. .Уоллес Вонг, «Office 2003», 2004.

14. Хансен, Г. Базы данных: Разработка и управление/ Хансен Д Пер.// с англ. М: БИНОМ, 2010. 704 с.

15. Хомоненко, А. Д. Базы данных: /Цыганков В. М/ Мальцев М. Г.// Учебник для ВУЗов. 3 -е изд. Переработанное и дополненное. Спб: КОРОНА - Принт, 2009. 672 с.

16. Чекалов, А. П. Базы данных: от проектирования до разработки приложений. Спб: БХВ - Петербург, 2009. 384 с.

17. Фуфаев, Д. Э./. Базы данных: учебное пособие для студ. проф. образования //Фуфаев Э В. М.: Издательский центр «Академия», 2007. 320 с.

18. Фуллер, Л. У Microsoft Office Access 2007для «чайников»./Кук К., Кауфельд Д.// Пер. с англ. М.: ООО «И.Д. Вильямс», 2007. 384 с.

19. Республика Алтай URL:// http://ru.wikipedia.org (дата обращения 20.05.2014).

20. MS Office URL:// http://ru.wikipedia.org (дата обращения 25.05.2014).

21. Рекреационные ресурсы республики Алтай и Алтайского края URL://http://www.bibliofond.ru/view.aspx?id=26800 (дата обращения 14.05.2014).

22. Разработка базы данных "Туристическое агентство" URL//http://knowledge.allbest.ru/programming/3c0b65635a3bc68a5d53a88421316d36_0.html (дата обращения 27.05.2014).

Приложение 1

(справочное)

Общие итоги миграции населения по районам Республики Алтай за 2010-2011гг.

	2011 г.1)	2010 г
	всего	в том числе зарегистрировано по месту жительства	число прибыв-ших	число выбыв-ших	миграцион-ный прирост (+), снижение (-)
	число прибыв-ших	число выбыв-ших	миграционный прирост (+), снижение (-)	число прибыв-ших	число выбыв-ших	миграционный прирост (+), снижение (-)
Республика Алтай	9972	10267	-295	6643	6416	+227	4927	4811	+116
Кош-Агачский район	1169	1687	-518	1031	1052	-21	390	420	-30
Майминский район	1191	1149	42	1046	842	204	942	672	270
Онгудайский район	320	770	-450	263	392	-129	103	365	-262
Турочакский район	504	615	-111	340	379	-39	209	259	-50
Улаганский район	499	733	-234	427	405	22	281	305	-24
Усть-Канский район	213	829	-616	177	412	-235	152	385	-233
Усть-Коксинский район	698	877	-179	426	522	-96	282	265	17
Чемальский район	504	519	-15	365	336	29	279	200	79
Чойский район	325	340	-15	256	200	56	200	189	11
Шебалинский район	555	773	-218	465	487	-22	244	311	-67
г.Горно-Алтайск	3994	1975	2019	1847	1389	458	1845	1440	405

¹⁾ В 2011 году в статистический учет долгосрочной миграции населения включены также лица, зарегистрированные по месту пребывания на срок 9 месяцев и более.

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

...