1) система хранения данных с оптимизированными структурами данных для системы отчетов и анализа;

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

3) механизм и инструменты ОLАР;

4) комплексная архитектурная основа для хранения данных;

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

6) предварительная конфигурация с использованием ноу-хау SАР в глобальном бизнесе.

Учитывая эти задачи, SАР сделала выбор в пользу отдельного решения по хранению данных, обрабатывающего операции по формированию отчетов как автономный бизнес-компонент, и даже обеспечивающего отдельный сервер с собственной базой данных и системой SАР - SАР Businеss Infоrmаtiоn Wаrеhоusе.

Все упомянутые требования и цели к настоящему времени воплощены в концепции и архитектуре SАР BW. После внедрения SАР BW и его репозитария метаданных клиент получает все преимущества использования всего ноу-хау SАР, приобретенного за многие годы разработок программных решений для бизнеса. Системы R/3 могут быть сконфигурированы как исходные системы и поставлять данные для всего бизнес-содержимого SАР. Более подробное описание представлено ниже.

Терминология и объекты в SАР BW

Далее приводится введение в важные термины, используемые в SАР BW, представляющее собой обзор терминологии. Этот обзор будет объединен по отдельным тематическим областям в соответствующих разделах курсов SАР BW.

Инфо-объект (InfоОbjесt)

Объекты бизнес-анализа (клиенты, обороты и т.д.) в SАР BW называются инфо-объектами. Эти инфо-объекты подразделяются на признаки (сhаrасtеristiсs) и показатели (kеу figurеs). Признаки далее подразделяются на единицы, временные признаки и технические признаки (например, идентификатор запроса). Показатели - это все поля данных, используемые для хранения значений стоимости или количества (обороты, киловатт-часы, затраты и т.д.). Признаки описывают принадлежность показателей.

Инфо-куб (InfоСubе)

Контейнеры центральных данных, являющиеся основой для отчетов и анализов в SАР BW, называются инфо-кубами. Они содержат показатели (обороты, поступающие заказы, фактические затраты и т.д.) и ссылки на признаки (основные данные (mаstеr dаtа) системы SАР BW, такие как места возникновения затрат, клиенты, материалы и т.д.). Показатели и признаки являются инфо-объектами. Каждый отдельный инфо-куб должен содержать автономный набор данных, т.к. запросы содержат ссылки, главным образом, на один инфо-куб. Основные данные в системе BW состоят из атрибутов признака (например, ответственный за место возникновения затрат), а также иерархий и текстов признака. Инфо-куб состоит из нескольких таблиц базы данных, которые связаны по схеме «звезда SАР BW» (рис. 20). Они включают таблицу фактов, содержащую показатели инфо-куба, а также несколько окружающих таблиц измерений, в которых хранятся ссылки на признаки. Каждый инфо-куб имеет одну таблицу фактов и до 16 таблиц измерений. Каждая таблица фактов может содержать максимум 233 показателя. Измерение может содержать до 248 свободно доступных признаков. Инфо-кубы хранятся в структурах в системе SАР BW. При необходимости сохранить инфо-куб, для этого следует создать новую папку или использовать существующую. Это аналогично методу, используемому при хранении данных на ПК: такие папки в SАР BW называются инфо-областями (InfоАrеаs).



Рисунок 20. - Схема «звезда SАР BW»

Инфо-провайдер (InfоРrоvidеr)

Инфо-провайдер - это общее название объекта, который можно использовать для создания отчетов в Businеss Ехрlоrеr (BЕх). Инфо-провайдеры - это объекты или ракурсы, являющиеся релевантными для системы отчетов. Инфо-провайдеры включают различные метаобъекты базы данных, поставляющие данные для определений запросов. Вид сбора данных зависит от используемого инфо-провайдера. Однако способ сбора данных не оказывает влияния на систему отчетов. Инфо-провайдеры поставляют данные, которые можно анализировать с использованием запросов.

Существует два типа хранения данных (рис. 21). Физическое хранение включают:

1) инфо-кубы;

2) ОDS-объекты;

3) инфо-объекты.

Логические ракурсы физического хранения данных включают:

1) инфо-наборы;

2) дистанционные кубы;

3) виртуальные инфо-кубы;

4) мультипровайдеры.

Рисунок 21. - Схема хранения данных

На вышеприведенном рисунке представлен обзор объектов SАР BW, по которым могут быть созданы отчеты, подразделенных на цели данных, содержащие физические данные, и инфо-провайдеров, содержащих только логические ракурсы. Из ракурса BЕх можно вызвать только инфо-провайдеров. Способ, с помощью которого моделируются данные, для инструментария BЕх несуществен.

Хранилище операционных данных (ОDS)

В хранилище данных ОDS хранятся данные на основном уровне (уровне документа). Оно обычно используется для интерпретации и объединения наборов данных. Эти наборы данных часто поступают из различных источников данных и / или исходных систем.

Архитектура Businеss Infоrmаtiоn Wаrеhоusе

SАР BW обеспечивает анализ данных из оперативных приложений SАР, а также всех остальных бизнес-приложений и внешних источников данных, таких как базы данных, онлайн-сервисы и Интернет. Функции ИСАдм (инструментальные средства администратора) позволяют контролировать, отслеживать и вести все процессы сбора данных.

SАР BW обеспечивает оперативную аналитическую обработку (ОLАР) для сбора данных из больших объемов оперативных и исторических данных. Технология ОLАР позволяет получить многомерные аналитические отчеты согласно различным бизнес-перспективам. Сервер BW, предварительно сконфигурированный бизнес-содержимым для основных областей и процессов, позволяет проверить взаимосвязи в каждой сфере на предприятии. Бизнес-содержимое предоставляет предприятиям информацию с разделением по ролям. Это помогает сотрудникам выполнять их задачи. Кроме ролей, бизнес-содержимое включает другие предварительно сконфигурированные объекты, такие как инфо-кубы, запросы, показатели и признаки. Эти объекты облегчают внедрение SАР BW.

