● результирующие модели процессов согласованы по форме и по содержанию, что упрощает проектирование, анализ и измерение процессов и стимулирует повторное использование моделей;
● есть возможность импорта-экспорта моделей между различными программными средствами;
● некоторые средства моделирования могут переводить нотацию моделирования в исполняемый программный код.
В реализации некоторых из перечисленных возможностей, особенно импорта-экспорта и переноса моделей в процессные движки, наблюдается заметный прогресс.
Рекомендации по выбору нотации моделирования
В этом разделе дается краткое описание некоторых наиболее распространенных нотаций моделирования. Учтите, что это лишь поверхностный взгляд на нотации, – современные средства моделирования предоставляют много уровней и атрибутов, которые позволяют более полно описать бизнес-процесс.
При выборе нотации учитывайте специфику вашей организации. Следующая таблица поможет сделать правильный выбор. Учтите, что на разных этапах проекта моделирования и для разных уровней процессной иерархии оптимальными могут оказаться разные нотации.
4.4.1. BPMN
Стандарт BPMN (Business Process Model and Notation – модель и нотация бизнес-процессов) первоначально был разработан Business Process Management Initiative, в настоящее время его поддерживает консорциум Object Management Group (OMG). О растущем признании BPMN в качестве стандарта свидетельствует его поддержка наиболее распространенными средствами моделирования. Нотация предлагает широкий набор символов, позволяющий моделировать различные аспекты бизнес-процессов. Как и многие современные нотации, BPMN описывает последовательность выполнения действий процесса.
Пример диаграммы BPMN:
Основные характеристики
● Версия 2 (BPMN 2.0) отражает значительно возросшую зрелость этой нотации и ее востребованность.
● Сто с лишним символов сгруппированы в так называемые описательные и аналитические наборы в соответствии с потребностями различных групп пользователей.
● Очень точные обозначения:
○ начальных, промежуточных и конечных событий;
○ действий и потоков сообщений;
○ взаимодействия внутри и между компаниями;
○ действий и потоков данных.
Для чего используется
● Для представления моделей процессов разным аудиториям.
● Для имитационного моделирования.
● Для исполнения процессов.
Преимущества
● Широко используется и легко воспринимается; многими рассматривается как стандарт де-факто.
● Заметный уровень использования в Министерстве обороны и других ведомствах США.
● Одна из наиболее мощных и гибких нотаций для выявления ограничений процесса.
Недостатки
● Чтобы корректно использовать полный набор символов, необходимы обучение и опыт работы.
● Трудно увидеть взаимосвязи между различными уровнями процесса.
● Разные средства моделирования могут поддерживать разные подмножества символов.
● В некоторых организациях представители бизнеса плохо воспринимают нотацию из-за ее ИТ-происхождения.
Дополнительная информация
● Официальный сайт BPMN, принадлежащий OMG: www.bpmn.org
.● Справочные файлы и примеры моделей, поставляемые вместе с большинством программных продуктов для моделирования.
4.4.2. Дорожки
«Плавательные дорожки» (swimlanes) – это не отдельная нотация, а полезное дополнение к другим нотациям, показывающее распределение обязанностей/полномочий. Их часто включают в диаграммы BPMN, EPC, UML и блок-схемы, чтобы показать исполнителя, ответственного за выполнение определенного действия. Дорожки изображаются в виде длинных вертикальных или горизонтальных полос, напоминающих дорожки в плавательном бассейне. Упорядочивание потока действий по дорожкам делает наглядной передачу ответственности и работы между участниками процесса.
Пример диаграммы BPMN с одним пулом и тремя дорожками:
Основные характеристики
● Дорожки изображают исполнителей или группы исполнителей.
● Дорожка может соответствовать роли, подразделению, системе или любой другой группе исполнителей, а также их комбинации.
Для чего используется
● Чтобы четко показать в какой точке процесса меняется исполнитель.
● Чтобы улучшить взаимопонимание между заинтересованными сторонами.
Преимущества
● Помогает совместной работе благодаря тому, что исполнители видят свою роль в контексте ролей других участников процесса.
● Четко определяет точки перехода ответственности в процессе.
● Может описывать потоки последовательных действий, материалов и сообщений.
Недостатки
● Сложно изобразить коллективную ответственность.
● В некоторых случаях может способствовать укоренению функционального мышления.
Дополнительная информация
● Веб-сайт Agile Modeling www.agilemodeling.com/style/activityDiagram.htm
.● Справочные файлы большинства программных продуктов для моделирования.
4.4.3. Блок-схема