Средства проектирования запросов, отчетов в системе SAP BW

  • Вид работы:
    Курсовая работа (т)
  • Предмет:
    Информационное обеспечение, программирование
  • Язык:
    Русский
    ,
    Формат файла:
    MS Word
    659,97 Кб
  • Опубликовано:
    2012-12-14
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!

Средства проектирования запросов, отчетов в системе SAP BW

Введение


До сих пор основной целью внедрения классических систем обработки данных было ускорение процесса, сокращение затрат и автоматизация отдельных бизнес-процессов. Таким путем за последние десятилетия на предприятиях был накоплен огромный информационный потенциал.

Параллельно, по причине постоянного увеличения глобализации и, одновременно, повышения степени децентрализованности предприятий, появляется потребность в быстром реагировании на изменения условий рынка, распознавании рыночных тенденций и наличии информации о конкурентах. Развитие технологий в эпоху Интернета сделало информацию решающим фактором в борьбе за сохранение преимуществ перед конкурентами.

Для получения этих преимуществ лица, ответственные за принятие решений на современных предприятиях глобального масштаба, все чаще в своей работе опираются на эффективное использование этой информации, которая, к сожалению, зачастую оказывается разрозненной и относящейся к разнообразным сферам бизнеса. Именно эту проблему и призваны решить современные хранилища данных. Развернутые решения должны охватывать весь процесс от поиска исходных данных до их анализа. При этом метаданные, данные по измерениям и агрегированные данные обрабатываются по-разному.

 

Последствия в отношении информационных систем


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

·    быстрый доступ из одной точки ко всей релевантной информации независимо от ее источника;

·        охват всех бизнес-процессов: все более важное значение приобретают общесистемные и общие для всех процессов аналитические отчеты;

·        высокое качество информации: не только с точки зрения содержимого данных, но и с точки зрения гибкости анализа;

·        высококачественная поддержка принятия решения: хранилище данных должно быть разработано и структурировано исходя из потребностей оперативного и стратегического управления. Только в этом случае возможна полная поддержка процесса принятия решений;

·        непродолжительный период внедрения с меньшим количеством ресурсов: хранилище данных должно не только быть легко внедряемым, но и предоставлять простой и быстрый доступ к релевантным данным при отсутствии необходимости в трудоемкой подготовке неоднородных данных.

В условиях гетерогенной системной среды, особые требования предъявляются к экстракции и подготовке консолидированных переменных и основных данных из компонентов mySAP.com и исходных систем других провайдеров. Постоянно растущий спрос на высококачественную бизнес-информацию означает, что наряду с интегрированным процессом сбора данных также требуется детальный анализ данных и наличие мультимедийных опций представления информации. Потребность в программных решениях по организации хранилищ данных, включающих в себя все описанные свойства, огромна. Ниже представлены основополагающие требования к современным хранилищам данных, позволяющие выработать общие критерии для оценки эффективности такого решения.

Ориентированная на транзакции система OLTP и ориентированная на анализ система OLAP должны рассматриваться как единый объект. Данные для бизнес-процессов представляют собой большой объем информации, использование которой при проведении целевого анализа может оказаться затруднительным. Поэтому, вследствие разнообразия источников этих данных, сначала необходимо произвести их очистку и техническую и семантическую подготовку (гомогенизацию). Создание аналитических отчетов на основе этих данных приводит к образованию базы знаний. Это помогает определять бизнес-стратегию предприятия и обеспечивает поддержку вытекающих из этой стратегии бизнес-процессов.

Этот цикл проиллюстрирован на следующем рисунке.

Рисунок 1 Различие: оперативная/неоперативная среда

 

Определения хранилища данных


Из-за непрерывного усовершенствования возможностей по обработке данных, все больший объем данных хранится во все более детальном виде. В результате возникает необходимость одновременного сокращения и структуризации этих данных, что является предпосылкой для осуществления эффективного их анализа.

