Создание системы "Таксопарк"

- 27 -

1. Постановка задачи

Общие сведения

Наименование системы: Проектирование и разработка приложения БД «Таксопарк»

Условное наименование системы: «Таксопарк»

Пользователи системы: Руководители и диспетчеры организации

Разработчик: Студентка группы 07ПИ2 Машкина Л.И., шифр 70461

Основания для разработки

Учебный план специальности 080801 «Прикладная информатика (в экономике)», прием 2007 года

Плановые сроки начала и окончания работ

Начало работ 2 февраля 2009 года

Окончание работ 15 мая 2009 года

Порядок выполнения и представления результатов работы

Работы выполняются в соответствии с календарным планом, а также возможными дополнениями и изменениями к нему, возникшими в ходе работы. Срок выполнения работы определен учебным планом специальности 080801 «Прикладная информатика (в экономике)», прием 2007 года

Результатами работ являются:

1. Дистрибутив приложения «Таксопарк» на носителе;

2. Реализованная БД «Таксопарк.mdb» на носителе;

3. Пояснительная записка по курсовой работе.

Назначение и цели создания

Назначение системы

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

- Регистрация новых клиентов и вызовов в базе данных;

- Формирование списков сотрудников, VIP клиентов;

- Вывод данных по запросам;

- Формирование отчетов.

Цели создания системы

Создание системы «Таксопарк» и приложения для упрощения регулированием системы и для автоматизации её функций, а так же формирование рабочей документации.

Требования к системе

Требования к системе «Таксопарк» вытекают из общих требований к курсовой работе перечисленных в методических указаниях к выполнению курсовой работы по дисциплине

Календарный план работ

№ п/п	Наименование	Сроки	Примечания
1	Согласование темы и плана работ	С 19 декабря 2008 г. по 6 февраля 2009 г.	Требуется регистрация темы
2	Сбор данных о предметной области	С 19 декабря 2008 г. по 6 февраля 2009 г.
3	Описание входных и выходных документов, ограничений.	С 9 февраля 2009 г. по 23 февраля 2009г.
4	Построение инфологической модели	С 23 февраля 2009 г. по 6 марта 2009 г.	Обязательное пояснение терминов модели
5	Выбор СУБД	С 6 марта 2009 г. по 13 марта 2009 г.	Определение оптимальной для работы СУБД
6	Построение датологической модели	С 10 марта 2009 г. по 30 марта 2009 г.	Нормализация данных обязательна
7	Построение физической модели	С 20 марта 2009 г. по 13 апреля 2009 г.
8	Проектирование приложения БД	С 10 апреля 2009 г. по 24 апреля 2009 г.	Доработка БД до клиент-серверного приложения
9	Реализация приложения БД	С 20 апреля 2009 г. по 5 мая 2009 г.
10	Тестирование и отладка приложения БД	С 25 апреля 2009 г. по 15 мая 2009 г.
11	Оформление пояснительной записки	С 15 февраля 2009 г. по 15 мая 2009 г.
12	Сборка проекта	С 11 мая 2009 г. по 22 мая 2009 г.
13	Защита курсовой работы	С 25 мая 2009 г. по 5 июня 2009 г.

2. Введение

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

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

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

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

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

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

Очень часто люди едут в места, отдаленные от дома. Но не всегда под рукой есть автомобиль. Поэтому они обращаются за услугами такси. Диспетчер таксопарка «Желтая Карета» принимает вызов и вводит информацию в базу данных (телефон клиента, время приезда за ним, адрес и пункт конечного назначения). Далее диспетчер сообщает координаты клиента водителю, и он отправляется на вызов.

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

Информационная система «Таксопарк» предназначена для упрощения регулированием системы и для автоматизации её функций. База данных предназначена для диспетчеров и директора таксопарка.

Система содержит следующую информацию:

· Учет сотрудников

o Код

o ФИО

o Дата рождения

o Адрес проживания

o Номер телефона

o Должность

o Категория водительских прав

o Дата выдачи прав

o ТС

o Семейное положение