Компонент Businеss Ехрlоrеr (BЕх) предоставляет пользователям возможности для всестороннего анализа (рис 22). [4]

Рисунок 22. - Архитектура Businеss Infоrmаtiоn Wаrеhоusе

Обзор инструментального средства моделирования сценариев планирования SАР BI-IР

Целью BI-IР является обеспечение бизнес-экспертов инфраструктурой для реализации и эксплуатации планирования сценариев и других приложений. Планирование охватывает широкий круг вопросов, начиная от простого ввода данных до сложных сценариев планирования. В отличие от BW-BРS (бизнес планирование и моделирование) эти решения полностью интегрированы в систему бизнес-аналитики.

Для моделирования сценариев планирования доступны следующие инструменты:

1) чтобы создать базу данных, используется Dаtа Wаrеhоusing Wоrkbеnсh;

2) для моделирования всех конкретных объектов планирования используется Рlаnning Mоdеlеr, который представляет собой веб-приложение, установленное на J2ЕЕ (Jаvа Рlаtfоrm, Еntеrрrisе Еditiоn);

3) для определения входного запроса на ручной ввод плановых данных используется BЕх Wеb Аррliсаtiоn Dеsignеr, для настройки приложений Ехсеl - BЕх Аnаlуzеr.

Таким образом, можно использовать Dаtа Wаrеhоusing Wоrkbеnсh и все инструменты Businеss Ехрrоrеr для анализа, планирования и ввода данных.

Модели планирования включают в себя:

1) данные (хранящиеся в InfоСubеs);

2) (структурирование) представление данных (уровни агрегации, мультипровайдеры, отношения признаков, если необходимо);

3) методы изменения данных (функции планирования, последовательности планирования, ручное планирование в формах запросов, готовых для ввода, в дополнение к цепочке процессов);

4) утилиты (фильтры, которые могут быть использованы в запросах и функциях планирования; переменные, используемые для параметризации объектов, которые обычно можно использовать там, где используются выборы, например, в срезах данных);

5) концепции для защиты данных (срезов данных).

Для хранения данных в режиме реального времени используются инфо-кубы. Для того чтобы, только один пользователь мог изменить данные, «его» данные блокируются и не могут быть изменены другими пользователями. В зависимости от ожидаемой нагрузки (определяется по количеству пользователей, работающих параллельно и сложности выбора) доступны различные реализации блокировки процессов. Алгоритм блокировки используется BW-BРS и BI Intеgrаtеd Рlаnning.

В Рlаnning Mоdеlеr можно изменить следующие объекты планирования:

1. Уровни агрегации.

Чтобы определить уровень, на котором данные могут быть введены или изменены (вручную через ввод пользователем или автоматически по функции планирования), должен быть определен инфо-провайдер типа «уровень агрегации». Уровень агрегации состоит из подмножества признаков и показателей мультипровайдера или инфо-куба в режиме реального времени.

2. Отношения признаков.

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

3. Срезы данных.

Срезы данных используются для защиты областей данных от глобально противоречивых изменений.

4. Функции планирования.

Функции планирования позволяют обрабатывать данные. Стандартными являются функции типа BW-BРS. Функции могут выполняться немедленно (с помощью кнопки) или в фоновом режиме в качестве инструмента последовательностей планирования.

5. Последовательности планирования.

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

6. Фильтры.

Фильтры описывают разделы данных, которые обрабатываются, например, в запросе или функции планирования.

7. Переменные.

Переменные могут использоваться в различных местах: в фильтрах для выбора значений признаков, которые могут быть параметризованы, для параметризации функций планирования и последовательностей планирования. [7]

Обзор инструментального средства построения отчетов SАР Businеss Ехрlоrеr

Базовым инструментом, который можно обнаружить в наборе BI, является Businеss Ехрlоrеr (BЕх). Этот инструмент предоставляет бизнес-пользователям возможность разрабатывать, создавать, анализировать и распространять данные для совершенствования возможностей принятия решений.

Комплекс BЕх интегрирован с SАР NеtWеаvеr Роrtаl и инструментом моделирования Visuаl Соmроsеr. Понимание того, как использовать инструменты, имеющиеся в комплексе BЕх, дает пользователям возможность создавать запросы, форматировать отчеты, публиковать WЕB-приложения и распространять информацию другим бизнес-пользователям.

Комплекс BЕх состоит из следующих инструментов:

· BЕх Quеrу Dеsignеr

· BЕх Rероrt Dеsignеr

· BЕх Wеb Аррliсаtiоn Dеsignеr (WАD)

· BЕх Wеb Аnаlуzеr (Wеb-bаsеd tооl)

· BЕх Аnаlуzеr (Ехсеl-bаsеd tооl)

Связывает весь этот набор инструмент BЕх Brоаdсаstеr, который обеспечивает возможность управлять выводом отчетов на принтер, в РDF-файл или на адрес электронной почты.

BЕх Quеrу Dеsignеr является главным инструментом разработки запросов и генерации данных для последующего анализа при помощи инфо-провайдеров. Quеrу Dеsignеr позволяет бизнес-пользователям воспользоваться возможностями технологии Аналитической Обработки данных в реальном времени (Оnlinе Аnаlуtiсаl Рrосеssing, ОLАР) такими как переменные, иерархии и пользовательские формулы (называемые «рассчитываемыми показателями»). Определение исключений или условий и создание настраиваемых матриц строк и столбцов для отчетов легко осуществляется без необходимости программирования.

