Разработка базы данных «Такси»

Реферат Данный документ содержит 39 страниц, 31 иллюстрацию и включает в себя реферат, содержание, введение, теоретическую и практическую части, выводы, источники, в которых рассматриваются различные аспекты разработки базы данных, а также приложения, которые демонстрируют ее работу.

Целью данной курсовой работы была разработка базы данных «Такси». Для разработки были применены «Microsoft Access 2007». Создана база содержит следующие объекты: таблицы, формы, запросы, отчеты, макросы, которые используются для систематизации, ввода, редактирования, ускорения поиска и графического отображении данных.

Ключевые слова: такси, база данных, нормализация, форма, отчет, запрос, макрос, меню, Access.

Содержание Введение

1.Краткий обзор современного состояния проблемы

2. Актуальность данной работы и основания для ее проведения

3. Цель работы Теоретическая часть

1.Понятие баз данных

2. Понятие СУБД

3. Понятие первичного и внешнего ключей

4. Понятие индекса

5. Функциональные зависимости

6. Виды Связей

7. Нормальная форма Практическая часть;

1. Спецификация требований к базе данных

2. Определение множества атрибутов БД

3. Определение множества ключей БД

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

5. Нормализация БД

6. Создание базы данных в Microsoft Access

Выводы Источники

1.Краткий обзор современного состояния проблемы

Одними из основных проблем на предприятии является:

1.1) Отслеживание состояния приема и выполнения заявок;

1.2) Отсутствие полной базы данных на водителей и автомобили;

1.3) Трудоемкость ежедневной работы;

1.4) Незащищенность данных от неточностей и ошибок обусловленных человеческим фактором .

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

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

3.1) Качественный контроль данных;

3.2)Надежность и безопасность;

3.3)Автоматизацию документооборота ;

3.4)Быстрое составление отчетов.

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

Теоретическая часть

1.Понятие баз данных База данных— представленная в объективной форме совокупность самостоятельных материалов, систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ).

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

Определения из международных стандартов:

1) База данных — совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств моделирования данных;

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

В определениях наиболее часто (явно или неявно) присутствуют следующие отличительные признаки:

1) БД хранится и обрабатывается в вычислительной системе.

Таким образом, любые внекомпьютерные хранилища информации (архивы, библиотеки, картотеки и т. п.) базами данных не являются;

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

3) БД включает схему, или метаданные, описывающие логическую структуру БД в формальном виде (в соответствии с некоторой метамоделью).

В соответствии с ГОСТ Р ИСО МЭК ТО 10 032−2007, «постоянные данные в среде базы данных включают в себя схему и базу данных. Схема включает в себя описания содержания, структуры и ограничений целостности, используемые для создания и поддержки базы данных. База данных включает в себя набор постоянных данных, определённых с помощью схемы. Система управления данными использует определения данных в схеме для обеспечения доступа и управления доступом к данным в базе данных».

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

2.Понятие СУБД Система управления базами данных (СУБД) — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.

Основные функции СУБД:

1) Управление данными во внешней памяти (на дисках);

2) Управление данными в оперативной памяти с использованием дискового кэша;

3) Журнализация изменений, резервное копирование и восстановление базы данных после сбоев;

4) Поддержка языков БД (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

1) Ядро, которое отвечает за управление данными во внешней и оперативной памяти и журнализацию;

2) Процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода;

3) Подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД;

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

3.Понятие первичного и внешнего ключей Если ключ состоит из единственного атрибута, его называют простым ключом, а если ключ состоит из двух и более атрибутов — составным ключом.

Первичный ключ (англ. primary key) — в реляционной модели данных один из потенциальных ключей отношения, выбранный в качестве основного ключа (или ключа по умолчанию).

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

С точки зрения теории все потенциальные ключи отношения эквивалентны, то есть обладают одинаковыми свойствами уникальности и минимальности. Однако в качестве первичного обычно выбирается тот из потенциальных ключей, который наиболее удобен для тех или иных практических целей Внешний ключ (англ. foreign key) — понятие теории реляционных баз данных, относящееся к ограничениям целостности базы данных.

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

