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 має ряд властивостей:



Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*