Виды нотации диаграмм бизнес процессов

Виды нотаций диаграмм бизнес-процессов
IDEF – (англ. Integrated DEFinition for Function modeling) интегрированное средство для функционального моделирования
1.1. IDEF0 - точка зрения на функциональность системы
В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показываются информационные, людские и производственные ресурсы, потребляемые каждой работой.

Основные 4 элемента и понятия IDEF0
Функциональный блок (Activity Box) – отражает конкретную функцию в рамках рассматриваемой системы (каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер).
Интерфейсная дуга (Arrow) - элемент системы, который обрабатывается функциональным блоком или влияет на него.

Основные 4 элемента и понятия IDEF0
Декомпозиция (Decomposition) - разбиение сложного процесса на составляющие его функции.
Глоссарий (Glossary) - набор соответствующих определений, ключевых слов, повествовательных изложений и т.д., для каждого из элементов IDEF0: диаграмм, функциональных блоков и интерфейсных дуг.

Пример диаграммы IDEF0
Контекстная диаграмма – функционирование системы в целом
(Allfusion Process Modeler = Bpwin)

Пример диаграммы IDEF0
Диаграмма детализации – декомпозиция одной из вышестоящих работ (Allfusion Process Modeler = Bpwin)

Пример диаграммы IDEF0
Диаграмма дерева узлов (FEO) (Allfusion Process Modeler = Bpwin)

1.2. DFD – информационный разрез - потоки информации (документооборота) в системе
Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF0, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией внутри системы, так и самой системы с внешней информационной средой.

Пример диаграммы DFD
Диаграмма потоков данных (Allfusion Process Modeler = Bpwin)

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

Пример диаграммы IDEF3
Диаграмма потоков работ (Allfusion Process Modeler = Bpwin)

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

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

Пример диаграммы Swim Lane

В качестве корпоративного стандарта построения моделей деятельности принят метод, при котором верхние 3-4 уровня модели строятся в нотации IDEF0, а завершающий нижний уровень — в нотации DFD. Этим достигается целостность модели без перегрузки ее излишней информацией на верхних уровнях детализации.
Рекомендации

2. EPC – (англ. Event-Driven Process Chain, событийная цепочка процессов) - нотация отображения хода выполнения процесса, ключевыми элементами которой являются События и Функции.
Нотация EPC (верхнего уровня) была разработана в 90х годах XX века. EPC придумал немецкий профессор Вильгельм-Август Шеер в рамках методологии ARIS. За основу была взята нотация UML (Unified Modeling Language ) диаграммы деятельности).

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

EPC-диаграмма «Поиск и выбор поставщика» (Business Studio)

Диаграмма Процедуры (Cross Functional Flowchart) диаграмма «Пуско-наладочные работы» (Business Studio)

3. BPMN – (англ. Business Process Modeling Notation), спецификация, содержащая графическую нотацию описания бизнес-процессов на диаграммах (BPD).
Эта спецификация разработана организацией Business Process Management Initiative (BPMI) в 2001-2004 годах с учётом множества ранее существовавших диаграмм (UML и EPC, IDEF3). С 2005 года стандарт BPMN курирует некоммерческая международная организация OMG (разработчик UML).
Основной целью данной разработки было получение нотации верхнего уровня, легко понимаемой всеми пользователями: от бизнес-аналитика, создающего первые наброски описаний процессов, к техническим специалистам, отвечающим за реализацию этих процессов в Системе, и, наконец, до людей бизнеса, которые управляют этими процессами и контролируют их работу.
Спецификация BPMN 2.0 — это книга размером в триста страниц, которая содержит множество графических иллюстраций с подробными комментариями: всего около 130 рисунков! (бесплатно на www.bpmn.org)

Диаграмма процесса разрешения разногласий с помощью голосования по электронной почте в нотации BPMN

Нотации, технологии и ПО для моделирования БП, сравнение.

Функционально-стоимостной анализ
ABC-анализ
Механизм вычисления расходов на основе выполняемых действий (Activity-Based Costing, ABC) — это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие операции для дальнейшего анализа.
Каждой функции в законченной модели присваивается прямая стоимость ее выполнения плюс стоимость накладных расходов, распределенных по всей модели с помощью некого алгоритма. В итоге мы получаем количественную оценку функций, выраженную в их стоимости.
Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия. С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, идентификация работ, которые стоят больше всего (те, что должны быть улучшены в первую очередь).

Пример использования ABC-анализа
Диаграмма AS IS

Пример использования ABC-анализа
Диаграмма TO BE

Свойства, определяемые пользователем
(User Defined Properties)
Имеется возможность задания 18 различных типов UDP. Так, например, категория «Трудоемкость» может быть выражена количеством дней или часов, необходимость для выполнения данной работы. Каждой работе можно поставить в соответствие набор из нескольких UDP. Часто используются такие дополни-тельные свойства моделей, как «Время», «Важность», «Описание проблемной зоны». Все это упрощает формирование спецификаций к моделируемым процессам и анализ полученных результатов с помощью специальных отчетов, встроенных в BPwin.
UDP позволяет структурировать имеющуюся документацию, привязав ее к конкретным объектам диаграммы. Объекты могут быть любые — текстовые файлы, рисунки, схемы. Так, например, в качестве дополнительной документации могут выступать файлы инструкций, положений и правил, регламентирующих выполнение работ, к которым они привязаны.