Формальное определение. Пусть R1 и R2 — две переменные отношения, не обязательно различные. Внешним ключом FK в R2 является подмножество атрибутов переменной R2 такое, что выполняются следующие требования:

1) В переменной отношения R1 имеется потенциальный ключ CK такой, что FK и CK совпадают с точностью до переименования атрибутов (то есть переименованием некоторого подмножества атрибутов FK можно получить такое подмножество атрибутов FK', что FK' и CK совпадают как по именами, так и по типам атрибутов);

2) В любой момент времени каждое значение FK в текущем значении R2 идентично значению CK в некотором кортеже в текущем значении R1. Иными словами, в каждый момент времени множество всех значений FK в R2 является (нестрогим) подмножеством значений CK в R1.

При этом для данного конкретного внешнего ключа FK > CK отношение R1, содержащее потенциальный ключ, называют главным, целевым, или родительским отношением, а отношение R2, содержащее внешний ключ, называют подчинённым, или дочерним отношением.

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

5. Функциональные зависимости Функциональная зависимость описывает взаимосвязи между атрибутами и является одним из основных понятий нормализации. Например, если в отношении R, содержащий атрибуты A и B, и атрибут В функционально зависим от атрибута, А, то каждое значение атрибута, А связано только с одним значением атрибута В. Причем каждый из атрибутов, А и В может содержать несколько включительно атрибутов .

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

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

6. Виды связей Тип связиосознанная ассоциация между сущностями разных типов .

Внешняя связь — получается в процессе разбиения первичной схемы на подтаблицы без выполнения алгоритмов нормализации. Они не гарантируют целостность данных.

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

1) 1 ко многим — одной записи в первой таблице сопоставляются несколько записей в другой. Направление связи определяется в зависимости от направления запроса к БД .

2) Многие к 1 — то же самое, что и 1 ко многим, но с другим направлением запроса.

3) Многие ко многим — аналог декартова произведения.

4) 1 до 1 — полное дублирование обеих таблиц .

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

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

1) Исключение некоторых типов избыточности;

2)Устранение некоторых аномалий обновления;

3) Разработка проекта базы данных, который является достаточно «качественным» представлением реального мира, интуитивно понятен и может служить хорошей основой для последующего расширения;

4)упрощение процедуры применения необходимых ограничений целостности.

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

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

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

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

Форма Бойса — Кодда Схема базы данных находиться в форме Бойса-Кодда, если она находится в третьей н.ф. и каждый детерминант является потенциальным ключом.

Детерминант — атрибут, от которого функционально зависит другой атрибут.

Проектирование базы данных

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

1) Хранить сведения о водителях: ФИО, позывной, номер водительского удостоверения, дата выдачи водительского удостоверения, дата рождения, дата приема на работу, находится ли водитель в отпуске, на больничном, уволен, причина увольнения, государственный номер автомобиля на котором работает данный водитель. Позывной является уникальным номером для каждого водителя.

2) Хранить сведения об автомобилях: государственный номер, марка, цвет, год выпуска, № свидетельства о регистрации транспортного средства, дата последнего тех. обслуживания, собственник, а также находится ли автомобиль в ремонте. Государственный номер является уникальным значением для каждого автомобиля. На одной машине может работать несколько человек.

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

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

4) Диспетчер должен иметь возможность:

4.1) Создавать и редактировать заказы и путевые листы.

4.2) Знать какие водители работают в данный момент;

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

5.1) Создавать ежедневный отчет о количестве выполненных заказов и прибыли.

5.2) Занимается кадровой работой и автопарком.

2.Определение множества атрибутов БД

