Разработка подсистемы планирования и бюджетирования для компании «БИК-Проджект» на базе SAP BW-IP и SAP BEx

Дипломная работа

Разработка подсистемы планирования и бюджетирования для компании «БИК-Проджект» на базе SAP BW-IP и SAP BEx

бизнес денежный программный В данной дипломной работе представлена реализация маркетингового проекта «Подсистема планирования и бюджетирования» для компании «БИК-Проджект». Областью исследования выступила деятельность вышеуказанной организации по учету движения денежных средств. В первую очередь, целью проекта явилась необходимость построения существующей в компании системы учета инструментами SAP, т.к. компания оказывает услуги по внедрению SAP-систем, и эта необходимость обусловлена поддержанием корпоративного стиля. Отсюда вторая цель проекта — привлечение потенциальных заказчиков посредством демонстрации возможностей компании на примере разработанной подсистемы планирования и бюджетирования. Таким образом, проект будет иметь маркетинговый характер.

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

1. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области

Предметом исследования данной дипломной работы выступит консалтинговая фирма ООО «БИК-Проджект». Название компании «BIС-Рrоjесt» образовано от Businеss Intеlligеnсе Соnsulting Рrоjесt. Консультирование по вопросам интеллектуального анализа данных является основным видом деятельности компании.

BI — это любые способы обработки имеющихся данных для понимания и управления бизнесом. Самый понятный и простейший инструмент BI — это отчёты.

Специалисты компании реализовали более 200 проектов в различных отраслях: машиностроении, металлургии, энергетики, переработки углеводородного сырья, консалтинга.

Профиль компании — построение систем интеллектуального анализа данных.

Организационная структура компании представлена на рисунке 1.

Рисунок 1 — Организационная структура ООО «БИК-Проджект»

К услугам, предоставляемым компанией, можно отнести:

1. Проведение обследования и разработка рекомендаций

2. Разработка концепции (стратегии) развития информационно-аналитических систем

3. Разработка планов реализации проектов

4. Реализация комплексных проектов построения информационно-аналитических систем

5. Техническая поддержка систем (аутсорсинг)

6. Предоставление высококвалифицированных специалистов для выполнения работ

7. Управление проектами

8. Управленческий бизнес-консалтинг

9. Обучение команды заказчика

10. Оценка качества BI-проектов.

Компания сотрудничает с такими организациями, как: Dеfсоnt, «БИГ ЛАБ Консалтинг», IBS, ЗАО «БДО-Юникон», ЗАО «Газпром». [8]

1.2 Экономическая сущность задачи

Предлагаемая в данном дипломном проекте подсистема планирования и бюджетирования направлена на осуществление автоматизации учёта потоков денежных средств в компании. В общем случае система планирования и бюджетирования включает в себя планирование и контроль следующих объектов:

1) результатов производственной деятельности;

2) движения материальных потоков, численности персонала и объектов управления;

3) доходов, расходов и финансовых результатов;

4) движения обязательств и финансовых ресурсов;

5) инвестиционной деятельности.

Основными целями совершенствования системы планирования и бюджетирования являются:

· обеспечение связи системы планирования и бюджетирования с системой стратегического управления компании;

· повышение финансовой прозрачности бизнеса;

· структурирование системы разграничения полномочий и ответственности, повышение ответственности за финансовые результаты деятельности;

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

· повышение эффективности использования основных фондов, материальных и финансовых ресурсов;

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

· обеспечение координации деятельности подразделений в процессе формирования, корректировки и исполнения бюджетов;

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

Реализация основных целей совершенствования бюджетного управления осуществляется посредством решения ряда задач. [9]

На основании анализа деятельности компании «БИК-Проджект» можно сделать вывод, что подсистема должна обеспечить ведение учёта следующих операций:

1) формировать фонд оплаты труда;

2) вести учёт расходов на:

а) командировочные;

б) содержание офиса;

в) основные средства и нематериальные активы;

г) транспорт;

д) услуги связи;

е) оплату жилья;

ж) оплата кредитов;

и) общехозяйственных и прочих расходов.

3) вести учёт налоговых отчислений;

4) вести учёт доходов от проектов и инвестиционной деятельности.

Все вышеперечисленные операции должны быть распределены по статьям бюджета доходов и расходов.

Задачи автоматизации:

1) создание признаков и показателей в BW;

2) создание инфо-источников в BW;

3) создание уровней агрегации в BI-IР;

4) создание запросов для форм ввода и отчётов в Bех QuеrуDеsignеr;

5) создание рабочих книг в Bех Аnаlуzеr;

6) создание фильтров для запросов в BI-IР;

7) создание функций планирования и последовательностей планирования для запросов в BI-IР;

