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

Курсовая работа

по дисциплине «Проектирование персональных баз данных»

Тема: Разработка базы данных «Междугородние пассажирские перевозки»

2012 г.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Назначение и область применения базы данных

1.2 Предполагаемые пользователи и цель проекта

1.3 Исходные данные для проектирования: перечень входных и выходных документов

2. ОПИСАНИЕ БАЗ ДАННЫХ В ТЕРМИНАХ ОБЪЕКТОВ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Описание входных документов и сообщений в терминах объектов предметной области

2.2 Описание выходных документов и сообщений в терминах объектов предметной области

3. ПОСТРОЕНИЕ ИНФОЛОГИЧЕСКОЙ (КОНЦЕПТУАЛЬНОЙ) МОДЕЛИ ПРЕДМЕТНОЙ ОБЛАСТИ

3.1 Выделение объектов предметной области и взаимосвязей между ними

3.2 Разработка ER-модели на логическом уровне с использованием системы Erwin Data Modeler

4. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ МОДЕЛИ ДАННЫХ И ЕЕ НОРМАЛИЗАЦИЯ

4.1 Проектирование даталогической модели в среде выбранной СУБД

4.2 Приведение модели данных к третьей нормальной форме

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

4.4 Генерация базы данных в СУБД Access

5. РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ В СУБД ACCESS

5.1 Описание схемы БД

5.2 Описание структуры таблиц

5.3 Описание ограничений целостности данных

6. РЕАЛИЗАЦИЯ ПРОЕКТА В СРЕДЕ КОНКРЕТНОЙ СУБД

6.1 Разработка экранных форм

6.2 Разработка запросов

6.3 Разработка отчетных форм

СПИСОК ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ

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

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

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

Во второй главе «Описание баз данных в терминах объектов предметной области» описываются входные и выходные документы в терминах предметной области.

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

В четвертой главе «Проектирование реляционной модели данных и ее нормализация» описывается приведение ER-модели к третьей нормальной форме.

В пятой главе «Описание выбранной СУБД» описываются причины выбора СУБД Access для создания базы данных.

В шестой главе «Реализация проекта в среде конкретной СУБД» описываются формы, запросы и отчеты.

1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Назначение и область применения базы данных

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

1.2 Предполагаемые пользователи и цель проекта

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

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

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

- создание базы данных;

- создание интерфейса;

- реализация функций работы приложения;

- тестирование программного продукта.

Система обеспечивает следующие возможности:

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

- просмотр расписания движения автобусов;

- подсчет вырученных средств от продажи билетов;

- возможность быстрого поиска;

- отслеживание изменений всех объектов при изменении одного из них.

1.3 Исходные данные для проектирования: перечень входных и выходных документов

Входные документы

- Технический паспорт автобуса;

- Личное дело сотрудника;

- Список компаний-перевозчиков.

Выходные документы

- Ведомость по продаже билетов на междугородные автобусные маршруты;

- Отчет о продажах билетов;

- Путевой лист.

2. ОПИСАНИЕ БАЗ ДАННЫХ В ТЕРМИНАХ ОБЪЕКТОВ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Описание входных документов и сообщений в терминах объектов предметной области

Входными документами являются:

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

- Личное дело сотрудника (содержит фамилию, имя, отчество сотрудника, ИИН, должность, адрес проживания, контактный телефон, стаж);

- Список компаний-перевозчиков (содержит название, адрес, контактный телефон).

2.2 Описание выходных документов и сообщений в терминах объектов предметной области

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

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

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

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

3. ПОСТРОЕНИЕ ИНФОЛОГИЧЕСКОЙ (КОНЦЕПТУАЛЬНОЙ) МОДЕЛИ ПРЕДМЕТНОЙ ОБЛАСТИ

3.1 Выделение объектов предметной области и взаимосвязей между ними

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

3.2 Разработка ER-модели на логическом уровне с использованием системы Erwin Data Modeler

управление база данные предметный

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

Начнем с сущности "Перевозчик", которая выделена на основе входного документа "Список компаний-перевозчиков". Компания является владельцем конкретного автобусного парка. Ключевым полем сущности будет "Код_перевозчика".

Имеется технический паспорт автобуса. Каждый автобус относится к одной из компаний-перевозчиков. Отсюда можно выделить сущность "Автобус" с ключевым полем "Гос_номер".

