Техническая библиотека CITForum.ru CITKIT.ru - все об Open Source Форумы Курилка
Все новости / Все статьи Деловая газета - шквал(!) IT-новостей :: CITCITY.RU
Первая полоса ИТ-Инфраструктура Телекоммуникации Безопасность BI Интеграционные платформы КИС IT-бизнес Ширпотреб Точка зрения

01.04.2020

Новости:


Все новости

Business Intelligence

BI 2.0: Следующее поколение

BI 2.0 - это расширенная технология business intelligence, выходящая за рамки традиционного хранилища и инструментов выполнения запросов, включающая динамическое и автоматизированное принятие решений.

Мы живем в реальном времени, минута за минутой. Новости уже не приходят с задержкой в дни, они передаются в прямом эфире. Банковские операции выполняются оперативно, баланс счета можно определить на текущий момент. Можно бронировать авиаперелеты, в реальном времени оценивая, какие места свободны. Все эти операции порождают множество данных.

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

С момента изобретения реляционных баз данных и SQL-запросов технология business intelligence (BI) принципиально не менялась, однако теперь появилась концепция BI 2.0.

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

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

Традиционные Хранилища дали толчок к существенному развитию в области использования информации, однако теперь лежащая в их основе архитектура уже вызывает некоторые вопросы. Эта архитектура ограничивает возможности оптимизации всех бизнес-процессов внедрением в них BI-возможностей. Необходимо обратиться к управляемой событиями процессной аналитике, которая заменит пакетную отчетность, выполняемую по факту.

Если кратко: как разработать гибкие бизнес-процессы, которые дадут организации конкурентные преимущества? Как построить «интеллектуальный» бизнес?

Клиент-серверная устаревшая модель

BI-инструменты, используемые сегодня в большинстве организаций, были разработаны для решения проблемы, возникшей в начале девяностых годов в связи с разрастанием реляционных баз данных. И по мере того как в базах накапливалось все больше информации, простое ее извлечение становилось рутиной для IT-отделов, так как большинство пользователей не было заинтересовано в приобретении новой профессии — специалиста по написанию SQL-запросов. Извлечение данных из баз изжило себя и привело к развитию BI. Поэтому и существовавшие до сегодняшнего дня BI-инструменты были ориентированы на представление данных.

Как оказалось, извлечение данных, соответствующих событиям, произошедшим несколько дней или часов назад, и публикация их в виде отчетов, имеет свою пользу, но не обеспечивает пользователей руководством к действиям для повышения эффективности в данный конкретный момент. В результате во многих компаниях BI-пользователи не пересматривают переданные им отчеты, а просто относят их к справочной информации. Жалобы на устаревающую и теряющую пользу информацию слышны часто.

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

До сегодняшнего дня все усовершенствование BI-систем сводилось к более быстрому выполнению запросов к Хранилищу и более удачным отчетам и инструментальным панелям. И оно не решало проблемы, так как не затрагивало архитектурного аспекта. Нельзя отрицать тот факт, что к моменту ввода данных в Хранилища и их последующего извлечения, они устаревают. Для некоторых приложений тут нет никакой проблемы, однако для тех, кому нужна информация в реальном времени – ситуация складывается плачевная.

Существует распространенное заблуждение о том, что данные в реальном времени не нужны, так как оперативные группы не могут их проанализировать. Простое предоставление отчетов в более сжатые сроки проблемы не решит. Так что же нужно? Надо дать возможность оперативным отделам вовремя обнаруживать различия в ежедневных операциях.

Отчеты – это не главный результат работы BI-системы. Необходим анализ и интерпретация, прежде чем будет принято решение. Очевидно, что пользователи их не ищут, пока не поймут, что проблема назрела. Вместо того чтобы отчитываться об эффективности процесса постфактум, BI-средство надо применить в процессе как способ автоматизированного регулирования потока работ, основанный на действиях клиента. Чтобы этого добиться, нужно не только собирать данные в реальном времени, но также анализировать и интерпретировать их.

В этом и состоит суть BI-технологии, управляемой событиями. Данные за последние минуты анализируются в контексте исторических сведений, таким образом, чтобы все действия могли быть инициированы автоматически. И тут Хранилище данных не решит всех проблем, так как проектировалось для других целей.

Появление BI-сервисов