В целях упрощения организации хранимых данных может использоваться хранилище данных. В хранилище данных собраны вместе все источники оперативных данных (они, как правило, являются разнородными и имеют различную степень детализации), что позволяет обеспечить предоставление этих данных в масштабируемом виде для всего предприятия. Эти данные можно использовать и в дальнейшем. Хранилище данных имеет следующие свойства:

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

·        Ориентированность на все предприятие в целом: основу системы формируют источники данных со всего предприятия (производство, сбыт, контроллинг), а также, возможно, внешние источники.

·        Данные в хранилище данных хранятся в течение конкретного периода времени.

·        Сохранение исторических данных: хранение данных осуществляется в течение более длительных периодов времени.

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

·        Инструменты анализа: для доступа к данным пользователи могут применять разнообразные инструменты анализа. Эти инструменты имеют дружественный для пользователя интерфейс, что обеспечивает упрощение процедур создания запросов.

Хранилище данных содержит копии переменных данных, специально реструктурированных для запросов и анализа.

 

Назначение хранилищ данных


Современное хранилище данных должно отвечать следующим требованиям:

·  Стандартная структура и просмотр всей бизнес-информации

·        Простой доступ к бизнес-информации через единую точку входа

·        Усовершенствованная система отчетов для самостоятельного проведения анализа для всех сфер

·        Быстрое внедрение с низкими затратами

·        Высокопроизводительная среда; моделирование данных из разнородных источников

·        Снижение загруженности систем OLTP

 

Различие между хранилищем данных и системой OLTP


Среда OLTP существенно отличается от среды OLAP:

·  Уровень детализации: на уровне OLTP данные хранятся с очень высокой степенью детализации, в то время в хранилище данных осуществляется сжатие данных для обеспечения высокоэффективного доступа (агрегация).

·        История: архивация данных в системе OLTP приводит к тому, что объем хранимых исторических данных становится минимальным. В системе хранилища данных требуется наличие полных исторических данных.

·        Возможность изменения: частые изменения данных являются характерной особенностью оперативной среды, тогда как для анализа данные в какой-то момент "замораживаются“.

·        Интеграция: в отличие от среды OLTP, при анализе требования к всесторонней интегрированной информации чрезвычайно высоки.

·        Нормализация: из-за сокращения избыточности данных в оперативной среде обеспечивается высокая степень нормализации данных. Стейджинг данных и более низкая производительность являются причинами низкой нормализованности данных в хранилище данных.

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

Основные различия между системами OLTP и OLAP еще раз перечислены в следующей таблице.

Рисунок 2 Сравнение: системы OLTP/OLAP

Из вышеперечисленного видно, что к системе OLTP и системе хранилища данных предъявляются совершенно различные требования. Поэтому наиболее правильным решением является техническое отделение от системы OLTP всех имеющихся требований к отчетности, основанной на Business Information Warehouse.Business Information Warehouse (SAP BW) позволяет анализировать данные из оперативных приложений SAP и других бизнес-приложений и внешних источников данных, таких как базы данных, онлайн-сервисы и Интернет. SAP BW, предварительно сконфигурированный с учетом основных сфер и процессов, позволяет анализировать связанные между собой данные по всем сферам предприятия.

При разработке SAP BW учитывались следующие требования:

·  система организации хранилищ данных с оптимизированными структурами данных для системы отчетов и анализа;

·        отдельная система;

·        механизм и инструменты OLAP;

·        на основе комплексной архитектуры хранилища данных;

·        автоматизированное управление хранилищем данных;

