Автор работы: Пользователь скрыл имя, 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
В таблице 3 представлены наименование и типы данных полей таблицы «Тип самолёта».
Таблица 3 – Поля данных таблицы «Тип самолёта».
Номер | Имя поля | Тип данных | Примечание |
1 | КодСамолёта | Счётчик | Ключ |
2 | Тип самолёта | Текстовый | Обязательное поле. |
3 | Бортовой номер | Числовой | Обязательное поле. |
4 | Количество мест 1-го класса | Числовой | Обязательное поле. |
5 | Количество мест 2-го класса | Числовой | Обязательное поле. |
В таблице 4 представлены наименование и типы данных полей таблицы «Класс».
Таблица 4 – Поля данных таблицы «Класс».
Номер | Имя поля | Тип данных | Примечание |
1 | КодКласса | Счётчик | Ключ |
2 | НаименКласса | Текстовый | Обязательное поле. |
В таблице 5 представлены наименование и типы данных полей таблицы «Вид оплаты».
Таблица 5 – Поля данных таблицы «Вид оплаты».
Номер | Имя поля | Тип данных | Примечание |
1 | КодВида | Счётчик | Ключ |
2 | НаименВида | Текстовый | Обязательное поле. |
Создание таблиц в Аccess может осуществляется в режиме таблицы и конструктора. На рисунке 2 представлен вид интерфейса конструктора таблиц.
Рисунок 2 – Интерфейс конструктора таблиц.
Конструктор имеет три основных области сверху область полей таблиц, где определяется Имя поля, Тип данных и Описание. Снизу имеется область Свойств поля, где задаётся специфика полей (размер поля, формат поля, обязательность и индексированность поля). Справа имеется Окно свойств, где задаются свойства таблицы.
После создания таблиц необходимо установить взаимосвязи полей таблиц в соответствии с диаграммой сущностей (рисунок 1). На рисунке 3 представлена структура базы данных (схема данных).
После установки связей между таблицами и наполнения таблиц конкретными данными, можно приступать к работе с базой данных – создавать необходимые формы, запросы и отчеты. Объекты базы данных отсортированы по категориям и расположены на разных вкладках ее окна.
Формы предназначены средство для ввода данных, позволяющее упростить процесс заполнения базы данных.
Запросы служат для извлечения данных из таблиц и представления их пользователю в удобном виде для анализа.
Отчеты служат для отображения итоговых данных из таблиц и запросов в удобном для просмотра виде.
В Access существуют разнообразные способы создания форм, запросов, отчетов и таблиц. Они могут быть созданы используя окно Конструктора или при помощи Мастера.
В
следующем разделе дано описание
данных модулей БД.
СУБД Access ориентирована на работу с объектами БД, к которым относятся таблицы, запросы, формы, отчеты, страницы, макросы и модули.
Таблица - это основная структура, предназначенная для хранения информации в БД. По терминологии СУБД ее строки – это записи, а столбцы - поля БД. Записи идентифицируются по некоторой уникальной характеристике, включающей одно или несколько полей и называемой ключом.
Запрос - это требование на: отбор данных, хранящихся в таблицах; выполнение вычислений над данными; изменения в БД.
Форма - созданный на экране шаблон, используемый, главным образом, для ввода, просмотра и редактирования записей БД.
Отчет - отображение на принтере или на экране информации из БД в виде, удобном для ее восприятия и анализа пользователем.
В
таблице 6 представлена спецификация
разрабатываемой БД.
Таблица 6 – Модули проекта.
Наименование модуля | Поля | |
Запросы | Заказ | Клиенты.[Код рейса]
Рейсы.[Пункт отправления] Рейсы.[Пункт назначения] Рейсы.[Дни полётов] Рейсы.[Время отлёта] Рейсы.[Время прилёта] Клиенты.[Дата вылета] Клиенты.[Класс] Клиенты.[Вид оплаты] Рейсы.[Стоимость билета 1-го класса] Рейсы.[Стоимость билета 2-го класса] |
ЗапросАнализНаправлений | Клиенты.[Код рейса]
Клиенты.[Класс] Рейсы.[Номер рейса] Рейсы.[Пункт назначения] Кол купленных билетов: Count (Дата вылета) Рейсы.[Стоимость билета 1-го класса] Рейсы.[Стоимость билета 2-го класса] Стоимость:
IIf([Класс]=1;[Стоимость ВырычкаНаправлени: [Кол купленых билетов]*[Стоимость] | |
ЗапросКолПродБилетов | Клиенты.[Дата вылета]
Клиенты.[Код рейса] Клиенты.[Класс] Кол купленных билетов: Count (Дата вылета) Рейсы.[Пункт назначения] Кол билетов всего: IIf([Класс]=1;[Количество мест 1-го класса];[Количество мест 2-го класса]) Остаток билетов: [Кол билетов всего]-[Кол купленых билетов] Процент проданых билетов: Fix(([Кол купленых билетов ]/[Кол билетов всего])*100) | |
ЗапросПоРасходу | Клиенты.[Дата вылета]
Рейсы.[Номер рейса] Рейсы.[Расход топлива] | |
РейсыЗапрос | Рейсы.[Номер рейса]
Рейсы.[Пункт отправления] Рейсы.[Аэропорт посадки] Рейсы.[Пункт назначения] Рейсы.[Аэропорт высадки] Тип самолёта.[ Тип самолёта] | |
УсловЗапросКолПродБилетов | Клиенты.[Дата вылета]
«Условие отбора» >Now() Клиенты.[Код рейса] Клиенты.[Класс] Кол купленных билетов: Count (Дата вылета) Рейсы.[Пункт назначения] Кол билетов всего: IIf([Класс]=1;[Количество мест 1-го класса];[Количество мест 2-го класса]) Остаток билетов: [Кол билетов всего]-[Кол купленых билетов] | |
Формы | Кнопочная форма | Основана на всех Формах и Отчётах |
ДиаграммаАнализНаправлений | Основана на «ЗапросАнализНаправлений» | |
ДиограммаПроцентПродБилетов | Основана на «ЗапросКолПродБилетов» | |
ФормаДляДобавленияРейса | Основана на таблице «Рейсы» | |
ФормаДляИзмСтоимБилета | Основана на таблице «Рейсы» | |
ФормаЗаказа | Основана на запросе «Заказ» | |
ФормаПоРасходу | Основана на «ЗапросПоРасходу» | |
Отчеты | ОтчётПоНаличиюБилетов | Основана на «УсловЗапросКолПродБилетов» |
РейсыОтчёт | Основана на «РейсыЗапрос» |
Учитывая,
что запросы формируются на основе
взаимосвязи определённых таблиц (их полей),
то целесообразно представить описание
модулей совместно с подключаемыми таблицами.
данное описание возможно при представлении
запросов в режиме конструктора.
Запрос «Заказ» необходим для формирования формы для выполнения заказов. На рисунке 4 представлена схема и поля данного запроса.
Рисунок
4 – Схема и поля запроса «Заказ»
Запрос «ЗапросАнализНаправлений» необходим для формирования диаграммы анализа направленый. На рисунке 5 представлена схема и поля данного запроса.
Рисунок
5 – Схема и поля запроса «ЗапросАнализНаправлений»
Запрос «УсловЗапросКолПродБилетов» необходим для формирования отчёта по наличию билетов. При этом отчёт формируется с текущего дня. На рисунке 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 – Макрос «
Данным Макросом задаётся макрокоманда для представления диаграммы денежных потоков в надлежащим виде.
Аналогичные
Макросы составлены для всех остальных
Форм и Отчётов.
Отладка модулей и всего приложения осуществлялась посредством тестирования выполнения заданных функций.
Ниже представлена окна основной кнопочной формы.
Рисунок 8 – Меню основной кнопочной формы.
Меню состоит из двух подменю на рисунке 9 и 10 представлены результаты нажатия данных кнопок подменю.
Рисунок 9 – Раскрытое меню «Для клиентов»
Рисунок
10 – Раскрытое меню «Для сотрудников»
В результате нажатия кнопок меню проверено функционирование всех модулей СУБД. Графический материал с кратким пояснением представлен в следующей главе.