12 / 16
С.А. Тоноян, В.А. Высочанский
44
ISSN 0236-3933. Вестник МГТУ им. Н.Э. Баумана. Сер. Приборостроение. 2016. № 4
6. На основе записей, прошедших через фильтр бизнес-логики, выполняется
расчет и КПЭ размещается в стандартном DSO уровня распределения.
7. Уровень отчетности совмещен с уровнем виртуализации. OLAP-куб Drill
Down содержит детальные данные по КПЭ, т. е. имеет расширенный набор из-
мерений по сравнению с OLAP-кубом агрегированных данных.
8. Создан мультипровайдер, построенный на обоих OLAP-кубах. Для фор-
мирования запросов предназначены уровни агрегации, каждый содержит толь-
ко те признаки и показатели, которые необходимы для конкретных отчетов.
В результате было создано КХД, архитектура которого, приведенная
на рис. 6, полностью соответствует принципам концепции LSA.
В качестве примера приведена даталогическая модель OLAP-куба Drill
Down на рис. 7.
Созданное КХД может выступать как в роли обособленного хранилища,
так и войти в состав более крупного ХД в качестве витрины данных — это воз-
можно за счет унификации потоков данных — независимо от характера источ-
ника (таможенные декларации, сбытовые фактуры, финансовые документы и
любые другие), назначение и формат уровней хранилища остаются одинаковы-
ми. Следовательно, значительно упрощается процесс внедрения новых ключе-
вых показателей (в рамках существующих потоков) и новых витрин данных.
Более того, становится возможным хранение КПЭ из всех потоков в едином
OLAP-кубе агрегированных данных.
Таким образом, приведенная методика проектирования КХД может быть
успешно и практически реализована в среде SAP BW, при этом выполнение её
этапов гарантирует соответствие разрабатываемой архитектуры общепринятой
практике SAP LSA.
Выводы.
Многие крупные предприятия, использующие на протяжении не-
скольких лет ERP-системы SAP R/3, активно внедряют КХД на базе SAP BW для
эффективной поддержки принятия стратегических решений при работе с
большими массивами накапливаемых данных. Тем не менее, не всегда уделяется
должное внимание проектированию архитектуры КХД — часто отдается пред-
почтение классической структуре хранилища данных, которую проще реализо-
вать и быстрее внедрить.
Предложен подход, позволяющий создавать КХД любых масштаба и слож-
ности, при этом сохраняя прозрачность структуры и возможности интеграции
с другими системами.
В настоящее время успешное использование методологии SAP LSA для
проектирования КХД доказывает, насколько мощным средством является дан-
ный подход. Однако каждый отдельный проект КХД не обходится без составле-
ния индивидуальной архитектуры на основе LSA, отвечающей требованиям
бизнес-процессов конкретного предприятия.
Предложенная методика имеет ряд недостатков. Во-первых, появляется из-
быточность в хранении данных из-за наличия одних и тех же КПЭ, представ-
ленных в OLAP-кубах разной детализации. Во-вторых, при наличии нескольких