Моделирование и оптимизация деятельности водителя-экспедитора ООО "Пепсико Холдингс" г. Краснодар

Пути решения актуальных проблем деятельности водителей-экспедиторов ООО "Пепсико Холдингс" через оптимизацию бизнес-процессов и внедрение информационных технологий в системы планирования маршрутов передвижения транспорта и организации работы персонала.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 05.11.2017
Размер файла 2,5 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Рисунок 3.2 - Схема маршрута движения в ДубльГИС

Возможности:

* просмотр схемы маршрутов на карте города;

* поиск остановки городского транспорта на карте и просмотр соответствующих номеров маршрутов;

* поиск вариантов проезда между двумя выбранными остановками с учетом пересадок и пеших переходов между близкорасположенными остановками.

ГИС "Открытый город". Открытый город - электронная схема нескольких городов России, объединенная с телефонным справочником организаций. Информация в справочнике, а также схематическая информация обновляется ежемесячно. Программа распространяется бесплатно [6].

Возможности программы "Открытый город" совпадают с возможностями рассмотренной ранее программы ДубльГИС. Существуют лишь незначительные различия в интерфейсе. В ГИС "Открытый город" заложены карты всех крупных Российских городов.

Рисунок 3.3 - Карта в ГИС "Открытый город"

Электронная справочная система города. Эта система имеет много общего с рассмотренными выше программами: Дубль-ГИС и "Открытый город", однако она значительно превосходит их по предоставляемым возможностям. К основным положительным моментам электронной справочной системы города Калуги можно отнести:

* расположение объектов на схеме по тематическим слоям;

* поиск домов по адресу, предприятий - по наименованию;

* возможность выбора объекта на карте и получения информации о нем (рис. 3.4);

* вычисление расстояний и площадей (рис. 3.5);

Рисунок 3.4 - Обзор дополнительной информации об объекте

Рисунок 3.5 - Выделение района и вычисление его площади

* экспорт полученной информации в MS Excel;

* определение кратчайших транспортных маршрутов [7].

Предоставляемые этой программой возможности позволяют осуществлять с ее помощью следующие мероприятия:

* контроль за состоянием зданий и памятников архитектуры;

* контроль за транспортной системой города;

* мониторинг социально-экономической обстановки в городе в динамическом режиме;

* анализ чрезвычайных ситуаций и катастроф;

* экологический мониторинг территории города.

3.3 Требования к разрабатываемой ИС

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

Обобщив сказанное выше, можно перечислить основные требования к ИС:

1. Формирование Оптимального маршрута;

2. Ввод и хранение данных о клиентах;

3. Ввод и хранение данных о совершенных операциях;

4. Хранение ассортимента продукции и рекламных материалов к ним;

5. Модульный принцип построения.

6. Хранение Пепсико Холдингсльных маршрутов, созданных ранее.

Спроектируем информационную систему водителя-экспедитора ООО "Пепсико Холдингс", которая удовлетворит данным требованиям.

3.4 Выбор архитектуры информационной системы водителя-экспедитора

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

Таблица 3.11 - Типовые компоненты информационной системы

Обозначение

Наименование

Характеристика

PS

Presentation Services (средства представления)

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

PL

Presentation Logic (логика представления)

Управляет взаимодействием между пользователем и ЭВМ. Обрабатывает действия пользователя при выборе команды в меню, нажатии кнопки или выборе элемента из списка.

BL

Business or Application Logic(прикладная логика)

Набор правил для принятия решений, вычислений и операций, которые должно выполнить приложение.

DL

Data Logic (логика управления данными)

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

DS

Data Services (операции с базой данных)

Действия СУБД, вызываемые для выполнения логикиу правления данными, такие как: манипулирование данными, определение данных, фиксация или откат транзакций и т. п. СУБД обычно компилирует SQL-предложения.

FS

File Services (файловые операции)

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

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

