Здесь "Страна", "Товар", "Год" являются атрибутами, а "Объем продаж" - тем самым числовым значением. Задачей аналитика, повторимся, является выявление стойких взаимосвязей между атрибутами и числовыми параметрами. Посмотрев на таблицу 1, можно заметить, что ее легко можно перевести в три измерения: по одной из осей отложим страны, по другой - товары, по третьей - годы.

А значениями в этом трехмерном массиве (инфокубе) у нас будут соответствующие объемы продаж (рисунок 10).

Трехмерное представление таблицы. Серым сегментом показано, что для Аргентины в 1988 году данных нет.

Измерения OLAP-кубов состоят из так называемых меток или членов (members). Например, измерение "Страна" состоит из меток "Аргентина", "Бразилия", "Венесуэла" и так далее.

Должны быть заполнены далеко не все элементы куба: если нет информации о продажах резиновых изделий в Аргентине в 1988 году, значение в соответствующей ячейке просто не будет определено. Совершенно необязательно также, чтобы приложение OLAP хранило данные непременно в многомерной структуре - главное, чтобы для пользователя эти данные выглядели именно так. Кстати именно специальным способам компактного хранения многомерных данных, "вакуум" (незаполненные элементы) в кубах не приводят к бесполезной трате памяти.

Рисунок 10 – Инфокуб в системе OLAP

Однако куб сам по себе для анализа не пригоден. Если еще можно адекватно представить или изобразить трехмерный куб, то с шести- или девятнадцатимерным дело обстоит значительно хуже. Поэтому перед употреблением из многомерного куба извлекают обычные двумерные таблицы. Эта операция называется "разрезанием" куба. Термин этот, опять же, образный. Аналитик как бы берет и "разрезает" измерения куба по интересующим его меткам. Этим способом аналитик получает двумерный срез куба и с ним работает. Примерно так же лесорубы считают годовые кольца на спиле.

Соответственно, "неразрезанными", как правило, остаются только два измерения - по числу измерений таблицы. Бывает, "неразрезанным" остается только измерение - если куб содержит несколько видов числовых значений, они могут откладываться по одному из измерений таблицы.

Если еще внимательнее всмотреться в таблицу, которую мы изобразили первой, можно заметить, что находящиеся в ней данные, скорее всего, не являются первичными, а получены в результате суммирования по более мелким элементам. Например, год делится на кварталы, кварталы на месяцы, месяцы на недели, недели на дни. Страна состоит из регионов, а регионы - из населенных пунктов. Наконец в самих городах можно выделить районы и конкретные торговые точки. Товары можно объединять в товарные группы и так далее. В терминах OLAP такие многоуровневые объединения совершенно логично называется иерархиями. Средства OLAP дают возможность в любой момент перейти на нужный уровень иерархии. Причем, как правило, для одних и тех же элементов поддерживается несколько видов иерархий: например день-неделя-месяц или день-декада-квартал. Исходные данные берутся из нижних уровней иерархий, а затем суммируются для получения значений более высоких уровней. Для того чтобы ускорить процесс перехода, просуммированные значения для разных уровней хранятся в кубе. Таким образом, то, что со стороны пользователя выглядит одним кубом, грубо говоря, состоит из множества более примитивных кубов.

Технология многомерных отчетов OLAP предполагает 12 принципов:

- Концептуальное многомерное представление

- Прозрачность

- Доступность

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

- Клиент-серверная архитектура

- Общая многомерность

- Динамическое управление разреженными матрицами

- Многопользовательская поддержка

- Неограниченные перекрестные операции

- Интуитивная манипуляция данными

- Гибкие возможности получения отчетов

- Неограниченная размерность и число уровней агрегации

Большинство современных разработчиков многомерных OLAP-отчетов придерживаются этих принципов или стараются их придерживаться.

Помимо OLAP употребляются и другие аббревиатуры:

MOLAP – cобственно многомерная (multidimensional) OLAP. В основе продукта лежит нереляционная структура данных, обеспечивающая многомерное хранение, обработку и представление данных. Соответственно и базы данных называют многомерными. Продукты, относящиеся к этому классу, обычно имеют сервер многомерных баз данных. Данные в процессе анализа выбираются исключительно из многомерной структуры. Подобная структура является высокопроизводительной.

ROLAP – реляционная (relational) OLAP. Как и подразумевается названием, многомерная структура в таких инструментах реализуется реляционными таблицами. А данные в процессе анализа, соответственно, выбираются из реляционной базы данных аналитическим инструментом.

HOLAP – гибридная (hybrid) оперативная аналитическая обработка. Инструменты этого класса позволяют сочетать оба подхода – реляционного и многомерного. Доступ может вестись как к данным многомерных баз, так и к данным реляционных.

DOLAP – “настольный” (desktop) OLAP. Речь идет о такой аналитической обработке, где гиперкубы малы, размерность их небольшая, потребности скромны, и для такой аналитической обработки достаточно персональной машины на рабочем столе[4].

2.10 Язык программирования ABAP/4

Название языка ABAP (Advanced Business Application Programming) дословно переводится как «современное программирование бизнес приложений». Язык был создан в 1980, для работы с системой SAP R/2, позднее перешёл в обновленную систему SAP R/3.

Язык реализует работу с внутренними структурами данных, интерфейсом пользователя R/3 транзакции и отчётами, работу с интерфейсами загрузки и выгрузки данных. В настоящее время активно развивается в сторону архитектуры ООП, в частности внутренние компоненты системы – BAPI,BADI. Без среды R/3 не существует (рисунок 11).

В настоящее время является полностью объектно-ориентированным, а также имеет собственный GUI (Graphic User Interface) – графический интерфейс пользователя, интегрированный в среду разработки. Синтаксис языка схож с синтаксисом языка программирования Cobol.

Рисунок 11 – Среда разработки в системе SAP R/3

3 РАЗРАБОТКА ТЕХНОЛОГИЧЕСКОГО ПРОЦЕССА ПО ОГАНИЗАЦИИ ОБРАБОТКИ ИНФОРМАЦИИ ДЛЯ СОСТАВЛЕНИЯ АНАЛИТИЧЕСКИХ ОБЗОРОВ БИЗНЕС-ПРОЦЕССОВ

3.1 Постановка задачи

3.1.1 Характеристика предприятия

1963г. совет Народного Хозяйства БССР выдал задание на проектирование нефтеперерабатывающего завода как одного из объектов Мозырского промышленного узла, а в начале 1966г. Было принято решение о его первоочередном строительстве.

В 1970г. были организованы ведущие отделы, которые возглавили опытные производственники, начато строительство пожарного депо, главной проходной, склада РМЦ базы оборудования. С апреля следующего года, после сдачи в эксплуатацию линии электропередачи и трансформаторной подстанции, строительство МНПЗ развернулось в полную мощь.