R={фамилия, имя, отчество, позывной, дата рождения, дата приема на работу, номер ВУ, дата выдачи ВУ, на больничный, в отпуске, уволен, причина увольнения, государственный номер, марка, цвет, год выпуска, свидетельство о регистрации, собственник, дата последнего тех. осмотра, в ремонте, номер заказа, дата, время, улица, дом, подъезд, улица назначения, дом назначения, подъезд назначения, выполнен, отменен, стоимость, номер путевого листа, дата открытия, время открытия, дата закрытия, время закрытия, количество выполненных заказов, плата за указание информационных услуг, зарплата}

3.Определение множества ключей БД

Множество допустимых ключей:

K={фамилия, имя, отчество/ Позывной}

Первичным ключом выберем K={ фамилия, имя, отчество }.

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

F={

1) фамилия, имя, отчество > дата рождения, дата приема на работу, позывной, номер ВУ, дата выдачи ВУ, на больничный, в отпуске, уволен, причина увольнения;

2) позывной > фамилия, имя, отчество;

3)позывной > государственный номер, марка, цвет, год выпуска, свидетельство о регистрации, собственник, дата последнего тех. осмотра, в ремонте;

4) государственный номер > марка, цвет, год выпуска, свидетельство о регистрации, собственник, дата последнего тех. осмотра, в ремонте;

5)позывной, номер заказа > дата, время, улица, дом, подъезд, улица назначения, дом назначения, подъезд назначения, выполнен, отменен, стоимость;

6)позывной, номер путевого листа > дата открытия, время открытия, дата закрытия, время закрытия, количество выполненных заказов, плата за указание информационных услуг, зарплата.}

4. Нормализация БД Ключ в отношение будем обозначать подчеркиванием.

R={фамилия, имя, отчество, дата рождения, дата приема на работу, позывной, номер ВУ, дата выдачи ВУ, на больничный, в отпуске, уволен, причина увольнения, государственный номер, марка, цвет, год выпуска, свидетельство о регистрации, собственник, дата последнего тех. осмотра, в ремонте, номер заказа, дата, время, улица, дом, подъезд, улица назначения, дом назначения, подъезд назначения, выполнен, отменен, стоимость, номер путевого листа, дата открытия, время открытия, дата закрытия, время закрытия, количество выполненных заказов, плата за указание информационных услуг, зарплата}

I нормальная форма

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

II нормальная форма

II нормальная форма выполнена, поскольку выполняются условия I нормальной формы, и отсутствуют функциональные зависимости от части ключа.

III нормальная форма

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

Исследуем отношение R

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

Чтобы избавиться от транзитивной зависимости необходимо разбить исходной отношение R на отношения R1 и R2 :

R1 ={ фамилия, имя, отчество, позывной, дата рождения, дата приема на работу, номер ВУ, дата выдачи ВУ, на больничный, в отпуске, уволен, причина увольнения, в ремонте, номер заказа, дата, время, улица, дом, подъезд, улица назначения, дом назначения, подъезд назначения, выполнен, отменен, стоимость, номер путевого листа, дата открытия, время открытия, дата закрытия, время закрытия, количество выполненных заказов, плата за указание информационных услуг, зарплата }

R2 ={ позывной, государственный номер, марка, цвет, год выпуска, свидетельство о регистрации, собственник, дата последнего тех. осмотра, в ремонте }

Отношение R1 удовлетворяет условиям III нормальной формы.

Исследуем отношение R2

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

Избавимся от транзитивности разбив отношение на отношения R21 и R22 :

R21 ={позывной, государственный номер}

R22 ={государственный номер, марка, цвет, год выпуска, свидетельство о регистрации, собственник, дата последнего тех. осмотра, в ремонте }

Теперь отношения R21 и R22 удовлетворяют условиям III нормальной формы.

Приведя схему БД к III н.ф. получили 3 отношения: R1, R21, R22 .

Нормальная форма Бойса — Кодда Отношения R21 и R22 находиться в нормальной форме Бойса — Кодда, поскольку находятся в III нормальной форме и каждый детерминант множества функциональных зависимостей является потенциальным ключом.

Отношение R1 не находиться в нормальной форме Бойса — Кодда, так как существуют следующий функциональные зависимости:

