Моделирование бизнес-процессов. 
Основы бизнес-информатики

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

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

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

• • функции;
• • документы;
• • информационные системы;
• • знания и полномочия;
• • технические ресурсы;
• • материалы;
• • продукты/услуги;
• • риски;
• • данные.

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

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

Рис. 6.22. Эволюция методологий моделирования^2.

Соответственно, для них будет отличаться логическая организация самих диаграмм и области их применения (рис. 6.22):^[1][2]

• 1) объектно-ориентированные методологии, направленные на поддержку создания ИС в части описания спецификаций и реализации. Наиболее наглядный пример — универсальный язык моделирования UML (Unified Modeling Language), включающий диаграммы взаимодействия, деятельности, вариантов использования, состояний и прочие инструменты детального планирования разработки элементов системы. Часто применяется в рамках методологии разработки Rational Unified Process;
• 2) структурные, концентрирующиеся на определенных областях процессов (передаваемой информации, основных контрольных точках процесса, принципах взаимодействия основных его участников и т. д.) и действиях для реализации задач ИС. Примеры: диаграмма потоков данных DFD, структурный анализ и проектирование SADT, функциональное моделирование семейства IDEF;
• 3) процессно-ориентированные с ориентацией на потоки работ или функций и субъектно-ориентированные методологии (с ориентацией на субъектов/группы людей);
• 4) субъектно-ориентированные с ориентацией на участников процесса, направленные на описание и моделирование бизнес-процессов.

Если рассматривать некоторые из упомянутых диаграмм подробнее, то универсальный язык моделирования UML содержит набор диаграмм проектирования информационных систем. Одна из самых известных — диаграмма вариантов использования, use case diagram. Несмотря на то, что ее идея пришла из области разработки ПО, идея определения всех основных функций объекта (будь то программный продукт или даже любая услуга) крайне универсальна и широко применима в бизнесе (рис. 6.23).

Рис. 6.23. Пример диаграммы вариантов использования в UML.

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

Вернемся к моделированию процессов, другая нотация — еЕРС (Extended Event-driven Process Chain, расширенная событийная цепочка процессов) — применяется большей частью для объединения объектов, задействованных в разных представлениях (документы, информационные системы, организационные единицы и должности, процессы) в интегрированной картине процесса. еЕРС предполагает описание алгоритма действий, выполняемых отдельными организационными единицами, что позволяет сформировать общий сценарий процесса как последовательность отдельных шагов. В ней между всеми объектами в обязательном порядке определяются связи, например, «создает» (документ), «распределяет» (задание между сотрудниками), «использует» (информационную систему 1C), «выполняет» (функцию выполняет менеджер), «принимает решение», «обеспечивает», «является владельцем» и многие другие.

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

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

• • диаграммы активности UML (universal modeling language);
• • диаграмма потоков активностей и принятия решений ADF (activity decision flow);
• • диаграмма событийных цепочек процесса ЕРС (event-driven process chain);
• • нотация функционального моделирования IDEF (Icam DEFinition for functional modeling);
• • другие модели (UMLEDOC Business Processes, RoscttaNet, LOVeM).

В 2010 г. была опубликована версия BPMN 2.0, созданная при сотрудничестве многих исследовательских групп, а в 2013 г. — версия BPMN 2.0.1 была принята как международный стандарт ISO/IEC 19 510:2013 «Информационные технологии. Модель и нотация процесса менеджмента объекта в групповом бизнесе».

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

• • сложные ветвления (в том числе ветвления по произошедшему событию);
• • события (например, внешние события — изменения котировок, входящие или исходящие сообщения, произошедшие ошибки);
• • различные виды подпроцессов (например, повторяющиеся подпроцессы, подпроцессы без четких правил исполнения и пр.).

Один из примеров отображения процесса в терминах нотации BPMN приведен на рис. 6.24.

Рис. 6.24. Диаграмма бизнес-процесса в нотации BPMN.

• [1] Чеботарев В. Г., Громов А. И. Эволюция подходов к управлению бизнес-процессами. URL: http://ecsocman.hse.ru/data/2011/ll/28/1 270 195 252/2010_l_%D1%81.14−21_%D0%A7%D0%B5%D0%B1%D0%BE%D1%82%D0%B0%D1%80%D0%B5%D0%B2,%20%D0%93%Dl%80%D0%BE%D0%BC%D0%BE%D0%B2.pdf.
• [2] Там же.