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

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

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

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

На рисунке 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 Сравнение аналогов

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

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:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Отгрузка

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Данные сравнительного анализа аналогов по выбранным параметрам сведены в таблице 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С, Галактики и.т.п. в реальном масштабе времени

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

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,7

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

для файл-сервера Qf:

для клиент-сервер Qk:

для многоуровневой системы Qm:

для интернет/интранет технологии Qi:

Интегральный технико-экономический показатель между файл-серверной архитектурой и клиент-серверной равен:

Q = Qk/ Qf = 3,5/0,9 = 3,89

т.к. технико-экономический показатель больше 1 выбор в сторону клиент-серверной архитектуры.

Интегральный технико-экономический показатель между клиент-серверной архитектурой и многоуровневой системой равен:

Q = Qk/ Qm = 3,5/1,7 = 2,06

т.к. технико-экономический показатель больше 1 выбор в сторону клиент-серверной архитектуры.

Интегральный технико-экономический показатель между клиент-серверной архитектурой и интернет/интранет технологии равен:

Q = Qk/ Qm = 3,5/1,7 = 2,06

т.к. технико-экономический показатель больше 1 выбор в сторону клиент-серверной архитектуры.

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

Рисунок 3.4 - Концепция архитектуры системы

3.4 Проектирование структуры базы данных

Методология IDEF 1.x. IDEF1X [2,9] является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы. Концептуальной схемой мы называем универсальное представление структуры данных в рамках коммерческого предприятия, независимое от конечной реализации базы данных и аппаратной платформы. Будучи статическим методом разработки, IDEF1X изначально не предназначен для динамического анализа по принципу "AS IS", тем не менее, он иногда применяется в этом качестве, как альтернатива методу IDEF1. Использование метода IDEF1X наиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы (скажем с помощью метода IDEF1) и решение о внедрении реляционной базы данных, как части корпоративной информационной системы, было принято. Однако не стоит забывать, что средства моделирования IDEF1X специально разработаны для построения реляционных информационных систем, и если существует необходимость проектирования другой системы, скажем объектно-ориентированной, то лучше избрать другие методы моделирования.

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

Сущности в IDEF1X и их атрибуты.

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

Связи между сущностями

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

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