Существует личное дело сотрудников автовокзала. На его основе выделим сущность "Сотрудники" с ключевым полем "ИИН_сотрудника".

На основе двух выходных документов - ведомость по продаже билетов на междугородные автобусные маршруты и отчете о продажах билетов выделена сущность "Ведомость по продаже билетов" с ключевым полем "№_билета".

Информация о маршрутах записывается в путевой лист. Ключевым полем сущности "Путевой лист" будет "№_продажи".

После того, как выделены сущности, можно построить инфологическую модель (Рис. 1).

Рис. 1 Построение инфологической (концептуальной) модели предметной области

4. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ МОДЕЛИ ДАННЫХ И ЕЕ НОРМАЛИЗАЦИЯ

4.1 Проектирование даталогической модели в среде выбранной СУБД

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

Данные о рейсе из сущности "Путевой лист" выделим в отдельной сущности "Рейс" с ключевым полем "№_рейса".

Пункт прибытия выделен в отдельную сущность "Населенные пукнты". Ключевое поле - "Код_нас_пункта".

После того, как выделены дополнительные сущности, можно построить даталогическую модель (Рис. 2).

Рис. 2 Построение даталогической модели предметной области

4.2 Приведение модели данных к третьей нормальной форме

Концепции и методы нормализации были разработаны Э. Ф. Коддом, установившим существование трех типов схем, названных первой, второй, третьей нормальной формой (1НФ, 2НФ и 3НФ).

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

Для начала нужно проверить находится ли модель в первой нормальной форме. Чтобы модель находилась в первой нормальной форме, все атрибуты должны быть неделимыми.

Рассмотрим сущность "Перевозчик". Данная сущность содержит следующие атрибуты: код перевозчика, название, адрес, телефон. Атрибут Адрес можно разбить на: город, улица, № дома.

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

Перейдем к сущности "Сотрудники". Данная сущность содержит следующие атрибуты: ИИН, ФИО сотрудника, должность, адрес проживания, контактный телефон, стаж. Атрибуты ФИО и Адрес являются делимыми. Атрибут ФИО можно разбить на три атрибута: фамилия, имя, отчество. А атрибут Адрес можно разбить на: город, улица, дом, квартира.

Сущность "Билет". Данная сущность содержит следующие атрибуты: № билета, дата продажи, стоимость, дата отправления, ИИН сотрудника. Из всех перечисленных атрибутов ни один не является делимым.

Сущность "Рейс". Данная сущность содержит следующие атрибуты: № рейса, время отправления, время прибытия, расстояние, график движения, пункт отправления, код населенного пункта. Из всех перечисленных атрибутов ни один не является делимым.

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

Сущность "Населенные пункты". Данная сущность содержит следующие атрибуты: Код населенного пункта, название населенного пункта. Название населенного пункта - делимый атрибут, разбиваемый на 2 атрибута название страны и название города.

Все атрибуты являются неделимыми и имеют единственное значение, следовательно, модель приведена к 1НФ (Рис.3).

Рис. 3 Даталогическая модель предметной области приведена к 1НФ

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

Рассмотрим все сущности по очереди.

Сущность "Перевозчик" имеет первичный ключ "Код перевозчика". Атрибуты код перевозчика, название, город, улица, № дома, телефон, которые имеет рассматриваемая сущность, зависят от него.

Сущность "Автобус" имеет первичный ключ "Гос_номер". Атрибуты марка, модель, регистрационный номер, количество мест, код перевозчика, которые имеет рассматриваемая сущность, зависят от него.

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

Сущность "Билет" имеет первичный ключ "№ билета". Атрибуты дата продажи, стоимость, дата отправления, ИИН сотрудника, которые имеет рассматриваемая сущность, зависят от него.

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

Сущность "Путевой лист" имеет первичный ключ "№ продажи". Атрибуты № билета, государственный номер, ИИН сотрудника, № рейса, которые имеет рассматриваемая сущность, зависят от него.

Сущность "Населенные пункты" имеет первичный ключ "Код населенного пункта". Атрибуты название страны и название города, которые имеет рассматриваемая сущность, зависят от него.

В результате проведенного анализа выяснилось, что модель находится во 2НФ.

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

Сущность "Перевозчик" имеет первичный ключ "Код перевозчика". Атрибуты код перевозчика, название, город, улица, № дома, телефон, которые имеет рассматриваемая сущность, не зависят друг от друга.

