Разработка базы данных для автоматизации работы с данными с применением СУБД Access 2010

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

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

ER-диаграмма модели данных уровня полных атрибутов показана на рисунке 2.2

 

 

Рисунок 2.2 – ER-диаграмма уровня атрибутов

 

2.2 Даталогическое  проектирование

 

 

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

  В результате преобразования  получается 16 таблиц. Структуры основных из них приведены на рисунках 2.3 – 2. 19).

 

Рисунок 2.3 – Структура таблицы КЛИЕНТ

Рисунок 2. 4– Структура таблицы ТУР

Рисунок 2. 5 – Структура таблицы ЗАКАЗ

Рисунок 2. 6– Структура таблицы ОТЕЛЬ

Рисунок 2.7 – Структура таблицы ГОРОД

Рисунок 2.8 – Структура таблицы ДОПСЕРВИС Рисунок 2.9 – Структура таблицы ТИП ТУРА Рисунок 2.10 – Структура таблицы ТИП ПИТАНИЯ Рисунок 2.11 – Структура таблицы ТИП НОМЕРА Рисунок 2.12 – Структура таблицы СТРАНА Рисунок 2.13 – Структура таблицы СТАТУС ТУРА

Рисунок 2.14 – Структура таблицы СПИСОК СЕРВИСОВ

Рисунок 2.15 – Структура таблицы СПИСОК ОТЕЛЕЙ ТУРА

Рисунок 2.16 – Структура таблицы НОМЕРНОЙ ФОНД

Рисунок 2.17 – Структура таблицы ЗАКАЗАННЫЕ СЕРВИСЫ

Рисунок 2.18 – Структура таблицы КАТЕГОРИЯ ОТЕЛЯ

Рисунок 2.19 – Структура таблицы ПИТАНИЕ

 

Схема данных приведена в Приложении А

 

3 Программное обеспечение

 

3.1  Разработка функциональной структуры

 

 

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

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

Для организации навигации  между режимами работы разработаем  меню приложения. В нем будет определено 6 пунктов – в соответствии с  основными направлениями работы, главная кнопочная форма  представлена на                  рисунке 3.1:

1. Клиенты – для регистрации клиентов
2. Заказы – для регистрации клиентов и заказов
3. Туры – просмотр описания туров
4. Отели – просмотр описания отелей
5. Отчеты – для получения отчетов о деятельности компании
6. Справочники – для работы со справочной информацией

 

Рисунок 3.1 –Главное меню приложения

3.2 Разработка  форм

 

 

Формы – это средства для ввода и  редактирования информации, а так  же просмотра результатов запросов выборки, создания пользовательского  меню и отображения диаграмм. Основное назначение формы – предоставить средства для заполнения только тех  полей, которые ему требуется. Одновременно с этим в форме можно размещать  специальные элементы управления (раскрывающиеся списки, переключатели, флажки) для  автоматизации ввода. Формы разделяются  на две основные группы: однотабличные  и многотабличные формы. [4]

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

• в один столбец;
• ленточная;
• табличная;
• выровненная.

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

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

 

Рисунок 3.2 – Макет формы для ввода и редактирования типов туров

 

Рисунок 3.3– Пример отображения справочников

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

 

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

Рисунок 3.4 – Шаблон формы для отображения списка отелей

Вторая  форма предназначена непосредственно  для заполнения полной информации об отеле. Она, в отличие от форм справочной информации, является многотабличной.

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

Рисунок 3.5– Вид шаблона формы отображения описания отеля

Рисунок 3.6– Пример заполнения формы

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

 

Рисунок 3.7– Шаблон формы описания туров

Так же нам понадобятся формы для  ведения списка клиентов, представлены на рисунке 3.8, и списка заказов от клиентов смотреть                 рисунок 3.9.

 

Рисунок 3.8 – Форма картотеки клиентов

 

Рисунок 3.9 – Форма списка заказов клиента

3.2 Формирование  запросов и отчетов

 

 

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

1) По числу обрабатываемых таблиц –  запросы делятся на однотабличные и многотабличные. При многотабличном запросе все таблицы должны быть связаны.

2) По типу алгоритмов выборки. Различают следующие запросы:

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

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

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

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

- запрос на удаление выполняет удаление группы записей из таблицы.

3) По типу языка запросов.

4) По стабильности условий фильтрации записей в запросах различают:

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

- динамические запросы с изменяемыми условиями.

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

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

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

Between [Дата начала] And [Дата конца]

Рисунок 3.10 – Шаблон запроса

 

 

На  рисунке 3.11 показан шаблон отчета по доходам.

Рисунок 3.11 – Макет отчета по сумме заказов

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

Макет отчета представлен на рисунке 3.12

Рисунок 3.12 – Макет отчета

Полученный результат представлен на рисунке 3.13

Рисунок 3.13 – Отчет об оплате

 

Заключение

 

 

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

  В результате предварительного  анализа были выделены основные  сущности предметной области  и определены связи между ними.

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

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

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

 

Список ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

 

 

1. Федотова Д.Э., Семенов  Ю.Д., Чижик К.Н. CASE-технологии:           Практикум. - М.: Горячая линия-Телеком,2005.-160 с.
2. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 1989. – 351с.
3. Карпова Т.С. Базы данных: модели, разработка, реализация. — СПб.: Питер. 2001.
4. Одиночкина С.В. Разработка баз данных в McroSoft Access 2010 – Спб: НИУ ИТМО, 2012. – 83 с.
5. Автоматизированные информационные технологии в экономике / под ред. Г.А. Титоренко – М.: ЮНИТИ, 1999. – 400с.
6. Сеннов А.С. Access 2010. Учебный курс – Спб.: Питер, 2010. – 288 с.                         
   

ПРИЛОЖЕНИЕ А

 

Рисунок П А.1 – Схема данных

 

ПРИЛОЖЕНИЕ B

Рисунок П B.1 – Макет формы ГОРОДА

Рисунок П B.2 – Макет формы СТРАНЫ

Рисунок П B.3 – Макет формы ТИПЫ НОМЕРОВ