Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Оптимизация процесса диспетчеризации и управления движением транспорта на территории КФХ "Воля"

Оптимизация процесса диспетчеризации и управления движением транспорта на территории КФХ "Воля"

Реинжиниринг бизнес-процессов службы сбыта крестьянского фермерского хозяйства "Воля". Нахождение способа и алгоритма реализации предложений по оптимизации. Моделирование оптимизированных бизнес-процессов. Проектирование информационной системы.

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

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

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

Страница:

Из существующих CASE-средств, ориентированных на построение моделей по методологии IDEF0, BPwin является наиболее известным и распространенным, а удобный интерфейс пользователя облегчает работу с программой

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

Таблица 2.1 - Сравнительный анализ CASE-средств

Параметры сравнения

Rational Rose Modeler

Telelogic Tau Modeler

Microsoft Visio 2007

BPwin

Платформа

Windows\Unix

Windows

Windows

Windows

Системные требования

Процессор не менее 800 МГц;

ОЗУ от 1 Гб;

Свободное дисковое пространство 2 Гб.

Процессор не менее 500 МГц;

ОЗУ от 256 Мб;

Свободное дисковое пространство 150 Мб.

Процессор не менее 600 МГц;

ОЗУ от 256 Мб;

Свободное дисковое пространство 300 Мб.

Процессор не менее 500 МГц;

ОЗУ от 256 Мб;

Свободное дисковое пространство 100 Мб.

Поддержка методологий

UML 2.0

UML 2.0

(не полный набор диаграмм)

UML 2.0

IDEF0, DFD, IDEF3

Удобство в работе

Интуитивно понятный интерфейс, обширная справочная документация

Сложный интерфейс, неудобная справочная система

Удобный и эргономичный интерфейс MS Office, наличие справки

Интуитивно понятный интерфейс,, наличие справки

Доступность

Дорогостоящее средство, ориентировано на большие компании.

Свободно распространяемый продукт

Широко распространенное средство, относительно небольшая цена

Широко распространенное средство, относительно небольшая цена

Итак, для моделирования предметной области в соответствии с методологией UML 2.0 выбрано CASE-средство Microsoft Visio, а для построения моделей по методологии IDEF0 - CASE-средство BPwin. Оба программных продукта, в наибольшей степени отвечают все поставленным критериям.

2.4.3 Модель бизнес-процессов с учетом реинжиниринга

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

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

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

Метод реинжиниринга взят на вооружение ведущими компаниями мира. Особенно много усилий и финансовых ресурсов тратят на это американские компании.

Основателем теории реинжиниринга считают М. Хаммера, который в соавторстве с Дж. Чампи выпустил книгу «Реинжиниринг корпорации: манифест для революции в бизнесе».

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

На рисунке 2.2 показана контекстная диаграмма.

Рисунок 2.2 - Контекстная диаграмма

Рассмотрим составляющие диаграммы:

Нормативные документы (управление) - Перечень инструктивных материалов, устанавливающих правила и нормативы работы сотрудников, занимающихся диспетчеризацией.

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

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

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

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

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

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

План отгрузки (выход) - итоговый документ, формируемый ИС, который содержит информацию о составе и объемах отгружаемой продукции.

Выполним декомпозицию бизнес-процессов (рисунок 2.3).

Рисунок 2.3 - Декомпозиция бизнес-процесса

При декомпозиции были выявлены следующие бизнес-процессы 1-го уровня:

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

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

Распределять транспорт - в рамках данного бизнес-процесса данные из двух предыдущих бизнес-процессов и сопроводительная документация позволяют определить площадку, на которой произойдет погрузка продукции. Бизнес-процесс управляется нормативными документами и должностными инструкциями. Ведется на основании планируемого времени загрузки, данных о загрузке площадок и сопроводительной документации. Механизмом являются сотрудников и ИС.

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

На рисунке 2.4 показана декомпозиция первого из перечисленных бизнес-процессов.