o Сведения о паспорте (серия, номер, дата выдачи, кем выдан, код подразделения)

· Учет принятых вызовов

o Код

o Код сотрудника (водителя)

o Когда приехать за клиентом

o Телефон

o Адрес

o Пункт конечного назначения

· Учет VIP клиентов

o Код

o ФИО

o Номер карточки

o Номер договора

o Скидка

o Телефон

o Адрес проживания

o Код сотрудника (водителя)

· Учет транспортных средств сотрудников (водителей)

o Номер

o Код сотрудника (водителя)

o Марка

o Тип

o Категория

o Год выпуска

o Модель двигателя

o Номер двигателя

o Цвет

o Мощность двигателя

o Серия паспорта

o Разрешенная максимальная масса

o Масса без нагрузки

· Расценки

o Пункт назначения

o Километраж

o Цена

Система предусматривает запросы:

1. Вывод информации, касающейся сотрудников.

2. Поиск информации об отдельном сотруднике по его фамилии.

3. Вывод сообщения о повторяющихся данных о VIP Клиенте по его коду, фамилии, отчеству и номеру VIP карты.

4. Вывод информации о ценах проезда.

3.2 Описание входных документов и сообщений

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

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

1. Вызовы от клиентов, которые сообщают информацию

1.1. Когда за ними приехать

1.2. Номер телефона

1.3. Адрес

1.4. Пункт конечного назначения

2. Данные о сотрудниках

2.1. ФИО

2.2. Дата рождения

2.3. Адрес проживания

2.4. Номер телефона

2.5. Категория водительских прав

2.6. Дата выдачи прав

2.7. Транспортное средство

2.8. Семейное положение

2.9. Сведения о паспорте

3. Данные о VIP клиентах

3.1. ФИО

3.2. Телефон

3.3. Адрес проживания

4. Данные о ТС

4.1. Номер

4.2. Марка

4.3. Тип

4.4. Категория

4.5. Год выпуска

4.6. Сведения о двигателе

4.7. Серия паспорта

4.8. Масса автомобиля без нагрузки

4.9. Допустимая масса нагрузки

4.10 Изображения автомобиля

3.3 Описание выходных документов и сообщений

Выходными документами являются отчеты: Список VIP Клиентов (Код клиента, Фамилия, Номер карты, Телефон, Адрес проживания). (Рис.1)

Рис.1 Состав VIP Клиентов

Состав сотрудников (Должность, ФИО). (Рис.2)

Рис.2 Состав сотрудников

Цена проезда (Пункт назначения, Сколько до него км, Цена). (Рис.3)

Рис3 Цена проезда



Визуальное представление транспортных средств (Номер ТС, Код сотрудника, Изображение ТС). (Рис.4)

Рис.4 Визуальное представление транспортных средств

Пункты расстояние между которыми менее 30 км (Пункт назначения, Ск-ко до него км, Цена). (Рис.5)

Рис.5 Пункты расстояние между которыми менее 30 км

Состав транспортных средств (Код сотрудника, Номер ТС, Марка ТС, Год выпуска, Цвет). (Рис.6)

Рис.6 Состав транспортных средств

Сведения о принятых вызовах (Код сотрудника, Код вызова, Время приезда за клиентом, Телефон, Адрес). (Рис.7)

Рис.7 Сведения о принятых вызовах

3.4 Список ограничений

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

- один водитель может выполнять только один вызов одновременно;

- номер ТС, номер двигателя, серия паспорта являются уникальными и соответствует конкретному ТС;

- код VIP клиента, номер его карточки, номер договора являются уникальными и соответствует конкретному VIP клиенту;

- код вызова является уникальным;

- код сотрудника, серия паспорта, номер паспорта являются уникальными и соответствует конкретному сотруднику.

4. ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ

4.1 Описание сущностей

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

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

Транспортное Средство - автомобиль на котором производится перевозка клиентов.

VIP клиент - тот, кто постоянно пользующийся услугами данного Таксопарка (совершил более 10 поездок в течении месяца), получивший скидку 10% на проезд.