1) Фамилия, имя, отчество > позывной & позывной, номер заказа > дата, время, улица, дом, подъезд, улица назначения, дом назначения, подъезд назначения, выполнен, отменен, стоимость;

2) Фамилия, имя, отчество > позывной & позывной, номер путевого листа > дата открытия, время открытия, дата закрытия, время закрытия, количество выполненных заказов, плата за указание информационных услуг, зарплата.

Что бы привести отношение R1 к нормальной форме Бойса — Кодда необходимо разбить его на отношения R1, R12, R13 :

R11 ={ фамилия, имя, отчество, позывной, дата рождения, дата приема на работу, номер ВУ, дата выдачи ВУ, на больничный, в отпуске, уволен, причина увольнения }

R12 ={позывной, номер заказа, дата, время, улица, дом, подъезд, улица назначения, дом назначения, подъезд назначения, выполнен, отменен, стоимость}

R13 ={позывной, номер путевого листа, дата открытия, время открытия, дата закрытия, время закрытия, количество выполненных заказов, плата за указание информационных услуг, зарплата}

Приведя схему БД к нормальной форме Бойса — Кодда получили 5 отношений (таблиц): R21, R22, R11, R12, R13 .

5. Создание базы данных в Microsoft Access

Построим таблицы для всех отношений Отношение R11 представлена на рисунке 5.1 таблица «Водители»

Рисунок 5.1: таблица «Водители»

Отношение R12 представлена на рисунке 5.2 таблица «Заказы»

Рисунок 5.2: таблица «Заказы»

Отношение R13 представлена на рисунке 5.3 таблица «Путевые листы»

Рисунок 5.3: таблица «Путевые листы»

Отношение R21 представлена на рисунке 5.4 таблица «Позывной Гос номер»

Рисунок 5.4: таблица «Позывной Гос номер»

Отношение R22 представлена на рисунке 5.5 таблица «Автомобили»

Рисунок 5.5: таблица «Автомобили»

Схема данных БД Связи между таблицами показаны на рисунке 5.6 «схема данных»

Рисунок 5.6: «схема данных»

Создание форм Создадим следующие формы:

1) Прием на работу нового водителя, в данной форме разрешено только добавлять данные и запрещено просматривать записи хранящиеся в БД. Готовая форма представлена на рисунке 5.7 «Прием на работу нового водителя «;

Рисунок 5.7: «Прием на работу нового водителя «

2) Редактирование личного дела водителя, в данной форме разрешено редактировать данные. Для удобства в данной форме присутствует как режим отображения «в один столбец», так и режим «таблица». Готовая форма представлена на рисунке 5.8 «Редактирование личного дела водителя «;

Рисунок 5.8: «Редактирование личного дела водителя»

3) Внести в автопарк новый автомобиль в данной форме разрешено только добавлять данные и запрещено просматривать записи хранящиеся в БД. Готовая форма представлена на рисунке 5.9 «Внести в автопарк новый автомобиль «;

Рисунок 5.9: «Внести в автопарк новый автомобиль «

4) Редактирование автопарка, в данной форме разрешено только редактировать данные. Для удобства в данной форме присутствует как режим отображения «в один столбец», так и режим «таблица». Готовая форма представлена на рисунке 5.10 «Редактирование автопарка «;

Рисунок 5.10: «Внести в автопарк новый автомобиль «

5) Внос нового заказа в БД, в данной форме разрешено только добавлять данные и запрещено просматривать записи хранящиеся в БД. Готовая форма представлена на рисунке 5.11 «Внос нового заказа в БД «;

Рисунок 5.11: «Внос нового заказа в БД «

6) Редактирование заказа, в данной форме разрешено только редактировать данные. Для удобства в данной форме присутствует как режим отображения «в один столбец», так и режим «таблица». Готовая форма представлена на рисунке 5.12 «Редактирование заказа «;

Рисунок 5.12: «Редактирование заказа «