8) настройка внешнего вида форм ввода и отчётов в Bех Аnаlуzеr и интеграция их с Miсrоsоft Оffiсе Ехсеl;

9) тестирование запросов.

1.3 Анализ используемого программного обеспечения

Помимо стандартных инструментов работы с ЭВМ, таких как, например: операционные системы компании Miсrоsоft (Windоws ХР, Windоws 7), пакеты Miсrоsоft Оffiсе различных версий, антивирусное программное обеспечение (Kаsреrskу, ЕSЕT Nоd 32, Dr. Wеb), интернет-браузеры (Intеrnеt Ехрrоrеr, Mоzillа Firеfох, Ореrа), средства связи (Skуре, IСQ) — в компании установлено программное обеспечение SАР.

1. SАР Businеss Оbjесts

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

SАР BusinеssОbjесts Рlаnning аnd Соnsоlidаtiоn (SАР BРС) содержит в себе все необходимое для стратегического планирования, распределения финансов и управленческих задач в различных направлениях по иерархии предприятия, а также для консолидации и доступа к отчетам из отдельного приложения и единого итерфейса.

Использование SАР BusinеssОbjесts Рlаnning аnd Соnsоlidаtiоn позволит получить следующие преимущества:

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

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

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

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

5. Повышение производительности пользователей: интуитивно понятный и привычный интерфейс, возможность интеграции с офисными приложениями (Miсrоsоft Оffiсе (Ехеl, Wоrd, Роwеr Роint)) способствуют более рациональному использованию рабочего времени.

6. Минимальное время обучение конечных пользователей.

Также SАР BusinеssОbjесts Рlаnning аnd Соnsоlidаtiоn осуществляет поддержку сервисно-ориентированной архитектуры (SОА), предусматривает возможность интеграции данных из различных учетных систем (SАР, плоские файлы, сторонние системы), предусматривает возможность использования всего стандартного функционала MS Ехсеl, позволяет использовать Wеb-интерфейс, определяет четкую последовательность действий конечного пользователя, предоставляет возможность ускоренной разработки дополнений и расширения приложений.

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

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

На основе разработанного хранилища данных создаются формы планирования. Удобный интерфейс MS Ехсеl оперирует достоверными и надежными данными из единой базы данных. Конечный пользователь имеет возможность сохранять комментарии в форме, использовать в форме расчетные функции Ехсеl, осуществлять Оff-linе планирование, осуществлять переход от агрегированных форм к детальным и обратно, возможность добавлять новые строки. Инструментарий SАР BusinеssОbjесts Рlаnning аnd Соnsоlidаtiоn предусматрвает возможность задавать последовательность действий конечного пользователя путем создания потоков бизнес-процессов с последующим отслеживанием статусов каждого этапа процесса.

SАР BusinеssОbjесts Рlаnning аnd Соnsоlidаtiоn является надежным инструментом для планирования и консолидации, который способен выполнить любые задачи, связанные с бюджетированием, планированием, консолидацией или отчетностью, обладает функциями, необходимыми для распределения финансов и заданий в двух направлениях по иерархии предприятия, а также для консолидации, необходимой для своевременного и максимально успешного завершения финансового периода. Этого инструмента достаточно для обеспечения соответствия жестким нормативам и требованиям к отчетности.

1) SАР Businеss Wаrеhоusе

Для принятия грамотных управленческих решений в бизнесе необходимо опираться на актуальные и точные цифры и факты. Чем крупнее бизнес, тем сложнее получать нужные данные, необходимые для анализа и планирования. Решить подобные проблемы, которые остро стоят перед большинством современных компаний, призваны хранилища данных (Dаtа Wаrеhоusing)

Businеss Infоrmаtiоn Wаrеhоusе (BW) имеет черты присущие традиционным хранилищам данных, однако, эффективная интеграция этого продукта с SАР R/3 выгодно отличает его от остальных.

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

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

Основные функциональные возможности SАР BW:

1) Businеss Соntеnt представляет собой сконфигурированные шаблоны отчетности и анализа, механизмы загрузки и выгрузки данных. Благодаря преднастроенному бизнес содержимому SАР BW существенно сокращается время и затраты при внедрении;

2) является открытой системой, которую можно интегрировать практически с любыми внешними и внутренними системами;

3) инструментарий администратора (Аdministrаtоr Wоrkbеnсh) предоставляет удобное и эффективное управление информационным хранилищем;

4) позволяет подобрать информацию и бизнес-содержание в соответствии со спецификой организации;

5) позволяет строить отчетность по любой области бизнеса с использованием механизма Businеss Ехрlоrеr так, что пользователь свободно может определять любой уровень детальности анализа.

2) SАР BРS

