Методика проектирования корпоративного хранилища данных…
ISSN 0236-3933. Вестник МГТУ им. Н.Э. Баумана. Сер. Приборостроение. 2016. № 4
43
6. Для потока из одного–трех показателей рекомендуется проводить расчет
КПЭ в трансформации перед стандартным DSO уровня распределения.
При наличии большого числа показателей на уровне бизнес-трансформации тре-
буется разместить стандартные DSO (по одному на каждую группу показателей).
В трансформации перед этими DSO следует разместить необходимые расчеты, свя-
занные с формированием КПЭ — это требуется в том случае, когда программы
экстрактора недостаточно для реализации алгоритма подсчета показателя.
7. Реализация уровня отчетности с двумя подуровнями: детальные и агреги-
рованные данные. Для детальных данных создаются инфокубы, причем их число
не обязательно должно соответствовать группам показателей, определенным ра-
нее. Рекомендуется создать группы показателей более высокого уровня (к примеру,
по отношению показателей к тому или иному блоку ERP-системы). В таком случае
сокращается число инфокубов с минимальной избыточностью в их измерениях.
За агрегированные данные отвечает один инфокуб, соединенный трансформаци-
ями со всеми инфокубами детальных данных. В нем остаются только те инфо-
объекты, которые необходимы для основной отчетности предприятия.
8. Создать мультипровайдеры (виртуальные структуры) на уровне виртуа-
лизации по одному на каждую укрупненную группу показателей (см. п. 7), в
каждом из которых были бы включены инфокубы агрегированных и детальных
данных. Это необходимо для обеспечения перехода в отчеты детальных данных
(drill-down). Допускается совмещение уровня отчетности и виртуализации.
Примером использования данной методики является реализация корпора-
тивного хранилища данных отдела таможенного оформления подразделения
нефтегазовой компании. В соответствии с предложенным подходом были про-
ведены следующие работы.
1. Сформированы паспорта ключевых показателей эффективности в соот-
ветствии с форматом бизнес-объектов предприятия: «Таможенные пошлины за
реализованный газ» и «Таможенные пошлины за реализованные продукты пе-
реработки». Создано проектное решение с подробным описанием алгоритмов
извлечения и расчета данных показателей.
2. В соответствии с требованиями проектного решения в OLTP-системе SAP
R/3 создан экстрактор «Таможенные декларации», объединяющий поля из трех
таблиц базы данных: ГТД, сбытовые фактуры и документы закупки. Для извле-
чения записей из таблиц создана программа на языке ABAP/4.
3. С использованием конвенции наименований, описанной в проектном
решении, созданы признаки (справочники) и показатели в системе SAP BW.
4. Создан DSO с оптимизацией записи в качестве уровня извлечения,
назначением которого является хранение записей исходной системы в формате
хранилища.
5. Уровень синхронизации представлен стандартным DSO с набором при-
знаков и показателей исходной системы, необходимых для расчета КПЭ.
Фильтр качества создан для выделения только тех данных, которые оказывают
прямое влияние на формирование ключевых показателей.