Разработка базы данных аэропорта

Автор работы: Пользователь скрыл имя, 15 Декабря 2011 в 06:24, курсовая работа

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

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

Содержание работы

Введение 5
1. Схемы предметной области и базы данных 7
2. Структуры и форматы данных 11
3. Структура базы данных 15
4. Спецификации модулей проекта 19
5. Описание модулей проекта 21
6. Листинги макросов и программных модулей 24
7. Методика отладки, проверки, испытания отдельных модулей приложения и всего приложения 25
8. Тестовые наборы данных, иллюстрирующие возможности приложения, результаты выполнения программы с этими данными 26
9. Сведения о программе 26
10. Инструкция пользователя 26
Заключение 26
Список использованных источников 26

Содержимое работы - 1 файл

Отчёт по базе данных Аэрапорта.doc

— 1.42 Мб (Скачать файл)

     В таблице 3 представлены наименование и типы данных полей таблицы «Тип самолёта».

     Таблица 3 – Поля данных таблицы «Тип самолёта».

Номер Имя поля Тип данных Примечание
1 КодСамолёта Счётчик Ключ
2 Тип самолёта Текстовый Обязательное  поле.
3 Бортовой номер Числовой  Обязательное  поле.
4 Количество  мест 1-го класса Числовой Обязательное  поле.
5 Количество  мест 2-го класса Числовой Обязательное  поле.
 

     В таблице 4 представлены наименование и типы данных полей таблицы «Класс».

     Таблица 4 – Поля данных таблицы «Класс».

Номер Имя поля Тип данных Примечание
1 КодКласса Счётчик Ключ
2 НаименКласса Текстовый Обязательное  поле.
 

     В таблице 5 представлены наименование и типы данных полей таблицы «Вид оплаты».

     Таблица 5 – Поля данных таблицы «Вид оплаты».

Номер Имя поля Тип данных Примечание
1 КодВида Счётчик Ключ
2 НаименВида Текстовый Обязательное  поле.
 
 

     Создание  таблиц в Аccess может осуществляется в режиме таблицы и конструктора.  На рисунке 2 представлен вид интерфейса конструктора таблиц.

     

     Рисунок 2 – Интерфейс конструктора таблиц.

     Конструктор имеет три основных области сверху область полей таблиц, где определяется Имя поля, Тип данных и Описание. Снизу имеется область Свойств поля, где задаётся специфика полей (размер поля, формат поля, обязательность и индексированность поля). Справа имеется Окно свойств, где задаются свойства таблицы.

3. Структура базы данных

 

     После создания таблиц необходимо установить взаимосвязи полей таблиц в соответствии с диаграммой сущностей (рисунок 1). На рисунке 3 представлена  структура базы данных (схема данных).

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

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

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

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

     В Access существуют разнообразные способы  создания форм, запросов, отчетов и таблиц. Они могут быть созданы используя окно Конструктора или при помощи Мастера.

     В следующем разделе дано описание данных модулей БД. 
 
 

 

 

       

4. Спецификации модулей проекта

 

     СУБД Access ориентирована на работу с объектами  БД, к которым относятся таблицы, запросы, формы, отчеты, страницы, макросы и модули.

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

     Запрос - это требование на: отбор данных, хранящихся в таблицах; выполнение вычислений над данными; изменения  в БД.

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

     Отчет - отображение на принтере или на экране информации из БД в виде, удобном  для ее восприятия и анализа пользователем.

     В таблице 6 представлена спецификация разрабатываемой БД. 

     Таблица 6 – Модули проекта.

  Наименование  модуля Поля
Запросы Заказ Клиенты.[Код рейса]

Рейсы.[Пункт отправления]

Рейсы.[Пункт назначения]

Рейсы.[Дни полётов]

Рейсы.[Время отлёта]

Рейсы.[Время прилёта]

Клиенты.[Дата вылета]

Клиенты.[Класс]

Клиенты.[Вид оплаты]

Рейсы.[Стоимость билета 1-го класса]

Рейсы.[Стоимость билета 2-го класса]

ЗапросАнализНаправлений Клиенты.[Код рейса]

Клиенты.[Класс]

Рейсы.[Номер рейса]

Рейсы.[Пункт назначения]

Кол купленных  билетов: Count (Дата вылета)

Рейсы.[Стоимость билета 1-го класса]

Рейсы.[Стоимость билета 2-го класса]

Стоимость: IIf([Класс]=1;[Стоимость билета 1-го класса];[Стоимость билета 2-го класса])

ВырычкаНаправлени: [Кол купленых билетов]*[Стоимость]

ЗапросКолПродБилетов Клиенты.[Дата вылета]

Клиенты.[Код рейса]

Клиенты.[Класс]

Кол купленных  билетов: Count (Дата вылета)

Рейсы.[Пункт назначения]

Кол билетов  всего: IIf([Класс]=1;[Количество мест 1-го класса];[Количество мест 2-го класса])

Остаток билетов: [Кол билетов всего]-[Кол купленых билетов]

Процент проданых билетов: Fix(([Кол купленых билетов ]/[Кол билетов всего])*100)

ЗапросПоРасходу Клиенты.[Дата вылета]

Рейсы.[Номер рейса]