Объектами разработки в файл-серверном приложении являются компоненты приложения, определяющие логику диалога PL, а также логики обработки BL и управления данными DL. Разработанное приложение реализуется либо в виде законченного загрузочного модуля, либо в виде специального кода для интерпретации.

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

Архитектура клиент-сервер предназначена для разрешения проблем файл-серверной архитектуры путем разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенностью архитектуры клиент-сервер является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации.

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

Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Предполагается, что диалоговые компоненты PS и PL размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными DS и FS размещаются на сервере, а диалог (PS, PL), логики BL и DL - на клиенте. Двухуровневая архитектура клиент-сервер использует именно этот вариант: приложение работает на клиенте, СУБД - на сервере.

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

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

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

Двухуровневые схемы архитектуры клиент-сервер могут привести к некоторым проблемам в сложных информационных приложениях с множеством пользователей и запутанной логикой. Решением этих проблем может стать использование многоуровневой архитектуры.

Многоуровневая архитектура стала развитием архитектуры клиент-сервер и в классической форме состоит из трех уровней:

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

· средний уровень представляет собой сервер приложений, на котором выполняется прикладная логика BL и с которого логика обработки данных DL вызывает операции с базой данных DS;

· верхний уровень представляет собой удаленный специализированный сервер базы данных, выделенный для услуг обработки данных DS и файловых операций FS (без использования хранимых процедур).

Трехуровневая архитектура позволяет еще больше сбалансировать нагрузку на разные узлы и сеть, а также способствует специализации инструментов для разработки приложений и устраняет недостатки двухуровневой модели клиент-сервер. Централизация логики приложения упрощает администрирование и сопровождение. Четко разделяются платформы и инструменты для реализации интерфейса и прикладной логики, что позволяет с наибольшей отдачей реализовывать их специалистами узкого профиля. Наконец, изменения прикладной логики не затрагивают интерфейс, и наоборот. Но поскольку границы между компонентами PL, BL и DL размыты, прикладная логика может появиться на всех трех уровнях. Сервер приложений с помощью монитора транзакций обеспечивает интерфейс с клиентами и другими серверами, может управлять транзакциями и гарантировать целостность распределенной базы данных. Средства удаленного вызова процедур наиболее соответствуют идее распределенных вычислений: они обеспечивают из любого узла сети вызов прикладной процедуры, расположенной на другом узле, передачу параметров, удаленную обработку и возврат результатов. С ростом систем клиент-сервер необходимость трех уровней становится все более очевидной.

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

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

Критериями оценивания описанных выше трех альтернатив будут:

а) Простота реализации;

б) Простота обновления ПО;

в) Затраты на эксплуатацию и установку.

Присвоим наиболее важному критерию оценку 100 баллов. Исходя из попарного отношения критериев по важности, дадим в баллах оценку каждому из критериев (таблица 3.12):

Таблица 3.12 - Оценка критериев

Критерии

Баллы

Простота реализации

100

Простота обновления ПО

85

Затраты на эксплуатацию и установку

75

Сложим полученные баллы. Произведём нормировку весов критериев, разделив присвоенные баллы на сумму весов:

где Ai - баллы критерия,

n - количество критериев.

Результаты нормировки приведены в таблице 3.13.

Таблица 3.13 - Нормированные оценки критериев

Критерии

Баллы

Нормировка весов

Простота реализации

100

0,384615385

Простота обновления ПО

85

0,326923077

Затраты на эксплуатацию и установку

75

0,288461538

сумма баллов

260

1

Измерим значение каждой альтернативы по каждому из критериев по шкале от 0 до 100 баллов.

Таблица 3.14 - Оценка альтернатив

Альтернативы

Критерии

Простота реализации

Простота обновления ПО

Затраты на эксплуатацию и установку

Файл-сервер

90

70

95

Клиент-сервер

85

85

90

Многоуровневая

75

80

75

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

,

где Вi оценка альтернативы по каждому критерию (таблица 3.15)

Таблица 3.15 - Общая оценка альтернатив

Альтернативы

Критерии

Простота реализации

Простота обновления ПО