Сущность "Автобус" имеет первичный ключ "Гос_номер". Атрибуты марка, модель, регистрационный номер, количество мест, код перевозчика, которые имеет рассматриваемая сущность, не зависят друг от друга.

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

Сущность "Билет" имеет первичный ключ "№ билета". Атрибуты дата продажи, стоимость, дата отправления, ИИН сотрудника, которые имеет рассматриваемая сущность, не зависят друг от друга.

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

Сущность "Путевой лист" имеет первичный ключ "№ продажи". Атрибуты № билета, государственный номер, ИИН сотрудника, № рейса, которые имеет рассматриваемая сущность, не зависят друг от друга.

Сущность "Населенные пункты" имеет первичный ключ "Код населенного пункта". Атрибуты название страны и название города, которые имеет рассматриваемая сущность, не зависят друг от друга.

Все неключевые поля таблиц зависят от первичного ключа и не имеют зависимости друг от друга, следовательно, модель приведена к 3НФ (Рис.4).



Рис. 4 Даталогическая модель предметной области приведена к 3НФ

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

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

Перед тем, как сгенерировать базу данных в СУБД Access, определим типы полей в будущих таблицах.

Таблица "Перевозчик": содержатся данные о компании-перевозчике

Имя поля	Тип данных
Код_перевозчика	Числовой
Название	Текстовый
Город	Текстовый
Улица	Текстовый
№_дома	Числовой
Телефон	Числовой

Таблица "Автобус": содержатся технические данные автобусов

Имя поля	Тип данных
Гос_номер	Текстовый
Марка	Текстовый
Модель	Текстовый
Кол_мест	Числовой
Регистр_номер	Числовой
Код_перевозчика	Числовой

Таблица "Сотрудники": содержатся личные данные сотрудников

Имя поля	Тип данных
ИИН_сотрудника	Текстовый
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Должность	Текстовый
Стаж	Числовой
Город_проживания	Текстовый
Улица_проживания	Текстовый
Дом_проживания	Числовой
Квартира_проживания	Числовой
Телефон	Числовой

Таблица "Билет": содержится информация по билетам

Имя поля	Тип данных
№_билета	Числовой
Дата_продажи	Дата/время
Стоимость	Числовой
Дата_отправления	Дата/время
ИИН_сотрудника	Числовой

Таблица "Рейс": содержится главная информация о рейсах

Имя поля	Тип данных
№_рейса	Числовой
Время_отправления	Текстовый
Время_прибытия	Текстовый
Расстояние_км	Числовой
График	Текстовый
Пункт_отправления	Текстовый
Код_насел_пункта	Числовой

Таблица "Населенные пункты": содержится перечень городов, по которым происходят маршруты

Имя поля	Тип данных
Код_насел_пункта	Числовой
Название_города	Текстовый

Таблица "Путевой лист": содержатся все данные по маршрутам

Имя поля	Тип данных
№_продажи	Числовой
ИИН_сотрудника	Текстовый
Гос_номер	Числовой
№_билета	Числовой
№_рейса	Числовой

4.4 Генерация базы данных в СУБД Access

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

Рис. 5 Схема данных

5. РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ В СУБД ACCESS

5.1 Описание схемы БД

Между таблицами Перевозчик и Автобус существует связь "один-ко-многим" за счет соединения их по полю "Код перевозчика". Задано обеспечение целостности данных.

Таблицы "Билет" и "Сотрудники" соединены по полю "ИИН_сотрудника". Также задано обеспечение целостности и создана связь "один-ко-многим".

Поле "Код_нас_пункта" соединяет таблицы "Рейс" и "Населенные пункты". Задано обеспечение целостности данных. Связь - "один-ко-многим".

Таблица "Путевой лист" является главной и она связана с четырьмя таблицами: Автобус, Сотрудники, Билет, Рейс. Задано обеспечение целостности и создана связь "один-ко-многим".

5.2 Описание структуры таблиц

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

Таблица "Перевозчик": содержатся данные о компании-перевозчике

Имя поля	Тип данных	Размер	Особенности
Код_перевозчика	Числовой		Ключевое поле
Название	Текстовый	50
Город	Текстовый	18	Поле подстановки
Улица	Текстовый	18
№_дома	Числовой
Телефон	Числовой

Таблица "Автобус": содержатся технические данные автобусов