За последние несколько лет компании стали представлять свои Хранилища данных как web-сервисы для использования другими приложениями и процессами, связанными сервисно-ориентированной архитектурой или ПО промежуточного уровня, таким как корпоративная сервисная шина (enterprise service bus — ESB). Фундаментальное ограничение этого подхода в том, что Хранилище не тот источник, в котором нужно искать данные для оценки эффективности текущего процесса. Необходимые для анализа данные о состоянии процесса , вряд ли можно найти в ХД.

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

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

Представление BI 2.0

Если считать, что цель BI 2.0 в том, чтобы сократить временную задержку между произошедшим событием и предпринятым действием, повышая тем самым эффективность бизнеса, то существующие BI-архитектуры этой цели препятствуют.

В инфраструктуре BI 2.0 данные не хранятся в базе и не извлекаются для анализа. Здесь применяется обработка потоков событий, либо параллельно с фактическими бизнес-процессами, либо как самостоятельный этап процесса.

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

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

Интеллектуальные процессы

Чтобы изменить базовые показатели, компаниям необходимо добиться более гибких процессов. А значит достичь более высокого уровня автоматизации, либо обеспечить операционный персонал действенной информацией и изменяющейся от дня ко дню операционной процедурой, управляющей процессами. Решением может быть использование технологий сообщений (messaging technologies), поддерживаемых транзакционными системами, инструментами управления бизнес-процессами и SOA, а также BI-технологиями нового поколения. Все это уживается вместе очень хорошо, можно представить себе BI в реальном времени как анализ сервисов в SOA архитектуре.

Технология BI 2.0 применима как к четко заданным процессами, так и к и менее определенным областями. Многие процессы не могут быть смоделированы и явным образом заданы с помощью средств управления бизнес-процессов. Бизнес-пользователи часто не могут точно описать свои процессы, однако анализ в этом случае также необходим.

BI 2.0 обладает рядом свойств:

  • Управляется событиями. Автоматизированные процессы управляются событиями, поэтому очевидно, что для разработки более гибких процессов нужно анализировать и интерпретировать события. А значит, анализировать данные, от события к событию, как параллельно с бизнес-процессами, так и в форме отдельного этапа процесса.
  • Выполняется в реальном времени. Иначе нельзя реализовать BI-возможности в качестве этапа процесса, и тем более не удастся автоматизировать операции. Для сравнения: пакетные процессы – информационные, они содержат отчеты об эффективности процесса, но не могут быть частью самого процесса, за исключением тех случаев, когда время не играет решающей роли. Любое приложение, имеющее отношение к торговле, динамическому ценообразованию, оценке спроса, безопасности, оценки рисков, выявлению мошенничества, пополнению склада и любому взаимодействию с клиентом, – это процесс, зависящий от времени, а следовательно, требует обработки в реальном времени.
  • Автоматизированный анализ. Чтобы автоматизировать ежедневный процесс принятия решений, организациям необходимо не просто представить данные в виде инструментальной панели или отчета. Задача – превратить данные в реальном времени в нечто действенное. Необходимо их автоматически и динамически интерпретировать. На практике это подразумевает сравнение каждого отдельного события с тем, что ожидается в норме, исходя из прошлого опыта или прогнозируемой будущей эффективности. Продукты BI 2.0 должны в качестве основы использовать некоторую норму как на детальном, так и на агрегированном уровне и сравнивать автоматически конкретные события с этой нормой.
  • Дальновидность. Чтобы понять, как данное событие повлияет на потребности организации, необходимо обладать некоторой дальновидностью. Чтобы ответить на вопросы: «придет ли заказ вовремя?», «откажет ли система сегодня?», — нужно уметь делать прогнозы. Эта возможность придает особое значение операционным отделам, которые должны представлять себе перспективу изменения эффективности своей работы в течение дня, недели или месяца.
  • Ориентация на процессы. Продукты BI 2.0 должны быть ориентированы на процессы. Это не значит, что процессы моделируются с помощью инструмента управления. Действия можно оптимизировать исходя из результатов конкретного процесса, хотя он может и не иметь точного определения.
  • Масштабируемость. Масштабируемость является краеугольным камнем BI 2.0. Потоки событий могут быть непредсказуемыми и очень интенсивными. Например, если в розничной торговле разрабатывается приложение оценки спроса для отслеживания продаж самых популярных товаров, то возникает следующая ситуация. У компании может быть, к примеру,30 тыс. товаров, продающихся в 1 тыс. магазинов. В результате образуется 30 млн. комбинаций «магазин-товар», которые нужно отслеживать. В день может продаваться до 10 млн. товаров. Такой масштаб —заурядная ситуация для BI 2.0. Фактически, даже такая масштабируемость сама по себе требует приложений нового класса, которые в традиционной технологии BI были недоступны.