Затраты на эксплуатацию и установку

Общая оценка

Файл-сервер

34,6153846

22,8846153

27,4038461

84,9038461

Клиент-сервер

32,6923076

27,7884615

25,9615384

86,4423076

Многоуровневая

28,8461538

23,0769230

21,6346153

73,5576923

Выберем как лучшую альтернативу, имеющую наибольшую общую оценку - это архитектура Клиент-Сервер.

Рисунок 3.6 - Архитектура проектируемой информационной системы водителя-экспедитора ООО "Пепсико Холдингс"

Локальный АРМ отвечает за функции супервайзера в работе с торговым представителем.

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

На АРМ-ах водителей-экспедиторов содержатся функции по созданию оптимальных маршрутов, протоколированию визитов к клиентам.

Через мобильный АРМ просматриваются задания от супервайзеров. В обратном направлении отсылаются результаты проделанной работы и заказы на поставку товаров.

3.5 Проектирование базы данных информационной системы водителя-экспедитора ООО "Пепсико Холдингс"

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

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

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

Остальные модели, показанные на рис. 2.1, являются компьютеро-ориентированными. С их помощью СУБД дает возможность программам и пользователям осуществлять доступ к хранимым данным лишь по их именам, не заботясь о физическом расположении этих данных. Нужные данные отыскиваются СУБД на внешних запоминающих устройствах по физической модели данных.

Модель данных нашей системы содержит 6 сущностей с их атрибутами:

§ Ассортимент (хранение данных об ассортименте продукции);

§ Клиент (клиенты, совершающие заказы и владеющие торговыми точками);

§ Заказ (заказ, совершенный клиентом)

§ Торговая точка (место, посещаемое торговым представителем и принадлежащее клиенту)

§ Задание (задание, выданное супервайзером, содержит список торговых точек)

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

На рисунке 3.7 представлена логическая модель базы данных.

Рисунок 3.7 - Логическая модель базы данных информационной системы водителя-экспедитора

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

Рисунок 3.8 - Физическая модель базы данных информационной системы водителя-экспедитора

Для устранения связи многие-ко-многим нами была введена ассоциативная сущность "Позиция_Заказа". Каждая сущность содержит типы данных и готова к экспорту в виде SQL-скрипта.

3.6 Проектирование информационной системы водителя-экспедитора с помощью UML

На рисунке 3.9 показано взаимодействие пользователей системы с функциями информационной системы водителя-экспедитора ООО "Пепсико Холдингс".

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

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

Рисунок 3.9 - Диаграмма вариантов использования информационной системы водителя-экспедитора ООО "Пепсико Холдингс"

Были рассмотрены аналоги существующих систем и проведено их сравнение по критериям, необходимым для проектирования нашей системы.

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

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

Рассмотрена модель функций системы в виде диаграммы вариантов использования.

Глава 4. Разработка информационной системы оптимальной организации процесса работы водителя-экспедитора ООО "Пепсико Холдингс"

4.1 Выбор и обоснование среды программирования для программного обеспечения информационной системы

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

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

Для создания ГИС ПИОМ была использована интегрированная среда разработки (ИСР) Borland Delphi 7.0. Ее выбор обусловлен следующими причинами:

* ИСР Borland Delphi 7.0 позволяет с минимальными затратами разработать эффективный пользовательский интерфейс, что обеспечивается реализованным в ней принципом инкапсуляции и широким спектром визуальных компонентов, выдержанных в стандартном для операционной системы Windows стиле;

* Borland Delphi является одним из признанных лидеров в области разработки средств, предназначенных для создания различных прикладных программ;

* приложения, созданные с использованием ИСР Borland Delphi 7.0 характеризуются высоким быстродействием.