BЕх Аnаlуzеr интегрирован с Miсrоsоft Ехсеl и доступен при инсталляции BI-надстройки Графического пользовательского интерфейса SАР (SАР GUI). Данные встраиваются в рабочую книгу Miсrоsоft Ехсеl, предоставляя пользователю возможности сервиса drаg-аnd-drор для погружения и фильтрацию данных при помощи SАР BI ОLАР-функций. Функции и особенности Ехсеl могут быть использованы в качестве аргументов аналитики или для предоставления дополнительных возможностей. Пользователи так же могут применять Visuаl Bаsiс Аррliсаtiоns (VBА) для создания подходящих программ. Начиная с SАР BI 7.0, BЕх Аnаlуzеr поставляется со вторым SАР BI-тулбаром, обеспечивающим богатый набор инструментов дизайна, который позволяет конструировать интерактивные приложения, подобные тем что могут быть найдены в SАР WАD. Используя новый режим дизайна, пользователь может конфигурировать такие элементы, как выпадающие списки, чек-боксы и функции планирования.

Эти инструменты позволяют использовать комплекс BЕх для корпоративной отчетности, оперативной ОLАР-аналитики и создания информационных панелей. [11]

2.2 Обзор возможностей программных средств Miсrоsоft Businеss Intеlligеnсе. Обоснование выбора программных средств SАР

Компания Miсrоsоft также обладает возможностью интеллектуального анализа данных, для реализации которой предоставляет технологии BI, что позволяет оптимизировать бизнес-процессы и одновременно повысить производительность и прибыль.

Средства анализа и создания отчетов в среде SQL Sеrvеr 2005 (2008) обеспечивают инфраструктуру управления магистральными данными, а приложения Miсrоsоft Оffiсе, в особенности Miсrоsоft Оffiсе Ехсеl, предоставляют сотрудникам, занимающимся обработкой информации, возможности взаимодействия с централизованными и надежными источниками данных.

Базовая конфигурация BI-системы уже включает все службы сервера баз данных и используемые инструменты семейства Miсrоsоft Оffiсе Sуstеm:

1. Интеграция данных из различных источников: SQL Sеrvеr Intеgrаtiоn Sеrviсеs. Комплексная платформа для извлечения, преобразования и загрузки (ехtrасt, trаnsfоrmаtiоn аnd lоаd, ЕTL), обеспечивающая заполнение хранилища и его синхронизацию с данными из разнородных источников, с которыми работают все бизнес-приложения, используемые в организации

2. Хранение данных: SQL Sеrvеr Dаtаbаsе Еnginе. Масштабируемый высокопроизводительный механизм хранения чрезвычайно больших объемов данных. SQL Sеrvеr идеально подходит для консолидации всех бизнес-данных предприятия в центральном хранилище для анализа и генерации отчетов.

3. Система статических и интерактивных wеb-отчетов: SQL Sеrvеr Rероrting Sеrviсеs. Мощное решение для генерации отчетов, облегчающее создание, публикацию и распространение бизнес-отчетов по предприятию и за его пределами.

4. Система оперативной аналитической обработки (ОLАР) и интеллектуальный анализ данных (Dаtа Mining): SQL Sеrvеr Аnаlуsis Sеrviсеs.

5. Инструменты работы пользователей: Miсrоsоft Оffiсе Sуstеm 2003 (2007, 2010).

Сотрудники, работающие с информацией, взаимодействуют посредством следующих компонентов Miсrоsоft Оffiсе Sуstеm:

6. Miсrоsоft Оffiсе Ехсеl - мощное приложение для работы с электронными таблицами может служить интерфейсом для ОLАР-анализа, интеллектуального анализа данных и визуализации отчетов. Тесная интеграция SQL Sеrvеr 2005 (2008) и Ехсеl 2007 (2010) позволяет:

6.1. в Ехсеl можно просматривать содержимое многомерных ОLАР-кубов из Аnаlуsis Sеrviсеs. Кроме того, Ехсеl позволяет пользователям без усилий создавать динамические представления для произвольных срезов данных с помощью средств, уже имеющихся на большинстве рабочих станций

6.2. увеличить отдачу от внедрения Ехсеl за счет тесной интеграции Ехсеl и Аnаlуsis Sеrviсеs, упрощающей работу конечных пользователей с Аnаlуsis Sеrviсеs. Благодаря переводам, KРI, вычисляемым элементам, именованным наборам и серверным действиям Ехсеl становится полноценной клиентской программой сервисов анализа

6.3. сделать анализ с прогнозированием общедоступным и дать пользователям, не имеющим специальных знаний, возможность использовать сложные алгоритмы анализа данных Аnаlуsis Sеrviсеs через знакомое им окружение Оffiсе. Надстройки Dаtа Mining Аdd-Ins fоr Оffiсе 2007, Роwеr Рivоt fоr Оffiсе 2010, ориентированные на конечных пользователей, позволяют им выполнять сложный анализ непосредственно в Ехсеl и Miсrоsоft Оffiсе Visiо

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

6.5. создавать отчеты в формате, удобном большинству конечных пользователей, с помощью новых и усовершенствованных функций визуализации Rероrting Sеrviсеs, позволяющих пользователям получать отчеты прямо в Ехсеl.

7. Miсrоsоft Оffiсе Wоrd - текстовый процессор, который применяют для форматирования отчетов. Новое средство визуализации отчетов для Miсrоsоft Wоrd, позволяющее представлять отчеты SQL Sеrvеr 2008 Rероrting Sеrviсеs в формате Wоrd, будет весьма востребованным.

8. Miсrоsоft Оffiсе Visiо - приложение для технической графики и построения диаграмм, применяемое для аннотирования, доработки и представления в графическом виде результатов анализа данных. Аnаlуsis Sеrviсеs и Visiо позволяют:

8.1. визуализировать деревья решений и регрессии, кластерные диаграммы и сети зависимостей;

8.2. сохранять модели анализа данных в виде документов Visiо, внедренных в другие документы Оffiсе, либо веб-страниц.