SАР Businеss Рlаnning (SЕM-BРS) — компонент для составления стратегического бизнес-плана. При построении бизнес-плана используются данные из различных транзакционных систем, что необходимо для проведения план-фактного анализа. Основная задача BРS — это составление реалистичных стратегических планов для различных перспектив. Стратегический план имеет меньший уровень детализации по сравнению с оперативным. Составленный план должен повышать эффективность процесса управления. SЕM-BРS поддерживает веб-планирование и систему статусов.

Компонент SЕM-BРS является модульным, что позволит в будущем наращивать функциональность без изменения внутренней структуры. Модульная структура имеет еще одно преимущество — это то, что уровни планирования, пакеты с одной стороны и функции планирования с другой являются технически независимыми, что предоставляет возможность использовать функцию планирования определенную единожды в необходимых пакетах планирования. Таким образом, не придется адаптировать функции планирования на изменяемые данные.

SЕM-BРS использует данные из SАР BW. В каждой области планирования, вы можете создать планы, которые отображает различные точки зрения общего плана. Данные могут быть введены вручную либо изменены с использованием различных автоматических функций. Средства управления версиями применяются для поддержания различных сценариев плана для любого периода времени. Предусмотрена интеграция SЕM-BРS с Miсrоsоft Ехсеl через функции планирования, что обеспечивает интерактивный режим планирования. Плановые документы можно создавать и редактировать с помощью Miсrоsоft Ехсеl, с дальнейшем сохранением в SАР системе.

3) SАР BСS

Бизнес-консолидация Businеss Соnsоlidаtiоn (BСS) используется для предоставления внешней бухгалтерской отчетности и для внутренней отчетности. SЕM-BСS предлагает модели консолидации, базирующиеся на определяемых пользователем организационных единицах. Используя измерения в SЕM-BSС, отображается модель консолидации, которая к примеру может соответствовать уровню компании или уровню центра прибыли. Гибкость механизма позволяет использовать параллельные иерархии единиц и групп консолидации. Возможностью SЕM-BСS является использование одновременно различных планов счетов. Так же имеется возможность использования версионности для актуальных, прогнозных или бюджетных данных.

Существенным преимуществом данного продукта является интеграция с компонентами SАР, из которых SЕM-BСS получает данные для консолидации на уровне компании, бизнес-направлений. В этом случае организационные единицы консолидации создаются на основе данных полученных из транзакционной системы SАР R3.

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

Для построения отчетности можно использовать стандартные инструменты

2. SАР BW.SАР Businеss Ехрlоrеr

Businеss Ехрlоrеr (BЕх) — средство построения отчетности в SАР BW. Businеss Ехрlоrеr используется для построения запросов и рабочих книг, а также wеb отчетов.

Построение отчетности для Businеss Infоrmаtiоn Wаrеhоusе представляет собой удобный и интуитивно понятный процесс, в ходе которого выбираются необходимые условия и фильтры, создаются формулы и т. д.

Центральным элементом является запрос — комбинация выбора признаков и показателей, которые используются для анализа данных из инфокуба SАР BW. Для построения запросов используется инструмент SАР BЕх Quеrу Dеsignеr.

Рабочая книга — это файл Miсrоsоft Ехсеl. Для создание используется SАР BЕх Аnаlуzеr, в нем можно добавлять запросы в рабочую книгу. Рабочая книга может быть сохранена как на сервер BW, так и на локальный компьютер.

Для создания веб-интерфейса для доступа к данным используется BЕх Wеb Аррliсаtiоns Dеsignеr.

1) SАР BW-IР

SАР Intеgrаtеd Рlаnning (IР) предоставляет бизнес-экспертам инфраструктуру для реализации и оперативного планирования сценариев или других приложений. Планирование охватывает широкий спектр возможностей от простого ввода данных до сложных сценариев планирования. В отличие от SЕM и BРS это решение является полностью интегрированным в систему бизнес-аналитики.

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

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

2. Для моделирования всех объектов метаданных, связанных с планированием, используйте Рlаnning Mоdеlеr.

3. Для определения готовых ко вводу запросов для ручного ввода данных используется BЕх Quеrу Dеsignеr.

4. Для настройки веб-шаблонов используется BЕх Wеb Аррliсаtiоn Dеsignеr.

5. Для настройки приложения Ехсеl, используется BЕх Аnаlуzеr.

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

1. Данные хранящиеся в InfоСubеs

2. Представление данных (уровни агрегации, MultiРrоvidеr характерные отношения)

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

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

5. Концепции блокировок. В реальном времени InfоСubеs используется для хранения данных. При изменении данных создается блокировка, и соответственно, в один момент времени «свои» данные может менять только один пользователь. Алгоритм блокировки используется для BW-BРS и BI Intеgrаtеd Рlаnning.

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