Для хранения информации используется многотабличная база данных (БД), структура которой будет рассмотрена ниже. Тип таблиц БД - Paradox 7. Этот способ хранения данных не отличается особым быстродействием при работе с базой. Доступ к хранящимся данным был бы значительно быстрее при использовании специальных серверов БД (например, Microsoft SQL Server). Однако выбор был сделан в пользу хранения данных в формате db- файлов, так как в виду специфики использования информации (при работе с программой данные необходимы постоянно и в полном объеме), вся она загружается в оперативную память. Обращение к файлам происходит лишь для сохранения изменений (при добавлении, удалении, правке).

4.2 Структура данных информационной системы

Спроектированная база данных состоит из 5 таблиц. Ее структура представлена на рис. 4.1. Ниже приводится описание таблиц БД и их полей.

1) Таблица Cross - справочник перекрестков (информация о месторасположении):

* Id - уникальный идентификатор перекрестка;

* X - координата X расположения перекрестка на карте;

* Y - координата Y расположения перекрестка на карте.

Координаты задаются в декартовой системе координат, центр которой находится в выбранной точке на карте.

2) Таблица NodeBegin - начальные узлы (перекрестки) дорог:

* Id - уникальный идентификатор перекрестка;

* KeyCross - код перекрестка (идентификатор записи из таблицы Cross).

3) Таблица NodeEnd - конечные узлы (перекрестки) дорог:

* Id - уникальный идентификатор перекрестка;

* KeyCross - код перекрестка (идентификатор записи из таблицы Cross).

4) Таблица StreetCaption - справочник названий улиц:

* Id - уникальный идентификатор улицы;

* Caption - название улицы.

5) Таблица Street - дороги (отрезки улиц):

* Id - уникальный идентификатор дороги;

* KeyNodeBegin - код начального узла (перекрестка) дороги (идентифика-тор записи из таблицы NodeBegin);

* KeyNodeEnd - код конечного узла (перекрестка) дороги (идентификатор записи из таблицы NodeEnd);

* KeyStreetCaption - код названия улицы (идентификатор записи из таблицы StreetCaption);

* Status - статус дороги;

* LengthM - длина дороги в метрах.

Рисунок 4.1 - Диаграмма вариантов использования информационной системы водителя-экспедитора ООО "Пепсико Холдингс"

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

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

2) Таблица StreetCaption может содержать помимо названий улиц и другие справочные данные о них.

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

4.3 Программная реализация алгоритмов на графах

Работа с графом в ГИС ПИОМ реализована следующем образом.

Для работы с вершинами графа (на нашем примере - это перекрестки в улично-дорожной сети) создан класс TCross. В классе инкапсулированы основные функции для работы с перекрестками: добавление, удаление, изменение и другие. Собственно, данные о перекрестках хранятся в переменной этого класса - массиве SourceData.

Для работы с ребрами графа (на нашем примере - это участки улиц от перекрестка до перекрестка) создан класс TStreet. В классе инкапсулированы основные функции для работы с улицами: добавление, удаление, изменение и другие. Собственно, данные об улицах хранятся в переменной этого класса - массиве SourceData. К этим данным помимо прочего относятся и ссылки на начальный и конечный перекрестки. Таким образом, можно легко перейти от улицы к ее начальному или конечному перекрестку, а вот для перехода от перекрестка к дорогам, которые с него начинаются необходимо полностью просмотреть массив SourceData.

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

Алгоритмы поиска на графе можно описать следующим образом:

* стартовая вершина выбирается как активная;

* запускается цикл перебора всех вершин;

* определяется следующая активная вершина и запускается дальнейшая итерация цикла;

* цикл заканчивается в двух случаях: удачно (маршрут найден), если следующей активной вершина оказалась финальная; и при окончании перебора всех вершин (маршрут не существует).

Разница в алгоритмах и методах поиска состоит лишь в правиле выбора следующей активной вершины. В ГИС ПИОМ реализованы следующие алгоритмы поиска на графах:

1) поиск в глубину (для определения существования маршрута между двумя пунктами);

2) поиск в ширину (для определения маршрута, содержащего минимальное количество ребер графа);

3) алгоритм Дейкстры (для поиска кратчайшего пути);