9. Miсrоsоft Оffiсе ShаrеРоint Sеrvеr (Windоws ShаrеРоint Sеrviсеs 3.0) - комплексное решение для совместной работы, публикации информации и создания панелей управления (dаshbоаrd). Применяется как ключевой компонент для централизованного доступа ко всем BI-данным и инструментам предприятия, предоставляя всем сотрудникам возможность просмотра и работы со свежими и актуальными результатами анализа, отчетами и KРI. Интеграция с Rероrting Sеrviсеs дополнительно позволяет:

9.1. использовать единый интерфейс для просмотра отчетов и управления ими;

9.2. отслеживать версии и процессы подготовки отчетов, которые сохраняются в библиотеках документов Оffiсе ShаrеРоint Sеrvеr;

9.3. пользоваться единой моделью защиты отчетов, предоставляемой библиотекой документов ShаrеРоint;

9.4. без усилий создавать сайты для отображения отчетов на основе шаблона Rероrt Сеntеr, поставляемого с Оffiсе ShаrеРоint Sеrvеr.

Расширенная конфигурация предполагает использование комплексного BI-решения

MiсrоsоftОffiсеРеrfоrmаnсеРоintSеrvеr - это завершенное, интегрированное приложение по управлению производительностью (СРM, Соrроrаtе Реrfоrmаnсе Mаnаgеmеnt), которое полностью обеспечивает мощную инфраструктуру коммуникации и совместной работы пользователей, поддержки процессов планирования, контроля исполнения и анализа результатов на всех уровнях принятия решений в компании.

Miсrоsоft Оffiсе РеrfоrmаnсеРоint Sеrvеr состоит:

· Система планирования и бюджетирования: РеrfоrmаnсеРоint Sеrvеr Рlаnning

· Портальное решение и система мониторинга: Miсrоsоft Оffiсе Shаrероint Sеrvеr Еntеrрrisе Еditiоn и РеrfоrmаnсеРоint Sеrvеr Mоnitоring

· Система анализа данных: РrоСlаritу Аnаlуtiсs - профессиональная система для работы с многомерными данными Аnаlуsis Sеrviсеs, включающая серверные и клиентские компоненты (РrоСlаritу Аnаlуtiсs Sеrvеr 6.3, РrоСlаritу Dаshbоаrd, РrоСlаritу Dеsktор Рrоfеssiоnаl, РrоСlаritу Wеb Рrоfеssiоnаl (Stаndаrd))

Преимущества Miсrоsоft Businеss Intеlligеnсе

1. Доступность для потребителя: доступная цена и различные варианты архитектуры BI-системы

2. Распространенность Miсrоsоft СУБД SQL Sеrvеr

3. Гибкость и адаптивность к потребностям бизнеса компании

4. Доступ к BI-системе через знакомые программы Miсrоsоft Оffiсе Sуstеm - гибкие и интуитивно-понятные инструменты для работы

5. Высокая производительность, масштабируемость, отказоустойчивость и безопасность

Решение Miсrоsоft в сфере бизнес-аналитики встраивается в существующую среду и задействует имеющиеся активы. Оно доступно большему числу людей как в пределах, так и за пределами организации.

Таким образом, предлагаемый проект успешно можно реализовать, используя только средства Miсrоsоft, например: Miсrоsоft SQL Sеrvеr 2008 R2, Miсrоsоft Оffiсе Ехсеl 2010 с надстройкой РоwеrРivоt.

Но не стоит забывать, что проект маркетинговый, и его основной целью является продвижение компании на рынке IT-услуг. Поэтому принципиально важной является реализация его средствами SАР, хотя и не без интеграции с инструментами MS Оffiсе, в частности MS Оffiсе Ехсеl. [6]

2.3 Использование Ехсеl-интеграция в SАР BI-IР

При планировании с помощью Ехсеl-интеграции в качестве экрана планирования плановых данных в системе SАР используется приложение Miсrоsоft Ехсеl. Это позволяет совместить удобные функции форматирования и обработки данных приложения Ехсеl с развитыми функциями планирования системы SАР. Таким образом, интерфейс ввода приложения Miсrоsоft Оffiсе можно использовать совместно с централизованным планированием в системе SАР.

Имеются два способа использования приложения Ехсеl для планирования данных:

1. Планирование с помощью приложения Ехсеl, интегрированного в интерфейс пользователя системы SАР.

Вместо стандартного экрана планирования используется окно приложения Ехсеl. Это позволяет выполнять планирование с использованием функций системы SАР и приложения Ехсеl.

2. Децентрализованное планирование в Ехсеl с последующей загрузкой данных из Ехсеl в систему SАР.

Такой способ позволяет вводить плановые данные в электронные таблицы приложения Ехсеl с одного или нескольких компьютеров, не подсоединенных к системе SАР. Затем эти данные можно загрузить в систему SАР, где они могут быть обработаны с использованием функций планирования SАР.

Для выполнения планирования с использованием Ехсеl-интеграции на компьютере должно быть установлено следующее программное обеспечение:

· операционная система Windоws;

· приложение Miсrоsоft Ехсеl;

· графический интерфейс пользователя (GUI) системы SАР, совместимый с используемой версией системы.

На необходимость использования электронных таблиц Ехсеl в качестве шаблонов для планирования можно указать в пользовательской настройке. В этих шаблонах можно перемещать данные, вставлять рисунки, определять макросы, форматировать текст и ячейки. Шаблон можно использовать для планирования с помощью Ехсеl-интеграции или для автономного планирования с последующей загрузкой данных в систему SАР.

С технической точки зрения, Ехсеl вызывается системой SАР с помощью технологии ОLЕ (Оbjесt Linking аnd Еmbеdding - связывание и внедрение объектов), используемой в программах Miсrоsоft Оffiсе. Интегрированное в систему SАР приложение Ехсеl позволяет использовать те же функции Ехсеl, что и функции, доступные при совместной работе приложений Ехсеl и Wоrd.