Рисунок 2.4 - Декомпозиция бизнес-процесса расчета времени загрузки

При декомпозиции были выявлены следующие бизнес-процессы 2-го уровня:

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

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

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

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

Рассмотрим декомпозицию следующего бизнес-процесса (рисунок 2.5).

Рисунок 2.5 - Декомпозиция бизнес-процесса контроля загрузки площадок

При декомпозиции были выявлены следующие бизнес-процессы 2-го уровня:

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

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

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

Рассмотрим декомпозицию следующего бизнес-процесса (рисунок 2.6).

Рисунок 2.6 - Декомпозиция бизнес-процесса «Распределять транспорт»

При декомпозиции были выявлены следующие бизнес-процессы 2-го уровня:

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

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

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

информационный оптимизация моделирование алгоритм

3. Проектирование информационной системы оптимального распределения готовой продукции по потребителям КФХ «ВОЛЯ»

3.1 Сравнение аналогов

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

3.1.1 WMS Logistic Vision Suite

Logistic Vision Suite - это комплекс программных продуктов, который позволяет не только эффективно управлять бизнес-процессами склада, но и управлять всей цепочкой поставок, начиная с прогнозирования сбыта и потребностей и заканчивая управлением исполнения на всех участках логистической цепочки: производстве, складах, транспорте. Logistic Vision Suite - это мощное современное ИТ-решение, предназначенное прежде всего для автоматизации логистических бизнес-процессов крупных предприятий и ориентированное на развитие бизнеса компаний, работающих в различных сегментах. Ядром системы является система управления складом (WMS) - Warehouse Vision.

Основное отличие системы управления складом WMS Logistic Vision Suite от других WMS-систем заключается в объектно-ориентированной архитектуре. WMS Logistic Vision Suite оперирует такими объектами, как склад, ячейка, товар, складские ресурсы, заказы на приемку, заказы на отгрузку, владелец товара, поставщик, клиент и т.д. Взаимосвязь этих элементов в каждой отдельной операции происходит на уровне их свойств или атрибутов, количество которых не ограничено. Атрибуты, что немаловажно, это не просто справочная информация, а характеристики объектов, влияющие на те или иные бизнес-процессы.

Помимо инновационной техники реализации атрибутов система управления складом WMS Logistic Vision Suite имеет ряд других преимуществ, выгодно отличающих ее от других систем класса WMS:

· быстрое внедрение системы на 3PL-складах и легкая адаптация под новых собственников товара с различными бизнес-процессами

· поддержка различных бизнес-процессов в разрезе складов

· интеллектуальное управление заданиями

· возможность учета различных единиц измерения (например, работа с мерным товаром)

· динамическое управление иерархией единиц измерения

· адаптивный дуплексный (двухсторонний) интерфейс с ERP-системой

Основная функциональность системы WMS Logistic Vision Suite:

1. Управление справочниками:

· справочник складских элементов

· справочник погрузочно-разгрузочной техники и транспортных единиц

· справочник персонала

· справочник товаров и материалов

2. Приемка товаров

· планирование и подготовка к ожидаемой приемке

· предварительная печать этикеток со штрих-кодом

· физическая приемка товаров, сканирование

· приемка товаров по SSCC

· паллетизация

· поддержка / управление смешанными паллетами

· поддержка кроcс докинга

· контроль качества - карантин

· привязка эл.образов документов (сертификатов и т.д)

3. Размещение товаров в зонах хранения

· Стратегии размещения

· Управляемое размещение на основе:

· скорости продаж

· атрибутов товаров (температура, вес)

· учет размеров и свободного пространства

· отслеживание нарушений правил

· мониторинг производительности персонала

· поддержка различных типов систем хранения

4. Пополнение зон отбора

· независимое от потребностей отбора

· ассоциированное с потребностями отбора

5. Отбор и сортировка

· резервирование запаса под исполняемые заказы

· управление запасом FIFO, FEFO, FPFO, BBD, …

· подготовка листов отбора

· распределение задач

