 |
 
|
 |
Введення в сховища даних. Business white paper.ОглядЩоб з вигідної сторони відрізнятися від конкурентів і поставляти продукти й послуги економічно ефективно, менеджерам необхідно проводити постійну оцінку відносин з постачальниками й клієнтами. Ще більш важливою є необхідність одержувати достовірні відповіді на три питання, відповіді, які необхідні кожному менеджерові – Що собою представляє Ваш бізнес?, Хто є Вашим клієнтом? і Що важливо й коштовно для Вашого клієнта?
Для точної відповіді на ці питання необхідна консолідація даних по всій компанії й впровадження бізнесу-аналітики (Business Intelligence, BI – аналітична платформа компанії й технології, її підтримуючі, такі, як сховища даних) на всіх рівнях.
Багато компаній не використовують повноцінну бізнес аналітику, тому що зазнають труднощів при виборі й впровадженні інфраструктури, що зможе підтримувати вимоги, бізнесу, що збільшуються, й відповідати всій широті вимог до бізнес аналізу. Цей документ описує, що таке сховища даних, які вигоди принесе його впровадження й можливі типові апаратно-програмні конфігурації таких сховищ.
ВведенняДля успішного ведення бізнесу життєво важливо мати своєчасну й правильну інформацію. Але бізнес оперує такими поняттями, як клієнт, продукт, магазин, продажі, регіон, марка, а не назвами таблиць і стовпців бази даних. Якщо в нас є правильні дані, але вони розосереджені по різних системах, то складно зробити нестандартний запит. Крім того, подання даних у вигляді таблиць зі складними іменами й безліччю зашифрованих назв стовпців робить для звичайного користувача таке завдання дуже складним. Для її рішення потрібна обов'язкова участь фахівців з ІТ. Але що відбувається, якщо сьогодні нас цікавить один запит, а завтра інший? Якщо наступний запит залежить від того, яка відповідь була отримана на попередній? Для відповіді на такі запити й створюється сховище даних. Якщо використати метафору про публікації, то ціль сховища даних – зробити інформацію легко доступною для тих, кому вона необхідна. Це означає своєчасну доставку корисної й цікавої інформації (публікацію), причому представлена вона у вигляді, звичному для користувача (читача).
Завдання бізнесуПриведемо приклади питань, на які щодня доводиться відповідати при керуванні будь-яким бізнесом:
Кожне питання хотілося б задавати в різних розрізах: регіон, марка, бренд, країна, квартал продажу. Відповіді на подібні питання допомагають знайти сховища даних.
Amazon.com, Сиєтл, США - найбільший інтернет-магазин
"Сховище даних на Oracle дуже швидко окупило себе, приблизно за півроку. І після цього сховище продовжує залишатися важливим фактором для успішного бізнесу Amazon.com." Mark Dunlap, Data Warehouse Program Manager Роль сховища данихЩо ж таке сховище даних? Це база даних, спроектована так, щоб з оптимальною швидкістю виконувати запити й проводити аналіз результатів. Сховище даних містить історичні дані, отримані з різних оперативних систем, що дозволяє проводити консолідований аналіз даних.
W.H. Inmon в [2] визначив сховище як предметно - орієнтовану, інтегровану, варіантну в часі, неруйнівну сукупність даних, призначену для підтримки прийняття управлінських рішень.
Предметна орієнтація Сховище даних призначене для аналізу даних. Воно концентрується на предметі, а не на процесі. Так, можна побудувати сховище, орієнтоване на продажі.
Інтегрованість. Сховище даних повинне наводити дані, отримані з різних джерел або в різний час, до єдиного формату, щоб було легко проводити аналіз.
Незмінюваність Дані, що один раз потрапили в сховище даних, не змінюються.
Варіантність у часі Для дослідження бізнесу в часі сховище даних повинне підтримувати всю історію змін, щоб можна було подивитися на бізнес із історичної перспективи.
Відмінність сховища даних від оперативних системОднією з головних цінностей у бізнесі є інформація. Для інформаційного забезпечення бізнесу застосовують два види систем – оперативні (OLTP) і сховища даних. До цих систем пред'являються істотно різні вимоги й функціонують вони в різні ритмах.
OLTP системи призначені для виконання визначених запитів. Часто такі запити звертаються до невеликого числа записів. Наприклад – подивитися прихід товару на склад від постачальника X сьогодні. Користувачі системи самостійно обновлюють і вносять нові дані. Так, менеджер по кадрам може змінити прізвище робітниці (через те, що вона вийшла заміж). Структура бази даних такої системи спрямована на підтримку цілісності даних (за рахунок нормалізації) і реалізацію бізнес правил на рівні бази даних для гарантії погодженості даних і оптимізації відновлень. Дані в оперативній системі часто оновлюються із втратою історії. Історія змін підтримується за невеликий період тільки для деяких видів транзакцій.
Сховище даних спроектоване для виконання заздалегідь невідомих запитів. Користувачі сховища звичайно не працюють із декількома записами, їхні запити вимагають обробки тисяч або сотень тисяч записів. Наприклад – "Як прихід товару на склад змінився в порівнянні з минулим тижнем". Інформація обновляється на регулярній основі (наприклад, щоночі) за допомогою спеціальних програм добування, трансформації й очищення й завантаження (ETL). Користувачі не можуть змінювати інформацію. Схема спроектована в денормалізованій формі для оптимізації швидкості запитів. Дані зберігаються за багато років.
Таким чином, сховище даних забезпечує досягнення наступних цілей:
T-Mobile Austria, Австрія - оператор мобільного зв'язку
"База даних Oracle була вдалим вибором для T-Mobile Austria. Її промислова експлуатація підтвердила, що вона може масштабуватися й має властивість переносу на інші апаратні платформи. Сьогодні ми можемо покластися на наше життєво важливе корпоративне сховище даних, що покриває всі аспекти ланцюжка нарахування вартості нашої компанії." Marcus Berger, CIO, T-Mobile Austria Приклад реалізаціїУ цей час сховища даних з успіхом застосовуються в різних областях бізнесу. Сховища даних стали поряд з оперативними системами критичними для бізнес у наступних галузях:
Деякі компанії пропонують каркаси (frameworks) для побудови галузевих сховищ даних. Фактично такий каркас являє собою концентрований досвід компанії-розроблювача (концентрований консалтинг) і може бути дуже ефективний при впровадженні сховища. За рахунок використання шаблонів структур даних, звітів, методик впровадження зменшується час впровадження й знижуються ризики.
Щоб проілюструвати використання продуктів корпорації Oracle при побудові й експлуатації сховища даних, давайте пройдемо весь життєвий цикл побудови сховища на прикладі.
Постановка завдання
Банк "Форт" хоче впровадити в себе сховище даних. Є ряд бізнес процесів, які повинні знайти відображення у вітринах даних. Людина, відповідальна за фінансування сховища (бізнес спонсор), вирішує, що в першу чергу необхідно сконцентруватися на депозитних внесках фізичних осіб. Проводяться зустрічі між розроблювачами й бізнес користувачами. У результаті цих зустрічей розроблювачі одержують подання про процес в цілому.
Зараз справи йдуть у такий спосіб. Банк і вкладник складають договір, відповідно до якого вкладник кладе суму в банк, а банк зобов'язується повернути цю суму через якийсь час (строк договору) але вже з відсотками. Відсотки можуть виплачуватися протягом терміну дії договору або наприкінці строку. При достроковому розірванні договору клієнтом відсотки втримуються. Договір укладається в одній валюті. Банк сам вирішує які види договорів він надає. Банк розробив 15 видів договорів, деякі з них описані нижче.
Звичайний Відсотки виплачуються наприкінці строку. Немає можливості довкладання. Сума внеску від 100 грн.
Накопичувальні Відсотки виплачуються поквартально. Існує можливість довкладання. Мінімальна сума внеску $1000.
Банк має біля 1 мільйона вкладників із загальною сумою внесків 1 міл`ярд гривень. За останній рік приріст вкладників склав 10%. За рік не відновили договорb 200,000 вкладників.
За результатами бесід з бізнес користувачами з'ясовується на які питання повинна відповідати майбутня система:
Сховище надає гнучкі засоби доступу, так що задавати питання можна буде в різні розрізах.
Одержуючи відповіді на ці питання, банк зможе зменшити відтік вкладників і з'ясувати, які договори є найбільш привабливими. Довідавшись більше про те, хто є кращими клієнтами, банк зможе розробити маркетингові компанії, спрямовані на залучення й утримання саме цих клієнтів.
Попередня оцінка
Як оцінити, що дасть впровадження сховища даних до того, як воно буде впроваджено? Можна запитати в того, хто зараз управляє політикою депозитів – «Як зміниться загальна сума внесків по депозитах, якщо Ви будете мати всю необхідну інформацію й вчасно?», а можна провести попередню оцінку. Вкладники, що не продовжують договір, забирають свій внесок і вкладають в інший банк або надходять якось інакше. Допустимо, що 50% наших колишніх вкладників повторно вкладають свої кошти, але вже в інший банк. Наші прямі конкуренти (5 великих банків) мають приблизно такі ж показники по депозитах і за минулий рік мали приріст вкладників в 10%. Таким чином, загальний обсяг ринку оцінюється в 50% від 5*200,000 вкладників плюс наші 50% від 200,000 разом 600,000 потенційних вкладників. Якщо ми залучимо додатково 10% вкладників, то одержимо 60,000 приріст або 60,000 * 1000 грн. = 60 млн. грн. приросту в рік на загальній сумі внесків. Крім того, якщо ми краще будемо знати потреби наших кращих клієнтів, те середня сума внеску збільшиться й складе 2000 грн.
CERN, Женева, Швейцарія - центр дослідження фізики елементарних часток
"Наша стратегія при розробці бізнес додатків - використати кращі у своєму класі продукти й рішення. Oracle просто забезпечує кращий набір додатків для Business Intellegence на ринку, як з погляду розробки, так і з погляду результату." Mikael Angberg, Business Intelligence Manager, Internet Development Services, CERN Типові конфігураціїВибір програмних продуктів і апаратної платформи, необхідних для реалізації сховища даних, визначається вимогами бізнесу. Факторами, що впливають на вибір, є: кількість даних, характер даних, якість даних, види аналізу, періодичність завантаження, режим доступу до даних, час відповіді, кількість користувачів інше.
Корпоративна конфігурація (велика компанія).
Умови застосування:
CommerzBank AG, Франкфурт, Німеччина - великий банк
"Сховище даних на основі Oracle дозволило банку забезпечити високу доступність і безперервність функціонування його систем - для того, щоб забезпечити прийняття правильних рішень в умовах сучасних мінливих ринків." Bernd Klink, Vice President of Risk and Finance, Commerzbank, North America Середня конфігурація
Умови застосування:
Ericsson Limited UK, Великобританія - телекомунікації
"Технології Oracle дозволили нам забезпечити набагато більш високі стандарти фінансової інформації в рамках Ericsson на території Великобританії." Mike Titley, Business Process and IT Director, Ericsson Limited Початкова конфігурація
Умови застосування:
ВисновокПровівши попередні оцінки, можна зробити висновок про економічну ефективність впровадження сховища даних. Для впровадження необхідно обирати таку бізнес область, де ефект буде максимальний при оптимальних вкладеннях. Процес розробки й впровадження сховища даних сильно відрізняється від оперативної системи. Основна особливість полягає в тому, що спроби заздалегідь детально визначити вимоги до системи й реалізувати все за один раз закінчуються крахом. Найбільш ефективним показав себе ітеративний процес, коли готові компоненти системи стають доступними користувачам якомога раніше й вони допрацьовуються з урахуванням побажань користувачів. Критично важливим фактором для успіху всього проекту є наявність бізнес-спонсора й кваліфікованої команди виконавців.
Література
Компанія "Уліс Сістемс" пропонує послуги з розробки сховищ даних. В компанії працюють:
|
| © ULYS Systems, 2006-2012 | ТОВ “УЛІС Сістемс”, Київ 02156 вул. Кіото, 27 Тел. (044) 544-44-92 |