4) алгоритм обхода препятствий (для быстрого поиска кратчайшего пути);

5) генетический алгоритм (для поиска оптимального многопунктового маршрута - решения задачи коммивояжера).

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

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

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

Алгоритм Дейкстры (п. 2.1) основан на методе поиска в ширину. Его особенность заключается в том, что в нем рассматриваются в качестве критерия выбора следующей активной вершины веса ребер. Иными словами, можно сказать, что активной будет выбрана та вершина, расстояние в метрах до которой от стартовой будет минимальным. Расстояние в данном случае рассчитывается как сумма весов ребер, входящих в путь от одной вершины к другой. Таким образом, данный алгоритм подходит для решения поставленной задачи поиска оптимального пути.

Алгоритм обхода препятствий (п. 2.1) является модификаций алгоритма Дейкстры. Его отличие в том, что в качестве критерия выбора следующей активной вершины в нем рассматривается не просто расстояние от стартовой вершины как сумма весов ребер, а добавляется к этой сумме еще и оценка оставшегося пути. В созданной программной реализации этого алгоритма в качестве таковой оценки берется расстояние от рассматриваемой точки до финишной по прямой. Такое улучшение позволяет в общем случае сократить количество перебираемых точек, благодаря направленности выбора следующей активной точки. Этот метод очень хорошо подходит для реализации поставленной задачи.

Решение задачи коммивояжера (поиск оптимального многопунктового маршрута) реализовано следующим образом.

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

4.4 Описание работы с системой для пользователя

Начало работы. Для начала работы необходимо запустить файл gis_piom.exe, при этом открывается главное окно программы (рис. 4.2).

Программа позволяет работать с несколькими проектами. При запуске программа ищет последний открытый проект. Если ей это удается, то проект открывается. Если же такового не находится, или если программа запущена впервые, то она показывает пользователю диалоговое окно "Начало работы", где предлагает на выбор "Создать новый проект" или "Открыть существующий проект" (рис. 4.3). Если окно "Начало работы" было закрыто без создания или открытия проекта, то пользователь может выполнить одно из этих действий с помощью соответствующих подпунктов главного меню "Файл".

Рисунок 4.2 - Главное окно ГИС ПИОМ

Рисунок 4.3 - Диалоговое окно "Начало работы"

Создание нового проекта. При нажатии кнопки "Создать новый проект" диалогового окна "Начало работы" или при выборе пункта меню "Файл"> "Создать новый проект" открывается диалоговое окно "Свойства проекта" (рис. 4.4).

Рисунок 4.4 - Диалоговое окно "Свойства проекта"

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

1) Карта-источник. Исходная карта со схемой улично-дорожной сети города. Карта обязательно должна быть сохранена в растровом формате BMP.

2) Масштаб карты - это размер в метрах расстояния, отображаемого одним пикселем исходного BMP-файла.

3) Путь для сохранения проекта. По умолчанию программа предлагает сохранить новый проект в создаваемом подкаталоге "New" того каталога, из которого она запущена.

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

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

и редактированию информации на карте.

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

Рисунок 4.5 - Отображение карты в программе

Для изменения масштаба отображения карты необходимо покрутить колесико мыши: вперед - приближение (увеличение масштаба), назад - отдаление. Также изменить масштаб можно при помощи подменю "Вид"> "Масштаб", причем можно не только приблизить или отдалить, но и установить одно из фиксированных значений: 50 %, 75 %, 100 %, 150 %, 200 % или 300 %. Восстановить 100 % масштаб можно и нажатием колеса (средней кнопки) мыши.

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

По умолчанию на карте отображаются только векторные данные, хранящиеся в БД проекта. При выборе меню "Вид" > "Параметры отображения" > "Показывать исходную карту", карта-источник будет отображаться как подложка для векторной карты (рис. 4.6, б).

а б

Рисунок 4.6 - Отдельное отображение только векторной карты (а) и совместное с картой-источником (б)

Перемещение по карте осуществляется простым перетаскиванием с удерживаемой нажатой левой кнопкой мыши.