· мониторинг сбора заказов

· отбор в различных единицах (паллеты, коробки, штуки)

· обеспечение отборщика необходимой информацией

· сортировка по заказам при пакетном отборе

6. Отгрузка

· мониторинг операций погрузки

· печать отгрузочных этикеток

7. Инвентаризация

· управление графиками проведения процедуры

8. Упаковка товара

· последовательный отбор и упаковка

· одновременный отбор и упаковка

· печать упаковочных листов

Также в системе есть:

· уникальный RF-менеджер, который отвечает за соединения между логистическими приложениями и радиочастотными терминалами

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

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

Дополнительная функциональность WMS Logistic Vision Suite:

LOGISTICS BILLING - система биллинга

TRADE PARTNER MANAGEMENT - система взаимодействия с партнерами

COMMAND CONTROL CENTER - центр поддержки принятия решений

LOGISTICS INTELLIGENCE - система анализа и отчетности

WAREHOUSE PRODUCTION - внутрискладское производство

3.1.2 1С-Логистика:Управление складом от компании AXELOT

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

"1С-Логистика:Управление складом 3.0" использует преимущества новой технологической платформы "1С:Предприятие 8.1", что позволяет в реальном времени осуществлять управление интенсивными складами (более 1000 заказов в сутки) с подключением большого количества радиотерминалов сбора данных

Основные функции системы следующие:

· Задание топологии, приемка и размещение. Система позволяет вести учет любого количества складов и зон внутри склада, в любой момент точно определить местонахождение и количество товара на складе во всех возможных единицах хранения, в разрезе сроков годности, партий и серийных номеров. Система позволяет осуществлять приемку товара как "по факту" поступления товара, так и на основе информации о планируемом поступлении. В последнем случае система может отследить расхождения между запланированным и фактически принятым товаром. При наличии расхождений, можно получить список несоответствий. Система позволяет добиться наиболее оптимального размещения товара в соответствии с АВС - классификацией или особенностями хранения (негабаритный товар, требования к температурному режиму, брак и т.д.). Правила размещения товара задаются индивидуально для каждой единицы хранения товара (паллеты, коробки, штуки). Это позволяет использовать различную логику работы с каждым типом единиц хранения. Например, задать уникальную для данной единицы хранения область размещения и/или область отбора.

· Отбор, упаковка и отгрузка. Возможными получателями товара со склада могут быть клиенты (в случае отгрузки товара клиенту), поставщики (в случае возврата товара поставщику), другие склады (в случае перемещения между складами одного предприятия), производственные площадки (в случае выдачи материалов и комплектующих в производство) и т.д. В систему вводится информация о заказах на отгрузку. Эта информация может являться основанием для проведения подготовительных мероприятий (например, подпитка ячеек отбора или подготовка зоны отгрузки к принятию собранного заказа). На основании заказа на отгрузку производится отбор товара. Отбор одного заказа может производиться одновременно как одним, так и несколькими сотрудниками. Также предусмотрена возможность одновременного сбора нескольких заказов одним сотрудником. Задания на отбор могут разбиваться по рабочим зонам склада. Отбор товара (паллетный, коробочный, штучный), для последующей упаковки и отгрузки может выполняться по следующим принципам: с учетом сроков годности товара, с учетом партии товара (FIFO, LIFO), в порядке их рейтинга, по принципу максимального высвобождения ячеек, по принципу минимизации времени и т.д.

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