Имя поля	Тип данных	Размер	Особенности
Гос_номер	Текстовый	18	Ключевое поле
Марка	Текстовый	18	Поле подстановки
Модель	Текстовый	18
Кол_мест	Числовой
Регистр_номер	Числовой
Код_перевозчика	Числовой		Поле подстановки

Таблица "Сотрудники": содержатся личные данные сотрудников

Имя поля	Тип данных	Размер	Особенности
ИИН_сотрудника	Текстовый	12	Ключевое поле
Фамилия	Текстовый	18
Имя	Текстовый	18
Отчество	Текстовый	18
Должность	Текстовый	18	Поле подстановки
Стаж	Числовой
Город_проживания	Текстовый	18
Улица_проживания	Текстовый	18
Дом_проживания	Числовой
Квартира_проживания	Числовой
Телефон	Числовой

Таблица "Билет": содержится информация по билетам

Имя поля	Тип данных	Размер	Особенности
№_билета	Числовой		Ключевое поле
Дата_продажи	Дата/время
Стоимость	Числовой
Дата_отправления	Дата/время
ИИН_сотрудника	Числовой		Поле подстановки

Таблица "Рейс": содержится главная информация о рейсах

Имя поля	Тип данных	Размер	Особенности
№_рейса	Числовой		Ключевое поле
Время_отправления	Текстовый	18
Время_прибытия	Текстовый	18
Расстояние_км	Числовой
График	Текстовый	18	Поле подстановки
Пункт_отправления	Текстовый	18
Код_насел_пункта	Числовой		Поле подстановки

Таблица "Населенные пункты": содержится перечень городов, по которым происходят маршруты

Имя поля	Тип данных	Размер	Особенности
Код_насел_пункта	Числовой		Ключевое поле
Название_города	Текстовый	18	Поле подстановки

Таблица "Путевой лист": содержатся все данные по маршрутам

Имя поля	Тип данных	Размер	Особенности
№_продажи	Числовой		Ключевое поле
ИИН_сотрудника	Текстовый	12	Поле подстановки
Гос_номер	Числовой		Поле подстановки
№_билета	Числовой		Поле подстановки
№_рейса	Числовой		Поле подстановки

5.3 Описание ограничений целостности данных

Введены следующие ограничения целостности:

- стаж сотрудника не должен превышать 40 лет;

- ИИН сотрудника состоит из 12 цифр;

- Дата продажи билета не может быть позже текущей;

- Дата отправления не может быть раньше даты продажи;

- БоМльшая часть полей обязательна для заполнения.

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

6.1 Разработка экранных форм

Создана главная кнопочная форма. На ней добавлены кнопки Сотрудники, Автобусы, Продажа билетов, Путевой лист и Рейсы (рис. 6)

Рис. 6 Главная кнопочная форма

В данной форме указываются личные данные сотрудников.(рис. 7)



Рис. 7 Форма Сотрудники

В форме содержатся технические данные автобусов.

Рис. 8 Форма Техпаспорт автобуса

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



Рис. 9 Форма Данные компаний-перевозчиков

В данной форме заполняются данные при продаже билетов

Рис. 10 Форма Продажа билетов

На форме расположены данные путевого листа: № продажи, имя водителя, данные об автобусе, о билете и имя кассира, который его продал.

Рис. 11 Форма Путевой лист

На данной форме вся информация о рейсах

Рис. 12 Форма Рейсы

6.2 Разработка запросов

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

1. Запрос на выборку. В данном запросе делается выборка по дате продажи билетов с 20 декабря 2012 по 23 декабря 2012 года.

SQL-запрос

SELECT Билет.[№_билета], Билет.[Дата_продажи], Билет.[Стоимость], Билет.[Дата_отправления], Билет.[ИИН_сотрудника]

FROM Билет

WHERE (((Билет.[Дата_продажи]) Between [Введите начало периода] And [Введите конец периода]));



Рис. 13 Запрос на выборку данных

Рис. 14 Условия запроса

Рис. 15 Результат выполнения запроса

2. Запрос на стаж сотрудника не менее 5 лет

SQL-запрос

SELECT Сотрудники.[ИИН_сотрудника], Сотрудники.[Фамилия], Сотрудники.[Имя], Сотрудники.[Отчество], Сотрудники.[Должность], Сотрудники.[Стаж]

FROM Сотрудники

WHERE (((Сотрудники.[Стаж])>=5));

