Разработка программы автоматизированного рабочего места диспетчера такси

Министерство образования Омской области
БОУ ОО СПО «Торгово-экономический колледж»
Курсовая работа
по дисциплине «Разработка и эксплуатация
автоматизированных информационных систем»
на тему: «Разработка программы автоматизированного рабочего места диспетчера такси»
Выполнил:
студент группы 31 АС
Шевчук Кирилл Александрович
Руководитель:
Загребнев Виталий Юрьевич
Омск 2009
Оглавление
Введение
Глава I. Теоретические основы создания системы автоматизации деятельности таксопарка
1.1 Анализ деятельности таксопарка
1.2 Анализ существующих программ автоматизации деятельности диспетчера такси
1.3 Выбор жизненного цикла автоматизированной информационной системы
1.4 Выбор системы управления базами данных
1.5 Выбор языка программирования
Глава II. Разработка программы для автоматизации деятельности таксопарка
2.1 Анализ требований заказчика
2.2 Проектирование системы автоматизации деятельности таксопарка
2.3 Создание программы «Автоматизированное рабочее место диспетчера такси»
Заключение
Список литературы
Приложения
Введение
До появления программ такого типа, все сведения о заказах, водителях и других производственных данных записывались на бумагу и как следствие могли содержать ошибки (неправильный номер дома или улицы, цена заказа и т.д.) или просто потеряться. АРМ диспетчера такси вносит сведения и базу данных о заказах и сотрудниках и может брать оттуда данные о районах, улицах и домах расположенных на этих улицах, что исключает такого рода ошибки. Специальных блок (не во всех программах) рассчитывает расстояние от пункта отправки до пункта назначения и умножает его на стоимость за 1 км, что дает однозначную цену заказа. Еще в некоторые АРМ можно вводить схемы маршрутов, по которым должны двигаться водители (чтобы не дать возможность «левого заработка»)
Программа может применяться во всех сферах связанных с транспортом, так как наглядно демонстрирует схемы передвижения транспорта и занятость водителей.
Сегодня на рынке существует несколько аналогичных программных продуктов: … Software 123 их программа АРМ диспетчера такси 2.0
F-Groupe Software их программный комплекс «Диспетчер такси»
Fastsoft их программа Диспетчер такси Стандартная версия (1.0.0.0)
Цель курсовой работы: разработка программы автоматизации деятельности диспетчера такси, исходя из этого, появляются задачи:
Исследовать сферу деятельности таксопарка;
Проанализировать существующие аналоги автоматизации деятельности диспетчера такси;
Выбрать СУБД и язык программирования;
Построить структуру СУБД;
Согласовать интерфейс с заказчиком;
Написать программный код;
Глава I. Теоретические основы создания системыавтоматизации деятельности таксопарка
1.1 Анализ деятельности таксопарка
Работа таксопарка осуществляется следующим образом: каждый водитель, заступая на смену, связывается с диспетчером, и тот вносит его в карточку работающих в данный момент. Сведения карточки отображаются на экране. Водители держат обратную связь по радио.
Заказы поступают по телефону к диспетчеру, он записывает необходимые данные в базу заказов. Дата и время поступления заказа диспетчер вводит сам или вводиться автоматически.
Клиент может сразу у диспетчера узнать стоимость заказа, и только потом заказывать.
Потом из списка свободных водителей выбирает того, кто будет выполнять заказ (если в машинах встроены маяки выбирает того кто ближе к месту), или водитель сам отвечает по обратной связи, что примет заказ. После подтверждения водителем диспетчер ставит водителю статус «Занят», точнее это происходит автоматически, когда статус заказа «Выполняется», потому что в бланке каждого заказа ставиться исполнитель.
После выполнения заказа водитель по рации отчитывается перед диспетчером, тот ставит заказу статус «Выполнен» и у водителя меняется статус на «Свободен».
В случае, когда заказ отменяется, клиент попадает в «Чёрный список», то есть он не имеет право пользоваться услугами данного таксопарка. Диспетчер вносит имя того водителя, который должен был выполнять отмененный заказ в специальный список, который регламентирует по чьей вине заказ сорвался. Например: водитель опоздал на время назначенное клиентом, и вследствие услуги такси стали неактуальными, в таком случае водитель пишет объяснительную записку, но это не спасает его от взысканий. Может быть так, что клиент просто передумал, но не предупредил диспетчера, в таком случае водитель всё равно пишет объяснительную записку, но никаких взысканий к нему не применяется. В этих случаях водитель сам оповещает диспетчера о том, что заказ аннулирован. Еще может быть случай, когда клиент передумал, но предупредил диспетчера, тот связывается с водителем и перенаправляет его на другой заказ. Во всех случаях статус заказа ставиться «Отменен».
После каждой смены диспетчер формирует отчет, который показывает, сколько заказов поступило, сколько выполнилось, сколько было отменено, и их общую стоимость.
Эти отчеты поступают к администратору, на основании этого всего администратор формирует общий отчет (сводный отчет) за определенную дату.
В конце месяца администратор, пользуясь своими отчетами, формирует отчет по итогам месяца и отправляет его высшему руководству таксопарка.
Еще администратор занимается кадрами. Он формирует дела новых сотрудников, и вносит необходимые поправки в дела уже работающих на этом предприятии. На администраторе лежит ответственность за правильное формирование дел и их сохранность.
Проблемы, которые могут возникнуть при осуществлении данной деятельности такие:
Потеря данных диспетчером, или неправильная их трактовка.
Выбор не оптимального маршрута следования таксистов
Не корректная форма представления отчетов и т.д.
Пути решения этих проблем могут быть следующие:
Использование стандартных форм для заполнения данных и ввода/вывода отчетов
Использование систем ГИС и математических формул для определения оптимальных маршрутов из пункта в пункт и их стоимости
Создание при помощи картографических средств перечня районов и улиц, с целью исключения ошибок диспетчера.
1.2 Анализ существующих программ автоматизациидеятельности диспетчера такси
Название: АРМ диспетчера такси 2.0.
Год выпуска: 2006.
Разработчик: Software 123.
Назначение: Для принятия заказов и их обработки с последующим оформлением отчетов.
Достоинства: Простота работы, низкие системные требования, простой интерфейс, не требующий специальной подготовки
Недостатки: сочетает в себе функции диспетчера и часть функций администратора, нет защиты данных (не поддерживает паролей), нет возможности сводных отчетов.
Цена: 1100 руб.
Название: Диспетчер такси Стандартная версия (1.0.0.0)
Год выпуска: 2007
Разработчик: Баранов Андрей Fast soft
Назначение: Для принятия заказов и их обработки с последующим оформлением отчетов, а так же более удобного ведения кадровых дел.
Достоинства: Удобный интерфейс, отображающий все нюансы заказов, поддержка паролей, возможность самому формировать отчеты, поддержка тарифов и автоматическое определение стоимости, возможность работы с разными базами данных
Недостатки: Функции диспетчера и администратора сочетаются в одном лице.
Цена: 2500 руб.
Название: программный комплекс «Диспетчер такси»
Год выпуска: 2005
Разработчик: F-Group Software
Назначение: Для автоматизации процессов приема, оформления заказов такси, управления водителями и формирования отчетности в таксопарках и диспетчерских службах такси
Достоинства: Многопользовательский режим, возможность работы по сети, возможность работать под разными профилями (администратор, диспетчер, руководитель, оператора), поддержка паролей, повышение эффективности работы за счет использования четких алгоритмов действий, четкое распределение функции между профилями, есть связь с готовыми картами.
Недостатки: Сложность работы, функциональная избыточность, сложный интерфейс.
Цена: 1лицензия — 5500 руб.; 2лицензии-1100 руб.
1.3 Выбор жизненного цикла автоматизированной информационнойсистемы
Жизненный цикл АИС — это непрерывный процесс, начинающийся, с момента принятия решения о создании АИС и заканчивается, в момент его полного изъятия из эксплуатации.
Существует две модели жизненного цикла Автоматизированных систем: каскадная и спиральная модель.
Каскадная модель состоит из следующих этапов: анализ, проектирование, конструирование, тестирование сдача. На каждом этапе оформляется пакет документов и ошибки предыдущего этапа видны только на следующем. Достоинства в том, что надежность таких систем очень высокая, а недостаток то, что очень сложно вносить изменения в функциональность продукта.
Спиральная модель или итерационная состоит из этапов: определение требований и анализ, проектирование, реализация и внедрение. Спиральная модель на каждом своём витке предоставляет новую версию продукта с доработками и возможными функциональными изменениями, то есть добавление новых функций. Достоинства легко вносить изменения, нет избыточной документаций. Схема этапов спиральной модели изображена на рис.1.
/>
Рис. 13 Спиральная модель
Для программы «Автоматизированное рабочее место диспетчера такси» была использована спиральная модель жизненного цикла, потому что
в программе есть только базовый набор функций, который можно будет расширить в следующей версии программы
Процессы проектирования и разработки проходят быстрее, чем при использовании каскадной модели
Использования предыдущих итераций для создания новой версии, существенно облегчают созданий
1.4 Выбор системы управления базами данных
База данных — это средство накопления и организации больших массивов информации об объектах некоторой предметной области. БД должна отображать текущие данные о предметной области, накапливать, хранить информацию и предоставлять различным категориям пользователей быстрый доступ к данным. Для этого данные в базе должны быть структурированы в соответствии с некоторой моделью, отражающей основные объекты ПО, их свойства и связи между ними.
Все данные в базах находятся в таблицах и разделены по смысловой нагрузке. Каждая таблица для описания содержимого атрибутов использует типы данных (домены), домены Access подходят для описания данных любой предметной области. Недостаток в том, что в Access нельзя создавать собственные домены необходимые для описания нестандартных данных, таких как возраст работоспособного сотрудника, его можно было описать доменом (все данные принадлежат к целым числам в интервале от 18 до 60).
MS Access это входящая в стандартный набор Microsoft Office настольная, реляционная система управления базами данных. Благадоря тому, что она входит в состав Microsoft Officeона может легко создавать связь с другими приложениями Microsoft Office. Ее средствами можно создавать различные запросы, отчеты и формы для заполнения. Благодаря технологии ADO MS Access легко подключается к Delphi. Объект ADO Connection подключается к базе данных созданной в Access, в ADO Table выбирается конкретная таблица, с которой будет взаимодействовать, ADO Query позволяет создавать SQL запросы средствами Delphi. Технология ADO хорошо подходит под Access.
Но Access обладает недостатками: Это не сетевая база данных, поэтому продукты, созданные с использованием Access, не могут быть использованы при сетевой работе. В режиме конструктора создания таблиц не возможно задать два ключевых поля, или задать двум различным атрибутам тип данных счетчик. В связи с этим могут возникнуть сложности при экспорте и импорте данных из программ визуализации баз данных и других систем управления базами данных.
1.5 Выбор языка программирования
Для создания программы «Автоматизированное рабочее место диспетчера такси» был использован язык программирования Delphi 7, потому что:
Delphi 7, объектно-ориентированный язык программирования, то есть состоит из набора объектов, каждый из которых обладает определенными параметрами и может выполнять ряд конкретных функции.
Продукты, выполненные в Delphi 7, внешне выглядят как стандартные Windows приложения, такие как Paint, Калькулятор и т.д. То есть просты в пользование и понятны, любому пользователю. Название объектов (Таких как Button) указывают на действие, которое выполняет этот объект, а возможность создания меню и справки на русском языке, помогает пользователю быстрее освоить продукт.
Выбор компонентов Delphi можно расширять, а также самому описывать процедуры, типы данных, объекты и действия производимые в них.
Главный плюс высокоуровневых языков программирования это визуализация объёктов, но при этом ход действия производимых этими объектами скрыты. Еще одна особенность: один объект может использоваться помимо своего основного назначения в других функциях, а также на один и тот же объект можно поставить несколько событий.
Средствами Delphi 7 легко создать связь с СУБД Access через технологию ADO, что имеет ряд своих преимуществ, таких как:
Возможность вручную создавать запросы средствами Delphi
Отображать необходимые атрибуты базы данных в интерфейсе программного продукта и создание удобных карточек заполнения атрибутов БД: простота создания связей и их модернизация.
Глава II. Разработка программы для автоматизации деятельности таксопарка
2.1 Анализ требований заказчика
Программа Автоматизированное рабочее место диспетчера такси разработана по спиральной модели жизненного цикла автоматизированных информационных систем. На каждом этапе создания были проведены следующие действия:
определение требований.
В соответствии с техническим заданием были определены основные требования и методы реализации этих требований.
Основные требования к программе:
Разделение рабочих мест на два режима: «Администратор» и «Диспетчер»;
Вход по логину и паролю в двух режимах;
Заполнение карточки водителя и диспетчера, только в режиме администратора;
Печать сводных отчетов по диспетчерам, по водителю, формирование «черного списка», только в режиме администратора;
Заполнение карточки заказа, только в режиме диспетчера;
Изменение статуса заказа, только в режиме диспетчера;
Регистрация прибывших на смену водителей, только в режиме диспетчера;
Печать отчета за смену, только в режиме диспетчера;
анализ.
На этапе анализа были проведены:
Анализ предметной области, где были выявлены необходимые функции для работы таксопарка.
Анализ аналогов, где были проанализированы достоинства и недостатки продуктов, применяемых в данной предметной области. Пример интерфейса.
Построена схема в BPWin, которая иллюстрирует все нюансы работы таксопарка.
2.2 Проектирование системы автоматизации деятельности таксопарка
В программе Автоматизированное рабочее место сотрудника такси есть два режима работы: «Диспетчер» и «Администратор». Каждый режим выполняет свои действия в зависимости от специфики должности.
Диспетчер напрямую работает с клиентами, в его обязанности входит регистрация заказов с последующей передачей их водителям. После каждой смены диспетчер создает и помещает общую базу отчетов (Рис.2).
/>
Рис. 13 Деятельность диспетчера
К задачам администратора относится работа с соискателями на вакансии водителей и диспетчеров, а так же создание сводных отчетов для высшего руководства (Рис.3).
База данных Taxi состоит из следующих сущностей (таблиц): " Водители", «Диспетчеры», «Заказы», «Водители_Смены» и «admins».
/>
Рис. 13 Деятельность администратора
Для детализации контекстных диаграмм нижнего уровня были использованы миниспецификации:
Для деятельности диспетчера:
А1:
Название: Генерация отчетов
Входы: Данные из базы заказов
Выходы: Отчеты; Запросы в базу заказов.
Алгоритм:
По завершению смены запросить сведения из БД заказы
Генерировать отчет
Занести отчет в базу
А2:
Название: Обработка заказов
Входы: заказы; отчеты от водителей.
Выходы: Обработанные заказы; записи в базу клиентов;
Алгоритм:
Принять заказ
Выбрать водителя и передать заказ
Занести заказ в базу
Занести в базу информацию о клиентах.
Принять отчет от водителей, поставить статус заказу «отменен» или «выполнен»
Для деятельности администратора:
А1:
Название: Работа с кадрами
Входы: Резюме соискателей
Выходы: Ответ о принятии на работу/отказе; Записи в базу сотрудников.
Алгоритм:
Обработать резюме соискателей
Если резюме соответствует, внести его в БД
В случае поступления заявления об увольнении удалить сведения о сотрудники из БД, выдать трудовую книжку.
А2:
Название: Подготовить отчет
Входы: Отчеты
Выходы: Запросы об отчетах; Сводные отчеты; Черный список
Алгоритм:
Для подготовки отчета за период;
Запросить отчет из БД за период;
Формирование сводного отчета по полям: имя диспетчеров предоставивших отчет, общее количество заказов, сумма заказов;
Создать «Черный список» абонентов из числа тех, кто отменили заказ.
Схема связей базы данных Taxi, показывает какие сущности соединены между собой и по каким атрибутам (рис.4).
/>
Рис. 13 Схема базы данных Taxi
Каждая таблица необходима для выполнения конкретных функций.
В таблицу «заказы» заносятся все сведения о поступивших заказах: когда и от кого прибыл, какой диспетчер принял, и какой водитель будет исполнять заказ, имя и контактный телефон абонента, места отправления и назначения, статус и стоимость. На основании данных этой таблицы формируются все отчеты данного приложения: Сводный отчет по диспетчерам, Сводный отчет по водителю, «Чёрный список» и отчет диспетчера за смену. Атрибуты и их домены показаны на таблице 1.
Таблица 1. Заказы
наименование атрибута
тип данных
описание
номер заказа
счетчик
регистрирует порядковый номер заказа
дата и время поступления заказа
дата/Время
генерируется автоматически
дата и время назначения заказа
дата/Время
время, на которое назначен заказ
место отправления
текстовый
вводиться вручную
место назначения
текстовый
вводиться вручную
абонент
текстовый
вводиться вручную
телефон абонента
тестовый
так как при заполнении используются знаки препинания
стоимость заказа
денежный