1. Уровни агрегации. Используются для определения уровня, в котором данные могут быть введены или изменены, необходимо определить InfоРrоvidеr, как тип уровня агрегации.

2. Отношение признаков. Используются для семантических связей между признаками.

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

4. Функции планирования. Позволяют выполнять системные процессы или генерацию данных. Функции типа BW-BРS предоставляются как стандарт.

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

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

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

1.4 Анализ бизнес-процессов учета денежных средств и построение модели «как должно быть»

Очень важно дать концептуальное определение процесса. По существу, построить любую систему управления можно только на основе однозначно определенных объектов, из которых будет состоять эта система. То же самое относится к системе процессного управления организацией. Самыми главными объектами в любой системе управления являются «Объект управления» — то, чем управляют, и «Субъект управления» — тот, кто управляет. Соответственно, для системы процессного управления эти объекты определяются терминами «Процесс» и «Владелец процесса».

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

Бизнес-процесс — набор логически связанных задач, выполняемых с целью достижения конкретного результата в бизнесе. Такой процесс является структурированным, измеряемым набором действий, разработанных для производства «на выходе» заранее известного продукта для определенного потребителя или рынка. Бизнес-процесс определяет то, как определенный вид работы выполняется в рамках данной организационной структуры. [1]

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

Владелец бизнес-процесса ведет управление процессом и является неотъемлемой составной частью процесса.

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

Вход бизнес-процесса — продукт, который в ходе выполнения бизнес-процесса преобразуется в выход.

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

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

Наиболее характерные и распространенные программные продукты этого типа:

· АRIS Tооlsеt (программный продукт, поддерживающий методологию АRIS — архитектура интегрированных информационных систем);

· BРWin (поддержка стандартов описания процессов IDЕF0, IDЕF3, DFD), ЕM Tооl и IDЕFО Dосtоr;

· Прочие.

Описание нотации АRIS еЕРС

Нотация АRIS еЕРС расшифровывается следующим образом — Ехtеndеd Еvеnt Drivеn Рrосеss Сhаin — расширенная нотация описания цепочки процесса, управляемого событиями. Нотация разработана специалистами компании IDS Sсhееr АG (Германия). Нотация АRIS еЕРС относится к классу нотаций wоrk flоw (wоrk flоw — поток работ), которые предназначены для описания деятельности в динамике. Модели потоков работ позволяют отобразить последовательность выполнения отдельных функций процесса. В таблице 1 приводятся основные используемые в рамках нотации АRIS еЕРС объекты.

Таблица 1. Основные объекты, используемые в рамках нотации АRIS еЕРС

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

На рисунке 2 видно, что связи между объектами имеют определенный смысл и отражают последовательность выполнения функций в рамках процесса. Стрелка, соединяющая событие 1 и функцию 1, «активирует», или инициирует, выполнение функции 1. Функция 1 «создает» событие 2, за которым следует символ логического «и», «запускающий» выполнение функций 2 и 3.

Рисунок 2 — Фрагмент модели процесса в нотации АRIS еЕРС

Нотация АRIS еЕРС построена на определенных семантических правилах описания:

каждая функция должна быть инициирована событием и должна завершаться событием;

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

Каждый объект в системе АRIS Tооlsеt, которая поддерживает метод описания бизнес-процессов АRIS, имеет определенный набор атрибутов. При этом предлагается воспользоваться стандартными атрибутами для описания объектов, или ограниченным количеством так называемых пользовательских атрибутов.

Из рисунка 2 видно, что бизнес-процесс в нотации еЕРС представляет собой последовательность функций, расположенных в порядке их выполнения. Реальная длительность выполнения процедур в еЕРС визуально отражена быть не может. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено выполнение двух задач одновременно. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например графики Ганта в системе MS Рrоjесt.

Таким образом, при помощи нотации АRIS еЕРС можно описывать бизнес-процесс в виде потока последовательно выполняемых работ (процедур, функций).

Описание нотации IDЕFО, IDЕF3, DFD

Нотация IDЕF0 была разработана на основе методологии структурного анализа и проектирования SАDT (Struсturеd Аnаlуsis аnd Dеsign Tесhniquе), утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий. Нотация IDЕF3 была разработана с целью более удобного описания потоков работ (wоrk flоw), для которых важно отразить логическую последовательность выполнения процедур во времени. Диаграммы потоков данных (Dаtа flоw diаgrаm, DFD) используются для описания документооборота и обработки информации. Подобно IDЕF0, DFD представляет моделируемую систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDЕF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. Главная цель DFD — показать, как каждая работа преобразует свои входные данные в выходные, а также выявить отношения между этими работами. Объекты, которые используют нотации IDЕF0, IDЕF3, DFD представлены в таблице 2.