Итак, рассмотрим редактирование карты. Для этого нужно сначала переключиться в соответствующий режим работы: меню "Режим работы" > "Редактирование" > "Улицы, перекрестки".

1) Создание дороги.

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

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

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

При создании дороги следует учесть то, что направление движения на создаваемом отрезке дороги совпадает с порядком его создания: от начального перекрестка к конечному.

При создании дороги можно легко перемещаться по карте, при этом в месте щелчка дорога создана не будет.

2) Редактирование информации об отрезке дороги.

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

3) Удаление отрезка дороги.

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

4) Изменение перекрестков.

Для выравнивания отрезков дорог можно легко перемещать существующие перекрестки по карте. Для этого наведите курсор мыши на окончание отрезка дороги (на перекресток), при этом он выделится красным маркером, а при щелчке на нем подсветка станет зеленой. Теперь можно, нажав на нем левую кнопку мыши, перемещать его перетаскиванием в новое положение.

5) Удаление перекрестков.

Для удаления перекрестка нужно навести на него курсор мыши и в контекстном меню выбрать пункт "Удалить перекресток". При удалении перекрестка происходит анализ дорог, которые к нему примыкают. Если перекресток является связным для двух дорог,

И при этом их характеристики совпадают (эта одна и та же улица), то перекресток удаляется, а отрезки дорог сливаются в один. Если же нет, то вместе с перекрестком удаляются все дороги, примыкающие к нему.

Поиск оптимального маршрута движения. Для поиска маршрута движения нужно сначала перейти в соответствующий режим: меню "Режим работы" > "Поиск маршрута" > "Маршрут старт-финиш".

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

После установки старта и финиша по нажатию кнопки "Найти маршрут" автоматически определяется оптимальный путь по выбранному алгоритму.

При этом найденный путь отображается на карте, и на панели справа выводятся его характеристики: длина, количество отрезков пути, расчетное время на проезд (исходя из среднестатистической скорости 40 км/ч); характеристики работы алгоритма: затраченное время и количество просмотренных вершин; а также выводится найденный маршрут движения в виде списка дорог в порядке проезда по ним (рис. 4.7).

Рисунок 4.7 - Оптимальный маршрут

Для изменения старта или финиша нужно просто заново его создать в нужном месте. При выборе различных алгоритмов поиска получаемые в результате оптимальные маршруты могут быть различны. Это связано с особенностями алгоритмов, с их определением критериев оптимальности маршрута. Результаты работы алгоритма Дейкстры и алгоритма обхода препятствий должны совпадать, но алгоритм обхода препятствий должен (в общем случае) просматривать на порядок меньше вершин.

Поиск оптимального многопунктового маршрута. Для поиска многопунктового маршрута движения нужно сначала перейти в соответствующий режим: меню "Режим работы" > "Поиск маршрута" > "Многопунктовый маршрут". Далее необходимо установить его точки (минимум 4). Точки устанавливаются двойным щелчком в нужном месте карты. При этом они также связываются с ближайшим перекрестком. Для удаления точки нужно дважды щелкнуть на ней. После нажатия кнопки "Найти маршрут" определяется оптимальный путь и отображается на карте жирными черными линиями.

Дополнительно тонкими черными линиями отображаются альтернативные пути движения (рис. 4.8).

Рисунок 4.8 - Оптимальный многопунктовый маршрут

Работа с результатами поиска. Самым простым из направлений дальнейшего развития ГИС ПИОМ является увеличение количества данных, полученных в результате поиска оптимального маршрута: расчет дополнительных параметров, формирование отчетов и их экспорт в различные форматы для дальнейшей обработки.

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

Дополнительные критерии оптимизации. При добавлении дополнительных атрибутов дорог и формировании на их основе критериев поиска можно получить множество различных и интересных перспектив развития и применения ГИС ПИОМ. Можно рассмотреть несколько вариантов дополнительных атрибутов.