Вызовы - заявка клиента на осуществление перевозки данным транспортным предприятием.

Сотрудники - коллектив Таксопарка.

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

Клиент - тот, кто пользуется услугами такси.

4.2 Граф алгоритмическая взаимосвязь показателей

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

Расшифровка условных обозначений приводится в таблице (Таблица 1).

Таблица 1

Условное обозначение	Расшифровка
КодВыз	Код вызова
Тел	Телефон
АдрПр	Адрес проживания
Дол	Должность
ФИО	Фамилия имя отчество
ПН	Пункт назначения
Ск км	Сколько км
Ц	Цена
КодВыз	Код вызова
Адр	Адрес
КодСот	Код сотрудника
Назв	Название
НТС	Номер транспортного средства
Цв	Цвет
КодКл	Код клиента
НКар	Номер VIP карточки
КодСот	Код сотрудника
ПН	Пункт назначения
КодVIPКл	Код VIP Клиента
НДог	Номер договора
Ск	Скидка
ГодВ	Год выпуска
Изо	Изображение

Цель построения графа - определить реквизитный состав показателей, алгоритмические зависимости показателей для построения нормализованной диаграммы «сущность-связь» (Рис.8).

В результате: определяется состав исходных показателей, которые участвуют в построении дальнейших моделей: ER-моделей, даталогической и физической.

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



Рис.8 Граф алгоритмическая связь показателей

4.3 ER-диаграмма

Построение графа взаимосвязи показателей позволяет перейти к нормализованной диаграмме «сущность-связь». Для построения диаграммы «сущность-связь» была выбрана нотация Питера Чена, базовыми понятиями которых являются: сущность, связь и атрибуты. Для построения ER-модели (Рис.9) используются искусственные идентификаторы (Таблица 2).

Таблица 2

Идентификатор	Значение
Адр	Адрес
Тел	Телефон
Код	Код
ФИО	Фамилия имя отчество
НVIPКар	Номер VIP Карточки
НДог	Номер договора
Ск	Скидка
АдрПр	Адрес проживания
КодС	Код сотрудника
ДРож	Дата рождения
Дол	Должность
КВодПр	Категория водительских прав
ДВП	Дата выдачи прав
ТС	Транспортное средство
Св о Па	Сведения о паспорте
Назв	Название
Ск км	Сколько километров
Ц	Цена
НТС	Номер транспортного средства
ММ	Марка модель
Т	Тип
Кат	Категория
ГодВ	Год выпуска
МодДв	Модель двигателя
НД	Номер двигателя
Цв	Цвет
МДв	Мощность двигателя
Ког пр	Когда приехать
СПол	Семейное Положение
КодВ	Код вызова
СПа	Серия паспорта
РММ	Разрешимая Максимальная масса
МБН	Масса Без Нагрузки
Изо	Изображение

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

Руководитель

Сотрудники «Диспетчер» и «Водитель» (КодС, ФМО, ДРож, АдрПр, Тел, Дол, КВодПр, ДВП, ТС, СПол, Св о Па)

Вызовы (КодВ, ПН, Ког пр, КодС, Тел)

Клиенты (Адр, Тел)

VIP Клиенты (Код, ФИО, НДог, Ск, Тел, АдрПр, НVIPКар)

Расценки (ПН, СК км, Ц)

ТС (НТС, КодС, ММ, Т, Кат, ГодВ, МодДв, НД, Цв, МДв, СПа, РММ, МБН, Изо)

Пункт Назначения (Назв, СК км, Ц)



Рис.9 ER-диаграмма

5. Выбор СУБД

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

Для решения поставленной задачи необходимо проанализировать несколько СУБД, поддерживающие локальные реляционные базы данных., а именно: MS Access, Visual Basic, Visual C++, SQL Server.

Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различных форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Минимальные ресурсы ПК: процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.

Visual Basic - это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office. Минимальные ресурсы ПК: процессор 368DX, Windows 3.1, 95, NT, объем оперативной памяти 6 (16) Мб, занимаемый объем на ЖМД 8-36 Мб.

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