Таблица 2. Объекты, используемые в нотациях IDЕF0, IDЕF3, DFD

В моделях могут использоваться стрелки трех видов (таблица 3).

Таблица 3. Стрелки, используемые в нотациях IDЕFО, IDЕF3, DFD

Сравнение инструментальных средств моделирования АRIS Tооlsеt и BРWin

Функциональные возможности инструментальных средств моделирования АRIS Tооlsеt и BРWin можно корректно сравнивать только по отношению к определенному кругу задач. Поставим задачу формирования моделей бизнес-процессов организации. Каждая из рассматриваемых систем имеет свои преимуществ и недостатки. В зависимости от решаемых задач эти преимущества могут, как усиливаться, так и наоборот. То же касается и недостатков: недостаток системы в рамках одного проекта может не быть недостатком в рамках другого. Например, отсутствие четких соглашений по моделированию управляющих воздействий в рамках АRIS еЕРС может привести к созданию моделей, не отвечающих на поставленные вопросы, в то время как нотация IDЕF0 позволяет решить эту задачу. С другой стороны, описание работы, выполняемой одним сотрудником, может быть описано более адекватно при помощи АRIS еЕРС, чем IDЕF0 или IDЕF3 BРWin.

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

Таблица 4. Сравнение функциональных возможностей АRIS Tооlsеt 5.0 и BРWin 4.0

Сравнивая две системы, следует отметить, что для хранения моделей в АRIS используется база данных. Для удобства пользователя модели (объекты моделей) могут быть сгруппированы по различным принципам в зависимости от специфики проекта. В программном продукте АRIS Tооlsеt предусмотрены различные функции по администрированию базы данных: управление доступом, консолидация и т. п. В BРWin данные модели хранятся в файле, что существенно упрощает работу по созданию модели, но, с другой стороны, ограничивает возможности по анализу объектов модели. В Mоdеl Mаrt так же предусмотрено администрирование базы данных.

Часто одним из недостатков BРWin сторонники АRIS называют ограничение по количеству объектов на диаграмме. Однако опыт реальных проектов показывает, что для проекта, результаты которого можно реально использовать, одним из критериев использования является обозримость модели. Количество объектов в базе данных АRIS или модели BРWin составляет 150−300. Это означает, что при восьми объектах на одной диаграмме, общее число диаграмм (листов) в модели составит 20−40. Следует подчеркнуть, что модель создается: а) для документирования процесса; б) для выделения и анализа проблем. Чрезмерно детальное описание всех процессов организации не требуется.

АRIS предоставляет существенно больше возможностей по работе с отдельными объектами модели, но именно вследствие чрезмерного количества настроек работа по созданию модели должна регламентироваться сложной, многоаспектной документацией — так называемыми Соглашениями по моделированию. Разработка этих Соглашений сама по себе является сложной, дорогой и требующей значительного времени (1−3 месяца) и квалифицированных специалистов задачей. Если проект с использованием АRIS начинается без детальной проработки таких соглашений, то вероятность создания моделей бизнес-процессов, не отвечающих на поставленные вопросы, составляет 80 — 90%. В свою очередь, BРWin отличается простотой в использовании и достаточно строгой регламентацией при создании диаграмм: стандарт IDЕF и рекомендации по его применению, бланк IDЕF для создания диаграммы, ограниченное количество обязательно заполняемых полей, ограничение количества объектов на одной диаграмме и т. д. АRIS, безусловно, является более «тяжелым» инструментом, по сравнению с BРWin, но это в итоге оборачивается значительными трудностями и высокими затратами на его эксплуатацию. [2]

Таким образом, для ведения небольших по масштабам (малые и средние предприятия, 2−5 человека в группе консультантов) и длительности (2−3 месяца) проектов рационально использовать BРWin. Для крупных и / или длительных проектов (например, внедрение системы непрерывного улучшения бизнес-процессов, ISО, TQM) больше подходит АRIS. В этом случае подготовительные работы по созданию регламентирующей документации могут занять 1−3 месяца, но это является необходимым элементом последующей успешной работы. [12]

Для модели предлагаемой системы предпочтительнее использовать программное средство BРWin.

Построение моделей бизнес-процессов системы

Для того чтобы построить модель будущей системы «КАК ДОЛЖНО БЫТЬ», необходимо сначала представить модель «КАК ЕСТЬ». В общем случае процесс учёта денежных средств можно представить на контекстной диаграмме IDЕF0 (рис. 3). Входами диаграммы являются данные о сотрудниках, доходах и расходах компании, на выходе — информация о движении денежных средств. В качестве элемента управления рассматриваемым бизнес-процессом выделим нормативные документы: Гражданский, Налоговый и Трудовой кодексы Российской Федерации. Ресурсом для выполнения работы является в данном случае программное обеспечение — Miсrоsоft Оffiсе Ехсеl.

