Начнем с начала.

Есть BPM - комплексная дисциплина, включающая в себя 1) методологию, 2) технологию (BPMS) и 3) принципы реализации (в духе Agile).

BPMS (Business Process Management Suite) может включать в себя массу опциональных компонент, но есть три обязательных: 1) средства моделирования (process modeler), 2) процессный движок (process engine) 3) средства мониторинга и анализа (BAM = Business Activity Monitoring).

Эти три компоненты напрямую соответствуют этапам цикла усовершенствования PDCA (plan-do-check-act).

BAM позволяет анализировать деятельность организации оперативно (в реальном времени) и детально (в разрезе конкретных экземпляров процессов, задач, атрибутов процесса). Но под одним определенным углом зрения - процессным. Например, вы можете посмотреть какие маршруты процесса наиболее популярны, причем не в виде отчета, а визуально на схеме процесса.

В основном - да, это вещи типа загрузки исполнителей, фактической стоимости процесса и т.п. Контроль KPI (key performace indicators), соответствие SLA (service level agreement).

В противоположность этому, классический BI (a.k.a. OLAP) работает не с одиночными объектами, а с массивами данных и обычно с некоторым лагом по времени, необходимых для трансформации и агрегации данных (ETL - extract, transform, load). В современном BI к этому добавляются более "интеллектуальные" средства - не просто анализ данных под тем или иным углом зрения, задаваемым пользователем ("верчение OLAP-кубов"), а автоматическое выявление зависимостей, о которых пользователь и не подозревал.

Теперь вернемся к исходному вопросу.

В состав BPMS стандартно входит модуль, который можно отнести к BI. Но это а) не весь BI и б) специфический процессно-ориентированный BI.

Что касается прогнозирования прибыли, то трансляция показателей бизнеса на показатели процесса - это "высший пилотаж".

Смотря на каком уровне вы находитесь. Если на уровне человека из ИТ, то никак.

Дело творческое, алгоритмов тут нет. Подходы имеются, но рассказывать про них тут - увольте.

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

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

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

werry10А с чего, в практическом плане, начать?

Ищите и приглашайте людей, которые смогут вас чему-то научить.

werry10,

не вводите людей в заблуждение - о каком нафик "практическом плане" может идти речь в дипломе?!

о реализации прогноза прибыли? спасибо, посмеялся.

вообще-то уместнее было бы просто сказать "спасибо"

За "гуру" спасибо.

Нет, не только смеюсь - я же не просто написал "посмеялся". Поясню: меня рассмешило сочетание "диплом", "реализация" и "прогнозирование прибыли". Уж извините. Просто представил себе тему дипломного задания "Реализация планов повышения прибыли через совершенствование бизнес-процессов".

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