SQL Server - сервер баз данных, реализует подход “клиент-сервер” и взаимодействует с указанными пакетами. Главные достоинства: высокая степень защиты данных, мощные средства для обработки данных, высокая производительность. Область применения: хранение больших объемов данных, хранение высокоценных данных или данных, требующих соблюдения режима секретности. Минимальные ресурсы ПК: процессор 468DX-33МГц, Windows NT, объем оперативной памяти 16 (32) Мб, занимаемый объем на ЖМД 80 Мб.

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

СУБД	MS Access	MS Visual Basic	Visual C++	SQL Server
Наличие	5	2	4	0
Стоимость	5	4	4	3
Производительность	4	3	4	4
Вторичный ключ	4	5	5	0
Поддержка «клиент-сервер»	5	5	0	0
Навыки работы	5	2	3	0

6. Даталогическая модель

6.1 Диаграмма связи структур по полям

С учетом выбора СУБД и ее возможностей строится схема линейных структур, показывающая связь между файлами, тип и поля, используемые для поддержания связи (Рис. 10). Для обеспечения связи между таблицами вводятся необходимые поля, определяются типы связи. (Таблица 3)

Таблица 3

Условное обозначение	Значение
Пм	поле МЕМО
Чс	числовой
Тк	текстовый
Дв	дата/время
OLE	поле объекта OLE

Сотрудники

КодС	ФИО	Дрож	АдрПр	Тел	Дол	КВодПр	ДВП	ТС	СПол	СВ о Па
Тк(3)	Тк(37)	Дв(10)	Тк (22)	Тк(7)	Тк(9)	Тк (11)	Дв(10)	Тк(19)	Тк(10)	Тк и Чс(59)

Вызовы

КодВ	Ког пр	КодС	Тел	Адр	ПН
Тк(3)	Дв(8)	Тк(3)	Тк(7)	Тк(22)	Тк(15)

ПН	Ск км	Ц
Тк (15)	Чс (2)	Дн (10)

НТС

КодС

ММ

Т

Кат

ГодВ

МодДв

НД

Цв

МД

СПа

МБН

РММ

Изо

Тк(6)

Тк(3)

Тк(19)

Тк(8)

Тк(1)

Чс(4)

Тк(4)

Чс(6)

Тк(10)

Тк(3)

Тк(4)

Чс(4)

Чс(4)

OLE(16)

Код VIP Кл	ФИО	НДог	Ск	Тел	АдрПр	НVIP Кар	НТС
Тк(4)	Тк(37)	Чс(4)	Тк(3)	Тк(7)	Тк(22)	Чс(4)	Тк(6)

Рис. 10 Диаграмма связи структур по полям

6.2 Описание запросов к базе данных

1. Запрос на данные обо всех сотрудниках

Фамилия сотрудника	Имя сотрудника	Отчество сотрудника	Должность

SQL-запрос

SELECT [Учет сведений о сотрудниках]

[Фамилия Сотрудника], [Учет сведений о сотрудниках]

[Имя Сотрудника], [Учет сведений о сотрудниках]

[Отчество Сотрудника], [Учет сведений о сотрудниках]

Должность

FROM [Учет сведений о сотрудниках];

2.Запрос на VIP Клиента

Код VIP Клиента	Фамилия	Номер VIP Карты	Скидка	Телефон	Адрес проживания	Номер ТС

SQL-запрос

SELECT [Учет VIP Клиентов]

[Код VIP Клиента], [Учет VIP Клиентов]

Фамилия, [Учет VIP Клиентов]

[Номер VIP карты], [Учет VIP Клиентов]

Скидка, [Учет VIP Клиентов]

Телефон, [Учет VIP Клиентов]

[Адрес Проживания], [Учет VIP Клиентов].[Номер ТС]

FROM [Учет VIP Клиентов]

WHERE ((([Учет VIP Клиентов]

[Номер ТС])=[Ведите номер ТС]));

Запрос выдает информацию о клиентах, которые пользовались данным ТС, на основе введенного пользователем номера транспортного средства.

3. Запрос на поиск повторений для VIP Клиентов