·        включение в поставку ноу-хау SAP в глобальном бизнесе.BW поддерживает оперативную аналитическую обработку (OLAP) для стейджинга информации из больших объемов оперативных и исторических данных. Технология OLAP позволяет получать многомерные аналитические отчеты согласно различным бизнес-перспективам. Сервер SAP BW, предварительно сконфигурированный с учетом основных сфер и процессов, позволяет анализировать связанные между собой данные по всем сферам предприятия. SAP BW предоставляет предприятиям информацию с разделением по ролям. Эта информация помогает сотрудникам выполнять свои задачи.BW включает инструмент гибкого выполнения отчетов и анализа Business Explorer (BEx), используемый для поддержки стратегического анализа и процессов принятия решений на предприятии. Эти инструменты включают запросы, систему отчетов и OLAP-функции. Сотрудники, имеющие соответствующие полномочия на доступ, могут производить анализ исторических и актуальных данных на различных уровнях детализации и с различных точек зрения. Для этого может использоваться Web или Microsoft Excel.

 

Архитектура SAP BW


Теоретически, архитектуру SAP BW можно разделить на три уровня

Рисунок 3 Трехуровневая архитектура SAP BW

На рисунке показано физическое и логическое разделение между стейджингом данных в исходных системах, хранением данных и управлением и анализом.

Исходные системы


Исходная система - это система, которая поставляет данные в систему SAP BW. SAP BW поддерживает четыре вида исходных систем:

·        Компоненты mySAP.com:

SAP BW полностью интегрирован в новую среду mySAP.com. Он функционирует как центральный инструмент для организации хранилищ данных. SAP поставляет предварительно определенные структуры и программы экстракции. Они позволяют загружать исходные данные из компонентов mySAP.com непосредственно в систему SAP BW.

·  Внешние системы: большое преимущество SAP BW состоит в том, что эта система имеет открытую архитектуру по отношению к внешним OLTP-провайдерам и другим прежним системам. Таким образом, особенно в гетерогенной системной среде, SAP BW может использоваться в качестве хранилища консолидированных данных для отчетов, которые охватывают все предприятие.

·        Провайдеры данных: помимо возможности получения данных из различных доступных систем, в SAP BW также возможно поступление специфичных для той ли иной сферы данных от провайдеров. Например, компании AC Nielsen US или Dun & Bradstreet предоставляют данные маркетинговых исследований, которые могут быть загружены в SAP BW для выполнения эталонного тестирования и последующих расчетов на основании собственных оперативных данных.

·        Базы данных: SAP BW позволяет загружать данные из внешних систем управления реляционными базами данных. При этом на основе структуры внешней таблицы создается источник данных, что позволяет выполнить быструю загрузку содержимого таблицы в SAP BW без нарушения непротиворечивости данных.

OLAP SAP BW

OLAP-процессор (Online Analytical Processing, оперативная аналитическая обработка) позволяет выполнять многомерные аналитические отчеты по наборам данных SAP BW. Также он предоставляет OLAP-инструменты для данных, получаемых через интерфейсы BAPI, XML/A или ODBO (OLE DB for OLAP).

В принципе, область OLAP можно разделить на три компонента:

·    BEx Analyzer (на основе Microsoft Excel);

·        веб-приложение BEx;

·        BEx Mobile Intelligence.

Эти инструменты используются для одновременного выполнения анализа на основе Microsoft Excel и Web по нескольким измерениям (например, времени, местоположению, продукту и т.д.).

запрос отчетность куб архитектура

SAP BW Business Explorer

Explorer (BEx) - это компонент SAP BW, предоставляющий гибкую систему отчетов и инструменты анализа, которые используются для стратегического анализа и поддержки процесса принятия решений на предприятии. Эти инструменты включают запросы, систему отчетов и функции OLAP. BEx обеспечивает доступ к информации SAP BW для широкого круга пользователей: при помощи портала предприятия, Интернета/интранета (разработка веб-приложений) или мобильных устройств (мобильные телефоны с возможностью WAP или i-mode и персональные цифровые ассистенты).

Ниже приводится обзор функциональных сфер BEx

Рисунок 5 SAP BW Business Explorer

 

Запросы, отчеты и анализ


Базис данных SAP BW разделен на автономные цели бизнес-данных (инфо-провайдеры). Анализ базиса данных SAP BW выполняется путем определения запросов к целям данных в BEx Query Designer. Путем выбора и комбинирования признаков и показателей или многократно используемых структур в запросе можно определить способ анализа данных из выбранной цели данных.

