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

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

Федеральное государственное бюджетное образовательное учреждение высшего образования

«Новосибирский государственный технический университет»

Кафедра экономической информатики

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

по дисциплине Базы данных

Тема: Разработка базы данных «Автовокзал»

Рецензия (краткое обоснование оценки):

Выполнил:

Студент: Чупрова Е.Н.

Новосибирск 2018



СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. Построение концептуальной модели предметной области

1.1 Описание предметной области

1.2 Выбор методологии проектирования, выбор СУБД

1.3 Построение модели сущность-связь для концептуальной модели предметной области

2. Проектирование даталогической модели (логической структуры) базы данных

2.1 Проектирование логической структуры базы данных

2.2 Выявление полного перечня ограничений целостности, присущего данной области

2.3 Проектирование физической структуры базы

3. Реализация проекта в среде конкретной СУБД

3.1 Организация ввода данных в БД. Организация корректировки БД

3.2 Реализация запросов, получение отчетов

3.3 Разработка интерфейса

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ А

ПРИЛОЖЕНИЕ Б

ПРИЛОЖЕНИЕ В



ВВЕДЕНИЕ

Цель работы: проектирование и создание базы данных (БД) для автоматизации работы автовокзала.

Объектом для создания базы данных является автовокзал.

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

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

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

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

Задачи проектирования БД:

? описать предметную область;

? выбрать методологию проектирования;

? построить модели сущность-связь для концептуальной модели предметной области;

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

? выявить полный перечень ограничений целостности, присущего данной области;

? спроектировать физическую структуру БД;

? реализовать проект в конкретной СУБД.

1. Построение концептуальной модели предметной области

1.1 Описание предметной области

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

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

Каждое направление, имеющееся в базе, характеризуется следующими параметрами:

? код поездки;

? направление;

? стоимость билета;

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

? код расписания;

? код направления;

? время отправления;

? время прибытия;

? день недели;

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

? код дня недели;

? дни недели;

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

? код автобуса;

? марка;

? № автобуса;

? госзнак;

Информация о водителях отражена в сущности водители, имеющей параметры:

? код водителя;

? фамилия ио;

? место жительства;

? паспорт;

Поездка регистрируется на основе данных о направлении, водителе, автобусах, расписании и имеет следующие характеристики:

? код поездки;

? направление;

? ФИО водителя;

? автобус;

? дата;

Для продажи билета работнику автовокзала необходима помимо прочего информация о наличии билетов:

? код поездки;

? всего билетов;

? продано билетов;



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

? администратор бд:

? администратор автовокзала;

? продавец-кассир.

Продавец-кассир имеет возможность:

? отслеживать наличие билетов на рейс;

? отлеживать доступные направления и актуальное расписание;

? получать доступ к статистике по продажам;

? изменять данные в БД при продаже билета.

Администратор бд имеет возможность:

? добавлять новые направления и удалять неактуальные;

? вносить изменения в расписание;

? вносить изменения в автобусный парк;

? корректировать информацию о водителях.

Администратор вокзала имеет возможность:

? получать полный доступ к отчетной информации;

? получать полную информацию о водителях, автобусном парке, направлениях;

? получать доступ к учёту проданных билетов;

? получать информацию о совершенных поездках.

Виды реализуемых запросов:

1. Получить данные о водителях, работающих на направлении.

2. Получить данные о расписании движения автобуса по дню недели и направлению.

3. Получить данные о всех автобусах в автобусном парке.

4. Получить данные о расписании движения автобуса по определенному направлению.

5. Получить данные о дневных рейсах.

6. Получить данные о дневных рейсах с посадкой в Новосибирске.

7. Получить данные о всех направлениях с посадкой в Новосибирске.

8. Получить данные о рейсах на текущую дату.

9. Получить данные о доступных и проданных билетах.

1.2 Выбор методологии проектирования, выбор СУБД

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

Существует большое число СУБД. По функциональным возможностям СУБД бывают настольные (FoxPro, MS Access, Paradox) и корпоративные (Oracle, MS SQL Server, MySQL). Сравнивая настольные и корпоративные СУБД, можно отметить следующее: настольные СУБД просты в использовании, стоимость их эксплуатации дешевле; корпоративные СУБД имеют возможности администрирования, работы в Интернете, поддерживают большой объем данных и быстродейственны. Стасышин В. М. Проектирование информационных систем и баз данных: учеб. пособие/ В.М. Стасышин. - Новосибирск: Изд-во НГТУ, 2012. - 100 с.

