ИТ-архитектура. Практическое руководство от А до Я. Первое издание - страница 97
Все хорошо, ясно и понятно, руководитель компании вызывает к себе, ставит задачу найти «самое-самое» решение. Ищем, внедряем и спим спокойно дорогой товарищ. Но как говорится «… если хотите получить чудо – нанимайте сказочников…». На практике, любое более-менее среднее или тем более большое предприятие с более или менее тесной интеграцией с ИТ имеет в своем «зоопарке» два и более ИТ бизнес решения. Это связано с тем, что в каждой бизнес сфере (финансовая сфера, банках, страховых компаниях, строительстве, сельском хозяйстве и т п) имеется своя особенность ведения бизнеса. Кроме этого для международных компаний требования законодательства для одних и тех же функциональных подразделений может различаться кардинально. Адаптация или переделка «универсального» решения может быть очень трудоемким, затратным и провальным проектом. Не изобретайте велосипед заново там, где в этом нет особой необходимости.
Модели Интеграции Информационных Систем
Общая модель интеграции данных и информационных поток представлена на диаграмме. Как видно из диаграмм различают основные модели интеграции систем:
•«Точка – точка» (Point-to-point) наиболее простая модель, использует прямое соединение систем между собой
•«ХАБ» (Hub & Spoke) представляется в виде центрального элемента, соединенного с различными системами
•«ЛЕС» (Spaghetti) – модель соединения всех систем со всеми
•«Интеграционная Шина Предприятия» (Enterprise Service Bus) общая «шина» данных для интеграции систем между собой, представляет из себя как правило самостоятельную систему.
Диаграмма Модели интеграции типа «Point-to-point» и «Hub & Spoke»
Диаграмма Модели интеграции типа «Spaghetti»
Диаграмма Модели интеграции типа «Enterprise Service Bus»
Далее компоненты систем интеграции можно разделить на следующие элементы:
•Периферийные системы (Front-end) – решения специфической операционной деятельности, или требует установку локально для взаимодействия с различными аппаратными решениями на местах (станки, кассовые аппараты и т п)
•Механизм интеграции данных (Integration) – механизмы интеграции данных
•Ключевые системы (Back-end) – конечные системы, решение консолидации и обработки данных
•Системы консолидации (OLAP & BI) – решение консолидированной аналитики и отчетов
Типы направлений интеграции потоков данных:
•Однонаправленные – Данные передаются от оконечных систем в централизованное хранение данных для дальнейшей обработки и анализа. Преимущества: простота построения решения, исходные данные доступны только для чтения. Подходит для анализа и построения отчетности. К недостаткам можно отнести отсутствие возможности по интеграции в бизнес процессы.
•Двунаправленные (интерактивные) – Данные передаются в обоих направлениях, как от оконечных систем в централизованное хранение данных для дальнейшей обработки и анализа, так и обратно для интеграции в бизнес процессы (акцептование и т п). Преимущества: возможность интегрироваться в бизнес процессы. Обычно реализуется на уровне приложения. Недостатки: сложность построения решения, данные могут быть модифицированы внешними системами, что требует более высокого уровня информационной безопасности, сложности сопровождения.
Комплексная Интеграции Информационных Систем Предприятия
Принимая во внимание общую концепцию построения Системы Управления Бизнесом (Management Information System), вопросы интеграции различных Информационных Систем между собой является неизбежным «злом». Задача ИТ знать об этом и быть готовым снизить риски и негативное влияние на бизнес и ИТ Архитектуру Предприятия. При построении комплексной интеграции предприятия необходимо принять во внимание структуру организации. Модель интеграции Информационных Систем полностью зависит от структуры организации. Интеграция ИС Предприятия может происходить на различных уровнях:
Похожие книги