Код VIP Клиента	Фамилия	Отчество	Номер VIP Карты

SQL-запрос

SELECT [Учет VIP Клиентов]

[Код VIP Клиента], [Учет VIP Клиентов]

Фамилия, [Учет VIP Клиентов]

Отчество, [Учет VIP Клиентов].

[Номер VIP карты]

FROM [Учет VIP Клиентов]

WHERE ((([Учет VIP Клиентов].[Код VIP Клиента]) In (SELECT [Код VIP Клиента] FROM [Учет VIP Клиентов] As Tmp GROUP BY [Код VIP Клиента],[Фамилия] HAVING Count(*)>1 And [Фамилия] = [Учет VIP Клиентов].[Фамилия])))

ORDER BY [Учет VIP Клиентов]

[Код VIP Клиента], [Учет VIP Клиентов]

Фамилия;

4. Запрос на информацию о пунктах назначения, расстояние между которыми менее 30 км.

Пункт назначения	Ск-ко км	Цена

SQL-запрос

SELECT Расценки.[Пункт Назначения], Расценки.[Ск-ко км], Расценки.Цена

FROM Расценки

WHERE (((Расценки.[Ск-ко км])<30));

5. Запрос на конкретного сотрудника по заданной фамилии.

Фамилия сотрудника	Имя сотрудника	Отчество сотрудника	должность	ТС	Адрес проживания

SQL-запрос

SELECT [Учет сведений о сотрудниках]

[Фамилия Сотрудника], [Учет сведений о сотрудниках]

[Имя Сотрудника], [Учет сведений о сотрудниках]

[Отчество Сотрудника], [Учет сведений о сотрудниках]

Должность, [Учет сведений о сотрудниках]

ТС, [Учет сведений о сотрудниках]

[Адрес проживания]

FROM [Учет сведений о сотрудниках]

WHERE [Учет сведений о сотрудниках]

[Фамилия Сотрудника]=[Введите фамилию сотрудника];

6. Запрос на данные о сотрудниках. Выдает данные о водителях

Код сотрудника	Фамилия сотрудника	Дата рождения	Адрес проживания	Номер телефона	Должность	ТС

SQL-запрос

SELECT [Учет сведений о сотрудниках]

[Код Сотрудника], [Учет сведений о сотрудниках]

[Фамилия Сотрудника], [Учет сведений о сотрудниках]

[Дата Рождеия], [Учет сведений о сотрудниках]

[Адрес проживания], [Учет сведений о сотрудниках]

[Номер телефона], [Учет сведений о сотрудниках]

Должность, [Учет сведений о сотрудниках]

ТС

FROM [Учет сведений о сотрудниках]

