Етапи побудови моделі даних корпоративного сховища

1. Взаємозв'язок етапів побудови моделі з іншими стадіями і роботами проекту
2. Визначення вимог і отримання вихідної інформації
3. Побудова концептуальної моделі даних
4. Побудова логічної моделі даних
5. Побудова фізичної моделі даних

Кінцевою метою інформаційно-аналітичної системи - корпоративного сховища даних - є збір і зберігання даних, надання їх користувачеві для аналізу. База даних сховища є основним його компонентом і закладена в ній структура зберігання даних забезпечує успішне функціонування як системи в цілому, так і окремих її підсистем. Структура бази даних є частина загальної моделі даних корпоративного сховища.

Модель даних корпоративного сховища є ER-модель (Entity-relationship model - модель «сутність-зв'язок»), що описує на різних рівнях (Концептуальному, логічному і фізичному) набір взаємозв'язаних сутностей, які згруповані по функціональних областях і відображають потреби бізнесу в аналізі та звітності.

Модель даних розробляється послідовно в кілька етапів, в результаті яких:

1. визначаються вимоги до складу даних в сховищі;
2. розробляється концептуальна модель даних;
3. створюється логічна модель даних;
4. розробляється фізична модель даних.

Взаємозв'язок етапів побудови моделі з іншими стадіями і роботами проекту

Розробка моделей даних сховища не є окремим завданням і виконується в щільному взаємодії з іншими процесами і учасниками проекту .

Нижче представлена ​​таблиця, що описує взаємозв'язок етапів і учасників проекту зі стадіями розробки моделі даних.

Визначення вимог і отримання вихідної інформації

Перед початком розробки концептуальної моделі бізнес-аналітиками Виконавця проводиться визначення бізнес-вимог і отримання вихідної інформації від майбутніх користувачів сховища даних і предметних експертів.

В рамках даного процесу:

• досліджується інформаційно-аналітична діяльність та бізнес-процеси, які здійснюються в обраних функціональних напрямках бізнесу Замовника;
• визначаються потоки інформації, які є джерелами або результатами виконання цих бізнес-процесів, системи-джерела даних;
• здійснюється збір і систематизація бізнес-вимог до інформаційного наповнення корпоративного сховища даних, визначаються вимоги до складу та наповненню сутностей сховища;
• готується єдиний глосарій бізнес-термінів;
• проводиться узгодження з користувачами і предметними експертами Замовника робочих матеріалів - результатів обстеження та збору вимог.

Побудова концептуальної моделі даних

Концептуальна модель сховища даних є описи основних (основних) сутностей сховища і взаємозв'язків між ними.

Концептуальна модель створюється фахівцем по моделі даних (Data Modeler) на основі пред'явлених бізнес-вимог з урахуванням наявності інформації в системах-джерелах і служить базою для побудови логічної моделі.

Процес формування концептуальної моделі включає в себе наступні роботи:

• проведення аналізу отриманих бізнес-вимог;
• класифікація даних і визначення функціональних областей (Subject Area);
• формування набору сутностей (Entitys) концептуальної моделі, віднесення кожної сутності до конкретної функціональної області;
• верифікація моделі за результатами аналізу джерел;
• верифікація моделі по бізнес вимогам;
• формування робочого документа з описом концептуальної моделі;
• узгодження концептуальної моделі з функціональними фахівцями Замовника.

Побудова логічної моделі даних

Після узгодження концептуальної моделі з функціональними фахівцями Замовника фахівець з моделі даних приступає до розробки логічної моделі. Логічна модель розширює концептуальну шляхом визначення для сутностей їх атрибутів, описи і обмежень. Більш точно визначаються склад сутностей і взаємозв'язку між ними.

Процес формування логічної моделі включає в себе наступні роботи:

• визначення атрибутів (Attributes);
• уточнення складу сутностей області зберігання детальних даних (System of Records);
• зіставлення даних систем-джерел атрибутам сутностей логічної моделі даних;
• визначення ієрархій (Hierarchy);
• визначення складу і типів повільно мінливих вимірювань ( SCD );
• визначення основних бізнес-запитів (Business Queries) - груп запитів користувачів до певного набору даних;
• проведення GAP-аналізу:
  • аналіз логічної моделі (з урахуванням наявних даних в системах-джерелах) на предмет виявлення вимог, які не можуть бути задоволені;
  • прийняття рішень за вимогами, які не можуть бути задоволені;
• визначення складу і структури агрегатів (Summary Area), вітрин даних (Data Marts);
• визначення складу значень (Domains) для вимірювань і ієрархій;
• формування робочого документа з описом логічної моделі;
• проведення зовнішнього аудиту моделі - зіставлення логічної моделі і вимог на рівні показників;
• узгодження логічної моделі з функціональними фахівцями Замовника.

Побудова фізичної моделі даних

Заключним кроком створення моделі даних є розробка об'єктів на рівні конкретної бази даних. Фізична модель даних створюється фахівцем по моделі даних спільно з адміністратором (експертом) бази даних.

Процес формування фізичної моделі полягає в:

• визначенні правил найменування об'єктів бази даних;
• розробці об'єктів зберігання (таблиць, матеріалізованих уявлень, кубів і т.п.);
• визначенні складу полів (Columns) і їх типів даних (Data Types);
• формування первинних (Primary Keys) і зовнішніх ключів (Foreign Keys);
• уточнення складу значень (Domains) для вимірювань і ієрархій;
• проектування складу і структури розділів (Partitions), індексів (Indexes), послідовностей (Sequences) і т.д.
• формування робочого документа з описом фізичної моделі;
• узгодження фізичної моделі з технічними фахівцями Замовника.