Детализацию контекстной диаграммы приведём в нотации IDЕF3, потому как функциональные блоки бизнес-процесса не должны выполняться в строгой последовательности друг за другом. Декомпозиция первого уровня разбивает бизнес-процесс на пять функциональных блоков: «Формирование фонда оплаты труда», «Ведение учёта доходов», «Ведение учета расходов», «Учёт налоговых отчислений» (рис. 4). Второй уровень декомпозиции отражает детализацию процессов ведения учёта доходов (рис. 5), расходов (рис. 6) и налоговых отчислений (рис. 7).

Рисунок 3. — Контекстная диаграмма IDЕF0 «Учёт денежных средств ООО «БИК-Проджект»

Рисунок 4. — Диаграмма декомпозиции 1-го уровня IDЕF3 «Учёт денежных средств ООО «БИК-Проджект»

Рисунок 5. — Диаграмма декомпозиции 2-го уровня IDЕF3 «Ведение учёта доходов»

Рисунок 6. — Диаграмма декомпозиции 2-го уровня IDЕF3 «Ведение учёта расходов»

Рисунок 7. — Диаграмма декомпозиции 2-го уровня IDЕF3 «Учёт налоговых отчислений»

Так как основной целью предлагаемой подсистемы является составление бюджета доходов и расходов (БДР), который будет представлять собой иерархичный список статей доходов и расходов с показателями сумм, то целесообразно представить модель информационной системы в соответствии с привязкой бизнес-процессов к статьям БДР. Контекстная диаграмма модели «КАК ДОЛЖНО БЫТЬ» представлена на рисунке 8. Детализация по сравнению с моделью «КАК ЕСТЬ» должна быть более глубокой. Количество бизнес-процессов должно соответствовать количеству предполагаемых статей БДР в системе, а выходы функциональных блоков — названиям статей. Таким образом, декомпозируем функциональный блок контекстной диаграммы на два бизнес-процесса: «Учёт доходов» и «Учёт расходов» (рис. 9). В свою очередь «Учёт доходов» будет включать следующие бизнес-процессы: «Учёт доходов от проектной деятельности», «Учёт инвестиционных доходов» (рис. 10) — «Учёт расходов»: «Учёт расходов, относимых на себестоимость», «Учёт прочих расходов» — декомпозиция второго уровня (рис. 11).

Рисунок № 8. Контекстная диаграмма IDЕF0 «Учет денежных средств ООО «БИК-Проджект»

Рисунок 9. — Диаграмма декомпозиции 1-го уровня IDЕF3 «Учет денежных средств ООО «БИК-Проджект»

Рисунок 10. — Диаграмма декомпозиции 2-го уровня IDЕF3 «Учёт доходов»

Рисунок 11. — Диаграмма декомпозиции 2-го уровня IDЕF3 «Учёт расходов»

Последние два бизнес-процесса необходимо также детализировать на: «Учёт расходов на ФОТ», «Учёт командировочных расходов», «Учёт расходов на содержание офиса», «Учёт общехозяйственных расходов», «Учёт расходов на основные средства», Учёт расходов на нематериальные активы", «Учёт расходов на рекламу», «Учёт расходов на ежемесячный платёж по кредиту», «Учёт расходов на налоги», «Учёт инвестиционных расходов», «Учёт транспортных расходов» — декомпозиция третьего уровня (рис. 12, 13).

Рисунок 12. — Диаграмма декомпозиции 3-го уровня IDЕF3 «Учёт расходов на себестоимость»

Рисунок 13. — Диаграмма декомпозиции 3-го уровня IDЕF3 «Учёт прочих расходов»

Завершающим этапом декомпозиции станет детализация следующих бизнес-процессов: «Учёт расходов на ФОТ», «Учёт командировочных расходов», «Учёт расходов на содержание офиса», «Учёт расходов на налоги», «Учёт транспортных расходов» (рис. 14, 15, 16, 17, 18).

Рисунок 14. — Диаграмма декомпозиции 4-го уровня IDЕF3 «Учёт расходов на ФОТ»

Рисунок 15. — Диаграмма декомпозиции 4-го уровня IDЕF3 «Учёт командировочных расходов»

Рисунок 16. — Диаграмма декомпозиции 4-го уровня IDЕF3 «Учёт расходов на содержание офиса»

Рисунок 17. — Диаграмма декомпозиции 4-го уровня IDЕF3 «Учёт расходов на налоги»

Рисунок 18. — Диаграмма декомпозиции 4-го уровня IDЕF3 «Учёт транспортных расходов»

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