7) Создать новый путевой лист, в данной форме разрешено только добавлять данные и запрещено просматривать записи хранящиеся в БД. Готовая форма представлена на рисунке 5.13″ Создать новый путевой лист «;

Рисунок 5.13: «Создать новый путевой лист «

8) Редактирование путевого листа, в данной форме разрешено только редактировать данные. Для удобства в данной форме присутствует как режим отображения «в один столбец», так и режим «таблица». Готовая форма представлена на рисунке 5.14 «Редактирование путевого листа «.

Рисунок 5.14: «Редактирование путевого листа «

9)Создадим форму доступа к таблице определяющей на каком автомобиле работает каждый водитель. В данной форме разрешено добавлять, редактировать и удалять данные. Готовая форма представлена на рисунке 5.15″ ПозывнойГос номер «;

Рисунок 5.15:" ПозывнойГос номер «

10) Создадим форму на основе запроса, которая будет выводить список работающих в данный момент водителей государственный номер автомобиля, на котором работает водитель. В форме будет запрещены любые манипуляции с данными. Готовая форма представлена на рисунке 5.16 «Текущая смена «.

Рисунок 5.16:" Текущая смена «

11) Создадим форму на основе запроса, которая будет выводить список невыполненных заказов. В форме будет запрещены любые манипуляции с данными. Готовая форма представлена на рисунке 5.17 «Невыполненные заказы «.

Рисунок 5.17:" Невыполненные заказы «

12) Создадим форму на основе запроса, которая будет выводить список Водителей в отпуске/на больничном. В форме можно менять лишь атрибуты «в отпуске» и «на больничном». Готовая форма представлена на рисунке 5.18 «Водителей в отпуске/на больничном «.

Рисунок 5.18:" Водителей в отпуске/на больничном «

13) Создадим форму на основе запроса, которая будет выводить список автомобилей в ремонте. В форме можно менять лишь атрибут «дата последнего технического осмотра» и «в ремонте». Готовая форма представлена на рисунке 5.19 «Автомобили в ремонте» .

Рисунок 5.19:" Автомобили в ремонте «

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

1) Ежедневный отчет о доходах такси, содержащий позывной водителя, количество выполненных заказов, и плату за оказание информационных услуг. Готовый отчет представлен на рисунке 5.20 «Ежедневный отчет о доходах «.

Рисунок 5.20:" Ежедневный отчет о доходах «

2) Отчет о автомобилях, находящихся в собственности компании.. Готовый отчет представлен на рисунке 5.21 «Автомобили в собственности компании «.

Рисунок 5.21:" Автомобили в собственности компании «

3) Отчет о водителях, работающих в компании. Готовый отчет представлен на рисунке 5.22 «Водители компании «.

Рисунок 5.22:" Водители компании «

Создание макросов Создадим следующие макросы:

1) Начать смену, данный макрос будет открывать следующие формы: «Внос нового заказа в БД», «Заказ выполнен / отменен», «Текущая смена». Готовый макрос показан на рисунке 5.23 «Начать смену» .

Рисунок 5.23:" Начать смену «

2) Полная отчетность, макрос открывает 3 отчета: «Ежедневный отчет о доходах „, „Автомобили в собственности компании“ ,“ Водители компании». Готовый макрос показан на рисунке 5.24 «Полная отчетность «.

Рисунок 5.24:" Полная отчетность «

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

1) Создадим главную кнопочную форму (главное меню), рисунок 5.25 «Главное меню», которая служит для перехода в меню «Администратор» и «Диспетчер», а также для выхода из БД.

Рисунок 5.25:" Главное меню «

2) Меню «Администратор», рисунок 5.26 «Администратор», содержит следующие элементы:

2.1) Полная отчетность — вызывает макрос «Полная отчетность» ;

2.2) Ежедневный отчет о доходах — открывает отчет «Ежедневный отчет о доходах» ;

2.3) Автомобили компании — открывает отчет «Автомобили в собственности компании» ;

2.4) Водители работающие в компании — открывает отчет «Водители компании «;

