1 / 16 Next Page
Information
Show Menu
1 / 16 Next Page
Page Background

ISSN 0236-3933. Вестник МГТУ им. Н.Э. Баумана. Сер. Приборостроение. 2016. № 4

33

УДК 004.654

DOI: 10.18698/0236-3933-2016-4-33-48

МЕТОДИКА ПРОЕКТИРОВАНИЯ КОРПОРАТИВНОГО ХРАНИЛИЩА

ДАННЫХ НА БАЗЕ ПЛАТФОРМЫ SAP NET WEAVER BUSINESS

WAREHOUSE

С.А. Тоноян

tonoyansl@mail.ru

В.А. Высочанский

МГТУ им. Н.Э. Баумана, Москва, Российская Федерация

Аннотация

Ключевые слова

Приведен сравнительный анализ существующих методов

построения классических хранилищ данных. Показано, что

при проектировании корпоративного хранилища данных

на базе ключевых показателей эффективности такие мето-

ды используют лишь частично. Предложена методология,

описывающая конкретные шаги по созданию корпоратив-

ного хранилища данных, которое имело бы свойства архи-

тектуры Layered Scalable Architecture. Реализован новый

практический подход для проектирования корпоративного

хранилища данных на базе платформы SAP Net Weaver

Business Warehouse, использующий стандарт Layered

Scalable Architecture, предлагаемый компанией SAP. При-

ведена практическая реализация разработки корпоратив-

ного хранилища данных отдела таможенного оформления

подразделения нефтегазовой компании, подтверждающая

адекватность и работоспособность описываемой методики

Хранилище данных, SAP,

многомерная модель

данных, витрина данных,

схема–звезда, OLAP, OLTP,

инфокуб, агрегирование, LSA

Поступила в редакцию 26.05.2015

©МГТУ им. Н.Э. Баумана, 2016

Актуальность работы.

Дочерние компании крупных предприятий используют

изолированные ERP-системы SAP R/3, а подразделения — небольшие витрины

данных на базе SAP Net Weaver Business Warehouse (SAP BW). При необходимо-

сти многокритериального анализа бизнеса возникает потребность в показате-

лях эффективности работы дочерних компаний и подразделений. Организовать

единую отчетность On-Line Analytical Processing (OLAP) на совокупности раз-

нородных систем On-Line Transaction Processing (OLTP) не представляется воз-

можным из-за сложности запросов и недопустимо длительного времени их ис-

полнения [1, 2].

Следовательно, требуется создать систему ключевых показателей эффективно-

сти (КПЭ), которая консолидирует данные из разрозненных исходных OLTP-

систем для анализа. Если прибегнуть к созданию классического хранилища дан-

ных, то возникнут трудности в поддержке большого числа источников данных