Методология проектирования процессов интеграции (обмена данными)

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

Шаги проектирования процесса интеграции (обмена данными) бизнес-приложений

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

Например:

Модуль Внешняя система Эксплуати- рующая организация / Контактное лицо Направление интеграции (прием / передача) Описание передаваемых данных Требования модуля
SD АСУ Налива на эстакадах уточнить у ФИО SD -> АСУ Налива Приказы на отгрузку АСУ налива принимает приказ на отгрузку, формируется внутрисистемного документа приказа; передаются количество, продукт, грузополучатель, номера вагонов
АСУ Налива на эстакадах уточнить у ФИО АСУ Налива -> SD Ведомости налива/погрузки Формирование ведомостей налива/погрузки, передача фактических данных по налитому количеству

Также возможные точки интеграции могут быть определены из:

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

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

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

Далее консультант по интеграции формирует рабочий документ "Концепция интеграции", в котором описываются следующие пункты в разрезе to-be (как это будет):

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

Далее данная "Концепция интеграции" в части общего описания потоков интеграции согласовывается с бизнес-пользователями в рамках документа "Эскизный проект / Технический проект" или "Концептуальный проект". А в части описания интерфейсов согласовывается с ИТ-специалистами информационных систем, с которыми будет осуществляться интеграции.