Для построения базы данных была выбрана СУБД MS Access. Наша база разрабатывается в учебных целях - выбирать корпоративную СУБД нецелесообразно. Microsoft Access является наиболее популярной системой управления базами данных для операционной системы Windows. Бураков П.В., Петров В.Ю. Введение в системы баз данных: Учебное пособие. -- СПб: СПбГУ ИТМО, 2010. -- 178 с.

Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Работая в среде Microsoft Office, пользователь получает в своё распоряжение полностью совместимые с Access текстовые документы(Word), электронные таблицы(Excel), презентации(PowerPoint). С помощью новых расширений для Internet можно напрямую взаимодействовать с данными из World Wide Web и транслировать представление данных на языке HTML, обеспечивая работу с такими приложениями как Internet Explorer и Netscape Navigator.

Несмотря на то, что Access является мощной и сложной системой, его использование несложно для непрофессиональных пользователей. В базе данных информация хранится в виде двумерных таблиц. Можно так же импортировать и связывать таблицы из других СУБД или систем управления электронными таблицами. Одновременно могут быть открыты 1024 таблицы. При помощи запросов можно произвести выборку данных по какому-нибудь критерию из разных таблиц. Формы позволяют отображать данные из таблиц и запросов в более удобном для восприятия виде. С помощью форм можно добавлять и изменять данные, содержащиеся в таблицах. В формы позволяют включать модули. Отчёты предназначены для печати данных, содержащихся в таблицах и запросах, в красиво оформленном виде. Отчёты так же позволяют включать модули. В состав Access входит множество мастеров, построителей и надстроек, которые позволяют упростить процесс создания объектов базы данных.

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

1.3 Построение модели сущность-связь для концептуальной модели предметной области

В качестве семантической модели данных воспользуемся неформальной моделью "Сущность- Связь" (Entity-Relationship - ER-модель). Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. Связи были формализованы, ключи выбраны.

На рисунке 1 ниже изображена ER-модель базы данных автовокзала.

Рисунок 1- ER-модель базы данных автовокзала

2. Проектирование даталогической модели (логической структуры) базы данных

2.1 Проектирование логической структуры базы данных

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

Таблица 1 - Описание таблиц базы данных.