фамилия водителя
текстовый
необходима для формирования сводных отчетов
диспетчер
текстовый
не отображается, но необходима для формирования сводных отчетов
статус
текстовый
принимает одно из трех значении: «Выполняется», «Выполнен», «Отменен»
Таблицы «Водители» и «Диспетчеры» выполняют схожие функции — это хранение данных о сотрудниках, работающих в данном таксопарке, естественно данные различаются по специфике выполняемых операций. Например, у водителей существуют поля, в которых находятся сведения о транспортном средстве, а у диспетчеров наличие полей "Login" и "Password", так как они необходимы для входа в систему. Атрибуты таблиц «Водители», «Диспетчеры»и их домены представлены ниже (Таблица 2, Таблица3).
Таблица 2. Водители
наименование атрибута    продолжение

тип данных
описание
позывной
числовой
идентификационный номер
фамилия
текстовый
фамилия водителя
имя
текстовый
имя водителя
отчество
текстовый
отчество водителя
дата рождения
дата/время
дата рождения водителя
серия паспорта
числовой
серия паспорта водителя
номер паспорта
числовой
номер паспорта водителя
кем выдан паспорт
текстовый
УВД выдавшее паспорт
дата выдачи
дата/время
когда был выдан паспорт
адрес
текстовый
где фактически проживает водитель
марка автомобиля
текстовый
марка автомобиля водителя
номер автомобиля
текстовый
номер регистрации в ГАИ
цвет
текстовый
Цвет автомобиля водителя
Таблица 3. Диспетчеры
наименование атрибута
тип данных
описание
Табельный номер
числовой
идентификационный номер
фамилия
текстовый
фамилия диспетчера
имя
текстовый
имя диспетера
отчество
текстовый
отчество диспетчера
дата рождения
дата/время
дата рождения диспетчера
серия паспорта
числовой
серия паспорта диспетчера
номер паспорта
числовой
номер паспорта диспетчера
кем выдан паспорт
текстовый
УВД выдавшее паспорт
дата выдачи
дата/время
когда был выдан паспорт
адрес
текстовый
где фактически проживает диспетчер
login
текстовый
ник для входа в программу
password
текстовый
индивидуальный код для входа в программу
Таблица «Водители_Смены» необходима для регистрации водителей прибывших на смену, при начале работы диспетчер заносит в эту таблицу водителей прибывших на конкретную смену, из списка всех существующих водителей. Она состоит из четырех атрибутов показанных на таблице 4.
Таблица 4. Водители_смены
наименование атрибута
тип данных
описание
ID
счетчик
номер смены
фамилия
текстовый
фамилия водителя прибывшего на смену
имя
текстовый
имя водителя прибывшего на смену
позывной
числовой
Идентификационный номер прибывшего на смену водителя
Атрибуты «Фамилия» и «Имя» не обязательны в данной таблице, потому что есть связь по полю «Позывной», но их наличие позволяет существенно сократить программный код для процедуры принятия заказа.
Данная таблица отображается в нижней части формы «Рабочее место диспетчера» и заполняется диспетчером в начале каждой смены.
Так же содержимое этой таблицы отображается на форме «Новый заказ» для выбора водителя который будет обслуживать заказ, из списка прибывших на смену.
Пользовательский интерфейс режима «Администратор» представлен ниже (Рис.5).
/>
Рис. 13 Интерфейс режима «Администратор»
2.3 Создание программы «Автоматизированное рабочее местодиспетчера такси»
Основная связь используемая в программе — это связь с базой данных по средствам технологии ADO. Основное преимущество подобной связи в том, что через связь установленную в ADO Connection средствами ADO Query и ADO Table, можно вносить изменения в базу данных, и получать из нее необходимые данные, а так же проводить сравнивания данных и прочие операции. Примером этого является проверка логина и пароля компонентом АDO Query:    продолжение