· Управление задачами. Управление задачами включает в себя планирование, выдачу и контроль выполнения задач. Для каждого сотрудника в совокупности с используемым им оборудованием может быть определен состав доступных для него рабочих зон склада и выполняемых операций. При выдаче задачи фиксируется время ее выдачи и сотрудник, ответственный за выполнение. По каждому сотруднику фиксируется вся история его работы: задачи, которые он выполнял, время их выполнения, количество и объем товара, вес и т.д. Это позволяет провести детальный анализ работы каждого сотрудника и реализовать гибкую систему мотивации. Система поддерживает 2 способа выдачи задач: "Бумажная" технология. Задачи выдаются на бумажных носителях, и складской работник делает отметку об их выполнении вручную. После этого бумажный носитель передается оператору, который осуществляет контроль и ввод информации по данным задачам в ручном режиме. Радиотерминальная технология. Радиотерминалы имеют on-line подключение к системе, что обеспечивает работу в режиме реального времени. При этом все данные извлекаются и заносятся в систему без участия оператора непосредственно сотрудниками, выполняющими операции. Тем не менее, оператор может следить и влиять на ход выполнения работ.

"1С-Логистика:Управление складом" для предприятий, торгующих продовольственными товарами, - специализированное решение, разработанное в результате изучения особенностей деятельности указанных предприятий и выполнения проектов автоматизации складов продуктов питания.

Отраслевое решение направлено на удовлетворение типовых потребностей продовольственных складов. Схема его работы с точки зрения рассматриваемой задачи показана на рисунке 3.1

Рисунок 3.1 - Схема работы ИС 1С-Логистика:Управление складом

3.1.3 AVARDA.WMS

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

VARDA.WMS оптимизирует все основные складские процессы (рисунки 3.2 и 3.3), позволяет добиться максимальной эффективности использования складских площадей, обеспечивает высокопроизводительную, четкую и слаженную работу склада.

Рисунок 3.2 - Схема работы ИС AVARDA.WMS при приемке товара

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

Рисунок 3.3 - Схема работы ИС AVARDA.WMS при отгрузке товара

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

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

Возможности AVARDA.WMS

Справочник товаров

· Возможность хранения товара в различных упаковках и учета их весообъемных характеристик

· Введение штрих-кода на различные единицы измерения и упаковки товара

· Учет сроков годности и различных режимов хранения товара

· Учет серий товаров

· Хранение сертификатов и отслеживание их актуальности

· Учет различных категорий и состояний товара

· Хранение любых необходимых дополнительных характеристик товара

Идентификация объектов склада

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

· Поддержка работы с принтерами и сканерами штрих-кодов различных производителей

· Поддержка работы с оборудованием, которое позволяет идентифицировать объекты посредством радиометок (RFID)

Адресное хранение и размещение товаров (грузов)

· Зонирование склада на основе гибкой иерархической системы

· Учет габаритных и весовых ограничений ячеек склада

· Гибкая система настраиваемых правил совместимости и размещения товара позволяет оперативно менять структуру размещения товаров на складе. При этом учитываются:

o варианты группировки - группировка товара с однотипными характеристиками в выделенных зонах склада, равномерное распределение товара по всему складу, либо любая другая заданная группировка

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

o различные характеристики ячеек и товара - состояние, упаковка, ABC-классификация и другие характеристики

· Гибкая система правил поиска (подбора) товара для заказов позволяет:

o оптимизировать процессы при сборке заказов

o организовать преимущественный отбор некоторых типов товаров или упаковок товаров с определенных зон склада

o при отборе товара выстроить систему приоритетов зон склада, позволяющую снизить «холостой» пробег внутрискладской техники

· Настраиваемые алгоритмы оптимизации размещения и отбора товара на складе

· Оптимизация маршрутов при размещении и отборе товара

· Возможность дефрагментации и уплотнения товара на складе

· Визуализация размещения товара, которая позволяет в режиме "on-line" отслеживать состояние склада

· Возможность настройки дополнительных процедур оптимизации произвольного автоматизированного размещения в зависимости от параметров товара

Диспетчеризация транспортных задач

· Формирование маршрутных листов для транспорта с учетом приоритетов доставки заказов

· Заблаговременная оценка весообъемных характеристик заказа для планирования транспорта

· Автоматическое формирование отгрузочных ведомостей по маршрутным листам/ отгрузочным документам

· Возможность автоматического формирования маршрутных листов на основе «Заявок на доставку» от менеджера

Управление заданиями

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

· Оптимизация временных показателей выполнения складских операций