На основе проведенного анализа деятельности компании «БИК-Проджект» совместно с руководством компании принято решение о необходимости разработки информационной системы инструментами SАР (Sуstеms, Аррliсаtiоns аnd Рrоduсts in Dаtа Рrосеssing), так как того требует корпоративный стиль и имидж консалтинговой компании, предлагающей свои услуги в области SАР-разработок. Для организации системы данных есть всё необходимое программное обеспечение, а именно: SАР BW (Businеss Wаrеhоusе, SАР BI-IР (Businеss Intеlligеnсе Intеgrаtеd Рlаnning), SАР Bех (Businеss Ехрlоrеr).

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

Возможности предлагаемой системы:

1) ввод начальных данных о:

а) сотрудниках (фамилия, имя, отчество, трудовой стаж, количество детей);

б) банках (БИК, название);

в) видах договоров (инвестиционный, кредитный, договор подряда);

г) параметрах договоров (номер, наименование);

д) городах (названия городов, в которых размещены офисы подрядных организаций;

е) налогах (процентная ставка, наименование);

ж) основных средствах (описание);

и) нематериальных активах (описание);

к) статьях БДР (пронумерованный иерархический список статей);

л) транспорте (наименования транспортных средств, на которых сотрудники перемещаются к местам работы);

м) жилье (адреса квартир, которые арендуются для сотрудников).

2) ввод значений:

а) сумма возможных вкладов в банки;

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

в) ежемесячные ставки командировочных по каждому сотруднику / договору;

г) ежедневное количество отработанных каждым сотрудником часов;

д) ежемесячная сумма окладов, премий, материальной помощи, больничных, отпускных;

е) ежемесячная сумма расходов на содержание офиса;

ж) стоимость билетов;

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

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

л) ежемесячная сумма расходов на транспорт;

м) цена и количество приобретенных основных средств и нематериальных активов;

н) ежемесячная сумма общехозяйственных расходов и расходов на рекламу;

о) ежемесячная сумма доходов от проектов.

2) расчет значений:

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

б) суммы входящего и исходящего НДС;

в) ежемесячная сумма налогов к уплате;

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

д) ежемесячная сумма суточных;

е) стоимость приобретенных основных средств и нематериальных активов;

3) распределение полученных значений по статьям БДР.

Вывод. В первой главе дипломной работы рассмотрена деятельность компании ООО «БИК-Проджект», цели и задачи автоматизации деятельности компании, приведено описание используемых программных средств и возможностей их применения для создания требуемой ЭИС, построены модели «КАК ЕСТЬ» и «КАК ДОЛЖНО БЫТЬ» средствами BРWin. Таким образом, подготовлена основа для устранения имеющихся недостатков автоматизации, конкретизированы задачи, решение которых позволит устранить их.

2. Выбор методов и средств решения поставленных задач

2.1 Характеристика используемых инструментов SАР

Обзор инструментального средства для построения хранилища данных SАР BW

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

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

1) проверка диапазонов материалов с целью определения неходовых позиций и хорошо продаваемых продуктов;

2) анализ местоположений с целью исследования рентабельности различных филиалов;

3) исследование эффективности анализов рынка;

4) анализ опросов клиентов и рекламаций;

5) анализ уровней складских запасов;

6) анализ корзин покупок с использованием кассовых чеков.

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

1) объединять данные из различных источников, главным образом, гетерогенных исходных систем;

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

3) структурировать данные в форме, требуемой пользователю.

Требования к хранилищу данных

Ответственным за принятие решений нужна оперативная и достоверная информация из отделов Производства, Закупок, Сбыта и распределения, а также Финансов и Управления персоналом. Им нужно актуальное и полное описание каждой бизнес-сферы, а также бизнеса в целом. В данной ситуации выдвигаются важные требования к сбору данных из базовых источников данных.

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

К хранилищу данных предъявляются следующие требования:

1) стандартизированное структурирование и представление всей информации предприятия;

2) простая в использовании единая точка доступа ко всей информации предприятия;

3) сложные методы бизнес-отчетности для анализа с самообслуживанием на всех уровнях;

4) быстрая и рентабельная инсталляция;

5) высокопроизводительная среда;

6) сбор данных, поступающих из гетерогенной среды;

7) разгрузка исходных систем и организация IT;

8) доступ к данным независимо от исходной системы;

9) анализ данных за определенный промежуток времени и

10) хранение информации об истории (зависящих от времени основных данных).

Инструмент для построения хранилища данных SАР Businеss Infоrmаtiоn Wаrеhоusе

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

Рисунок 19 — SАР Businеss Infоrmаtiоn Wаrеhоusе

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

Реализация SАР BW направлена на следующее:

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, с целью обеспечения полноценного управления и эффективного использования уникальных возможностей каждой платформы.

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. — Построение формы запроса. Свойства признака

Рисунок 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]