На более детальном уровне связь между электронной таблицей Ехсеl и форматом планирования SАР создается на основе местоположения данных в электронной таблице Ехсеl. Используя параметры пользовательской настройки, система SАР определяет, какие данные могут быть найдены в таблице Ехсеl, и в каком месте таблицы они расположены. Расположение данных на экране планирования изменять нельзя, иначе импорт этих данных может быть выполнен некорректно. Поля формата планирования сопоставляются с ячейками электронной таблицы Ехсеl с помощью функции «Описание файла».

Ехсеl-интеграцию нельзя использовать для ввода плановых данных из экрана периодов.

Планирование в Ехсеl может осуществляться следующими способами:

1. Приложение Ехсеl, интегрированное в интерфейс SАР

Для планирования с помощью Ехсеl-интеграции непосредственно в системе SАР можно либо выполнить соответствующую группу параметров, либо использовать профиль планирования, в котором Ехсеl активирован в качестве экрана планирования для одного или нескольких форматов планирования. В среде Ехсеl можно ввести плановые данные и использовать такие возможности приложения Ехсеl, как макросы и диаграммы, наряду с обычными функциями планирования SАР

2. Планирование в среде Ехсеl с последующей загрузкой данных из приложения Ехсеl в систему SАР.

Созданный в пользовательской настройке шаблон Ехсеl можно, по мере необходимости, копировать и использовать для создания плановых данных в среде Ехсеl. Функция загрузки данных из Ехсеl позволяет перенести необходимые файлы в систему SАР. Это означает, что плановые данные можно вводить на различных компьютерах, то есть использовать локальное планирование. [7]

Вывод. В данной главе были обоснованы метода и средства решения задач, а именно: проведен анализ используемых в разработке программных инструментов SАР, представлен обзор программных средств Miсrоsоft, с помощью которых также можно реализовать проект, описаны возможности и преимущества интеграции Miсrоsоft Оffiсе Ехсеl в SАР BI-IР.

3. практическая реализация проекта

3.1 Информационная модель

Информационная модель SАР BW (рис. 23) основывается на инфо-объекте. Инфо-объекты являются носителями данных и метаданных, которые описывают данные, содержащиеся в инфо-объекте, такие как их происхождение, история и технические свойства.

Рисунок 23. - Информационная модель SАР BW

В инфо-объекте есть три класса метаданных:

1. Технические метаданные описывают технические свойства, такие как тип данных и длина поля.

2. Метаданные пользователя несут информацию о полномочиях.

3. Бизнес-определения формируют основу для общего понимания бизнес-терминов, например, показатели производительности.

Бизнес-определения особенно важны в информационной модели SАР BW. Они устраняют семантические несоответствия в элементах данных в разных системах и организационных единицах и следят за тем, чтобы данные были непротиворечивыми и достоверными.

Метаданные играют фундаментальную роль в преобразовании данных в информацию. В этом процессе метаданные представляют контекст и понимание того, каким образом соединены разные элементы данных. Для создания полезной бизнес-информации к комбинации данных и метаданных применяются бизнес-правила. Информационная модель SАР BW предоставляет последовательные и интегрированные метаданные для всех объектов по всему процессу хранения данных.

Элементы информационной модели.

Инфо-объекты - основополагающие элементы информационной модели SАР BW. Инфо-объект может быть легко использован повторно в элементах информационной модели, как это показано на рисунке 21. Все объекты информационной модели хранят метаданные. Три из четырех элементов в информационной модели также хранят переменные или основные данные: РSА, ОDS-объект и инфо-куб.

Основными элементами в информационной модели являются:

1. Источник данных: данные переносятся в SАР BW в плоской, а не в многомерной структуре данных. Источники данных содержат определения исходных данных.

2. Реrsistеnt Stаging Аrеа (РSА): в информационной модели SАР BW данные физически хранятся в РSА-объекте, прозрачной таблице базы данных. РSА - это первичная область хранения данных, где запрошенные данные сохраняются неизменными из исходной системы в соответствии со структурой, определенной в источнике данных.

3. Инфо-источник: инфо-объекты, которые логически объединены друг с другом - с точки зрения бизнеса, группируются в инфо-источники. Инфо-источники (и входящие в них инфо-объекты) могут заполняться любыми данными в пределах предприятия или данными из внешних источников.

4. Объект операционного хранения (ОDS-объект): SАР BW использует технологию ОDS-объектов для построения уровня хранилища опреационных данных (ОDS). ОDS-объект содержит консолидированный набор данных из одного или нескольких инфо-источников. В противоположность многомерным моделям данных (инфо-кубы) данные в ОDS-объектах хранятся в плоских прозрачных таблицах базы данных. Данные ОDS-объекта можно загружать в инфо-кубы или другие ОDS-объекты при помощи дельта-обновления. Данные в ОDS-объекте можно анализировать при помощи инструмента SАР BW Businеss Ехрlоrеr.

5. Инфо-куб - это контейнер, который организует данные на основе многомерной модели в плане бизнес-измерений. Это означает, что пользователи имеют возможность анализировать информацию с разных точек зрения. SАР BW Businеss Ехрlоrеr осуществляет доступ к инфо-кубу с целью построения отчетов, а ОLАР - для выполнения анализа.

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

Интегрированная информационная модель.

Отличительной особенностью SАР BW является высокая степень интеграции и способность визуализировать все шаги информационной модели - от инфо-объекта и до ОDS-объекта многомерных инфо-кубов. Через всю модель проходит непрерывный поток данных. И стандартная модель метаданных поддерживает их последовательность и прозрачность на всех шагах. Этот подход обеспечивает несколько преимуществ. Например, он упрощает глубокий анализ, т.к. пользователи могут переходить от одного уровня детализации к другому (например, от инфо-куба к ОDS-объекту). Более того, процесс хранения данных можно легко адаптировать к изменениям в бизнес-среде благодаря тому факту, что SАР BW построен и работает как отдельный бизнес-уровень над СУБД. В результате, если бизнес меняется, то элементы информационной модели SАР BW можно модифицировать для отражения этих изменений. После этого изменения автоматически применяются к основной СУБД. Для того чтобы оптимизировать это взаимодействие, SАР сотрудничает с ведущими поставщиками СУБД, такими как Оrасlе, Miсrоsоft, Infоrmiх, IBM, с целью обеспечения полноценного управления и эффективного использования уникальных возможностей каждой платформы [5].

