Комплексы аналитических приложений

Стивен Майер

Начало в выпусках: #167

Как выбрать?

Три главных фактора помогут решить, насколько РАА соответствует вашим потребностям.

Гибкость комплекса. Сначала необходимо оценить гибкость комплекса относительно вашей операционной среды. Есть ли у вас ограничения на частоту загрузки данных? Будет ли РАА работать в среде, близкой к реальному времени, или он предназначен для пакетного обновления?

Что если ваша архитектура не полностью соответствует требованиям комплекса (другая база данных, продукт ETL или пакет отчетов)? Обеспечат ли эти компоненты функциональность системы вне приложения?

В состоянии ли поставщик точно сказать, какие нужны преобразования, если изменилась платформа? Например, PАА создан под Oracle. Объяснит ли продавец, какие функции в ETL или модуле отчетов надо модифицировать, чтобы программа поддерживала DB2 (или Sybase, Informix, SQL Server и т. д.)?

А если комплекс отчетов РАА часть business intelligence (BI), с которым ваши сотрудники не знакомы? Обеспечит ли поставщик поддержку при переходе и связь с существующей средой отчетности?

Необходимая/допустимая степень настройки

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

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

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

• Одинаковы ли уровни детализации схемы и источника данных? Как ни банально, нужная степень детализации гарантия либо успеха, либо провала приложения для хранения данных. То же верно и для РАА.

Если вы работаете в сфере финансовых услуг и нуждаетесь в данных на уровне счетов, а РАА может выдавать сводки только на уровне клиента, значит у вас возникнут трудности, справиться с которыми нелегко. Если программа предлагает только итоги дня, а вам они нужны каждый час, то как быть с этим?

Возможно, мы несколько сгустили краски, но приведенные примеры дают представление о проблеме детализации, которую стоит знать, прежде чем покупать РАА.

• Легко ли встроить в проект изменения, связанные, например, с добавлением ссылок на существующие координаты хранилища данных или на пользовательские поля, не включенные в стандартную схему РАА? Предусматривает ли комплекс особые поля, которые можно использовать для улучшения приложения, не боясь, что очередной апгрейд отменит модификацию?

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

Мы не предлагаем совсем отказаться от настройки приложений, а лишь советуем внимательно изучить проектную методологию поставщика РАА и понять, где кроется опасность.

Так, большинство поставщиков предусматривают пользовательские поля и не советуют вносить иные изменения в схему базы данных. Однако не все они могут внятно объяснить, где в ETL, предназначенном для заполнения этих пользовательских полей, настройка допустима, а где она приведет к конфликту с будущими версиями продукта.

Чудес не бывает

Настройка ETL может потребоваться, чтобы адаптировать, например, формат даты источника, проверять особые значения в данных источника и т. д. В этом случае следует убедиться, что вашим ИТ-специалистам удобно работать с используемыми в РАА компонентами ETL и что поставщик РАА готов представить вам полную и ясную документацию о принципах действия каждого этапа ETL.

Если при помощи РАА вы обрабатываете данные о перемещении клиентов по сайту, то учел ли поставщик, что в строки URL входят подстроки http://xyz.domain.com? Где это можно найти и внести изменения, чтобы согласовать их с фактическим форматом входных данных? Как такие изменения отразятся на отчетах и других результатах программы?

Опыт внедрения лавок данных показал вам, что ETL самая сложная фаза проекта. Не стоит надеяться, что РАА волшебным образом все упростит.

Вам придется настроить стандартные отчеты, предусмотренные в проекте РАА, исходя из потребностей пользовательского сообщества. Насколько вашим ИТ-специалистам удобно и просто работать с модулем отчетов/BI в составе комплекса? Предоставляет ли поставщик РАА документацию, которая объясняет, почему и как создаются отчеты? Или он ожидает, что вы сами все это поймете , препарируя отчеты после инсталляции?

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

Продолжение в выпусках: #169