· Индивидуальные выдача и подтверждение выполнения каждого задания

· Полная история выполнения всех заданий

Управление персоналом и внутрискладским транспортом

· Полный учет и контроль всех действий персонала

· Возможность ограничения зон доступности для сотрудника

· Возможность ограничения видов заданий, выполняемых работником склада

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

· Выдача заданий с учетом возможностей внутрискладской техники, с которой работает сотрудник

· Выстраивание системы мотивации персонала, основанной на истории выполнения заданий

Комплект отчетности

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

· Автоматизация процесса подготовки товаросопроводительной и сертифицирующей документации

· Отображение в режиме реального времени корректной информации о наличии, размещении и других характеристиках товара

· Создание реестров регламентных и типовых документов с выгрузкой в MS Excel

Возможность простого создания новых печатных форм

Обмен данными с внешними системами

· Импорт/экспорт документов на основе DBF файлов

· Возможность интеграции с любой системой учета

· Обмен справочниками номенклатуры и контрагентов

· Обмен документами («Акт списания», «Акт оприходования», «Расходная накладная», «Возврат от покупателя», «Возврат поставщику», «Приходная накладная»)

· Удобный механизм импорта документов на основе связки хозяйственных операций и типов документов

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

Интеграция с внешней аналитической платформой Dеductor для сложного анализа данных

1. Оптимизация товарных запасов

2. Расчет оптимального страхового запаса

3. Оптимизация размещения на складе

4. Информационное обоснование выделения зон склада под товарные группы

5. Анализ недостачи и излишков

3.1.4 Сравнительный анализ систем методом анализа иерархий

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

Определим критерии, по которым следует сравнить рассмотренные выше решения:

1) Поддерживаемые платформы СУБД и ОС.

2) Возможности диспетчеризации транспорта.

3) Интеграция с 1С: Управление производственным предприятием.

4) Формирование маршрута передвижения для транспорта.

5) Расчет времени загрузки.

6) Масштабируемость.

7) Архитектура.

Данные сравнительного анализа аналогов по выбранным параметрам сведены в таблице 3.1.

Таблица 3.1 - Сравнительный анализ программ-аналогов

Параметр

Программный продукт

AVARDA.WMS

Logistic Vision Suite

1С-Логистика:Управление складом

Поддерживаемые платформы

СУБД и ОС

ОС: MS Windows, СУБД: любая SQL-совместимая

ОС: MS Windows, СУБД: SQL-совместимые

ОС: MS Windows

CУБД: SQL-совместимые,

Возможности диспетчеризации транспорта.

Развитая система диспетчеризации

Отсутствует

В неявном виде присутствует в разных функциях

Интеграция с 1С

Встроенный модуль, расширяющий возможности интеграции с 1С

Стандартными средствами ОС Windows

Построена на одной платформе с 1С.

Формирование маршрута

+

-

-

Расчет времени загрузки

Многокритериальная оценка требуемых ресурсов

Нет данных

отсутствует

Масштабируемость

+

+

+

Архитектура

Интернет/интранет, клиент-сервер

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

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

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

Таблица 3.2 - Относительные веса критериев

Поддерживаемые платформы

СУБД и ОС

Диспетчеризация транспорта

Интеграция с 1С

Формирование маршрута

Расчет времени загрузки

Масштабируемость

Архитектура

Оценки компонент собственного вектора

Нормализованные оценки вектора приоритета

л max

Поддерживаемые платформы

СУБД и ОС

1

1/8

1/7

1/5

1/3

1/2

1/5

0,3573

0,0309

0,9582

Диспетчеризация транспорта

8

1

1

2

3

4

2

3,0000

0,2595

0,9624

Интеграция с 1С

7

1

1

2

2

3

2

2,5714

0,2224

0,8845

Поддерживаемые платформы

СУБД и ОС

Диспетчеризация транспорта

Интеграция с 1С

Формирование маршрута

Расчет времени загрузки

Масштабируемость