Рейсы.[Расход топлива]

РейсыЗапрос Рейсы.[Номер рейса]

Рейсы.[Пункт отправления]

Рейсы.[Аэропорт посадки]

Рейсы.[Пункт назначения]

Рейсы.[Аэропорт высадки]

Тип самолёта.[ Тип самолёта]

УсловЗапросКолПродБилетов Клиенты.[Дата вылета]

                           «Условие отбора» >Now()

Клиенты.[Код рейса]

Клиенты.[Класс]

Кол купленных  билетов: Count (Дата вылета)

Рейсы.[Пункт назначения]

Кол билетов  всего: IIf([Класс]=1;[Количество мест 1-го класса];[Количество мест 2-го класса])

Остаток билетов: [Кол билетов всего]-[Кол  купленых билетов]

Формы Кнопочная форма Основана на всех Формах и Отчётах
ДиаграммаАнализНаправлений Основана на «ЗапросАнализНаправлений»
ДиограммаПроцентПродБилетов Основана на «ЗапросКолПродБилетов»
ФормаДляДобавленияРейса Основана на таблице «Рейсы»
ФормаДляИзмСтоимБилета Основана на таблице «Рейсы»
ФормаЗаказа Основана на запросе «Заказ»
ФормаПоРасходу Основана на «ЗапросПоРасходу»
Отчеты ОтчётПоНаличиюБилетов Основана на «УсловЗапросКолПродБилетов»
РейсыОтчёт Основана на «РейсыЗапрос»
 

 

       

5. Описание модулей  проекта

 

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

     Запрос  «Заказ» необходим для формирования формы для выполнения заказов. На рисунке 4 представлена схема и поля данного запроса.

Рисунок 4 – Схема и поля запроса «Заказ» 

     Запрос  «ЗапросАнализНаправлений» необходим для формирования диаграммы анализа направленый. На рисунке 5 представлена схема и поля данного запроса.

Рисунок 5 – Схема и поля запроса «ЗапросАнализНаправлений» 

     Запрос  «УсловЗапросКолПродБилетов» необходим для формирования отчёта по наличию билетов. При этом отчёт формируется с текущего дня. На рисунке 6 представлена схема и поля данного запроса.

Рисунок 6 – Схема и поля запроса «УсловЗапросКолПродБилетов» 
 
 

 

     

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

 

     Сконструировав  основные запросы среда Аccess 2010 позволяет перейти в режим SQL языка и добавить нюансы запросов. Ниже представлен листинг SQL для запроса «УсловЗапросКолПродБилетов»:

     SELECT Клиенты.[Дата вылета], Клиенты.[Код  рейса], Клиенты.Класс, Count(Клиенты.[Дата  вылета]) AS [Кол купленых билетов], Рейсы.[Номер рейса], Рейсы.[Пункт  отправления], Рейсы.[Время отлёта], Рейсы.[Пункт назначения], Рейсы.[Время прилёта], Рейсы.КодСамолёта, IIf([Класс]=1,[Количество мест 1-го класса],[Количество мест 2-го класса]) AS [Кол билетов всего], [Кол билетов всего]-[Кол купленых билетов] AS [Остаток билетов], Fix(([Кол купленых билетов ]/[Кол билетов всего])*100) AS [Процент проданых билетов]

     FROM [Тип самолёта] INNER JOIN (Рейсы INNER JOIN Клиенты ON Рейсы.КодРейса = Клиенты.[Код  рейса]) ON [Тип самолёта].КодСамолёта  = Рейсы.КодСамолёта

     GROUP BY Клиенты.[Дата вылета], Клиенты.[Код  рейса], Клиенты.Класс, Рейсы.[Номер рейса], Рейсы.[Пункт отправления], Рейсы.[Время отлёта], Рейсы.[Пункт назначения], Рейсы.[Время прилёта], Рейсы.КодСамолёта, [Тип самолёта].[Количество мест 1-го класса], [Тип самолёта].[Количество мест 2-го класса]

     HAVING (((Клиенты.[Дата вылета])>Now())); 

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

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

     Разработанная БД содержит макросы: запуска формы в режиме Диаграммы. На рисунке 7 представлен макрос «ОткрытьДиаграммуПоНаправлениям» в режиме конструктора, совместно с каталогом макрокоманд.

       Рисунок 7 – Макрос «ОткрытьДиаграммуПоНаправлениям» в режиме конструктора 

     Данным  Макросом задаётся макрокоманда для  представления диаграммы денежных потоков в надлежащим виде.

     Аналогичные Макросы составлены для всех остальных Форм и Отчётов. 
 
 

 

       

7. Методика отладки, проверки, испытания отдельных модулей приложения и всего приложения

 

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

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

       Рисунок 8 – Меню основной кнопочной формы.

       Меню  состоит из двух подменю на рисунке 9 и 10 представлены результаты нажатия данных кнопок подменю.

       

       Рисунок 9 – Раскрытое меню «Для клиентов»

       

       Рисунок 10 – Раскрытое меню «Для сотрудников» 

       В результате нажатия кнопок меню проверено  функционирование всех модулей СУБД. Графический материал с кратким пояснением представлен в следующей главе.

Информация о работе Разработка базы данных аэропорта