Функция анализа данных на основе многомерных источников данных (OLAP-отчеты) позволяет проводить одновременный анализ более одного измерения инфо-провайдера (например, времени, местоположения и продукта). Это означает, что можно выполнить любое количество анализов отклонений (сравнений фактических показателей с плановыми и сравнений по годам). Данные, выводимые для просмотра в форме сводной таблицы, служат в качестве отправной точки для подробного анализа, применяемого для ответа на множество вопросов. Многочисленные опции интеракции, например, сортировка, фильтрация, смена признаков, перерасчет значений и т.д., обеспечивают гибкое перемещение по данным во время выполнения.

Анализ данных в BEx SAP BW может быть выполнен в следующих областях:

·  BEx Analyzer (на основе Microsoft Excel);

·        В веб-приложениях BEx.

Обе области могут быть полностью интегрированы. Другими словами, при помощи одного щелчка можно просмотреть запросы из BEx Analyzer в стандартном ракурсе веб-браузера. Обратное также возможно, т.е. можно экспортировать веб-приложение в Microsoft Excel.

 

Базовый куб


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

 

Инфо-кубы


Инфо-кубы являются центральными объектами многомерной модели в системе SAP BW. На их основе выполняются отчеты и анализы. Инфо-куб представляет собой автономный набор данных для определенной бизнес-сферы с точки зрения системы отчетов, т. е. с точки зрения конечного пользователя системы отчетов. На основе инфо-куба могут быть определены и/или выполнены запросы.

В системе SAP BW существуют следующие типы инфо-кубов:

базовый куб,

виртуальный куб,

- дистанционный куб,

дистанционный куб SAP,

виртуальный инфо-куб с сервисами.

Только базовые кубы физически содержат данные в базе данных. При этом они являются также целями данных. (Объекты BW являются целями данных, если в них могут быть загружены данные.) Напротив, виртуальные кубы представляют собой только логические ракурсы набора данных. Для конечного пользователя системы отчетов принципиальная разница между этими типами инфо-кубов отсутствует. Запросы могут определяться на основе любых типов инфо-кубов. Инфо-кубы, таким образом, являются инфо-провайдерами. (Объекты BW являются инфо-провайдерами в том случае, если на их основе в системе отчетов SAP BW могут быть определены/выполнены запросы.)

 

Создания куба в программе SAP BW


1.   Создается инфо-область, в которой будут храниться показатели и измерения. В данном курсовом проекте инфо-область имеет название Z_EXAMPLE_NES(Рис. 6)

Рис. 6 Инфо-облать

2.   Создается признак, из которого в дальнейшем будет строиться куб.Признак формируется в качестве примера по шаблону «Признак убытков» - стандартный SAP признак.(Рис. 7)

Рис. 7 Признак

3.   Создается показатель для куба, который в дальнейшем будет входить в состав куба. Показатель создается из стандартного шаблона «Показатель платежей» (Рис. 8).

Рис. 8 Показатель

4. Создается куб(ZCUBE_NES). Изначально он содержит три измерения по умолчанию: Пакет данных, Единица и Время. Для того, чтобы наполнить куб данными необходимо перенести в него наши измерения и показатели.

Показатели:

). Договорная сумма 0IS_AMTNEG

). Доля ответственности в процентах 0IS_LIBRA

). Затребованная сумма 0IS_REQUEST

). Курс пересчета валюты платежа во внутр. валюту 0IS_EXCHRAT

). Сумма платежа 0IS_PAMPAID

). Уже выплаченная или полученная сумма 0IS_AMTDONE

Признаки:

1)     Автор изменения 0CHANGEDBY