Средняя стоимость внедрения

Оценки компонент собственного вектора

Нормализованные оценки вектора приоритета

л max

Формирование маршрута

5

1/2

1/2

1

2

3

1

1,8571

0,1607

1,1300

Расчет времени загрузки

3

1/3

1/2

1/2

1

2

1/3

1,0952

0,0947

1,1212

Масштабируемость

2

1/4

1/3

1/3

1/2

1

1/3

0,6786

0,0587

0,9686

Архитектура

5

1/2

1/2

1

3

3

1

2,0000

0,1730

1,1880

ИТОГО:

31,0000

3,7083

3,9762

7,0333

11,8333

16,5000

6,8667

11,5597

7,2128

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

Таблица 3.3 - Сравнение критериев

Критерии

Нормализованные оценки вектора приоритета

Поддерживаемые платформы

СУБД и ОС

0,0309

Диспетчеризация транспорта

0,2595

Интеграция с 1С

0,2224

Формирование маршрута

0,1607

Расчет времени загрузки

0,0947

Масштабируемость

0,0587

Архитектура

0,1730

Сравнивая нормализованные оценки вектора приоритета можно сделать вывод, что наибольшее значение придается критерию «Диспетчеризация транспорта», наименьшее - «Поддерживаемые платформы СУБД и ОС».

Определим индекс согласованности (ИС), который дает информацию о степени непротиворечивости суждений при составлении матрицы попарных сравнений критериев.

ИС = (л max - n)/(n - 1),

где л max - максимальное собственное значение матрицы (л max ? n),

n-размерность матрицы

ИС = (7,2128- 7)/ (7-1) = 0,0354

Разделив ИС на число, соответствующее случайной согласованности матрицы шестого порядка, равного 1,32, получим отношение согласованности (ОС). Величина ОС должна быть порядка 10% или менее, чтобы быть приемлемой. В некоторых случаях допускается ОС до 20%, но не более, иначе надо проверить свои суждения.

ОС = 0,0354 / 1,32 = 2,68% < 10%, т.е. пересматривать свои суждения нет нужды.

Следующим шагом является сравнение информационных систем по каждому критерию отдельно. Данные об информационных системах по перечисленным выше критериям представлены в таблице 3.1. Для этого необходимо выполнить попарные сравнения каждой системы по каждому критерию в отдельности (таблицы 3.4 - 3.10)

Таблица 3.4 - Сравнительные оценки систем по критерию «Поддерживаемые платформы СУБД и ОС»

AVARDA.WMS

Logistic Vision Suite

1С-Логистика:Управление складом

Оценки компонент собственного вектора

Нормализованные оценки вектора приоритета

л max

AVARDA.WMS

1

1/2

1/2

0,6667

0,2000

1

Logistic Vision Suite

2

1

1

1,3333

0,4000

1

1С-Логистика:

2

1

1

1,3333

0,4000

1

ИТОГО:

5,000

2,5000

2,5000

3,3333

3

Относительная согласованность матрицы равна 1,08%, т.е. <10%.

Таблица 3.5 - Сравнительные оценки систем по критерию «Диспетчеризация транспорта»

AVARDA.WMS

Logistic Vision Suite

1С-Логистика:Управление складом

Оценки компонент собственного вектора

Нормализованные оценки вектора приоритета

л max

AVARDA.WMS

1

5

5

3,6667

0,7143

1

Logistic Vision Suite

1/5

1

1

0,7333

0,1429

1

1С-Логистика:

1/5

1

1

0,7333

0,1429

1

ИТОГО:

1,400

7,0000

7,0000

5,1333

3

Относительная согласованность матрицы равна 1,28%, т.е. <10%.

Таблица 3.6 - Сравнительные оценки систем по критерию «Интеграция с 1С: Управление производственным предприятием»

AVARDA.WMS

Logistic Vision Suite

1С-Логистика:Управление складом

Оценки компонент собственного вектора

Нормализованные оценки вектора приоритета

