Страница 6 из 17
3. структурные, характеризующие морфологию системы – состав подсистем, их взаимосвязи;
4. информационные, отражающие структуры данных – их состав и взаимосвязи.
1.2.4 История развития описания бизнес-процессов
История описания бизнес-процессов насчитывает уже почти столетие, хотя вплоть до начала 1990-х гг., когда термин «бизнес-процесс» вошел в широкое употребление, говорили об описании того, каким образом организация осуществляет свои функции и выполняет те или иные задачи. Развитие методов графического представления и автоматизации бизнес-процессов принято разделять на три этапа, или три «волны». Началом каждой из них явился очередной всплеск интереса к повышению эффективности деятельности предприятий и процессному управлению, происходивший каждый раз на новом качественном уровне. Начало первого этапа относят к 1920-м гг. XX в. и связывают с именем Фредерика Тейлора и его книгой «Принципы научного управления». В этот период впервые была осознана необходимость исследовать бизнес-процессы, описывать их в различных документах и действовать в соответствии с этими описаниями. Описание бизнес-процессов производится в текстовом, табличном и графическом виде, причем последний все более формализуется.
В период «первой волны» для графического представления бизнес-процессов используются блок-схемы, ориентированные графы, сети Петри, методологии SADT, IDEF, DFD. Блок-схемы на основе, определенной в ГОСТ 19.701-90 нотации схем алгоритмов, программ, данных и систем (в англоязычной литературе – ANSI flowcharts), остаются и сегодня простейшим, но практически важным формальным графическим языком описания бизнес-процессов. Пример описания процесса с помощью блок-схемы приведен на рис. 1.3. Блок-схемы позволяют быстро и наглядно показать шаги бизнес-процесса в понятной каждому форме, однако их нотация не предусматривает формализованного описания многих деталей процесса, в частности исполнителей бизнес-функций.
Рисунок 1.3 – Пример простой блок-схемы
Следует отметить возможность использования для описания бизнес-процессов сетей Петри. Использование этого аппарата непосредственно для описания бизнес-процессов, хотя и имеет своих сторонников, не завоевало широкой популярности, так как его графическая нотация не является интуитивно понятной (с ней сложно работать бизнес-аналитикам и менеджерам). Кроме того, есть процессы, которые невозможно описать с его помощью. Однако, забегая вперед, отметим, что сети Петри лягут в основу ряда языков, специально разработанных для моделирования бизнес-процессов в рамках «третьей волны».
В 1980-х гг. предпринимаются первые попытки автоматизации бизнес-процессов (уточним, не отдельных шагов, а хода процесса в целом) путем реализации в программном обеспечении для управления документами (системы электронного документооборота) функций по отслеживанию последовательности выполняемых действий для автоматизации процедур утверждения и выпуска документов. Успех таких систем вдохновляет разработчиков ПО на распространение аналогичного подхода на автоматизацию других функциональных областей бизнеса.
Бизнес-моделирование выделяется в самостоятельное научно-прикладное направление только к началу 1990-х гг. Большинство созданных и применяемых до этого момента методологий не предназначались специально для описания бизнес-процессов, а разрабатывались для моделирования сложных систем и проектирования ПО. Они зачастую лишены строго определенной семантики.
Модели, полученные с помощью таких методологий, как правило, воспринимаются интуитивно, и их интерпретация может меняться в зависимости от пользователя или области приложений модели. Эти модели хорошо подходят для обсуждения бизнес-процессов между сотрудниками компании и руководством, для чего они, собственно, и применялись, но не могут быть основой для работы информационной системы, так как неполны и допускают различные интерпретации.
Начало второго этапа ознаменовал выход книги М. Хаммера и Д. Чампи «Реинжиниринг корпорации: манифест революции в бизнесе», которая возродила в управленческой среде интерес к описанию и анализу бизнес-процессов с целью их радикальной перестройки – реинжиниринга. Реинжиниринг бизнес-процессов предполагает построение двух моделей бизнес-процесса: как есть (англ. as is) и как должно быть (англ. to be), а затем внедрение последней на предприятии.
Как следующий шаг в автоматизации бизнес-процессов в 1990-х гг. появляются системы управления потоками работ WfMS (Workflow Management System) второго поколения, предназначенные для маршрутизации потоков работ любого типа в рамках бизнес-процессов компании. Современные ERP-системы, речь о которых пойдет далее, также содержат внутри себя средства автоматизации бизнес-процессов на основании разработанных моделей, таким образом на завершающей стадии модель бизнес-процесса становится основой автоматизации бизнес-процессов. В качестве примера методологии и средства автоматизации бизнес-процессов второго поколения можно назвать соответственно методологию ARIS и распространенную ERP-систему SAP R/3. Однако существующие на тот момент ERP-системы, имели крайне ограниченные возможности по настройке и изменению процессов, предоставляли только поддерживающие управление потоками работ системы планирования ресурсов предприятия. Поэтому внесение любых существенных изменений в бизнес- процесс превращалось в весьма дорогостоящий и долгосрочный проект по проектированию и разработке программного обеспечения, а модели бизнес-процессов, построенные аналитиками, использовались для более четкой формулировки требований, которые затем передавались программистам.
Негибкость моделей и средств автоматизации, их неспособность обеспечить оперативное реагирование на постоянные изменения в бизнес-среде стали основными недостатками систем «второй волны», стимулировавшими разработку в начале 2000-х гг. методологий следующего – третьего поколения. Манифестом «третьей волны» в моделировании бизнес-процессов можно по праву назвать книгу Г. Смита и П. Фингара «Управление бизнес-процессами: третья волна». На смену радикальному реинжинирингу приходит системное и «плавное» управление. Изменчивость бизнес-процессов, возможность их корректировки в ответ на изменения в бизнесе становятся главным критерием использования информационных технологий как средства, позволяющего получить преимущества на рынке.
Идея методологий и инструментов моделирования третьего поколения состоит в том, чтобы позволить руководству и сотрудникам компании создавать и самим внедрять новые процессы «на лету». Автоматизация процессов производится посредством так называемых систем управления бизнес-процессами BPMS (Business Process Management System), которые дают возможность непосредственно реализовывать бизнес-процессы в соответствии с построенной формальной моделью и не требуют разработки дополнительного программного обеспечения.
Для разработки понятных машине «исполняемых» моделей требуются более точные методы моделирования. К таким методам относятся языки моделирования на базе XML: BPML, BPEL, XPDL. Однако, построение моделей непосредственно на этих языках неудобно для бизнес-пользователей. В этой связи большое внимание разработчики программного обеспечения уделяют средствам конвертирования графических моделей бизнес-процессов в исполняемые. Это позволяет бизнес-аналитику или менеджеру строить модели бизнес-процессов с использованием графической нотации, а затем преобразовывать построенную модель (пока нередко с помощью технического специалиста) в исполняемый вид.
Следует понимать, что графические модели, предназначенные для преобразования в исполняемые, должны быть гораздо более строгими и формальными по сравнению с моделями, создаваемыми в аналитических целях. Например, графическую модель, построенную в виде блок-схемы с обширными текстовыми комментариями, автоматически конвертировать в исполняемый формат не удастся. В качестве языка, позволяющего построить наглядную, понятную неподготовленному пользователю модель, которую затем можно однозначно преобразовать в исполняемый язык (изначально это был 3PML), выступила нотация BPMN. Она поддерживает описание таких «программистских» функций, как обработка событий и ошибок, откат транзакций и т. п.