Создать таблицу	НАПРАВЛЕНИЕ (Код направления* счетчик (20), Направление текстовый (50), Стоимость билета денежный (авто))
Первичный ключ	(Код направления)
Внешний ключ	-
Ограничения	1. Значения атрибута Код направления должны быть уникальны.
Индексы	Уникальный кластеризованный для первичного ключа Код направления, некластеризованный для атрибута Направление.
Создать таблицу	ВОДИТЕЛИ (Код водителя* счетчик (20), ФИО текстовый (50), Место жительства текстовый (50), Паспорт числовой (10))
Первичный ключ	(Код водителя)
Внешний ключ	-
Ограничения	1. Значения атрибута Код водителя должны быть уникальны. 2. Значения атрибута Паспорт должны быть уникальны
Индексы	Уникальный кластеризованный для первичного ключа Код водителя. Некластеризованный для атрибутов ФИО, Паспорт.
Создать таблицу	РАСПИСАНИЕ (Код расписания* счетчик (20); Код направления числовой (20), Время отправления дата/время (авто), Время прибытия дата/время (авто), Код дня недели числовой (20))
Первичный ключ	(Код расписания)
Внешний ключ	( Код направления из таблицы НАПРАВЛЕНИЕ NULL-значения НЕ ДОПУСТИМЫ; обновление НАПРАВЛЕНИЕ. Код направления КАСКАДИРУЕТСЯ) ( Код дня недели из таблицы ДНИ НЕДЕЛИ NULL-значения НЕ ДОПУСТИМЫ; обновление ДНИ НЕДЕЛИ. Код дня недели КАСКАДИРУЕТСЯ)
Ограничения	1. Значения атрибута Код расписания должны быть уникальны. 2. Значения атрибута Код направления должны принадлежать набору значений из таблицы НАПРАВЛЕНИЕ. 3. Значения атрибута Код дня недели должны принадлежать набору значений из таблицы ДНИ НЕДЕЛИ.
Индексы	Уникальный кластеризованный для первичного ключа Код расписания. Некластеризованный для атрибута Код направления.
Создать таблицу	ДНИ НЕДЕЛИ (Код дня недели* счетчик (20), Дни недели текстовый (20))
Первичный ключ	(Код дня недели)
Внешний ключ	-
Ограничения	1. Значения атрибута Код дня недели должны быть уникальны.
Индексы	Уникальный кластеризованный для первичного ключа Код дня недели.
Создать таблицу	АВТОБУСНЫЙ ПАРК (Код автобуса* счетчик (20), Марка текстовый (20), Номер автобуса числовой (20), Госзнак текстовый (20))
Первичный ключ	(Код автобуса)
Внешний ключ	-
Ограничения	1. Значения атрибута Код автобуса должны быть уникальны.
Индексы	Уникальный кластеризованный для первичного ключа Код автобуса.
Создать таблицу	РЕГИСТРАЦИЯ ПОЕЗДКИ (Код поездки* счетчик (20), Код направления числовой (20), Код водителя числовой (20), Код автобуса числовой (20), Дата дата/время (авто))
Первичный ключ	(Код поездки)
Внешний ключ	( Код направления из таблицы НАПРАВЛЕНИЕ NULL-значения НЕ ДОПУСТИМЫ; обновление НАПРАВЛЕНИЕ. Код направления КАСКАДИРУЕТСЯ) ( Код водителя из таблицы ВОДИТЕЛИ NULL-значения НЕ ДОПУСТИМЫ; обновление ВОДИТЕЛИ. Код водителя КАСКАДИРУЕТСЯ) ( Код автобуса из таблицы АВТОБУСНЫЙ ПАРК NULL-значения НЕ ДОПУСТИМЫ; обновление АВТОБУСНЫЙ ПАРК.Код автобуса КАСКАДИРУЕТСЯ)
Ограничения	1. Значения атрибута Код поездки должны быть уникальны. 2. Значения атрибута Код направления должны принадлежать набору значений из таблицы НАПРАВЛЕНИЕ. 3. Значения атрибута Код водителя должны принадлежать набору значений из таблицы ВОДИТЕЛИ. 4. Значения атрибута Код автобуса должны принадлежать набору значений из таблицы АВТОБУСНЫЙ ПАРК.
Индексы	Уникальный кластеризованный для первичного ключа Код поездки. Некластеризованный для атрибута Код направления.
Создать таблицу	УЧЁТ ПРОДАННЫХ БИЛЕТОВ (Код поездки* числовой (20), Всего билетов числовой (20), Продано билетов числовой (20))
Первичный ключ	(Код поездки)
Внешний ключ	(Код поездки из таблицы РЕГИСТРАЦИЯ ПОЕЗДКИ NULL-значения НЕ ДОПУСТИМЫ; обновление РЕГИСТРАЦИЯ ПОЕЗДКИ. Код поездки КАСКАДИРУЕТСЯ)
Ограничения	1. Значения атрибута Код поездки должны быть уникальны. 2. Значения атрибута Код поездки должны принадлежать набору значений из таблицы РЕГИСТРАЦИЯ ПОЕЗДКИ.
Индексы	Уникальный кластеризованный для первичного ключа Код поездки.

Схема базы данных автовокзала в среде MS ACCESS будет выглядеть следующим образом (рисунок 2):



Рисунок 2 - Схема данных базы данных автовокзала

2.2 Выявление полного перечня ограничений целостности, присущего данной области

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

Термин целостность используется для описания корректности и непротиворечивости хранимых в БД данных. Реализация поддержки целостности данных предполагает, что СУБД должна содержать сведения о тех правилах, которые нельзя нарушать при работе с данными, и обладать инструментами контроля за тем, чтобы данные и их изменения соответствовали заданным правилам.

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

Все ограничения целостности можно разделить на три большие категории:

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

Вторая категория - сущностная целостность. Главная задача здесь - сделать так, чтобы данные об одной сущности не попали в базу данных два раза. Обеспечивается ограничением уникальности и первичным ключом;

Третья категория - ссылочная целостность, обеспечивается системой первичных и внешних ключей. Справка и обучение по Office [Электронный ресурс] - Режим доступа: https://support.office.com/

Помимо упомянутых на стадии описания предметной области ограничений целостности, во время разработки базы данных автовокзала нами также были выявлены многие другие ограничения. Большинство из них контролируются непосредственно в таблицах. Поскольку ввод всех данных в таблице осуществляется через разработанные нами вспомогательные формы, также существует достаточно большое количество ограничений, которые контролируются средствами конструктора форм, а также при помощи встроенного в среду MS ACCESS визуального объектно-ориентированного языка Visual Basic.

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

2.3 Проектирование физической структуры базы

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

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