2.5) Водители — открывает подменю «Водители» ;

2.6) Автопарк — открывает подменю «Автопарк» ;

2.7) Главное меню — возвращает в главное меню БД.

Рисунок 5.26:" Администратор «

3) Рассмотрим подменю «Водители», рисунок 5.27 «Водители» :

3.1) Новый водитель — открывает форму «Прием на службу нового водителя» ;

3.2) Выделить автомобиль водителю — открывает форму «ПозывнойГос Номер» ;

3.3) Редактирование личного дела водителя — открывает форму «Редактирование личного дела водителя» ;

3.4) Водители в отпуске/на больничном — открывает форму «Водители в отпуске/на больничном» ;

3.5) Администратор — возвращает в меню «Администратор»

3.6) Главное меню — возвращает в главное меню БД.

Рисунок 5.27:" Водители «

4) Рассмотрим подменю Автопарк, рисунок 5.28 «Автопарк» :

4.1) Новый автомобиль — открывает форму «Внести в автопарк новый автомобиль» ;

4.2) Редактировать автопарк — открывает форму «Редактирование автопарка» ;

4.3) Автомобили в ремонте — открывает форму «Автомобили в ремонте» ;

4.4) Администратор — возвращает в меню «Администратор»

4.5) Главное меню — возвращает в главное меню БД.

Рисунок 5.28:" Автопарк «

5) Меню «Диспетчер», рисунок 5.29 «Диспетчер», содержит два подменю и кнопу возвращения в главное меню:

5.1) Заказы — это подменю служит для обработки заказов;

5.2) Путевые листы — служит для обработки путевых листов;

5.3) Главное меню — возвращает в главное меню БД.

Рисунок 5.29: «Диспетчер»

6) Рассмотрим подменю «Заказы», рисунок 5.30 «Заказы» :

6.1) Начать смену — вызывает макрос «Начать смену» ;

6.2) Новый заказ — открывает форму «Внос нового заказа в БД» ;

6.3)Заказ выполнен/отменен — открывает форму «Заказ выполнен/отменен» ;

6.4) Редактировать заказ — открывает форму «Редактирование заказа» ;

6.5) Диспетчер — возвращает в меню «Диспетчер «

6.6) Главное меню — возвращает в главное меню БД.

Рисунок 5.30: «Заказы»

7) Рассмотрим подменю «Путевые листы», рисунок 5.31 «Путевые листы «:

7.1) Создать новый путевой лист — открывает форму «Создать новый путевой лист» ;

7.2) Редактирование путевого листа — открывает форму «Редактирование путевого листа» ;

7.3) Диспетчер — возвращает в меню «Диспетчер «

7.4) Главное меню — возвращает в главное меню БД.

Рисунок 5.31 :" Путевые листы"

автоматизированный отчет база данный

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

1) Проектирование баз данных;

2) Проведение нормализации баз данных;

3) Работа в программной среде Microsoft Access.

Также была разработана автоматизированная информационная система частного предприятия «Такси» на основе баз данных, которая может использоваться частными предприятиями типа «Такси» для ведения своей деятельности и обеспечивает:

1) Качественный контроль данных;

2)Надежность и безопасность;

3)Автоматизацию документооборота ;

4)Быстрое составление отчетов.

Источники

1) Статьи из свободной энциклопедии «Википедия» :

1.1) http://ru.wikipedia.org/wiki/База_данных;

1.2) http://ru.wikipedia.org/wiki/ Система_управления_базами_данных ;

1.3) http://ru.wikipedia.org/wiki/Индекс_(базы_данных) ;

1.4) http://ru.wikipedia.org/wiki/Внешний_ключ;

1.5) http://ru.wikipedia.org/wiki/ Первичный_ключ;

1.2) http://ru.wikipedia.org/wiki/Нормальная_форма;

2) Днепров А. «Microsoft Access 2007», 240стр.

3) Джен Л. Харрингтон «Проектирование реляционных баз данных», 240 стр.