1) Качество дорожного полотна и количество полос движения. При определении качества дорожного полотна важно не только выяснить, относится ли участок пути к дороге с покрытием или нет, но и по возможности оценить качество дорожного покрытия. В России, в связи с большой протяженностью автомобильных дорог, качество дорожного покрытия не всегда находится на должном уровне. С определением количества полос движения тоже интересная ситуация: не только у разных транспортных путей может быть различное количество полос, но и у одного пути на различных его участках может быть различное количество полос движения. Иногда при создании или модернизации дороги создают еще одну левую полосу движения специально для поворота налево. Таким образом, на основании этих атрибутов определяется такой маршрут движения, длина которого по возможности была бы меньше, но при этом учитывается количество полос движения и качество покрытия. Этот критерий отбора очень важен для особенных перевозок: транспортировки крупногабаритного груза, проезда автоколонны, перевозки опасных и особо ценных грузов транспортом, проезд которого по узким улочкам и дорогам с плохим покрытием не желателен.

2) Удобство передвижения по участку дороги. Этот параметр можно оценить только экспертным методом. Не секрет, что каждый водитель имеет свои "хитрые" пути движения. На их выбор влияет несколько факторов: плотность движения и загруженность улиц, наличие светофоров на пути следования, наличие скоростных и иных ограничений. Учитывая все это, можно получить удобный маршрут. При выборе этого критерия поиск маршрута ведется на основании экспертных оценок об "удобстве" проезда по участкам пути. При этом в алгоритме поиска нельзя забывать и о минимизации длины пути.

3) Время движения. Этот критерий аналогичен критерию длины пути. Однако длина отрезка дороги и среднее время проезда по нему не всегда пропорциональны. Есть участи дорог с ограниченной скоростью движения, есть участки, где движение затруднено плотным потоком и постоянно возникающими пробками. А бывает и наоборот - строят специальные "разгрузочные" дороги, скорость движения по которым выше среднегородской скорости [17].

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

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

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

Можно найти еще множество вариантов практического применения разработанной ГИС ПИОМ при небольшой модификации в каждом конкретном случае.

Глава 5. Социальная значимость работы

Социальная значимость результатов, полученных в дипломной работе, является косвенной. Нельзя сказать, что до внедрения системы водитель-экспедитор работает плохо, или что в его работе наблюдаются перегрузки. Работая без информационных систем планирования маршрутов ООО "Пепсико Холдингс" смогло занять одну из лидирующих позиций в своей нише.

Однако продолжение работы по такой схеме могло принести большие проблемы, в том числе и социальные для сотрудников: развитие конкурентов, идущих в ногу со временем и использующих ИТ, вынуждало бы водителей-экспедиторов работать "на износ", чтобы успевать посещать как можно больше клиентов, невозможность бороться устаревшими методами с задержками между заказом и поставкой в конце концов привели бы к развалу схемы работы водителей-экспедиторов и необходимости поиска новых каналов сбыта продукции

Использование информационных технологий, и в частности информационной системы водителя-экспедитора ООО "Пепсико Холдингс" позволяет избежать данного пагубного сценария развития событий.

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

Заключение

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

Целью дипломной работы являлось нахождение проблем деятельности водителей-экспедиторов ООО "Пепсико Холдингс" через оптимизацию бизнес-процессов и внедрение информационных систем в деятельность водителя-экспедитора. Достигнуты следующие результаты:

Использование информационных технологий, и в частности информационной системы водителя-экспедитора ООО "Пепсико Холдингс" позволяет избежать данного пагубного сценария развития событий.

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

Размещено на Allbest.ru

...

