Курсовая такси. Такси. Диспетчерские работают на разнообразных условиях
 Скачать 119.08 Kb.
|
|
Введение Такси — средство транспорта для передвижения. Такой автомобиль обычно используется для перевозки пассажиров или грузов в любое назначенное место за оплату проезда машины по тарифу либо счётчику – таксометру. Также иногда цена назначается по договору с водителем. Диспетчерская такси является предприятием-посредником. Это предприятие предоставляет перевозчикам информационные услуги и осуществляет координацию и связь между действиями пассажира, который вызвал такси, и водителя. Заказ бывает получен по телефону диспетчером, а затем водитель получает заказ по средствам радио. Диспетчерские работают на разнообразных условиях: - обслуживают имеющиеся автопарки; - объединяют в единую компанию автомобили, сдаваемые в аренду; - заключают договоры с водителями, которые занимаются перевозкой пассажиров на личных или арендованных машинах. Такси нужно каждому из нас. Нет людей, которые бы хотя бы раз не пользовались услугами такси. Работа такси находится под пристальным взором рынка. И он не прощает, когда кто-то допускает грубость, неверно или недобросовестно выполняет заказ, или вообще не выполняет его. Рынок наказывает тем, что игнорирует такие такси. И водители, и фирмы, организующие этот сервис, очень хорошо понимают, как важно зарабатывать и беречь собственное резюме. 1. Постановка задачи Цель курсовой работы – приобретение студентом практических навыков по формулированию требований к разрабатываемым базам данных, построению их моделей и разработке программных приложений. База данных (БД) - это организованная структура, которая предназначена для хранения информации. Для взаимодействия пользователя с БД используются системы управления базами данных (СУБД), которые обеспечивают: -набор средств для ведения таблиц; -пользовательский интерфейс, позволяющий вводить и изменять информацию, производить поиск и представлять результаты; -средства программирования высокого уровня, позволяющие создавать собственные приложения. Разрабатываемая БД позволяет хранить в себе данные о фирмах, водителях, заказах и автомобилях. Диспетчер всегда будет знать, какой автомобиль отправить на заказ и к какой фирме он относится, а также какова стоимость заказа. Для реализации поставленной цели необходимо решить следующие задачи: · провести анализ предметной области «Службы такси»; · осуществить логическое и физическое проектирование базы данных; · создать программное обеспечение для работы с базой данных, в котором буду находиться отчеты и формы. 1.1 Теоретические сведения по проектированию реляционных баз данных Требования к разрабатываемой базе данных: База данных должна отвечать следующим требованиям: · правильное отображение данных; · простота и удобность использования; · должна быть написана таким языком, который будет понятен проектировщику БД, программисту, администратору и будущим пользователям. Требования к пользователям базы данных: С данной базой данных могут работать диспетчеры, отделы кадров и начальники своих фирм. Диспетчеры могут работать с заказами от клиентов Отделы кадров могут заполнять информацию о принятых на работу водителях и их автомобилях. Начальник может просматривать информацию о водителях и их автомобилях, заполнять информацию о стоимости поездки, а также просматривать отчеты о проделанной работе. Чтобы сделать БД, для разработки была выбрана СУБД MS SQL Server, так как в отличие от Access она имеет ряд преимуществ: · MS SQL Server поддерживает большие объемы данных, чем Access; · обладает большей надежностью; · скорость работы приложений выше, особенно с большими таблицами; · система безопасности более гибкая. 1.2 Анализ предметной области: выявление основных сущностей и их связей. Проектируемая база данных предназначена для работников частного предприятия, оказывающего населению услуги такси, и позволяет им повысить эффективность своей работы за счет систематизации и быстрого поиска нужной им информации, а также принятия и оформления заказов. Это сильно упрощает работу, т.к. отпадает необходимость просматривать горы бумаг в поисках нужной информации, рассчитывать стоимость путевого листа каждому водителю и отчеты о работе начальству. Работа таксопарка осуществляется следующим образом: каждый водитель, заступая на смену, связывается с диспетчером, и тот вносит его в карточку работающих в данный момент. Сведения карточки отображаются на экране. Водители держат обратную связь по радио. Заказы поступают по телефону к диспетчеру, он записывает необходимые данные в базу заказов. Дата и время поступления заказа диспетчер вводит сам или вводиться автоматически. Клиент может сразу у диспетчера узнать стоимость заказа, и только потом заказывать. Потом из списка свободных водителей выбирает того, кто будет выполнять заказ или водитель сам отвечает по обратной связи, что примет заказ. После подтверждения водителем диспетчер ставит водителю статус "Занят", точнее это происходит автоматически, когда статус заказа "Выполняется", потому что в бланке каждого заказа ставиться исполнитель. После выполнения заказа водитель по рации отчитывается перед диспетчером, тот ставит заказу статус "Выполнен" и у водителя меняется статус на "Свободен". В случае, когда заказ отменяется, клиент попадает в "Чёрный список", то есть он не имеет право пользоваться услугами данного таксопарка. Диспетчер вносит имя того водителя, который должен был выполнять отмененный заказ в специальный список, который регламентирует по чьей вине заказ сорвался. После каждой смены диспетчер формирует отчет, который показывает, сколько заказов поступило, сколько выполнилось, сколько было отменено, и их общую стоимость. Эти отчеты поступают к администратору, на основании этого всего администратор формирует общий отчет (сводный отчет) за определенную дату. В конце месяца администратор, пользуясь своими отчетами, формирует отчет по итогам месяца и отправляет его высшему руководству таксопарка. Еще администратор занимается кадрами. Он формирует дела новых сотрудников, и вносит необходимые поправки в дела уже работающих на этом предприятии. На администраторе лежит ответственность за правильное формирование дел и их сохранность. Проблемы, которые могут возникнуть при осуществлении данной деятельности такие: Потеря данных диспетчером, или неправильная их трактовка. Выбор не оптимального маршрута следования таксистов Не корректная форма представления отчетов и т.д. Пути решения этих проблем могут быть следующие: Использование стандартных форм для заполнения данных и ввода/вывода отчетов. 1.3 Модель сущность-связь для базы данных задачи.  На данной диаграмме присутствуют две внешние сущности, одно хранилище данных, пять процессов и потоки данных. Внешние сущности: «Клиент» - человек, который вызывает такси; и «Водители» - это персонал организации, который принимает заявки и осуществляет их. Хранилище данных: «Тарифный план» - содержит перечень услуг с указанием цен. Процессы: «Прием заявки» - получение адреса места отправление и места прибытия; «Выбор машины» - осуществляется поиск свободной машины; «Прибытие» - в данном процессов водитель сообщает о прибытии на место. 1.4 Схема реляционной базы данных задачи  Между таблицами реляционной базы данных установлены следующие связи. «1:n» между таблицами «Автомобиль» и «Водитель» посредством внешнего ключа «id авто » таблицы «Водитель». Одна машина может быть закреплена за несколькими водителями. «1:n» между таблицами «пассажиры» и «чёрный список» посредством внешнего ключа «id пассажира» таблицы «чёрный список». В черном листе могут содержаться несколько пассажиров. «1:n» между таблицами «Марка авто» и «Автомобиль» посредством внешнего ключа «id марки» таблицы «Автомобиль». Одна марка может принадлежать нескольким машинам. «1:n» между таблицами «Цвет авто» и «Автомобиль» посредством внешнего ключа «id цвета» таблицы «Автомобиль». Один цвет может принадлежать нескольким машинам. «1:n» между таблицами «Тариф» и «Заявка» посредством внешнего ключа «id тариф» таблицы «Заявка». Один тариф может учитываться в нескольких заявках. «1:n» между таблицами «Адрес» и «Заявка» посредством внешнего ключа «id адрес» таблицы «Заявка». Один адрес может учитываться в нескольких заявках. «1:n» между таблицами «Тариф» и «Заявка» посредством внешнего ключа «id тарифа » таблицы «Заявка». Один тариф может учитываться в нескольких заявках. «1:n» между таблицами «Персонал» и «диспетчер» посредством внешнего ключа «id персонала » таблицы «диспетчер». «1:n» между таблицами «Персонал» и «водитель» посредством внешнего ключа «id персонала » таблицы «Водитель». |