Разработка программы автоматизированного рабочего места диспетчера такси (стр. 2 из 4)

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

Процессы проектирования и разработки проходят быстрее, чем при использовании каскадной модели

Использования предыдущих итераций для создания новой версии, существенно облегчают созданий

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).

Рис. 2 Деятельность диспетчера

К задачам администратора относится работа с соискателями на вакансии водителей и диспетчеров, а так же создание сводных отчетов для высшего руководства (Рис.3).

База данных Taxi состоит из следующих сущностей (таблиц): " Водители", "Диспетчеры", "Заказы", "Водители_Смены" и "admins".

Рис. 3 Деятельность администратора

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

Для деятельности диспетчера:

А1:

Название: Генерация отчетов

Входы: Данные из базы заказов

Выходы: Отчеты; Запросы в базу заказов.

Алгоритм:

По завершению смены запросить сведения из БД заказы

Генерировать отчет

Занести отчет в базу

А2:

Название: Обработка заказов

Входы: заказы; отчеты от водителей.

Выходы: Обработанные заказы; записи в базу клиентов;

Алгоритм:

Принять заказ

Выбрать водителя и передать заказ

Занести заказ в базу

Занести в базу информацию о клиентах.

Принять отчет от водителей, поставить статус заказу "отменен" или "выполнен"

Для деятельности администратора:

А1:

Название: Работа с кадрами

Входы: Резюме соискателей

Выходы: Ответ о принятии на работу/отказе; Записи в базу сотрудников.

Алгоритм:

Обработать резюме соискателей

Если резюме соответствует, внести его в БД

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

А2:

Название: Подготовить отчет

Входы: Отчеты

Выходы: Запросы об отчетах; Сводные отчеты; Черный список

Алгоритм:

Для подготовки отчета за период;

Запросить отчет из БД за период;

Формирование сводного отчета по полям: имя диспетчеров предоставивших отчет, общее количество заказов, сумма заказов;

Создать "Черный список" абонентов из числа тех, кто отменили заказ.

Схема связей базы данных Taxi, показывает какие сущности соединены между собой и по каким атрибутам (рис.4).

Рис. 4 Схема базы данных Taxi

Каждая таблица необходима для выполнения конкретных функций.

В таблицу "заказы" заносятся все сведения о поступивших заказах: когда и от кого прибыл, какой диспетчер принял, и какой водитель будет исполнять заказ, имя и контактный телефон абонента, места отправления и назначения, статус и стоимость. На основании данных этой таблицы формируются все отчеты данного приложения: Сводный отчет по диспетчерам, Сводный отчет по водителю, "Чёрный список" и отчет диспетчера за смену. Атрибуты и их домены показаны на таблице 1.

Таблица 1. Заказы

наименование атрибута	тип данных	описание
номер заказа	счетчик	регистрирует порядковый номер заказа
дата и время поступления заказа	дата/Время	генерируется автоматически
дата и время назначения заказа	дата/Время	время, на которое назначен заказ
место отправления	текстовый	вводиться вручную
место назначения	текстовый	вводиться вручную
абонент	текстовый	вводиться вручную
телефон абонента	тестовый	так как при заполнении используются знаки препинания
стоимость заказа	денежный
фамилия водителя	текстовый	необходима для формирования сводных отчетов
диспетчер	текстовый	не отображается, но необходима для формирования сводных отчетов
статус	текстовый	принимает одно из трех значении: "Выполняется", "Выполнен", "Отменен"

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