Схемы интеграции

korvin
Администратор
Сообщения: 201
Зарегистрирован: 18 ноя 2017, 15:36

Схемы интеграции

Сообщение korvin » 21 апр 2020, 11:48

Возможные схемы интеграции можно поделить по глубине интеграции и по механизму интеграции.

В любой схеме интеграции команды системе отдаются путем добавления записей в соответствующие таблицы Oracle SQL-сервера. Например:
insert into sarmat.command_gas (command_type_id,container_barcode ,cell_name, rp_id)
values(11,'00004','001N062',2);

Схемы по глубине интеграции:
  • уровень ячеек
  • уровень контейнеров
  • уровень товаров
  • уровень заказов
  • уровень накладных

Схемы по механизму интеграции:
  • таймер
  • триггер

Уровень ячеек.
Минимальный уровень интеграции. Требует наибольшей дополнительной работы со стороны программистов Заказчика.
На компьютерах операторов устанавливается доработанное ПО от Заказчика.
Поставляется сервер штабелеров лишь с одной командой - "переместить контейнер с ячейки N1 в ячейку N2".
Вся информация о контейнерах, товарах, заказах, накладных и т.п. хранится исключительно в БД Заказчика.

Уровень контейнеров.
Слабый уровень интеграции. Требует большой дополнительной работы со стороны программистов Заказчика.
На компьютерах операторов устанавливается доработанное ПО от Заказчика.
Поставляется сервер штабелеров лишь с тремя командами
  • принять контейнер K1 из ячейки N1 на хранение
  • подвезти контейнер K1 в ячейку N1 для отбора
  • вернуть контейнер K1 из ячейки N1 для хранения
Вся информация о товарах, заказах, накладных и т.п. хранится исключительно в БД Заказчика. Информация о контейнерах частично хранится на сервере АСК.

Уровень товаров.
Средний уровень интеграции. Требует дополнительной работы со стороны программистов Заказчика.
На компьютерах операторов устанавливается доработанное ПО от Заказчика.
Поставляется товарный сервер с большим набором команд. В т.ч.:
  • принять контейнер K1 с товаром Т1 из ячейки N1 на хранение
  • подвезти товар Т1 в ячейку N1 для отбора в количестве Q1
  • отобрать товар Т1 из контейнера К1 в количестве Q1
  • доложить товар Т1 в контейнер К1 в количестве Q1
  • инвентаризировать товар Т1 в контейнере К1 в количестве Q1
  • вернуть контейнер K1 из ячейки N1 для хранения
Вся информация о заказах, накладных и т.п. хранится исключительно в БД Заказчика. Информация о контейнерах и товарах частично хранится на сервере АСК.

Уровень заказов.
Глубокий уровень интеграции. Требует работы со стороны программистов Заказчика.
На компьютерах операторов устанавливается доработанное ПО от Заказчика.
Поставляется сервер заказов с большим набором команд. В дополнении к товарному серверу идут команды:
  • заказать товар Т1 в количестве Q1 в ячейки отбора C1 (работает механизм кооперации заказов)
Вся информация о накладных хранится исключительно в БД Заказчика. Информация о контейнерах, товарах и заказах частично хранится на сервере АСК.

Уровень накладных.
Самый глубокий уровень интеграции. Практически не требует работы со стороны программистов Заказчика.
На компьютерах операторов устанавливается ПО от Сенсорлинк. Т.е. поставляется не только серверное ПО, но и все необходимые программы для пользователей "под ключ". Обмен с ПО Заказчика происходит по схеме
  • От ПО Заказчика идут карточки товаров, приходные/расходные накладные
  • От ПО АСК идет подтверждение приходования приходных и отбора расходных накладных. Или сообщения о проблеме прихода/сбора.
Информация о контейнерах, товарах, заказах, накладных частично хранится на сервере АСК.

Механизм интеграции "таймер"
Представляет собой индивидуально для Заказчика разработанный модуль, на удобном для Заказчика языке программирования (например, C#, Delphi, php, ...). Этот программный модуль отрабатывает по таймеру каждые 2 секунды. По такту таймера он обменивается информацией с Oracle SQL-сервером АСК, и с ИС Заказчика. Осуществляя нужные операции по согласованному с Заказчиком алгоритму.

Механизм интеграции "триггер"
Если ИС Заказчика реализована на Oracle SQL сервере, то возможен удобный "триггерный" вариант обмена данными. База АСК подключается как удаленная для Базы Заказчика. При изменении соотв. данных в ИС Заказчика триггерно в базу АСК добавляются некоторые команды.
Также база Заказчика делается удаленной для базы АСК. И, при завершении операций в АСК, триггерно извещается база Заказчика.

Вернуться в «Общие сведения»