2)      Балансовая единица 0COMP_CODE

)        Вид плана распределения в многократном страховании 0IS_DIPLTY

)        Вид покрытия 0IS_COVTYPE

)        Внутренний вид убытка 0IS_CLTYPE

)        Дата случая нанесения ущерба/выплаты компенсации 0IS_DATELOS

)        Ид. плана распределения 0IS_DIPLID

)        Имя плана распределения 0IS_DIPLNAM

)        Метка времени, по которую действителен план распределения 0IS_DIPLVTO

)        Метка времени, с которой действителен план распределения 0IS_DIPLVFR

)        Номер случая нанесения ущерба/выплаты компенсации 0IS_CLAIM

)        Описание плана распределения 0IS_DIPLDES

)        Приоритет плана распределения 0IS_DIPLPRI

)        Сфера страхования 0IS_PLOB

)Счетчик версии договора 0IS_POLVNR

Куб создан (Рис. 9)

Рис. 9 Куб

Создания запроса в BEx Query Designer


Создания запроса в BEx Query Designer, для дальнейшего построения аналитической отчетности.

Для построения запроса в BEx Query Designer, необходимо открыть куб. Куб открывается в разрезе показателей и измерений (Рис. 10).

Рис. 10 Query Designer

В BEx Query Designer выбираются необходимые аналитики для дальнейшего анализа.

Если необходимо построить отчет в разрезе Сфера страхования, внутренний вид убытка и сумма платежа, договорная сумма, выплаченная или полученная сумма, то запрос выглядит следующим образом (Рис. 11).

Рис. 11 Запрос REP_20121206115839

 

Создание отчета в Analyzer(надстройка для Excel)

Создание отчета в Analyzer(надстройка для Excel) из запроса, созданного в BEx Query Designer.

Открываем наш запрос в Analyzer(надстройка для Excel) и получаем следующую таблицу (Рис. 12)

Рис. 12 Таблица для анализа

Выводы


Построен OLAP-куб с системе SAP BW по 15 признакам и 6-ти показателям. Каждый признак и показатель являются таблицей. В данном курсовом проекте за основу взяты стандартные SAP шаблоны для признаков и показателей. Составлен запрос в BEx Query Designer, по необходимым аналитикам, для построения таблицы и дальнейшего анализа в Analyzer. Построена таблица по запросу BEx Query Designer с помощью надстройки для Excel - Analyzer. Используя полученную таблицу в Analyzer, аналитики могут делать подробный анализ, прогнозировать дальнейшие действия.

SAP предоставляет инструменты, с помощью которых можно создавать аналитические отчеты, поддерживая принятие решений на любом уровне, и представлять приложения бизнес-аналитики заинтересованным сотрудникам. В число возможностей и функций этого компонента входят:

·    Проектирование запросов. Средства проектирования запросов позволяют быстро и удобно создавать графические интерактивные аналитические отчеты и приложения.

·              Отчеты и анализ. SAP BW позволяет создавать и выполнять отчеты любой сложности: от статических форматированных отчетов для руководства до графических интерактивных аналитических отчетов.

Используемые источники


·              SAP BI . -URL: <http://www.sap-bi.ru/> . Дата обращения: 6.12.2012

·              Информация о SAP. -URL:  http://www12.sap.com/cis/about-sap/index.epx The Best-Run Businesses Run SAP <%20http://www12.sap.com/cis/about-sap/index.epx%20The%20Best-Run%20Businesses%20Run%20SAP> . Дата обращения: 6.12.2012

·              wikipedia -URL: <http://en.wikipedia.org/wiki/SAP_NetWeaver_Business_Intelligence> . Дата обращения: 6.12.2012

·              help portal -URL: <http://help.sap.com/> . Дата обращения: 6.12.2012-

·              Интернет проект SAP Professional Journal Россия-URL: <http://sapland.ru/>. Дата обращения: 6.12.2012

·              SAP форум -URL: <http://sapboard.ru/> . Дата обращения: 6.12.2012

Похожие работы на - Средства проектирования запросов, отчетов в системе SAP BW

 

Не нашли материал для своей работы?
Поможем написать уникальную работу
Без плагиата!