WHERE ((([Учет сведений о сотрудниках].

Должность="Водитель";

Перекрестный запрос на данные о расценках

Пункт назначения	Ск-ко км
	цена

SQL-запрос

TRANSFORM Min(Расценки.[Цена]) AS [Min-Цена]

SELECT Расценки.[Пункт Назначения]

FROM Расценки

GROUP BY Расценки.[Пункт Назначения]

PIVOT Расценки.[Ск-ко км];

7. Физическая модель базы данных

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

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

Имя поля	Ключ	Тип данных
Пункт назначения	*	Текстовый
Сколько километров		Числовой
Цена		Денежный

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

Имя поля	Ключ	Тип данных
Номер ТС	*	Текстовый
Код сотрудника		Текстовый
Марка Модель ТС		Текстовый
Тип ТС		Текстовый
Категория ТС (ABCD)		Текстовый
Год Выпуска		Числовой
Модель Двигателя		Числовой
Номер Двигателя		Числовой
Цвет		Текстовый
Мощность двигателя л с		Текстовый
Серия Паспорта ТС		Текстовый
РММ кг		Числовой
Масса Без Нагрузки кг		Числовой
Изображение		Поле объекта OLE

Описание структуры таблицы Учет VIP Клиентов

Имя поля	Ключ	Тип данных
Код VIP Клиента	*	Текстовый
Фамилия		Текстовый
Имя		Текстовый
Отчество		Текстовый
Номер VIP карты		Числовой
Номер Договора		Числовой
Скидка		Текстовый
Телефон		Текстовый
Адрес Проживания		Текстовый
Номер ТС		Текстовый

Описание структуры таблицы Учет принятых вызовов

Имя поля	Ключ	Тип данных
Код вызова	*	Текстовый
Код сотрудника		Текстовый
Когда приехать за клиентом		Дата/время
Телефон		Текстовый
Улица		Текстовый
Дом		Числовой
Подъезд		Числовой
Пункт конечного назначения		Текстовый

Описание структуры таблицы Учет сведений о сотрудниках

Имя поля	Ключ	Тип данных
Код сотрудника	*	Текстовый
Фамилия		Текстовый
Имя		Текстовый
Отчество		Текстовый
Дата рождения		Дата/время
Адрес проживания		Текстовый
Номер телефона		Текстовый
Должность		Текстовый
Категория водительских прав		Текстовый
Дата Выдачи Прав		Дата/время
ТС		Текстовый
Семейное Положение		Текстовый
Серия Паспорта		Числовой
Номер Паспорта		Числовой
Кем Выдан Паспорт		Текстовый
Дата Выдачи Паспорта		Дата/время
Код Подразделения Паспорта		Числовой

8. Реализация приложения БД

8.1 Модель функционирования системы учета

При первом запуске приложения пользователю необходимо ввести в базу данных «Таксопарк» необходимые для работы данные о вызовах, клиентах и т.д. (Таблица 4)

Таблица 4

Сущность	Таблица базы данных	Описание
Сотрудники	Учет сведений о сотрудниках	Содержит данные о сотрудниках таксопарка «Желтая Карета»
VIP Клиенты	Учет сведений о VIP Клиентах	Содержит данные о VIP Клиентах
Вызовы	Учет принятых вызовах	Содержит данные о принятых вызовах
Расценки	Расценки	Содержит данные о цене проезда
ТС	ТС	Содержит данные о ТС сотрудников

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

8.2 Диаграмма потоков данных

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

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

Так же формируются данные о сотрудниках, расценках.

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

Рис. 11 Диаграмма изменения потоков данных о работе с клиентами

8.3 Схема меню приложения

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

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

Рис.12 Схема меню базы данных

8.4 Окна приложения

Согласно схеме меню приложения базы данных, на различных этапах имеет вид, представленный на рисунках (Рис. 13,14,15)

Рис. 13 Начальный интерфейс приложения

Рис. 14. Информация о работе таксопарка = Транспортное средство

Рис. 15 Работа с таблицами

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

Таблица 5.

Значок	Значение
	Позволяет добавить новую запись
	Удаляет существующую запись
	Сохраняет новую запись
	Печать
	Отправление по почте
	Обновление
	Закрыть

Заключение

За время создания курсового проекта и написания пояснительной записки была досконально изучена предметная область проекта; разработана концептуальная модель БД: объект-отношение; выбрана реляционная модель для создания эффективной БД; разработаны основные модели запросов для работы с данными БД.

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

Список литературы

1. Михеева В.Д., Харитонова И.А. Microsoft Access 2000. - БХВ - Изд. «Санкт-Петербург», 2000

2. Диго С.М. Проектирование и использование баз данных: Учебник. - М.: Финансы и статистика, 1995.

3. ГОСТ 2.105.95 ЕСКД. Общие требования к текстовым документам.

4. Джим Бойс « Использование Microsoft Office97»

5. С.В. Симонович «Информатика. Базовый курс»

6. Ю.Бекаревич « MS Access 2000»

7. Рычка И.А. Методические указания к выполнению курсового проектирования для студентов специальности 080801 «Прикладная информатика (в экономике)» очной и заочной форм обучения, Петропавловск-Камчасткий, 2008

8. Пасько В. Access 97 - К.: Издательская группа BHV, 2000. - 368с.

9. Э.Феддема Эффективная работа: Microsoft Access 2002. - СПб.: Питер, 2003. -944 с.: ил.