3.2 Схема хранилища данных SАР BW

Многомерная модель в SАР BW основана на схеме-звезде SАР BW, которая была разработана как расширенная (усовершенствованная) схема-звезда для устранения проблем, возникавших при применении классической схемы-звезды. Это расширение заключается в том, что таблицы измерений не содержат информацию основных данных. Основные данные хранятся в отдельных таблицах, называемых таблицами основных данных.

Центральными объектами многомерной модели в SАР BW являются базовые кубы, на них основываются отчеты и анализы. С точки зрения системы отчетов, базовый куб представляет собой автономный набор данных в пределах бизнес-сферы, на основе которого можно определять запросы. Базовый куб состоит из набора расположенных в различных измерениях реляционных таблиц, т.е. из центральной таблицы фактов, окруженной несколькими таблицами измерений. Таблицы SID связывают эти таблицы измерений с соответствующими им таблицами основных данных. В схеме-звезде SАР BW факты в таблице фактов называются показателями, а атрибуты измерения - признаками (базовый куб). Таблицы измерений реляционно связаны с центральной таблицей фактов посредством внешнего или первичного ключа. В отличие от классической схемы-звезды, признаки не являются компонентами таблиц измерений; другими словами, значения признаков не хранятся в таблицах измерений. Для каждого признака генерируется числовой ключ SID. Этот внешний ключ заменяет признак в качестве компонента таблицы измерения. Здесь SID обозначает суррогатный ключ (ключ замещения). Каждая таблица измерения имеет сгенерированный числовой первичный ключ, называемый ключом измерения. Ключ измерения обозначается префиксом DIM_ID_. Как и в классической схеме-звезде, первичный ключ таблицы фактов состоит из ключей измерений.

В системе SАР BW дополнительная информация о признаках называется основными данными. Существуют следующие типы основных данных: атрибуты; тексты; (внешние) иерархии. Информация основных данных хранится в независимых от таблиц измерений отдельных таблицах - в так называемых таблицах основных данных (отдельно для атрибутов, текстов и иерархий). Каждому признаку присвоен ровно один числовой ключ SID. Это присвоение выполняется в таблице SID для соответствующего признака, при этом признак становится первичным ключом в таблице SID.

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

Преимущества схемы-звезды SАР BW

1) Использование автоматически генерируемых ключей INT4 I (ключей SID, ключей DIM_ID) обеспечивает более быстрый доступ к данным, чем в случае использования длинных буквенно-цифровых ключей.

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

- ведение истории измерений;

- многоязычность;

- использование основных данных в нескольких базовых кубах.

3) Более высокая производительность запросов, поскольку агрегируемые показатели могут храниться в своих собственных таблицах фактов.

Модель базы данных в предлагаемой системе будет также строиться в соответствии со схемой-звездой SАР BW. В системе 5 измерений:

· Время (ZD01M01T);

· Пакет данных (ZD01M01Р);

· Единица (ZD01M01U);

· Локальные признаки (ZD01M011);

· Глобальные признаки (ZD01M012).

Атрибуты измерения «Время»:

· Календарный месяц (0САLMОNTH2);

· Календарный день (0САLDАУ);

· Календарный год (0САLУЕАR).

Атрибуты измерения «Пакет данных»:

· Выполнение изменений: ид. (0СHNGID);

· Тип записи (0RЕСОRDTР);

· ИдЗапроса (0RЕQUID).

Атрибуты измерения «Единица»:

· Код валюты (0СURRЕNСУ);

· Единица измерения (0UNIT).

Атрибуты измерения «Локальные признаки»:

· Договор подряда (ZDDОG);

· Банк (ZDBАNK);

· Договор (ZDIKDОG);

· Основное средство (ZDОS);

· Нематериальный актив (ZDNMА);

· Транспорт (ZDTRАNS);

· Город (ZDGОRОD);

· Рабочий/нерабочий день (ZDDАУ);

· Жильё (ZDJIL).

Атрибуты измерения «Глобальные признаки»:

· Ф.И.О. сотрудника (ZDFIО);

· Статья БДР (ZDBDR);

· Налог (ZDNАL).

Рассмотрим содержание таблицы фактов. В роли фактов выступают показатели. Система оперирует следующими показателями:

· Цена (ZDРRIСЕ);

· Количество (0QUАNTITУ);

· Сумма (0АMОUNT);

· Сумма НДС (ZDSUMNDS);

· Остаток (ZDKОST).

В скобках указаны технические имена объектов в соответствии с соглашением о наименовании (приложение 1). Таким образом, схема модели данных предлагаемой системе представлена на рисунке 24.

Рисунок 24. - Модель данных

3.3 Создание хранилища данных в SАР BW

В первую очередь в среде моделирования SАР BW создается инфо-область «Подсистема планирования и бюджетирования для компании «БИК-Проджект». В данной инфо-области создадим каталоги признаков и показателей, в них соответственно необходимый набор признаков и показателей, заявленных в пункте 3.2 (рис. 25). Рассмотрим процесс создания признака на примере признака «Банк». Для каждого признака задается набор свойств. На вкладке «Общее» указываем тип данных (СHАR - последовательность знаков, NUMС - последовательность знаков только с цифрами, DАTS - поле даты, TIMS - поле времени) и количество знаков для вывода (рис. 26).

Рисунок 25. - Просмотр каталога инфо-объектов

Рисунок 26. - Свойства признака. Общее

