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