л max

AVARDA.WMS

1

3

2

2,0000

0,5538

1,01538

Logistic Vision Suite

1/3

1

1

0,7778

0,2154

1,07692

1С-Логистика

1/2

1

1

0,8333

0,2308

0,92307

ИТОГО:

1,8333

5,0000

4,0000

3,6111

3,01538

Относительная согласованность матрицы равна 0,32%, т.е. <10%.

Таблица 3.7 - Сравнительные оценки систем по критерию «Формирование маршрута передвижения для транспорта»

AVARDA.WMS

Logistic Vision Suite

1С-Логистика:Управление складом

Оценки компонент собственного вектора

Нормализованные оценки вектора приоритета

л max

AVARDA.WMS

1

1

1

1,0000

0,3333

1

Logistic Vision Suite

1

1

1

1,0000

0,3333

1

1С-Логистика

1

1

1

1,0000

0,3333

1

ИТОГО:

3,000

3,000

3,0000

3,0000

3

Относительная согласованность матрицы равна 0,01 %, т.е. <10%.

Таблица 3.8 - Сравнительные оценки систем по критерию «Расчет времени загрузки»

AVARDA.WMS

Logistic Vision Suite

1С-Логистика:Управление складом

Оценки компонент собственного вектора

Нормализованные оценки вектора приоритета

л max

AVARDA.WMS

1

3

2

2,0000

0,5294

0,97058

Logistic Vision Suite

1/3

1

1/2

0,6111

0,1618

0,97058

1С-Логистика

1/2

2

1

1,1667

0,3088

1,08088

ИТОГО:

1,8333

6,000

3,5000

3,7778

3,02205

Относительная согласованность матрицы равна 2,32%, т.е. <10%.

Таблица 3.9 - Сравнительные оценки систем по критерию «Масштабируемость»

AVARDA.WMS

Logistic Vision Suite

1С-Логистика:Управление складом

Оценки компонент собственного вектора

Нормализованные оценки вектора приоритета

л max

AVARDA.WMS

1

2

1/4

1,0833

0,1924

1,05814

Logistic Vision Suite

1/2

1

1/7

0,5476

0,0973

0,97251

1С-Логистика

4

7

1

4,0000

0,7104

0,98942

ИТОГО:

5,500

10,000

1,3929

5,6310

3,02008

Относительная согласованность матрицы равна 1,56%, т.е. <10%.

Таблица 3.10 - Сравнительные оценки систем по критерию «Архитектура»

AVARDA.WMS

Logistic Vision Suite

1С-Логистика:Управление складом

Оценки компонент собственного вектора

Нормализованные оценки вектора приоритета

л max

AVARDA.WMS

1

2

1/4

1,0833

0,1818

1

Logistic Vision Suite

1/2

1

1/8

0,5417

0,0909

1

1С-Логистика

4

8

1

4,3333

0,7273

1

ИТОГО:

5,5000

11,000

1,3750

5,9583

3

Относительная согласованность матрицы равна 0%, т.е. <10%.

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

Таблица 1.11 - Сравнительные оценки систем по всем критериям

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

Поддерживаемые платформы

СУБД и ОС

Диспетчеризация транспорта

Интеграция с 1С

Формирование маршрута

Расчет времени загрузки

Масштабируемость

архитектура

Глобальные приоритеты

Численное значение вектора приоритета

AVARDA.WMS

0,2000

0,7143

0,5538

0,3333

0,5294

0,1924

0,1818

0,46114674

Logistic Vision Suite

0,4000

0,1429

0,2154

0,3333

0,1618

0,0973

0,0909

0,18766849

1С-Логистика

0,4000

0,1429

0,2308

0,3333

0,3088

0,7104

0,7273

0,35110052

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

Таблица 3.12 - Сравнение альтернатив

Наименование информационной системы

Глобальные приоритеты

AVARDA.WMS

0,46114674

Logistic Vision Suite

0,18766849

1С-Логистика

0,35110052