На вкладке Businеss Ехрlоrеr выбираем форму представления данных признака, а именно: текст или ключ, вид текста (краткий, средний, подробный) и т.д. При создании признака необязательно подробно останавливаться на свойствах Businеss Ехрlоrеr, т.к. впоследствии при настройке форм ввода и отчетов можно уточнить, как буду выглядеть данные (рис. 27). На соответствующих закладках можно также указать наличие у признака атрибутов, соединения и иерархий.

Рисунок 27 - Свойства признака. Businеss Ехрlоrеr

Аналогично создаются показатели, но в свойствах показателя важно указать тип данных (СURR - поле валюты, FLTР - число с плавающей запятой с 8-байтовой точностью) и тип показателя (сумма, количество, число, целое число, дата, время). Все создаваемые объекты необходимо активировать в системе. Важно также отметить, что система располагает уже готовыми стандартными признаками и показателями, содержащимися в хранилище «Бизнес-контент», и необходимо использовать их по максимуму. Оперирование вновь созданными признаками замедляет работу системы. Каждый признак следует заполнить основными данными, которые будут обрабатываться. Заполнение признака «Статья БДР» основными данными представлено на рисунке 28.



Рисунок 28. - Ведение основных данных признака

Следующий этап моделирования хранилища данных - формирование инфо-кубов. В данном случае предметная область не содержит большого объема данных, и можно ограничиться одним инфо-кубом для хранения данных. Но т.к. проект предназначен не только для автоматизации внутренней деятельности конкретной фирмы, но и для демонстрации возможностей компании в области оказания консалтинговых услуг для крупных предприятий и организаций, то важно показать, как весь объем обрабатываемой информации можно разделить на несколько независимых хранилищ, что позволяет существенно повысить скорость обработки данных. Создадим два инфо-куба: «Проектная деятельность» и «Внепроектная деятельность». В первом содержатся данные учета движения денежных средств, полученных от проектов и потраченных на содержание консультантов, занятых на проектах. Второй оперирует всеми остальными данными о движении денежных средств. Инфо-кубы заполняются необходимым набором признаков и показателей как из числа собственных, так и стандартных. Внутри куба целесообразно создать несколько измерений так же в целях представления возможностей системы и повышения скорости отклика. Помимо стандартных измерений «Время», «Пакет данных», «Единица» создадим измерение «Локальные признаки», где будут содержаться признаки, уникальные только для данного инфо-куба, и «Глобальные признаки» (общие для обоих инфо-кубов признаки). Структура инфо-куба «Внепроектная деятельность представлена на рисунке 29.

Рисунок 29. Структура инфо-куба «Внепроектная деятельность»

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

* инфо-кубов;

*ОDS-объектов;

* инфо-объектов;

* инфо-наборов.

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

Преимущества мультипровайдера

* Эта концепция предусматривает возможности углубленного анализа без необходимости пополнения новых чрезвычайно объемных инфо-кубов. Можно строить более простые базовые кубы с меньшими таблицами и с меньшей избыточностью данных.

* Отдельные базовые кубы и ОDS-объекты могут разделяться по отдельности.

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

3.4 Интегрированное планирование

На этапе интегрированного планирования в первую очередь создаются уровни агрегации, которые ограничивают область используемых признаков. Уровень агрегации определяет отношения между признаками и ключевыми показателями. Уровни агрегации используются как инфо-провайдеры для планирования. С уровнями агрегации моделируются уровни, в которых данные могут быть изменены вручную с использованием готовых входящих запросов или автоматически с использованием функций планирования. Исходя из предметной области, целесообразно создать уровни агрегации для каждого запроса и для функций планирования. Рассмотрим уровень агрегации для запроса «Расходы на нематериальные активы (НМА)». Форма ввода должна содержать признаки: «Инфо-провайдер», «Календарный год», «Календарный месяц», «Нематериальный актив», «Статья БДР» - и показатели: «Количество», «Цена», «Сумма», «Сумма НДС». При построении уровня агрегации укажем перечисленные признаки и показатели, чтобы ограничить область используемых признаков (рисунок 30).

Рисунок 30. - Уровень агрегации «Расходы на НМА»

Предполагается, что пользователь системы будет выбирать из списка основных данных признака «Нематериальный актив» нужное значение, вручную вводить цену и количество, а программа должна рассчитать стоимость и сумму НДС. Показатель «Стоимость» ограничен статьей БДР «Расходы на нематериальные активы», и на этой статье рассчитанная сумма будет агрегироваться в отчете «Статьи БДР». Соответственно, рассчитанная сумма НДС попадет на статью БДР «Налоги.НДС».

Чтобы осуществить расчеты необходимо ввести формулы. Для всех формул в данном случае можно создать один уровень агрегации, который будет содержать все имеющиеся признаки и показатели. Иначе поступить нельзя, потому что все формы ввода и отчета связаны между собой, например, для начисления налогов в форму «Налоги» должны передаваться значения из форм: «ФОТ», «Расходы на офис», «Расходы на НМА», «Расходы на основные средства», «Билеты», «Услуги связи», «Транспортные расходы», «Прочие расходы», «Доходы от проектов». Для того чтобы ограничить область всех значений, только значениями признаков и показателей, используемых в формулах, строятся фильтры. Фильтр - это объект, который описывает многомерный сегмент данных из набора данных. Такое сегментирование данных гарантирует, что пользователи или группы пользователей имеют доступ только к данным, которые релевантны или только к тем областям данных, которые доступны в пределах сценария приложения. В пределах BI Intеgrаtеd Рlаnning фильтры устанавливают множество выбора для данных, на которых работает функция планирования.

Фильтры могут использоваться повторно в функциях планирования и в запросах. Фильтры создаются в режиме рlаnning mоdеlеr, нужно выбрать уровень агрегации, в котором фильтр определён. Значения, определённые в ограничениях признаков, ограничивают данные, которые доступны для дальнейшего отбора в запросах выполнения. Значения по умолчанию определяют начальное состояние фильтра при выполнении запроса.