В свойстве SQL добавляем строку: S ELECT * FROM admins WHERE Login=: Login, и прописываем код:
If Combobox1. Text='Администратор' then begin
ADOQuery2. Active: =False;
ADOQuery2. Close;
ADOQuery2. Parameters. Items [0]. Value: =Edit1. Text;
ADOQuery2. Open;
if (not ADOQuery2. IsEmpty) and (Edit2. Text=ADOQuery2. FieldByName ('Password'). AsString) then
begin
Form2. show;
Form1. Visible: =False;
end
else
begin
showmessage (Неверный имя пользователя или пароль)
end;
end;
Связь с базой осуществляется при помощи многоступенчатой связи. Многоступенчатая связь с базой технологией ADO выглядит следующим образом:
Компонент ADOConnection устанавливает связь приложения с конкретной базой, адрес которой прописывается в строке Connection String, это первая ступень. К компоненту ADOConnection присоединяются один или несколько компонентов ADOTable и ADOQuery, это зависит от количества атрибутов базы, которые нужно отобразить в приложении с последующим внесением изменений в них. Это компоненты второй ступени. Компонент ADOTable устанавливает связь с конкретной таблицей, подсоединенной базы. Компонент ADOQuery необходим для создания запросов, сравнения данных в двух различных атрибутов одной базы, либо вставка, выборка и другие действия реляционной алгебры. Третьей ступенью являются компоненты из вкладки data Access, в частности Data Source, как более часто используемый при создании приложений. Этот компонент своего рода служит переходником от компонентов второй ступени к компонентам четвертой ступени. Компоненты четвертой системы — это компоненты отображающие содержимое базы на форме приложения. Они выглядят и называются как компоненты находящиеся в вкладке Standart, только с приставной DB, что указывает на их взаимосвязь с базой. Это такие компоненты как: DBEdit, DBGrid и DBCombobox. Помимо отображения содержимого атрибутов базы данных, с их помощью можно вставлять, редактировать, удалять данные из базы. Для этого необходимо компонент ADOTable ввести в состояние Insert или Edit.
Для печати отчетов используется технология работы с Microsoft Word через Delphi. Благодаря установлению этой связи можно импортировать данные из таблиц тестовой базы данных в виде запроса, что и используется при составлении отчетов в режимах «Администратора» и «Диспетчера». Используя свойство RecordCount компонента ADOTable, задаем переменную цикла с параметров и выполняем сравнивание каждой записи с условием, в случае положительного исхода данные импортируются в Word.
Помимо компонентов связи с базой данных использовались компоненты:
Button: Все кнопки выполняющие действия закрытия, занесения данных в базу, переход между формами.
Label: Все надписи, которые служат подсказками или появдляющейся информацией, преимущество — пользователь не может изменить содержание Label.
Main Menu: для создания всплывающего меню вверху окна, выполняет переключения между окнами и дублирует действия некоторых кнопок.
Заключение
Данная программа предназначена для автоматизации рабочего места диспетчера такси, с целью уменьшить долю ручного труда и количества бумажных документов и наглядно демонстрировать занятость водителей.
Программный продукт " Автоматизированное рабочее место диспетчера такси" выполняет поставленные задачи:
Регистрация новых водителей и диспетчеров в режиме администратора;
печать отчетов по диспетчерам или по конкретному водителю;
Формирование «Чёрного списка» администратором.
В режиме диспетчера при входе на рабочем месте появляется имя и фамилия работающего диспетчера.
Прием заказов
Регистрация водителей прибывших на смену.
Диспетчер не сможет закончить смену пока не напечатает отчет.
Недостатки: Очень большую роль играет «Человеческий фактор» при халатном ведении базы данных заказов и введение неккоректных данных могут забить базу названиями не существующих улиц, именами водителей и диспетчеров типа «ывпрапрваор» и т.д.
Список литературы
Тельнов Ю. Т Реинжиниринг бизнес процессов / Москва. «Финансы и Статистика» 2004.
Калашян А. Н., Калясов Г. Н Структурное моделирование бизнеса: DFD-технология/ Москва. «Финансы и Статистика» 2001.
Фаронов, Delphi 7. Программирование баз данных.
Дарахвелидзе П., Марков Е. Программирование в Delphi 7/Санкт-Петербург «БХВ-Петербург 2003;
Филонович С.Р., Использование моделей жизненного цикла в организации и диагностике /Москва 2005;
Батлер Э., Microsoft Office Access 2007: профессиональное программирование / Вильямс 2009;
Кириллов В.В., Громов Г.Ю., Введение в реляционные базы данных /Москва BHV 2009;
Автоматизированное рабочее место в системе управления предприятием, Сборник научных трудов, СПб, 2002 г;
Гофман В., Хомоненко А., Работа с базами данных в Delphi/ Санкт-Петербург „БХВ-Петербург 2003;
Коннолли Т., Бегг К., Базы данных. Проектирование, реализация и сопровождение / Москва, Санкт-Петербург, Киев 2003;
Кантарь И.Л. Автоматизированные рабочие места управленческого аппарата, 1990.
Рапопорт Э.Я. Структурное моделирование объектов и систем управления. М: финансы и статистика, 2003 г.
Приложения
Приложение 1
ИНСТРУКЦИЯ ПО УСТАНОВКЕ
Скопируйте папку АРМ диспетчера такси на рабочий стол, убедитесь, что в этой папке находятся два файла: АРМ диспетчера такси. exe и база данных Taxi;
База данных должна обязательно находиться в одной папке с файлом АРМ диспетчера такси. exe;
Переместите папку с файлами в папку Program files, находящуюся в корневом каталоге диска С: \;
Создайте ярлык файла АРМ диспетчера такси. exe и поместите его на рабочий стол;
Запустите АРМ диспетчера такси. exe и начните работу;
Приложение 2
ИНСТРУКЦИЯ ПОЛЬЗОВАТЕЛЯ (ДИСПЕТЧЕР):
Для входа в систему необходимо:
Выберите режим работы “Диспетчер»;
Введите свой индивидуальный логин и пароль и нажмите «Вход» (Рис.6);
/>
Рис. 13 Форма входа в систему
Появиться форма, которая называется «Рабочее место диспетчера», в этой форме предстоит работать. На этой форме расположены кнопки: «Новый заказ», «Заказ выполнен», «Заказ отмен», «Ошибка в статусе» — для работы с заказами. «Фиксировать» и «Удалить» — для регистрации водителей. «Завершить смену» для выхода и печати отчетов. (Рис.7).
/>
Рис. 13 Рабочее место диспетчера
Для начало необходимо добавить водителей прибывших на смену, для этого необходимо:
В нижней части формы находиться таблица, в которой фиксируются водители на смене. Нажмите кнопку «Фиксировать», появится форма с списком всех водителей работающих в данном таксопарке;
Выберите водителя и нажмите «Принять»;
Водитель появиться в той таблице. После этого можно регистрировать заказы.
Чтобы принять заказ нажмите «Новый заказ», появиться карточка заказа, заполните ее и нажмите «Принять». Заказ отобразиться в таблице заказов на форме (Рис.8).
/>
Рис. 13 Форма добавления нового заказа
Если заказ выполнен, нажмите «Заказ выполнен», статус заказа изменится на «Выполнен», а строка заказа подсветится зеленым цветом.
Если заказ отменен, нажмите «Заказ отменен», статус заказа изменится на «отмене», а строка заказа подсветится красным цветом.
Если вы по ошибке изменили, статус заказа нажмите на «Ошибка в статусе» и статус вернется по умолчанию.
По кнопке «завершить смену» появится диалоговое окно с вопросом «Вы действительно заканчиваете смену?». При нажатии «Да» откроется форма с тремя кнопками.
При нажатии «Отмена» Вы вернетесь на форму «Рабочее место диспетчера».
При нажатии на «Генерировать в Word», отчет за смену отправиться в Word и кнопка «Выход» станет активной, и вы сможете выйти из программы.
Приложение 3
ИНСТРУКЦИЯ ПОЛЬЗОВАТЕЛЯ (АДМИНИСТРАТОР):
Для входа в систему необходимо:
Выберите режим работы «Администратор»;
Введите свой индивидуальный логин и пароль и нажмите «Вход»;
Появиться форма, которая называется «Рабочее место администратора», в этой форме предстоит работать (Рис.9).
/>
Рис. 13 Рабочее место администратора
Для добавления водителя необходимо:
Выбрать вкладку «Водители»;
Нажать кнопку «Добавить», появиться форма с реквизитами водителя (Рис.10);
Заполните эту карточку и нажмите «принять»;
/>
Рис. 13 Форма добавления нового водителя
Этот водитель сразу отобразиться в таблице на вкладке «водители».
Для добавления диспетчера необходимо:
Выбрать вкладку «Диспетчеры»;
Нажать кнопку «Добавить», появиться форма с реквизитами диспетчера (Рис.11);
Заполните эту карточку и нажмите «принять»;
Этот диспетчер сразу отобразиться в таблице на вкладке «диспетчеры».
/>
Рис. 13 Форма добавления нового диспетчера
Для печати отчетов необходимо:
Для сводного отчета по работе диспетчеров:
Зайти Отчеты — Отчет по работе диспетчеров, появится форма;
На форме выберите начало и конец временного промежутка, за который необходимо предоставить сведения;
Нажмите кнопку «Генерировать в Word»;
После этого можно распечатать средствами Word (Рис.12);
/>
Рис. 13 Форма отчета по диспетчерам
Для сводного отчета по работе водителя:
Зайти Отчеты — Отчет по работе водителя, появится форма;
На форме выберите начало и конец временного промежутка, за который необходимо предоставить сведения, а также фамилию водителя;
Нажмите кнопку «Печать»;
После этого можно распечатать средствами Word (Рис.13);
/>
Рис. 13 Форма отчета по водителю
Для формирования «Чёрного списка»:
Зайти Отчеты — Черный список, появится форма;
Нажмите кнопку «Генерировать в Word»;
После этого можно распечатать средствами Word.