Для створення тематичних сховищ даних на рівні підрозділів використовуються схеми даних, що одержали назву “зірка” або “сніжинка”. У сховищі даних велика кількість запитів звернена до фактів, що аналізуються різними способами. Схема "зірка" є логічною структурою, у центрі якої знаходиться таблиця фактів (з фактичними даними), оточена таблицями розмірностей (з змінними даними). Таблиця фактів містить зовнішній ключ для кожної таблиці розмірності.

Самою придатною схемою бази даних для систем підтримки прийняття рішень є схема "зірка-сніжинка". У ній деякі розмірності для задоволення потреб різних запитів можуть бути представлені відразу в денормализованному і нормалізованому виді.

Суть технології проектування полягає у виділенні із загального обсягу інформації аналізованих факторів і допоміжних даних. І хоча це призводить до часткового дублювання інформації, зате забезпечує надійний і ефективний доступ до даних. При практичній реалізації ТСД невеликі таблиці вимірів можуть бути цілком розміщені в оперативній пам’яті, що підвищує ефективність виконання запиту.

Побудову концептуальної моделі ТСД будемо проводити за допомогою методу "сутність-зв'язок". Необхідно провести аналіз об'єктів і атрибутів, виділити сутності проектуємої бази даних і побудувати інфологічну модель мовою “Таблиці-зв'язки”.

Розглянемо технологію побудови концептуальної моделі ТСД-1, призначеного для обліку виробництва продукції і маркетингу. Модель "сутність-зв'язок" представлена на рис.23.

Рис.23. Інфологічна модель ТСД -1

Виділимо провідні та ключові сутності в моделі ТСД-1, призначеного для обліку виробництва продукції і маркетингу.

До провідних сутностей віднесено:

Продукція ( Код_продукції, Дата).

Ця сутність створюється для збереження відомостей про асортимент продукції, що випускається підприємством, можливості одержання замовлення на випуск виробу, про розподіл витрат за видами статей калькуляції для окремого виду чи конкретного виробу. Таке об’єднання припустиме, тому що дані про різні вироби вибираються з підсистеми “Реалізація” і виключають дублювання даних.

Чотири ключові сутності, що описують використання матеріалів, при виготовленні виробу, виявляються залежними від інших сутностей і попадають у клас позначень:

Матеріали (Код_матеріалу, Назва_матеріалу, ...). Ця сутність зберігає інформацію про матеріали що входять в виріб (сировину, напівфабрикати, покупні матеріали), їх коди, назви, ціни.

Документи - відображає використання матеріалів (Код_доку-мента, дата, номер, вид документа,...). Ця сутність створюється для збереження інформації про документи, що відображають фактичні витрати сировини, напівфабрикатів, покупних матеріалів.

Постачальники (Код_постачальника, Назва_постачальника,...).

Заробітна плата (Код_продукції, Таб_номер, прізвище...). Ця сутність створюється для збереження зведень розрахунків заробітної плати працівників, що виготовили цю продукцію (рознарядки на виконання робіт зберігаються у виді підсумкових сум за списками співробітників, без деталізації за видами робіт) та ін.

Стрижневі сутності і позначення зв'язані між собою асоціаціями:

Постачальники [Продукция, Замовники] (Код_продукції).

Фактичні витрати матеріалів [Продукция, Матеріали] (Код_матеріалу).

Фактичні витрати заробітної плати [Продукция, Заробітна плата] (Код_продукції).

Документообіг [Замовники, Документи] (Код_замовника).

Розглянемо технологію побудови концептуальної моделі ТСД-2, призначеного для аналізу роботи персоналу. Інфологічна модель ТСД-2 представлена на рис.24.

Рис.24. Інфологічна модель ТСД-2

До провідних сутностей віднесемо:

1) Співробітники ( Таб_номер, ПІБ, підрозділ, посада, вид_оплати, вид_роботи).

Ця сутність створюється для збереження інформації про співробітників, що працювали на підприємстві. Атрибут Таб_номер буде переноситись з бази даних Співробітники, наведеної в системному проекті, при оформлені нового робітника на роботу, одночасно буде заповнюватись ознака виду роботи: 1 – при працевлаштуванні на роботу, 0 – при звільнені.

Стрижневі сутності і позначення зв'язані між собою асоціаціями:

Відомості про нараховану зарплатню [Співробітники, Нарахування, Податки] (Таб_номер, Дата).

Відомості про матеріальне заохочення [Співробітники, Документи] (Таб_номер).

Фактичні витрати заробітної плати [Співробітники, Наряди] (Таб_номер).

Дані кадрового обліку [Співробітники, Кадри] (Таб_номер).

П’ять ключових сутностей, що описують детальні данні, виявляються залежними від інших сутностей і попадають у клас позначень:

Таблиця 7

Атрибути детальних даних

Подія | Атрибути

Кадри (при прийнятті та звільненні) | Табельний номер, прізвище, ім’я, по батькові, адреса, дата прийняття на роботу, дата звільнення, пільги, податкові дані

Нарахування (суми нараховані співробітнику) | Табельний номер, дата нарахування ЗП, суми по видам нарахувань

Податки | Дата, вид податку, відсотки

Наряди (суми виробітку) | Табельний номер, номер документу, дата, сума

Документи про відпустки, премії, нагороди, штрафи | Дата, табельний номер, ПІБ, період, відсотки, сума, коментарі

По аналогії з описаною вище методикою розробимо концептуальну модель (рис.25) ТСД-3, призначеного для аналізу роботи компанії та її регіональних відділень.

До провідних сутностей віднесемо:

1) План рахунків ( Код_рахунку, Код_субрахунку, Назва).

Ця сутність створюється для збереження інформації про план рахунків.

Три сутності, що описують детальні данні, (табл.7) попадають у клас позначень.

Таблиця 7

Атрибути детальних даних

Подія | Атрибути

Проводки за господарськими операціями | Ознака активності, дата, номер рахунку, номер кор. рахунку, сума

Технологічний аналіз бухгалтерських підсумків | Номер рядка, номер рахунку, формули розрахунків

Регламентні звіти | Дата, номер строки, сума

Стрижневі сутності і позначення зв'язані між собою асоціаціями:

Формування стандартних звітів [Проводки, Аналіз] (Номер рахунку).

Формування регламентних звітів [Проводки, Регламентні звіти] (Номер рахунку).

Метадані — інформація, що потрібна для керування ТСД, а керування метаданими — істотний компонент архітектури. До адміністративних відноситься вся інформація, що потрібна для настроювання і використання ТСД. Оперативні метадані — це інформація, зібрана під час роботи сховища даних (походження перенесених і перетворених даних); дані моніторингу (статистика використання, повідомлення про помилки).

Рис.25. Інфологічна модель ТСД-3

Метадані (табл.8) про сховище включають зведення про ТСД, про джерела інформації, про перетворення даних, про пріоритети доступу до інформації.

Таблиця 8

Фрагмент заповнення метаданих

Назва

Позначення | Джерело | Вид перетворення | Час

Заповнення | Період зберігання

Кадри | Вхідні документи | Перенесення | Кінець місяця | 20 років

Співробітники | Співробітники | Перенесення | - | 20 років

Наряди | Вхідні документи | Підсумок по видам робіт | - | 1 рік, без архіву

Податки | Довідники |