1.4.4 Склады данных (DataWarehousing) и системы оперативной аналитической обработки данных

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

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

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

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

2. Интеграция информационных систем

2.1 Подходы к ведению интеграции

Интеграция – это процесс объединения и совместной работы информационных систем и программных приложений. Среди основных подходов к ведению интеграции информационных систем следует отметить следующие:

1. «Лоскутная» интеграция – «стихийная» интеграция систем при отсутствии единой инфраструктуры. Данный подход приводит к низкой надежности и высокой энтропии взаимодействия систем, потому что:

   • отсутствует возможность формализации и единая среда исполнения бизнес-процессов;

   • осуществляется привязка к конкретным типам интерфейсов и источников данных.

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

   • нестабильная работа системы при серьезной нагрузке;

   • ограниченные механизмы автоматизации процессов;

   • работает с данными определенного и часто закрытого формата;

   • часто отсутствуют открытые интерфейсы и протоколы взаимодействия с системой;

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

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

   • высокая степень стандартизации и неограниченная расширяемость;

   • готовая инфраструктура интеграции;

   • встроенные средства разработки и выполнения процессов;

   • возможность моделирования и оценки ключевых параметров производительности;

   • поддержка версий процесса и возможность изменить логику его работы «на лету» без остановки среды исполнения.

Первым этапом интеграции систем является создание требований к результатам интеграции, которое включает в себя следующие шаги:

• Формулирование бизнес-требований и правил интеграции систем

• Соблюдение эксплуатационных требований:

  • открытые стандарты взаимодействия информационных систем;

  • сквозное управление и мониторинг;

  • единый подход к развитию инфраструктуры;

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