Для проектирования базы данных для автовокзала была выбрана СУБД MS Access. Для хранения данных в этой СУБД используются таблицы. В них хранится вся информация о предметной области. Наша база данных включает несколько взаимосвязанных таблиц. Объекты, которые были описаны при построении инфологической модели предметной области, в базе данных являются таблицами.

Разработанные таблицы представлены в приложении А.



3. Реализация проекта в среде конкретной СУБД

3.1 Организация ввода данных в БД. Организация корректировки БД

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

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

? через раздел СУБД «Таблицы», производя действия по изменению, добавлению или удалению непосредственно в таблице;

? через раздел СУБД «Формы», выполняя необходимые действия в таблице через интерфейс формы;

? через раздел СУБД «Запросы», выполняя запросы на обновление, добавление или удаление данных.

Существует 3 способа ввода данных: ввод с клавиатуры; сохранение данных, сформированных иными программными средствами; импорт из других источников. В нашей базе данных мы использовали ввод с клавиатуры. проектирование база интерфейс корректировка

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

При проектировании нашей базы данных ввод информации осуществлялся при помощи форм. Экранные формы создаются в режиме.

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

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

3.2 Реализация запросов, получение отчетов

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

? быстрый поиск определенных данных путем фильтрации с применением определенных критериев (условий);

? вычисление или сведение данных;

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

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

Запросы:

Запрос "Водители, работающие на направлении".

Данный запрос позволяет представить данные о поездках водителей (рисунок 3).

Рисунок 3 - Запрос "Водители, работающие на направлении"

Запрос "Поездки сегодня".

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

Рисунок 4 - Запрос "Поездки сегодня"

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

Запрос «Время движения автобуса по дню недели и направлению» (рисунок 5).

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

Рисунок 5 - Запрос «Время движения автобуса по дню недели и направлению»

Запрос «Выборка по направлению» (рисунок 6).

Данный запрос позволяет получить информацию о расписании по конкретному направлению. В качестве параметра используется «Направление».



Рисунок 6 - Запрос «Выборка по направлению»

Запрос «Все автобусы» (рисунок 7).

Данный запрос позволяет получить данные об автобусах по марке автобусного парка. В качестве параметра используется «Марка».

Рисунок 7 - Запрос «Все автобусы»

Запрос «Дневные рейсы» (рисунок 8).

Данный запрос выводит информацию о дневных рейсах.



Рисунок 8 - Запрос «Дневные рейсы»

Запрос «Направления из Новосибирска» (рисунок 9).

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

Рисунок 9 - Запрос «Направления из Новосибирска»

Запрос «Учёт билетов» (рисунок 10).

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

Рисунок 10 - Запрос «Учёт билетов»

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

3.3 Разработка интерфейса

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

На рисунке 11 представлен вид главной формы.

Рисунок 11 - Вид главной формы



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

При нажатии кнопки «Автобусный парк» мы переходим к форме следующего вида (рисунок 12):

Рисунок 12 - Вид формы «Автобусный парк»

При возврате в главное меню и нажатии на «Водители» мы перейдем к следующей форме (рисунок 13).



Рисунок 13 - Вид формы «Водители»

При возврате в главное кнопочное меню и нажатии кнопки «Направления» мы переходим к форме следующего вида (рисунок 14):

Рисунок 14 - Вид формы «Направления»

При нажатии на «Расписание» имеем форму следующего вида (рисунок 15).

Рисунок 15 - Вид формы «Расписание»

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



ЗАКЛЮЧЕНИЕ

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

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

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

Далее были успешно решены и описаны задачи по логическому и физическому проектированию базы данных. После описания перечня ограничений предметной области, с помощью СУБД Access база данных была успешно реализована на физическом уровне. Для хранения данных в этой СУБД используются таблицы. В них хранится вся информация о предметной области. Наша база данных включает несколько взаимосвязанных таблиц. Объекты, которые были описаны при построении инфологической модели предметной области, в базе данных являются таблицами.

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

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



СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Бураков П.В., Петров В.Ю. Введение в системы баз данных: Учебное пособие. -- СПб: СПбГУ ИТМО, 2010. -- 178 с.

2. Гурвиц Г. А. Г95 Microsoft® Access 2007. Разработка приложений на реальном примере. - СПб.: БХВ-Петербург, 2007. -- 672 с.: ил. + CD-ROM -- (Профессиональное программирование)

3. Справка и обучение по Office [Электронный ресурс] - Режим доступа: https://support.office.com/

