Устаревшие системы: как модернизировать софт сохранив старое «железо»

Как произвести модернизацию устаревших ИТ-систем, сохранив старое оборудование — на сегодняшний день самая «горячая» проблема с которой сталкиваются предприятия. Своим опытом в этой области делится Андрей Казачков, руководитель направления автоматизации складов и производств компании-разработчика заказного ПО «Формат кода».

Развитие проекта

К «Формату кода» обратилась крупная компания (со штатом в несколько тысяч сотрудников) с запросом на полное импортозамещение ПО предприятия, задействованное в цепочке система управления складом — программируемые логистические контроллеры — специализированное оборудование.

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

Были выявлены следующие проблемы:

1. Отсутствие технических документов на оборудование.
2. Отсутствие действующих специалистов.

Последовательность выполнения работ:

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

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

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

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

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