№
|
Возможности/инструментальная
среда
|
АRIS Tооlsеt 5.0
|
BРWin 4.0
|
1
|
Поддерживаемый
стандарт
|
- (частично - DFD, ЕRM, UML)
|
IDЕFО, IDЕF3,
DFD
|
2
|
Системы
хранения данных модели
|
Объектная база
данных
|
Модели хранятся
в файлах
|
3
|
Ограничения на
размер базы данных
|
Нет. Размер
базы данных ограничивается вычислительными ресурсами
|
Нет. Размер
базы данных ограничивается вычислительными ресурсами
|
4
|
Возможность
групповой работы
|
Есть. Используется
АRIS Sеrvеr
|
Есть.
Используется Mоdеl
Mаrt
|
5
|
Ограничение на
количество объектов на диаграмме
|
Нет
|
Для DFD и IDЕF3 - нет. Для IDЕF0 ограничено рекомендациями нотации
(два-восемь объектов)
|
6
|
Возможность
декомпозиции
|
Неограниченная
декомпозиция. Возможна декомпозиция на различные типы моделей
|
Неограниченная
декомпозиция. Возможен переход на другую нотацию в процессе декомпозиции
|
7
|
Формат
представления моделей
|
Не
регламентируется
|
Стандартный
бланк (рамка) IDЕF0 с возможностью его отключения
|
8
|
Удобство работы
по созданию моделей
|
Сложная панель
управления, есть выравнивание объектов, есть undо
|
Простая панель
управления, нет выравнивания объектов, нет undо
|
9
|
UDР - свойства объектов, определяемые
пользователем
|
Большое, но
ограниченное количество свойств, количество типов ограничено
|
Количество UDР не ограничено. Количество типов
ограничено (18 типов)
|
10
|
Возможность
анализа стоимости процессов
|
Есть.
Возможность использовать АRIS АBС
|
Упрощенный
АВС-анализ стоимости по частоте использования в процессе. Возможность
экспорта в Еаsу АBС
|
11
|
Генерация
отчетов
|
Создание
отчетов на основе стандартных и настраиваемых пользователем макросов Visuаl Bаsiс
|
RРT Win, возможность визуальной настройки отчетов, включая расчет по
формулам с использованием UDР
|
12
|
Сложность разработки
нестандартных отчетов
|
Сложно
|
Просто
|
13
|
Экспорт отчетов
|
Реализован
экспорт отчетов в MS Оffiсе, текстовый файл, RTF, HTML
|
Реализован
экспорт отчетов в MS Оffiсе, текстовый файл, RTF, HTML
|
14
|
Связь с моделью
данных
|
Возможность
построения ЕRD-диаграмм, для экспорта необходимо
дополнительное программное обеспечение
|
Реализована
связь с моделью данных ЕRwin. Каждой
стрелке могут быть поставлены в соответствие набор сущностей и атрибутов
|
15
|
Описание
доступа к данным
|
Нет
|
Для каждой
работы могут быть описаны права на использование данных. Объект модели данных
может быть создан непосредственно в среде BРwin
|
16
|
Описание
сопутствующей документации
|
Есть, поддержка
ОLЕ
|
С помощью UDР типа соmmаnd
|
|
|
|
|
|
|
Сравнивая две системы, следует отметить,
что для хранения моделей в А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).
Рисунок 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.
Выбор методов и средств решения поставленных задач
.1
Характеристика используемых инструментов SАР
Обзор
инструментального средства для построения хранилища данных SАР BW
Хранилище
данных
Хранилище данных служит, прежде всего, для структурирования
данных, поступающих из различных источников. Эти данные, а также созданные на
их основе отчеты, являются основой успешных бизнес-процессов на предприятии.
Такие системы могут использоваться всеми сотрудниками предприятия (менеджерами,
руководителями отделов и всеми остальными сотрудниками)
Информация структурируется в различных формах, включающих
персонализированные отчеты, произвольно определяемые запросы и предварительно
определенные отчеты. Получатели информации могут использовать эти функции
отчетности и анализа для анализа данных с целью обнаружения отклонений и других
важных фактов. В сферах планирования и управления копаниями хранилище данных
используется для выполнения анализа данных. При использовании хранилища данных
в сфере розничной торговли могут решаться следующие задачи:
1) проверка диапазонов материалов с целью определения
неходовых позиций и хорошо продаваемых продуктов;
2) анализ местоположений с целью исследования
рентабельности различных филиалов;
) исследование эффективности анализов рынка;
) анализ опросов клиентов и рекламаций;
) анализ уровней складских запасов;
) анализ корзин покупок с использованием кассовых
чеков.
В целом, хранилище данных может выполнять следующие функции:
1) объединять данные из различных источников, главным
образом, гетерогенных исходных систем;
2) преодолевать разнородность на различных уровнях
(система, схема, данные);
) структурировать данные в форме, требуемой
пользователю.
Требования
к хранилищу данных
Ответственным за принятие решений нужна оперативная и
достоверная информация из отделов Производства, Закупок, Сбыта и распределения,
а также Финансов и Управления персоналом. Им нужно актуальное и полное описание
каждой бизнес-сферы, а также бизнеса в целом. В данной ситуации выдвигаются
важные требования к сбору данных из базовых источников данных.
Информация должна храниться в гомогенной и непротиворечивой
форме в центральном местоположении, откуда она потом может быть вызвана.
Поэтому современные хранилища данных требуют наличия отдельной базы данных,
которая может использоваться независимой прикладной средой для объективного
предоставления требуемых сервисов. С точки зрения представления данных, от
хранилища данных требуется наличие эффективных методов анализа с мощной
многомерной визуализацией. Система должна справляться с информационными
потребностями самых разнообразных групп пользователей. Требования к исходным
системам не так высоки. Здесь требуется экономическая и всесторонняя подготовка
тех данных, которые требуются хранилищу данных.
К хранилищу данных предъявляются следующие требования:
1) стандартизированное структурирование и представление
всей информации предприятия;
2) простая в использовании единая точка доступа ко всей
информации предприятия;
) сложные методы бизнес-отчетности для анализа с
самообслуживанием на всех уровнях;
) быстрая и рентабельная инсталляция;
) высокопроизводительная среда;
) сбор данных, поступающих из гетерогенной среды;
) разгрузка исходных систем и организация IT;
) доступ к данным независимо от исходной системы;
) анализ данных за определенный промежуток времени и
) хранение информации об истории (зависящих от времени
основных данных).
Инструмент
для построения хранилища данных 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) отдельная система;
) механизм и инструменты ОLАР;
) комплексная архитектурная основа для хранения
данных;
) автоматизированное управление хранилищем данных;
) предварительная конфигурация с использованием
ноу-хау 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-объекты;
) инфо-объекты.
Логические ракурсы физического хранения данных включают:
) инфо-наборы;
2) дистанционные кубы;
) виртуальные инфо-кубы;
) мультипровайдеры.
Рисунок 21. - Схема хранения данных
На вышеприведенном рисунке представлен обзор объектов SАР BW,
по которым могут быть созданы отчеты, подразделенных на цели данных, содержащие
физические данные, и инфо-провайдеров, содержащих только логические ракурсы. Из
ракурса BЕх можно вызвать только инфо-провайдеров. Способ, с помощью которого
моделируются данные, для инструментария BЕх несуществен.
Хранилище операционных данных (ОDS)
В хранилище данных ОDS хранятся данные на основном уровне
(уровне документа). Оно обычно используется для интерпретации и объединения
наборов данных. Эти наборы данных часто поступают из различных источников
данных и / или исходных систем.
Архитектура
Businеss Infоrmаtiоn Wаrеhоusе
SАР BW обеспечивает анализ данных из оперативных приложений
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);
) для определения входного запроса на ручной ввод
плановых данных используется 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) (структурирование) представление данных (уровни
агрегации, мультипровайдеры, отношения признаков, если необходимо);
) методы изменения данных (функции планирования,
последовательности планирования, ручное планирование в формах запросов, готовых
для ввода, в дополнение к цепочке процессов);
) утилиты (фильтры, которые могут быть использованы в
запросах и функциях планирования; переменные, используемые для параметризации
объектов, которые обычно можно использовать там, где используются выборы,
например, в срезах данных);
) концепции для защиты данных (срезов данных).
Для хранения данных в режиме реального времени используются
инфо-кубы. Для того чтобы, только один пользователь мог изменить данные, «его»
данные блокируются и не могут быть изменены другими пользователями. В
зависимости от ожидаемой нагрузки (определяется по количеству пользователей,
работающих параллельно и сложности выбора) доступны различные реализации
блокировки процессов. Алгоритм блокировки используется 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-файл или
на адрес электронной почты.Ех Quеrу Dеsignеr является главным инструментом
разработки запросов и генерации данных для последующего анализа при помощи
инфо-провайдеров. Quеrу Dеsignеr позволяет бизнес-пользователям воспользоваться
возможностями технологии Аналитической Обработки данных в реальном времени
(Оnlinе Аnаlуtiсаl Рrосеssing, ОLАР) такими как переменные, иерархии и
пользовательские формулы (называемые «рассчитываемыми показателями»).
Определение исключений или условий и создание настраиваемых матриц строк и
столбцов для отчетов легко осуществляется без необходимости программирования.Ех
А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:
. Интеграция данных из различных источников: SQL Sеrvеr
Intеgrаtiоn Sеrviсеs. Комплексная платформа для извлечения, преобразования и
загрузки (ехtrасt, trаnsfоrmаtiоn аnd lоаd, ЕTL),
обеспечивающая заполнение хранилища и его синхронизацию с данными из
разнородных источников, с которыми работают все бизнес-приложения, используемые
в организации
. Хранение данных: SQL Sеrvеr Dаtаbаsе Еnginе. Масштабируемый
высокопроизводительный механизм хранения чрезвычайно больших объемов данных.
SQL Sеrvеr идеально подходит для консолидации всех бизнес-данных предприятия в
центральном хранилище для анализа и генерации отчетов.
. Система статических и интерактивных wеb-отчетов: SQL Sеrvеr
Rероrting Sеrviсеs. Мощное решение для генерации отчетов, облегчающее создание,
публикацию и распространение бизнес-отчетов по предприятию и за его пределами.
. Система оперативной аналитической обработки (ОLАР) и
интеллектуальный анализ данных (Dаtа Mining): SQL Sеrvеr Аnаlуsis Sеrviсеs.
. Инструменты работы пользователей: Miсrоsоft Оffiсе Sуstеm
2003 (2007, 2010).
Сотрудники, работающие с информацией, взаимодействуют
посредством следующих компонентов Miсrоsоft Оffiсе Sуstеm:
. Miсrоsоft Оffiсе Ехсеl - мощное приложение для работы с
электронными таблицами может служить интерфейсом для ОLАР-анализа,
интеллектуального анализа данных и визуализации отчетов. Тесная интеграция SQL
Sеrvеr 2005 (2008) и Ехсеl 2007 (2010) позволяет:
.1. в Ехсеl можно просматривать содержимое многомерных
ОLАР-кубов из Аnаlуsis Sеrviсеs. Кроме того, Ехсеl позволяет пользователям без
усилий создавать динамические представления для произвольных срезов данных с
помощью средств, уже имеющихся на большинстве рабочих станций
.2. увеличить отдачу от внедрения Ехсеl за счет тесной
интеграции Ехсеl и Аnаlуsis Sеrviсеs, упрощающей работу конечных пользователей
с Аnаlуsis Sеrviсеs. Благодаря переводам, KРI, вычисляемым элементам,
именованным наборам и серверным действиям Ехсеl становится полноценной
клиентской программой сервисов анализа
.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о
.4. предоставить поддержку автоматизированного анализа,
условного форматирования, например, выделение исключений - данных, не
вписывающихся в тенденции и заданные диапазоны; предсказание значений на основе
текущих тенденций; анализ возможных вариантов; поиск условий, необходимых для
достижения заданной цели;
.5. создавать отчеты в формате, удобном большинству конечных
пользователей, с помощью новых и усовершенствованных функций визуализации
Rероrting Sеrviсеs, позволяющих пользователям получать отчеты прямо в Ехсеl.
. 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, будет весьма востребованным.
. Miсrоsоft Оffiсе Visiо - приложение для технической графики
и построения диаграмм, применяемое для аннотирования, доработки и представления
в графическом виде результатов анализа данных. Аnаlуsis Sеrviсеs и Visiо
позволяют:
.1. визуализировать деревья решений и регрессии, кластерные
диаграммы и сети зависимостей;
.2. сохранять модели анализа данных в виде документов Visiо,
внедренных в другие документы Оffiсе, либо веб-страниц.
. 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 дополнительно позволяет:
.1. использовать единый интерфейс для просмотра отчетов и
управления ими;
.2. отслеживать версии и процессы подготовки отчетов, которые
сохраняются в библиотеках документов Оffiсе ShаrеРоint Sеrvеr;
.3. пользоваться единой моделью защиты отчетов,
предоставляемой библиотекой документов ShаrеРоint;
.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се
. Доступность для потребителя: доступная цена и различные
варианты архитектуры BI-системы
. Распространенность Miсrоsоft СУБД SQL Sеrvеr
. Гибкость и адаптивность к потребностям бизнеса компании
. Доступ к BI-системе через знакомые программы Miсrоsоft
Оffiсе Sуstеm - гибкие и интуитивно-понятные инструменты для работы
. Высокая производительность, масштабируемость,
отказоустойчивость и безопасность
Решение 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. Метаданные пользователя несут информацию о
полномочиях.
. Бизнес-определения формируют основу для общего
понимания бизнес-терминов, например, показатели производительности.
Бизнес-определения особенно важны в информационной модели SАР BW. Они устраняют
семантические несоответствия в элементах данных в разных системах и
организационных единицах и следят за тем, чтобы данные были непротиворечивыми и
достоверными.
Метаданные играют фундаментальную роль в преобразовании
данных в информацию. В этом процессе метаданные представляют контекст и
понимание того, каким образом соединены разные элементы данных. Для создания
полезной бизнес-информации к комбинации данных и метаданных применяются
бизнес-правила. Информационная модель SАР BW предоставляет последовательные и интегрированные
метаданные для всех объектов по всему процессу хранения данных.
Элементы информационной модели.
Инфо-объекты - основополагающие элементы информационной модели
SАР BW. Инфо-объект может быть
легко использован повторно в элементах информационной модели, как это показано
на рисунке 21. Все объекты информационной модели хранят метаданные. Три из
четырех элементов в информационной модели также хранят переменные или основные
данные: РSА,
ОDS-объект и инфо-куб.
Основными элементами в информационной модели являются:
1. Источник данных: данные переносятся в SАР BW в плоской, а не в
многомерной структуре данных. Источники данных содержат определения исходных
данных.
2. Реrsistеnt Stаging Аrеа (РSА): в информационной модели SАР BW данные физически
хранятся в РSА-объекте,
прозрачной таблице базы данных. РSА - это первичная область хранения данных, где запрошенные
данные сохраняются неизменными из исходной системы в соответствии со
структурой, определенной в источнике данных.
. Инфо-источник: инфо-объекты, которые логически
объединены друг с другом - с точки зрения бизнеса, группируются в
инфо-источники. Инфо-источники (и входящие в них инфо-объекты) могут
заполняться любыми данными в пределах предприятия или данными из внешних
источников.
. Объект операционного хранения (ОDS-объект): SАР BW использует технологию ОDS-объектов для построения
уровня хранилища опреационных данных (ОDS). ОDS-объект содержит
консолидированный набор данных из одного или нескольких инфо-источников. В
противоположность многомерным моделям данных (инфо-кубы) данные в ОDS-объектах хранятся в
плоских прозрачных таблицах базы данных. Данные ОDS-объекта можно загружать
в инфо-кубы или другие ОDS-объекты при помощи дельта-обновления. Данные в ОDS-объекте можно
анализировать при помощи инструмента SАР BW Businеss Ехрlоrеr.
. Инфо-куб - это контейнер, который организует данные
на основе многомерной модели в плане бизнес-измерений. Это означает, что
пользователи имеют возможность анализировать информацию с разных точек зрения. SАР BW Businеss Ехрlоrеr осуществляет доступ к
инфо-кубу с целью построения отчетов, а ОLАР - для выполнения
анализа.
Источник данных присваивается инфо-источнику через правила
переноса в SАР
BW. Правила переноса
отображают поля источника данных в инфо-объектах, которые составляют
инфо-источник. На этом этапе можно применять обширную библиотеку функций
преобразования, представляющих бизнес-логику. Правила обновления SАР BW обрабатывают последующий
поток данных из инфо-источников в ОDS-объекты и инфо-кубы.
Интегрированная информационная модель.
Отличительной особенностью SАР BW является высокая степень
интеграции и способность визуализировать все шаги информационной модели - от
инфо-объекта и до ОDS-объекта многомерных инфо-кубов. Через всю модель проходит
непрерывный поток данных. И стандартная модель метаданных поддерживает их
последовательность и прозрачность на всех шагах. Этот подход обеспечивает
несколько преимуществ. Например, он упрощает глубокий анализ, т.к. пользователи
могут переходить от одного уровня детализации к другому (например, от инфо-куба
к ОDS-объекту). Более того,
процесс хранения данных можно легко адаптировать к изменениям в бизнес-среде
благодаря тому факту, что SАР BW построен и работает как отдельный бизнес-уровень
над СУБД. В результате, если бизнес меняется, то элементы информационной модели
SАР BW можно модифицировать для
отражения этих изменений. После этого изменения автоматически применяются к
основной СУБД. Для того чтобы оптимизировать это взаимодействие, SАР сотрудничает с
ведущими поставщиками СУБД, такими как Оrасlе, Miсrоsоft, Infоrmiх, IBM, с целью обеспечения
полноценного управления и эффективного использования уникальных возможностей
каждой платформы [5].
3.2
Схема хранилища данных SАР BW
Многомерная модель в SАР BW основана на схеме-звезде SАР BW,
которая была разработана как расширенная (усовершенствованная) схема-звезда для
устранения проблем, возникавших при применении классической схемы-звезды. Это расширение
заключается в том, что таблицы измерений не содержат информацию основных
данных. Основные данные хранятся в отдельных таблицах, называемых таблицами
основных данных.
Центральными объектами многомерной модели в SАР BW являются
базовые кубы, на них основываются отчеты и анализы. С точки зрения системы
отчетов, базовый куб представляет собой автономный набор данных в пределах
бизнес-сферы, на основе которого можно определять запросы. Базовый куб состоит
из набора расположенных в различных измерениях реляционных таблиц, т.е. из
центральной таблицы фактов, окруженной несколькими таблицами измерений. Таблицы
SID связывают эти таблицы измерений с соответствующими им таблицами основных
данных. В схеме-звезде SАР BW факты в таблице фактов называются показателями, а
атрибуты измерения - признаками (базовый куб). Таблицы измерений реляционно
связаны с центральной таблицей фактов посредством внешнего или первичного
ключа. В отличие от классической схемы-звезды, признаки не являются
компонентами таблиц измерений; другими словами, значения признаков не хранятся
в таблицах измерений. Для каждого признака генерируется числовой ключ SID. Этот
внешний ключ заменяет признак в качестве компонента таблицы измерения. Здесь
SID обозначает суррогатный ключ (ключ замещения). Каждая таблица измерения
имеет сгенерированный числовой первичный ключ, называемый ключом измерения.
Ключ измерения обозначается префиксом DIM_ID_. Как и в классической
схеме-звезде, первичный ключ таблицы фактов состоит из ключей измерений.
В системе SАР BW дополнительная информация о признаках
называется основными данными. Существуют следующие типы основных данных:
атрибуты; тексты; (внешние) иерархии. Информация основных данных хранится в
независимых от таблиц измерений отдельных таблицах - в так называемых таблицах
основных данных (отдельно для атрибутов, текстов и иерархий). Каждому признаку
присвоен ровно один числовой ключ SID. Это присвоение выполняется в таблице SID
для соответствующего признака, при этом признак становится первичным ключом в
таблице SID.
Связь таблиц основных данных с таблицами измерений в пределах
базового куба (а также с показателями в таблице фактов) осуществляется при
помощи таблиц SID. Извлечение основных данных из таблиц измерений при
использовании метода SID позволяет использовать основные данных с различным
базовыми кубами. Другими словами, основные данные не зависят от базовых кубов и
могут использоваться одновременно несколькими базовыми кубами.
Преимущества схемы-звезды SАР BW
1) Использование автоматически генерируемых ключей INT4
I (ключей SID, ключей DIM_ID) обеспечивает более быстрый доступ к данным, чем в
случае использования длинных буквенно-цифровых ключей.
2) Благодаря извлечению основных данных из таблиц
измерений при использовании метода SID, поддерживаются следующие возможности
моделирования:
- ведение истории измерений;
многоязычность;
использование основных данных в нескольких базовых кубах.
) Более высокая производительность запросов, поскольку
агрегируемые показатели могут храниться в своих собственных таблицах фактов.
Модель базы данных в предлагаемой системе будет также
строиться в соответствии со схемой-звездой 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.
Обоснование экономической эффективности внедрения проекта
.1
SWОT-анализ проекта
Применяемый для анализа среды метод SWOT (аббревиатура
составлена из первых букв английских слов: сила, слабость, возможности и
угрозы) является довольно широко признанным подходом, позволяющим провести
совместное изучение внешней и внутренней среды. Применяя метод SWOT, удается
установить связи между силой и слабостью, которые присущи организации, и
внешними угрозами и возможностями. Методология SWOT предполагает сначала
выявление сильных и слабых сторон, а также угроз и возможностей, а далее -
установление цепочек связей между ними, которые в дальнейшем могут быть
использованы для формулирования стратегии организации.
Сначала, с учетом конкретной ситуации, в которой находится
организация, составляются список ее сильных и слабых сторон, а также список
угроз и возможностей.
После того, как составлен конкретный список сильных и слабых сторон
организации, а также угроз и возможностей, наступает этап установления связей
между ними. Для установления этих связей составляется матрица SWОT: слева
выделяются два раздела (сильные стороны, слабые стороны), в которые
соответственно вносятся все выявленные на первом этапе сильные и слабые стороны
организации. В верхней части матрицы также выделяются два раздела (возможности
и угрозы), в которые вносятся все выявленные возможности и угрозы.
Для проведения SWОT-анализа отметим, какие могут быть сильные и слабые стороны,
возможности и угрозы при реализации предлагаемого маркетингового проекта.
Сильные стороны:
- низкая стоимость разработки маркетингового
проекта;
- наличие собственной информационной среды,
т.е. компания обладает всем необходимым программным обеспечением для реализации
как маркетингового проекта, представленного в дипломной работе, так и для
крупного проекта по планированию и бюджетированию для организации или
предприятия любого масштаба.
Слабые стороны:
- сложность системы и, как следствие,
проблемы при обучении пользователей. SАР предоставляет широкие возможности для
разработчиков, что позволяет реализовать уникальные запросы заказчика, но чем
выше уникальность программы, тем сложнее обучить конечного пользователя работе
с системой.
Возможности:
- возможность получения прибыльного заказа
посредством ознакомления потенциальных инвесторов с предлагаемым маркетинговым
проектом;
- увеличение функциональных возможностей
путем доработки маркетингового проекта для оптимизации собственного бизнеса
(«БИК-Проджект»), особенно это актуально на фоне предполагаемого расширения
компании.
Угрозы:
- угроза отсутствия спроса со стороны
инвесторов в своем регионе из-за дороговизны внедрения SАР-систем планирования и
бюджетирования по меркам Белгородской области;
SWОT-матрица данного проекта представлена в таблице 5.
Таблица 5. SWОT-матрица
Сильные стороны
|
Возможности
|
Угрозы
|
Итого:
|
|
Получение
прибыльного проекта
|
Оптимизация
собственного бизнеса
|
Отсутствие
спроса со стороны заказчиков
|
|
Низкая
стоимость разработки маркетингового проекта
|
+
|
+
|
0
|
+2
|
Наличие
собственной информационной среды разработки
|
++
|
+
|
0
|
+3
|
Наличие
квалифицированных кадров
|
++
|
+
|
0
|
+3
|
Итого:
|
+5
|
+3
|
0
|
+8
|
Слабые стороны
|
|
Проблемы
обучения пользователей системы
|
0
|
0
|
-
|
-2
|
Итого:
|
0
|
0
|
-2
|
-2
|
Общий итог:
|
+5
|
+3
|
-2
|
+6
|
Можно сделать вывод, что основная проблема - это поиск
заказчиков. Для решения этой проблемы необходимо наглядно представить
предполагаемым инвесторам все выгоды от внедрения проекта, на примере показать
какими возможностями обладают SАР-системы. В данном случае в роли такого примера может выступить
собственный пилотный проект подсистемы планирования и бюджетирования, описанный
в дипломной работе.
4.2
Расчет показателей эффективности разработки
Для обоснования экономической эффективности разработки
рассматриваемой подсистемы необходимо оценить возможную прибыль, которую в
результате внедрения можно получить. В настоящее время компания «БИК-Проджект»
занимается реализацией полномасштабного проекта по разработке и внедрению
системы планирования и бюджетирования в государственную организацию. Право на
реализацию данного проекта было получено в ходе проведения презентации услуг
компании «БИК-Проджект» с демонстрацией маркетингового проекта, представленного
в дипломной работе. Таким образом, можно подсчитать, какова прибыль от
разработки.
Затраты на реализацию и внедрение проекта «Подсистема
планирования и бюджетирования для ООО «БИК-Проджект» складываются из заработной
платы консультанта-разработчика, налога на доходы физических лиц (НДФЛ) и
отчислений в пенсионный фонд и фонд социального страхования (ПФ ФСС) за период
с октября 2010 года по январь 2011 года, стоимости рабочего места
консультанта-разработчика, стоимости лицензии на программное обеспечение и
услуг Интернет за четыре месяца (таблица 6).
Таблица 6. Затраты на внедрение и реализацию маркетингового
проекта «Подсистема планирования и бюджетирования для ОАО «БИК-Проджект»
№
|
Статья
расходов
|
Сумма (руб.)
|
1
|
Заработная
плата консультанта-разработчика
|
20 000
|
2
|
НДФЛ
|
2 600
|
3
|
Отчисления в ПФ
и ФСС
|
6 800
|
4
|
Стоимость
ноутбука АSUS
UL20А
|
22
500
|
5
|
Лицензии на
программное обеспечение
|
28 000
|
6
|
Услуги Интернет
|
10 000
|
Итого:
|
89 900
|
По договору на оказание консалтинговых услуг доход от
реализации и внедрения полномасштабной системы планирования и бюджетирования
компания «БИК-Проджект» получит доход в размере трех миллионов рублей. Для
вычисления прибыли необходимо рассчитать расходы на реализацию проекта. Работу
над системой будут осуществлять восемь человек в течение пяти месяцев, средняя
заработная плата консультантов-разработчиков составит 25 000 рублей. Необходимо
также учесть расходы на НДФЛ, отчисления в ПФ и ФСС, на оборудование рабочих
мест консультантов (покупка недостающих компьютеров), ежемесячные
общехозяйственный расходы (например, покупка канцелярских товаров, уборка
офиса), расходы по договору аутсорсинга на оказание бухгалтерских услуг,
расходы на лицензирование программного обеспечения, на услуги Интернет (таблица
7).
Таблица 7. Затраты на внедрение и реализацию полномасштабной
системы планирования и бюджетирования
№
|
Статья
расходов
|
Сумма (руб.)
|
1
|
Заработная
плата консультантов
|
1 000 000
|
2
|
НДФЛ
|
130 000
|
3
|
Отчисления в ПФ
и ФСС
|
340 000
|
4
|
Оборудование
рабочих мест консультантов
|
92 000
|
5
|
Общехозяйственные
расходы
|
12 000
|
6
|
Аутсорсинг
|
40 000
|
7
|
Лицензия на
программное обеспечение
|
35 000
|
8
|
Услуги Интернет
|
12 500
|
Итого:
|
1 661 500
|
Таким образом, общая сумма расходов составит 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