системная автоматизация

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

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

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

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

Модуль управления персоналом поддерживает автоматическое распределение заданий между рабочими склада, а также позволяет отслеживать суммарную и детальную информацию о времени выполнения операций, объеме и весе товара, участвовавшего в операциях. Он требует наличия в системе модуля "Топология склада". Наиболее эффективно использовать данный модуль совместно с модулем поддержки Batchтерминалов, так как в этом случае задания будут выдаваться рабочим склада прямо на удаленные терминалы, причем оптимальным образом с учетом топологии склада.

Модуль оптимизации начального размещения товаров на складе

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

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

Модуль сортировки и упаковки отправляемого товара предоставляет возможность осуществлять консолидацию и упаковку товара во время его подготовки к отправке. Поддерживается также возможность предварительного планирования распределения товара по упаковкам и контейнерам.

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

151

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

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

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

Модуль поддержки интерфейса EDI/XML позволяет системе обмениваться документами с внешним программным обеспечением (ERPсистемами, системами документооборота и т. д.), используя стандарт электронного обмена данными EDI.

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

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

Многозвенность и переносимость

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

– такие системы получили название систем с «тонким клиентом». Но если планировалось использовать программу для работы с разными СУБД, бизнес-логику реализовывали в клиентской части программы – это так называемые программы с «толстым клиентом».

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

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

152

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

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

Последний уровень – это СУБД, которая отвечает за хранение данных

иза их целостность.

Всистеме CoreWMS можно выделить шесть основных звеньев (см. Рис.

4.2).

Клиентами CoreWMS могут быть обычный Web-браузер и удаленные терминалы доступа к данным (Batch и RF).

Стандартный клиент (браузер) через интернет по протоколу HTTP взаимодействует с Web-сервером, который принимает запросы от клиента

ипередает ему соответствующие HTML страницы, сформированные сервером приложений.

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

Сервер приложения системы CoreWMS представляет собой программное обеспечение, написанное на языке Java и использующее все преимущества объектной технологии EJB (Enterprise Java Beans).

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

• Уровень представления данных,

• Уровень бизнес-логики,

• Уровень доступа к данным.

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

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

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

153

Рис. 4.2. Многозвенная архитектура CoreWMS

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

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

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

154

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

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

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

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

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

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

И последнее важное преимущество, которое дает выбранная архитектура, – это возможность кластеризации системы CoreWMS. Кластеры – это дублирующие друг друга компьютеры и системные ресурсы, обеспечивающие непрерывную работу системы даже в том случае, если часть ресурсов выходит из строя.

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

Еще одной важной особенностью архитектуры системы CoreWMS является ее переносимость на различные системные платформы, включая все серверные версии Windows, Unix и любые другие ОС, поддерживающие виртуальную машину Java (JVM) версии 1.3 и выше. При этом не требуется делать каких-либо изменений в программе. Вся система переносится «как есть». Независимость от системной платформы достигается за счет того, что система полностью написана на интерпретируемом языке Java.

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

Одна и та же система будет одинаково работать на ваших серверах, оснащенных как Windows 2000 или XP, так и Free BSD, Solaris или Linux. Для установки CoreWMS нужен IBM-совместимый компьютер с любой ОС,

155

поддерживающей JVM 1.3 и выше и любая клиент-серверная реляционная СУБД.

Пользовательский интерфейс

Общесистемный интерфейс

Интерфейс системы CoreWMS разработан таким образом, что от пользователя не требуется никаких специальных знаний и навыков, кроме базовых принципов использования Web-браузера.

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

Рис. 4.3. Пример экрана CoreWMS

Элементы меню можно открывать по отдельности щелчком мыши, или раскрыть все меню, выбрав в меню пункт «Открыть все». Состав меню зависит от прав, делегированных пользователю.

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

156

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

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

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

Аналогичные элементы интерфейса на всех экранах выполняют одни и те же функции.

Внешний пользовательский интерфейс

Рис. 4.4. Внешний пользовательский интерфейс

Модуль «Внешний пользовательский интерфейс» (Front-End) предназначен для клиентов коммерческих складов – он дает возможность владельцу товара или заказчику контролировать прохождение заказов и получать информацию о выставленных счетах.

Интерфейс владельца товара включает управление товарами, заказами на поставку и на отгрузку, справочником адресов заказчиков. Владелец

157

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

Если в систему включен модуль поддержки деятельности коммерческих складов, владелец может просмотреть свои контракты и счета.

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

Заказчику доступно управление заказами на отгрузку, справочником собственных адресов и просмотр товаров.

Модуль «Внешний пользовательский интерфейс» по принципам работы и используемым интерфейсным элементам аналогичен основному модулю (Рис. 4.4).

Подготовка системы к работе

Администрирование

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

При входе в систему CoreWMS необходимо указывать имя и пароль, присвоенные администратором системы (см. Рис. 4.5).

Рис. 4.5. Вход в систему

158

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

Роли

Разграничение прав идет на уровне ролей.

Роли – это группы полномочий, объединенные таким образом, чтобы в дальнейшем их легко было раздавать (делегировать) пользователям (Рис. 4.6).

Делегирование ролей – более гибкий способ по сравнению с непосредственным присвоением прав каждому пользователю. Вы можете, например, создать роль «Контролер», предусматривающую целый ряд полномочий, и затем делегировать эту роль всем членам бригады контролеров, не присваивая каждому права отдельно. Одному и тому же пользователю можно делегировать сколько угодно ролей. Например, бригадиру контролеров может понадобиться устанавливать приоритеты выполняющихся заданий, задавать правила и режимы и т. п. Вам нужно будет к уже существующей роли «Контролер» добавить еще одну «Бригадир».

Чтобы создать новую роль в системе CoreWMS, надо войти в систему с правами администратора (пользователь с правами администратора в системе изначально существует, при покупке системы вам сообщат его имя и пароль) и открыть в разделе «Администратор» пункт «Роли в системе». Вы сразу увидите полный список всех ролей, которые уже внесены в систему.

159

Рис. 4.6. Схема разделения доступа пользователей

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

160