В данном случае аналогом, на основании которого следует сформировать требования к объекту проектирования, является система AVARDA.WMS так как она обладает наибольшим значением вектора приоритета

3.2 Формирование требований

Получив наиболее приоритетную систему, мы можем сформулировать требования к проектируемой системе:

1. Система должна состоять из:

- Базы данных;

- Интерфейса диспетчера;

- Бизнес-логики, учитывающей особенности процессов диспетчеризации;

- Средств формирования маршрута;

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

2. Система должна выполнять следующие функции:

- Управление заявками на обслуживание клиентов

- Формирование на основании заключенных договоров и заявок клиентов на отгрузку сменных производственных планов

- Управление отгрузкой продукции

- Оформление первичной документации на вывоз грузов

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

- Управление транспортными потоками на отгрузочных терминалах

- Автоматическое формирование заданий на отгрузку отгрузочным терминалам сразу после ввода в ИС товарно-транспортной накладной

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

- Учет использования собственного и наемного автотранспорта

- Мониторинг работы и оперативная корректировка транспортных потоков в соответствии со сложившейся оперативной обстановкой на предприятии

- Контроль размеров очередей транспорта на отгрузочные терминалы, возможность просмотра ориентировочного времени ожидания отгрузки по каждой машине

- Возможность контроля текущих отгрузок, выполняемых на отгрузочных терминалах

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

- Интеграция с системой учета предприятия на базе 1С, Галактики и.т.п. в реальном масштабе времени

- Формирование различной отчетной документации работе отгрузочных терминалов и диспетчерской службы

3.3 Выбор архитектуры информационной системы

По способу организации групповые и корпоративные информационные системы подразделяются на следующие классы :

· архитектура файл-сервер;

· архитектура клиент-сервер;

· многоуровневая система;

· на основе интернет/интранет- технологий.

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

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

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

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

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

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

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

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

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

Подобную концепцию обработки данных пропагандируют, в частности, фирмы Oracle, Sun, Borland и д.р. [7]

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

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

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

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

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

Таблица 3.13 - Сравнительная характеристика архитектуры ИС

Параметры сравнения

Файл-сервер

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

Многоуровневая система

Интернет/интранет технологии

Установка

СУБД

На клиентском компьютере

Отдельный сервер

Несколько отдельных серверов

Несколько отдельных серверов

Объемы передаваемых данных

Малые

Большие

Очень большие

Очень большие

Применение на предприятии

Нет

Да

Нет

Нет

Знакомство персонала

Да

Да

Нет

Нет

Проведем расчет выбора архитектуры ИС по выбранным параметрам на основании технико-экономической эффективности.

Оценим их по каждому i-ому показателю качества по 5-ти бальной шкале.

Определим каждому критерию весовой коэффициент kj, причем

kj= 1.

Таблица 3.14 - Шкала оценок

Параметр

Баллы

Оценка

4

Отлично

3

Хорошо

2

Удовлетворительно

1

Предельно допустимо

0

Неприемлемо

Результаты сравнения сведем результаты сравнения в таблицу 3.15.

Таблица 3.15 - Оценка технико-экономической эффективности

Параметры сравнения/

оценка

Весовой коэффициент

Файл-сервер

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

Многоуровневая система

Интернет/интранет технологии

Ajf

kj •Ajf

Ajk

kj •Ajk

Ajm

kj •Ajm

Aji

kj •Aji

Установка

СУБД

0,15

1

0,15

4

0,6

3

0,45

3

0,45

Объемы передаваемых данных

0,25

1

0,25

3

0,75

4

1

4

1

Применение на предприятии

0,35

0

0

4

1,4

0

0

0

0

Знакомство персонала

0,25

2

0,5

3

0,75

1

0,25

1

0,25

Интегральный технико-экономический показатель, Q

Qf = 0,9

Qk = 3,5

Qm = 1,7

Qi = 1,...

Страница:


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

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

© 2000 — 2023, ООО «Олбест» Все права защищены