BI – технология реального времени, управляемая событиями

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

В прошлом компании были вынуждены рассчитывать на устаревшую информации и пытаться решать проблемы уже тогда, когда они возникали. BI 2.0 меняет ситуацию, поскольку позволяет встроить аналитические возможности в сами процессы, то есть сделать последние более гибкими.

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



Intersoft Lab

Комментарии

Пётр, Mon Oct 29 00:47:19 2007:
Обалдеть можно, даёшь ии!
Окам, Tue Apr 10 11:16:34 2007:
Сплошная, бессовестная болтовня.

"Необходимо обратиться к управляемой событиями процессной аналитике, которая заменит пакетную отчетность, выполняемую по факту." Что есть процессная аналитика в бизнесе ?

Мы о чем говорим ? Об управлении реактором ? Или под событиями, о которых сверх пространно рассуждает автор - мы понимаем некие мифические "бизнес процессы" (все говорят "бизнес процессы" , не моргнув глазом, а что такое эти самые бизнес процессы каждый понимает по своему) Выполняемая "по факту" пакетная (?) отчетность..по факту это как ? Факт это не событие, т.к. автор противопоставляет эти понятия.
Данная статья это куча мала, из всего понемногу. Автору, рекомендую освоить пару учебников для первого курса по АСУ, или освежить некоторые аспекты событийно управляемых систем реального времени, которые управляют технологическими процессами на производстве. Уверен, что и удовольствие автор получит, и на многое взглянет по новому. Швыряться терминами, "события", "реальное время", "процесс" в контексте где сразу понятно, что автор ничего не смыслит - просто пошло. (Автору для размыления: Реальное время для бухгалтера - это квартал)
Проблема просвещения в данном случае, заключается в том, что bi - это термин, за которым скрываться простой смысл, и куча консалтинга-по-русски, ноги у которого растут из смеси бывших сисадминов у которых в голове каша от чтения англоязычних ресурсов переведенных при помощи лингво.
Из всей статьи, заслуживает внимание вопрос неэффективности работы аналитиков незнакомых с SQL. Наверно, аналитикам проще оформлять запросы в виде диаграмм которые система преобразует в запросы к бд ?
Разве этого нет сегодня?
Основная мысль моего комментария сводиться к следующему: Не уподобляясь Экклезиасту с его фаталистическим "нет ничего нового..." Хочу предостеречь разработчиков от серьезного восприятия подобных статей. Подобные рассуждения, словами профессора Преображенского "космического масштаба и космической же глупости".
Игорь, Mon Apr 9 18:22:49 2007:
Сделайте полностью четырёхмерный дизайн, дайте мне виртуальные очки и я пойду зарабатывать этим деньги :)
Алексей, Wed Mar 21 14:11:51 2007:
только что прочитал материал про 10 несостоявшихся революций в BI. Реал-тайм BI тоже упоминался :)
Концепция хорошая, но она скорее описывает хотелки пользователей, причем старые, а не то, как это можно архитектурно реализовать, так что баян.
Сергей, Mon Mar 19 09:54:15 2007:
люди расслабьтесь, ничего в корне не изменилось и не изменится.
Дмитрий, Tue Mar 13 14:58:08 2007:
Вымрет человек, почти как динозавр %)
Юлий, Mon Mar 12 22:05:28 2007:
Конечно полной поддержки суперконцепции ни в каких инструментах пока нет. Это же концепция 2007 года :). Но, например, Oracle BI EE уже готов соединять данные исторических хранилищ и on-line информацию для целей анализа.
Василий, Mon Mar 12 09:55:49 2007:
Супер стратегия построения BI! То что нужно! Остался вопрос - а есть ли соответствующие данной архитектуре продукты BI?
Юрий, Wed Mar 7 12:27:47 2007:
Да здравствует искуственный интелект,
вот только что будет с человеком :(

Комментарии заморожены.

Последние комментарии:

Самое интересное:


© 2004–2009 Проект CITCITY.ru