4. Справочник по Transact SQL [Электронный ресурс] - Режим доступа: https://msdn.microsoft.com/ru-ru/library/bb510741.aspx

5. Стасышин В. М. Проектирование информационных систем и баз данных: учеб. пособие/ В.М. Стасышин. - Новосибирск: Изд-во НГТУ, 2012. - 100 с.



ПРИЛОЖЕНИЕ А

Таблицы базы данных

На рисунке 1 представлен вид таблицы «Автобусный парк».

Рисунок 1 - Таблица «Автобусный парк»

На рисунке 2 представлен вид таблицы «Водители».

Рисунок 2 - Таблица «Водители»

На рисунке 3 представлен вид таблицы «Дни недели».



Рисунок 3 - Таблица «Дни недели»

На рисунке 4 представлен вид таблицы «Направление».

Рисунок 4 - Таблица «Направление»

На рисунке 5 представлен вид таблицы «Расписание».



Рисунок 5 - Таблица «Расписание»

На рисунке 6 представлен вид таблицы «Регистрация поездки».

Рисунок 6 - Таблица «Регистрация поездки»

На рисунке 7 представлен вид таблицы «Учёт проданных билетов».



Рисунок 7 - Таблица «Учёт проданных билетов»



ПРИЛОЖЕНИЕ Б

Вид форм для управления данными

На рисунке 1 представлена форма, которая позволяет пользователю добавить, удалить, внести изменения, осуществить поиск автобусов.

Рисунок 1 - Форма «Автобусный парк»

На рисунке 2 представлена форма, которая позволяет пользователю добавить, удалить, внести изменения, осуществить поиск водителей.

Рисунок 2 - Форма «Водители»

На рисунке 3 представлена форма, которая позволяет пользователю добавить, удалить, внести изменения, осуществить поиск направлений.



Рисунок 3 - Форма «Направление»

На рисунке 4 представлена форма, которая позволяет пользователю добавить, удалить, внести изменения, осуществить поиск по расписанию.

Рисунок 4 - Форма «Расписание»

На рисунке 5 представлена форма, которая позволяет пользователю добавить, удалить, внести изменения, осуществить поиск рейсам.

Рисунок 5 - Форма «Регистрация поездки»



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

Рисунок 6 - Форма «Учёт проданных билетов»



ПРИЛОЖЕНИЕ В

Вид отчетов базы данных

На рисунке 1 представлен отчет, который выводит информацию о всех автобусах, имеющих в автобусном парке на автовокзале.

Рисунок 1 - Сведения об автобусном парке

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

Рисунок 2 - Отчет о рейсах из Новосибирска

На рисунке 3 представлен отчет, который выводит информацию о полном и актуальном расписании на автовокзале. Отчет может иметь несколько страниц.

Рисунок 3 - Сведения о движении автобусов

На рисунке 4 представлен отчет, который выводит информацию о зарегистрированных поездках на автовокзале.



Рисунок 4 - Сведения о зарегистрированных рейсах на автовокзале

Отчет о расписании движения автобуса по направлению и дню недели построен на основе запроса с параметром. Поэтому, при открытии отчета необходимо ввести параметры (рисунки 5, 6), после чего получаем отчет (рисунок 7).

Рисунок 5 - Запрос параметра Направление при выведении отчета о направлениях



Рисунок 5 - Запрос параметра День недели при выведении отчета о направлениях

Рисунок 7 - Отчет о расписании движения автобуса по направлению и дню недели

Отчет о движении автобуса по определенному направлению также построен на основе запроса с параметром. При открытии отчета необходимо ввести параметры (рисунки 8), после чего получаем отчет (рисунок 9).

Рисунок 8 - Запрос параметра Направление при выведении отчета о расписании движения автобусов



Рисунок 9 - Отчет о расписании движения автобуса в определенном направлении

На рисунке 10 представлен отчет, который выводит сведения о билетах, а также подсчитывает их проданное количество.

Рисунок 10 - Отчёт о проданных билетах

На рисунке 11 представлен отчет, который выводит сведения о рейсах на текущую дату, а также подсчитывает их количество.



Рисунок 11 - Сведения о движении автобусов

На рисунке 12 представлен отчет, который выводит сведения о дневных рейсах, а также подсчитывает их количество.

Рисунок 12 - Сведения о дневных отправлениях

На рисунке 13 представлен отчет, который выводит сведения о водителях, работающих на направлениях.

Рисунок 13 - Сведения о водителях, работающих на направлении

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