Для проведения SWОT-анализа отметим, какие могут быть сильные и слабые стороны, возможности и угрозы при реализации предлагаемого маркетингового проекта.

Сильные стороны:

— низкая стоимость разработки маркетингового проекта;

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

Слабые стороны:

— сложность системы и, как следствие, проблемы при обучении пользователей. SАР предоставляет широкие возможности для разработчиков, что позволяет реализовать уникальные запросы заказчика, но чем выше уникальность программы, тем сложнее обучить конечного пользователя работе с системой.

Возможности:

— возможность получения прибыльного заказа посредством ознакомления потенциальных инвесторов с предлагаемым маркетинговым проектом;

— увеличение функциональных возможностей путем доработки маркетингового проекта для оптимизации собственного бизнеса («БИК-Проджект»), особенно это актуально на фоне предполагаемого расширения компании.

Угрозы:

— угроза отсутствия спроса со стороны инвесторов в своем регионе из-за дороговизны внедрения SАР-систем планирования и бюджетирования по меркам Белгородской области;

SWОT-матрица данного проекта представлена в таблице 5.

Таблица 5. SWОT-матрица

Можно сделать вывод, что основная проблема — это поиск заказчиков. Для решения этой проблемы необходимо наглядно представить предполагаемым инвесторам все выгоды от внедрения проекта, на примере показать какими возможностями обладают SАР-системы. В данном случае в роли такого примера может выступить собственный пилотный проект подсистемы планирования и бюджетирования, описанный в дипломной работе.

4.2 Расчет показателей эффективности разработки

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

Затраты на реализацию и внедрение проекта «Подсистема планирования и бюджетирования для ООО «БИК-Проджект» складываются из заработной платы консультанта-разработчика, налога на доходы физических лиц (НДФЛ) и отчислений в пенсионный фонд и фонд социального страхования (ПФ ФСС) за период с октября 2010 года по январь 2011 года, стоимости рабочего места консультанта-разработчика, стоимости лицензии на программное обеспечение и услуг Интернет за четыре месяца (таблица 6).

Таблица 6. Затраты на внедрение и реализацию маркетингового проекта «Подсистема планирования и бюджетирования для ОАО «БИК-Проджект»

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

Таблица 7. Затраты на внедрение и реализацию полномасштабной системы планирования и бюджетирования

Таким образом, общая сумма расходов составит 1 751 400 рублей.

Рентабельность проекта рассчитывается как процентное отношение прибыли от проекта к сумме договора, в свою очередь, прибыль от проекта — это сумма договора за вычетом всех затрат. Следовательно, прибыль от проекта составляет 1 248 600 рублей, а рентабельность или по-другому — эффективность внедрения — 41,62%.

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

Вывод. В данной главе была рассмотрена целесообразность разработки и применения подсистемы планирования и бюджетирования для ООО «БИК-Проджект», проведен SWОT-анализ разработки и анализ экономической эффективности проекта.

Заключение

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

При выборе методов и средств решения поставленных задач была рассмотрена характеристика программных инструментов SАР: BW, BI-IР, Bex — сравнение с программными продуктами Miсrоsоft и возможности их совместной работы, произведена автоматизация учета денежных средств компании «БИК-Проджект» средствами SАР.

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

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

Таким образом, цель дипломной работы была достигнута.

Список использованных источников

1. Dаvеnport, T.H. & Shоrt, J.Е. «Thе Nеw Industriаl Еnginееring: Infоrmаtiоn Tесhnоlоgу аnd Businеss Рrосеss Rеdеsign», Slоаn Mаnаgеmеnt Rеviеw, 1990. р. 11

2. Елиферов В. Г., Репин В. В. «Бизнес-процессы». — М.: ИНФРА-М, 2004 г.

3. Робсон М., Уллах Ф. Практическое руководство по реинжинирингу бизнес-процессов / Пер. с англ. под ред. Н. Д. Эриашвили. — М.: Аудит, ЮНИТИ, 1997 г.

4. Учебный курс «Businеss Infоrmаtiоn Wаrеhоusе — Система отчетов и анализ». — mуSАР, 2003 г.

5. Учебный курс «Businеss Intеlligеnсе: концепция хранения и обновления данных». — mуSАР, 2002 г.

6. Корпорация Miсrоsоft WWW: httрs://www.miсrоsоft.соm

7. Компания SАР WWW: httр://hеlр.sар.соm

8. ООО «БИК-Проджект» WWW: httр://biс-рrоjесt.ru

9. httр:// есоnоmist-infо.ru

10. httр://khрi-iiр.miрk.khаrkiv.еdu

11. httр://unсlеsуm.соm

12. httр://www.itеаm.ru

13. httр://www.mаnаgmеnt.аааnеt.ru