Рис. 16 Запрос на выборку данных

Рис. 17 Результат выполнения запроса

3. Запрос на количество мест в автобусе, равное 44.

SQL-запрос

SELECT Автобус.[Гос_номер], Автобус.[Марка], Автобус.[Модель], Автобус.[Кол_мест], Автобус.[Регистр_номер], Автобус.[Код_перевозчика]

FROM Автобус

WHERE (((Автобус.[Кол_мест])=44));

Рис. 18 Запрос на выборку данных

Рис. 19 Результат выполнения запроса

4. Запрос на название городов, начинающихся на букву К.

SQL-запрос

SELECT Населенные_пункты.[Код_нас_пункта], Населенные_пункты.[Название_города]

FROM Населенные_пункты

WHERE (((Населенные_пункты.[Название_города]) Like "К*"));

Рис. 20 Запрос

Рис. 21 Результат выполнения запроса

5. Запрос на компании-перевозчика из Барнаула

SQL-запрос

Рис. 22 Запрос

Рис. 23 Результат выполнения запроса

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

SQL-запрос

TRANSFORM Count([Автобус Запрос].[Марка]) AS [Count-Марка]

SELECT [Автобус Запрос].[Гос_номер], Count([Автобус Запрос].[Марка]) AS [Итоговое значение Марка]

FROM [Автобус Запрос]

GROUP BY [Автобус Запрос].[Гос_номер]

PIVOT [Автобус Запрос].[Название];

Рис. 24 Запрос

Рис. 25 Результат выполнения запроса

7. Запрос на количество проданных билетов по данному рейсу

SQL-запрос

TRANSFORM Count(Путевой_лист.[№_продажи]) AS [Count-№_продажи]

SELECT Путевой_лист.[№_рейса], Count(Путевой_лист.[№_продажи]) AS [Итоговое значение №_продажи]

FROM Путевой_лист

GROUP BY Путевой_лист.[№_рейса]

PIVOT Путевой_лист.[№_билета];



Рис. 26 Запрос

Рис. 27 Результат выполнения запроса

8. Запрос на сумму проданных билетов за день

SQL-запрос

TRANSFORM Sum([Билет Запрос].[Стоимость]) AS [Sum-Стоимость]

SELECT [Билет Запрос].[Дата_продажи], Sum([Билет Запрос].[Стоимость]) AS [Итоговое значение Стоимость]

FROM [Билет Запрос]

GROUP BY [Билет Запрос].[Дата_продажи]

PIVOT [Билет Запрос].[№_билета];

Рис. 28 Запрос

Рис. 29 Результат выполнения запроса

9. Запрос на добавление в архив



Рис. 30 Запрос

Рис. 31 Условия запроса

Рис. 32 Результат выполнения запроса

10. Запрос на добавление данных



Рис. 33 Условия запроса

Рис. 34 Добавление записей



Рис. 35 Добавление записей

6.3 Разработка отчетных форм

В ведомости по продаже билетов указывается следующая информация: № билета, дата продажи, стоимость, дата отправления рейса, ФИО кассира.

Рис. 36 Отчет "Ведомость по продаже билетов"

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

Рис. 37 Отчет о продаже билетов за период

Рис. 38 Отчет о продаже билетов по дням

Путевой лист является главным документом. В нем фиксируется дата рейса, номер билета, гос. номер автобуса, ФИО водителя, название маршрута, время отправления, время прибытия, расстояние, дни отправления, пункт отправления, пункт прибытия.

Рис. 39 Отчет "Путевой лист"

список Литературы

1. Бакланова О.Е.Проектирование персональных баз данных: методические указания к курсовой работе для бакалавриата специальности 050705 «Математическое и компьютерное моделирование» /ВКГТУ.- Усть-Каменогорск, 2010.- 42 с.

2. Дейт К.Дж. Введение в системы баз данных. - 6-е изд.: Пер.с англ. - Спб.: Издательский дом «Вильямс», 2000.

3. Мишенин А.И. Теория экономических информационных систем. - М.: Финансы и статистика, 1999.

4. Назаров В.В. Прототипный подход проектирования баз данных в локальных сетях ПЭВМ. - М.: Вниипас,1990.

5. Харитонова И., Вольман Н. Программирование в Access 2002. - СПб.: Питер, 2002.

приложения

1. Автобусный маршрут № 550

2. Расписание движения междугородных автобусов

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