Указанные компоненты архитектуры предназначены для выполнения следующих функций:

Сервер базы данных. Сервер базы данных используется для хранения всех долговременных данных (persistent data) в системе SAP R/3. Однако, не все данные SAP R/3 могут быть получены посредством SQL, поскольку некоторые из них находятся в специальных форматах: объединенных (pool) и кластерных (cluster) таблицах. Эти таблицы сжимают несколько логических таблиц в одну физическую таблицу. В результате, становится невозможно устанавливать соответствие между логическими таблицами SAP R/3, описанными в словаре данных SAP R/3, и таблицами или аналитическими выборками, хранимыми на сервере базы данных.

Рисунок 1 – Архитектура SAP R/3

Сервер приложений. Сервер приложений связывается с сервером базы данных и исполняет программы (написанные на ABAP), которые реализуют бизнес-модели. В большинстве случаев, к бизнес-логике этих программ можно получить доступ, обратившись к ABAP-функциям. Кроме того, часть информации не хранится в таблицах, а вычисляется с помощью удаленного вызова этих функций (RFC, remote function call) во время исполнения. Сервер приложений - этот как раз то место, где находится SAP BAPI (Business Application Programming Interface, Бизнес-интерфейс прикладного программирования компании SAP).

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

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

Помимо того, со временем стало очевидно, что стандартные отчеты SAP, о которых говорилось выше, больше не могут удовлетворять информационные потребности работников, ответственных за принятие решений. С этой целью, в систему SAP R/3 был встроен свой собственный язык репортинга: язык ABAP (Advanced Business Application Programming, Программирование продвинутых бизнес приложений). Этот язык позволяет создавать отчеты, отвечающие самым разнообразным пожеланиям пользователей.

Тем не менее, все больше и все больше бизнес-пользователей нуждаются в проведении сложного анализа и составлении отчетов. А IT-специалисты уже не могут "обслужить все новых и новых клиентов". Сами пользователи не могут воспользоваться мощью ABAP, поскольку ABAP - крайне сложный язык, к тому же нетехнический специалист просто не в состоянии освоить запутанную модель данных SAP (которая включает более 10 тысяч таблиц, каждый из которых состоит из сотен столбцов). Поэтому для того, чтобы получить данные SAP, необходимо прибегнуть к средствам репортинга третьих фирм, либо использовать потенциальные возможности технологии SAP R/3.

Ниже изложены три основных подхода, которые можно использовать для получения данных SAP R/3.

1.3 Информационное хранилище данных SAP BW

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

Базовая структура SAP BW является многомерной, то есть извлеченные данные агрегируются в многомерные склады (store) данных - кубы InfoCube, которые затем используются при репортинге и анализе информации. На основании этих концепций SAP BW поставляет информационную модель, которая формирует основу для ответа на все вопросы, которые ставит современный бизнес. Эта способ­ность базируется, в основном, на предоставлении тех дан­ных, которые обладают соответствующей структурой, степенью детализации и своевременны для данного анализа. Вес этих факторов различен в зависимости от ситуаций и пользователей компании.

При этом, компании могут использовать как предопределенные кубы InfoCube, так создавать свои собственные. Для анализа информации, находящейся в кубах InfoCube, и генерации отчетов, можно применять не только средства аналитики от SAP, например SAP Business Explorer Analyzer, но и продукты третьих фирм. Доступ к данным кубов InfoCube осуществляется через стандартный интерфейс OBDO (OLE-DB for OLAP, OLE для баз данных под OLAP). OBDO – это универсальный протокол, который компания SAP встроила в свое SAP BW (рисунок 2).

SAP BW использует кубы InfoCube в качестве своего источника данных. Эти кубы хранятся в базе данных по схеме "звезда". Для того, чтобы конечный пользователь мог обратиться к кубам InfoCube, администратор Хранилища данных с помощью приложения Business Explorer Analyzer компании SAP готовит эти кубы, разбивая их на кубы Query Cubes. Затем эти кубы активируются, чтобы к ним было можно обратиться через ODBO, то они становятся доступными для программ анализа, предлагаемых третьими фирмами.

Как было указано выше, кроме фирменных средств анализа данных, хранящимся в SAP BW, Хранилище данных позволяет применять сторонние средства. Примером успешного решения можно считать программное обеспечение, предлагаемое компаниями Brio и Cognos. Оба OLAP-клиента этих фирм опираются на технологию ODBO.

Для того, чтобы связать PowerPLay - программный продукт Cognos - с кубами InfoCube, используется специальная утилита, которая создает куб Pointer Cube. Эти кубы содержат информацию, необходимую для установления соединения с данными Хранилища, и сведения о том, какой драйвер SAP следует активировать, чтобы PowerPLay мог обращаться к данным Query Cubes.

Рисунок 2 – Архитектура SAP BW

Подобно решению Cognos, приложение, поставляемое Brio - Brio Intelligence - позволяет проводить OLAP-операций над данными, хранимыми в кубах Query Cubes. К достоинству Brio Intelligence также можно отнести возможность построения SQL-запросов.

Кроме того, продукты обеих компаний могут использоваться для генерации отчетов.

1.4 Предпосылки выбора системы

Компании практически во всех областях бизнеса осознали, что способность заставить данные работать эффективно играет важную роль для достижения успеха. Данные в их действительном смысле – это животворная основа бизнеса, поэтому сбор данных и их понимание являются ключевыми моментами для нескольких фундаментальных областей.