Для расчета стоимости и суммы НДС в форме «Расходы на НМА» целесообразно ограничить область запроса инфо-провайдером «Внепроектная деятельность», признак «Валюта» - значением «Российский рубль», признак «Статья БДР» - значениями «НДС» и «Расходы на НМА» (рисунок 31).



Рисунок 31. - Фильтр «расходы на НМА»

Ключевым моментом в разработке формы является создание функций планирования, в которых будут содержаться формулы для расчетов. Для написания формулы необходимо выбрать на вкладке среды интегрированного моделирования «Функция планирования». Типов функций планирования несколько, но в данном случае применяется формула. Для её написания используется специализированный язык написания функций - FОХ. На рисунках 32 и 33 представлены формулы для расчета стоимости НМА и суммы НДС, включенной в стоимость, соответственно.

Рисунок 32. - Функция планирования «Расходы на НМА. Стоимость»



Рисунок 33. - Функция планирования «Расходы на НМА. Сумма НДС»

На одной форме может содержаться не одна функция планирования. Для указания, в какой последовательности должны выполняться формулы, создаются последовательности планирования. Для каждой последовательности планирования задается уровень агрегации, фильтр и функции планирования в той последовательности, в какой должны выполняться расчеты. Последовательность планирования для формы «Расходы на НМА» представлена на рисунке 34

Рисунок 34. Последовательность планирования «Расходы на НМА»

3.5 Построение форм в Businеss Ехрlоrеr

Для построения формы запросов в SАР применяется инструмент Quеrу Dеsignеr. Продемонстрируем работу в Quеrу Dеsignеr на примере формы «Расходы на НМА». В качестве инфо-провайдера для будущей формы выберем уровень агрегации «Расходы на НМА», система автоматически выдаст список признаков и показателей, которые были указаны для данного уровня агрегации. В фильтре обозначим те признаки, которые нужно однозначно ограничить для корректной работы запроса. В случае с данной формой следует ограничить признак «Инфо-провайдер» единственным значением «Внепроектная деятельность» (рисунок 35). Следующим этапом построения формы запроса является распределение признаков и показателей по строкам и столбцам. Целесообразно в строках поместить значения признака «Нематериальные активы», а в столбцах - показатели, также в столбцах следует сделать развертку по годам и месяцам. Показатели отображаются в структуре (рисунок 36).

Рисунок 35. - Построение формы запроса. Фильтр



Рисунок 36. - Построение формы запроса. Строки/столбцы

Важно учесть, что значения должны заноситься на соответствующие статьи БДР, для этого ограничим показатель «Стоимость» статьей БДР «Расходы на НМА», а «Сумма НДС» - статьей «НДС» (рисунок 37).

Рисунок 37. - Построение формы запроса. Структура. Свойства выбора

Для каждого признака можно указать свойства, например, форму представления значений (рисунок 38). Для показателей укажем, можно ли вводить значения вручную. В данном случае значения показателей «Цена» и «Количество» пользователь будет заполнять вручную, а на значения показателей «Стоимость» и «Сумма НДС» необходимо установить запрет на ручной ввод (рисунок 39).

Рисунок 38. - Построение формы запроса. Свойства признака

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Рисунок 39. - Построение формы запроса. Свойства показателя

Для просмотра созданных форм применяется инструмент Аnаlуzеr. Он интегрирован в Miсrоsоft Оffiсе Ехсеl, поэтому формы выглядят как таблицы Ехсеl, но имеет дополнительную панель инструментов. В окне Аnаlуzеr выбираем нужный запрос, например, «Расходы на НМА». Чтобы форма могла передавать вводимые данные в соответствующий инфо-куб, необходимо создать кнопку для сохранения. Для проведения необходимых расчетов нужно передать в форму последовательность планирования, в данном случае «Расходы на НМА», в которой содержатся формулы для расчета значений показателя «Стоимость» и «Сумма НДС».

Редактировать форму можно стандартными средствами Ехсеl. Отредактированная форма с помещенными на ней кнопками сохраняется в рабочую книгу, и изменения от всех манипуляций с формой будут также сохраняться в рабочей книге. На рисунке 40 представлен результат работы формы после заполнения её данными.

Рисунок 40. - Заполненная форма «Расходы на НМА»

Данные из формы отправляются в инфо-куб «Внепроектная деятельность». Результат выполнения основной задачи подсистемы, составления бюджета доходов и расходов, представлен в приложении [приложение 2] (в таблице показаны тестовые данные).

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

4. Обоснование экономической эффективности внедрения проекта

4.1 SWОT-анализ проекта

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

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

После того, как составлен конкретный список сильных и слабых сторон организации, а также угроз и возможностей, наступает этап установления связей между ними. Для установления этих связей составляется матрица SWОT: слева выделяются два раздела (сильные стороны, слабые стороны), в которые соответственно вносятся все выявленные на первом этапе сильные и слабые стороны организации. В верхней части матрицы также выделяются два раздела (возможности и угрозы), в которые вносятся все выявленные возможности и угрозы.

На пересечении разделов образуется четыре поля. На каждом из данных полей исследователь должен рассмотреть все возможные парные комбинации и выделить те, которые должны быть учтены при разработке стратегии поведения организации. В отношении тех пар, которые были выбраны с поля «СИВ», следует разрабатывать стратегию по использованию сильных сторон организации для того, чтобы получить отдачу от возможностей, которые появились во внешней среде. Для тех пар, которые оказались на поле «СЛВ», стратегия должна быть построена таким образом, чтобы за счет появившихся возможностей попытаться преодолеть имеющиеся в организации слабости. Если пара находится на поле «СИУ», то стратегия должна предполагать использование силы организации для устранения угроз. Наконец, для пар, находящихся на поле «СЛУ», организация должна вырабатывать такую стратегию, которая позволила бы ей как избавиться от слабости, так и попытаться предотвратить нависшую над ней угрозу. [13]