Подобные документы

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

    курсовая работа [4,1 M], добавлен 22.06.2014

  • Понятие и значение информации и коммуникации в управлении современным предприятием. Изучение тенденций развития информационных технологий. Анализ экономической деятельности предприятия ТОО "Бриз". Проектирование системы автоматизации бизнес-процессов.

    дипломная работа [718,5 K], добавлен 06.07.2015

  • Основные принципы и область действия ITIL. Изучение важности книги ITIL для бизнес-персонала компании. Внедрение информационных технологий в компании. Повышение управляемости, прозрачности деятельности организации за счет создания единой инфраструктуры.

    презентация [695,6 K], добавлен 01.12.2014

  • Анализ деятельности предприятия и моделирование основных бизнес-процессов. Моделирование бизнес-процессов при помощи CASE-средства Rational Rose. Получение прибыли путем расширения рынка товаров и услуг. Бизнес-процесс "Заказ и закупка товара".

    дипломная работа [1,2 M], добавлен 31.07.2012

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

    дипломная работа [3,4 M], добавлен 11.06.2012

  • Моделирование бизнес-процессов как средство поиска путей оптимизации деятельности компании. Методология SADT (структурный анализ и проектирование), семейство стандартов IDEF и алгоритмические языки в основе методологий моделирования бизнес-процессов.

    реферат [21,7 K], добавлен 14.12.2011

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

    курсовая работа [498,9 K], добавлен 29.10.2014

  • Бизнес-процесс — целенаправленная последовательность исполнения функций, направленная на создание результата, имеющего ценность для потребителя. Сравнительный анализ методологий процессного моделирования. Анализ разрывов в информационных носителях.

    дипломная работа [1,5 M], добавлен 17.06.2017

  • Методики и значение бизнес-моделирования в деятельности организации, применение универсальных графических языков в данном процессе. Основы работы с графическим языком IDEF0, его преимущества и недостатки. Основные бизнес-процессы трикотажной фабрики.

    курсовая работа [1,6 M], добавлен 20.05.2009

  • История развития автоматизированных информационных систем, преимущества их использования. Эволюция MRP, MRP II, ERP, ERP II. Системы бизнес-аналитики. Внедрение ERP системы SAP в ООО "Газпром добыча Астрахань" и ОАО "Астраханское стекловолокно".

    курсовая работа [1,6 M], добавлен 10.06.2014

  • Особенности и принципы профессиональной деятельности адвоката. Роль информационных технологий в успешности организации его работы. Необходимость использования электронных устройств и специализированных программ. Проблемы применения и специфика ИТ.

    курсовая работа [1,7 M], добавлен 08.04.2014

  • Анализ существующих информационных систем для автоматизации деятельности предприятий общественного питания. Моделирование основных бизнес-процессов, выполняемых в автоматизированной информационной системе. Этапы разработки информационной системы.

    дипломная работа [1,8 M], добавлен 14.11.2017

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

    статья [56,8 K], добавлен 11.09.2017

  • Этапы разработка автоматизированной информационной системы предприятия. Среда бизнес моделирования BPwin. Разработка методологических подходов, предложений и указаний по планированию, организации и совершенствованию программного обеспечения организации.

    дипломная работа [4,3 M], добавлен 05.07.2009

  • Создание модели бизнес-процессов "Распродажа" в ВPwin. Цели и правила распродажи. Прогнозирование бизнес-процессов ППП "Statistica". Методы анализа, моделирования, прогноза деятельности в предметной области "Распродажа", изучение ППП VIP Enterprise.

    курсовая работа [2,4 M], добавлен 18.02.2012

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

    курсовая работа [2,2 M], добавлен 19.06.2015

  • Понятие "информационных технологий" с точки зрения права, их разновидности, свойства, главные компоненты организации. Актуальные вопросы и методика, принципы функционирования информационных технологий в правоохранительных органах на современном этапе.

    дипломная работа [76,0 K], добавлен 10.05.2011

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

    контрольная работа [96,8 K], добавлен 03.10.2010

  • Анализ системы информационного обеспечения деятельности в ООО "Эстэл-Инфо". Стратегия оптимизация автоматизации деятельности предприятия. Оценка социально-экономической эффективности проекта методической поддержки стратегии автоматизации бизнес-процессов.

    курсовая работа [252,8 K], добавлен 06.01.2012

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

    курсовая работа [35,0 K], добавлен 12.10.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.