Короткий ответ — потому что чаще всего их невозможно читать.
Рубрика «BPMN 2.0»
Почему ваши схемы бизнес-процессов не читают?
2025-05-11 в 14:20, admin, рубрики: BPMN 2.0, бизнес-анализ, бизнес-процесс, блок-схемаПервые шаги в BPMN. Типы диаграмм
2025-03-15 в 7:16, admin, рубрики: bpmn, BPMN 2.0, бизнес-анализ, проектирование бизнес-процессов, проектирование систем, системный анализЭту статью я написала для себя, но, возможно, она будет полезна тем, кто изучает BPMN.
«Не сформулировав то, что вы хотите сказать, не беритесь за карандаш»
Джин Желязны, «Говори на языке диаграмм»
BPMN – нотация, предназначенная для моделирования бизнес-процессов. В ней нет эталонного и единственно правильного способа смоделировать процесс. Вариантов описания много. При этом описываемые процессы будут с разными уровнями оптимальности и глубины.
Нотация Читать полностью »
Памятка по BPMN и BPMN-диаграммам
2024-08-14 в 16:01, admin, рубрики: bpmn, BPMN 2.0, аналитика, бизнес-анализ, бизнес-процессы, проектирование бизнес-процессов, проектирование систем, системная аналитика, системный анализЯ написал эту статью для себя, но подумал, что она будет полезна и начинающим айтишникам, и тем, кому необходимо освежить знания или быстро вспомнить основные вещи, не открывая полное руководство.
Ещё раз подчеркну, статья задумывалась как базовая памятка и помощь для начинающих, а никак не исчерпывающая документация. Многое я опускаю ввиду избыточности или неактульности, по крайней мере в моей работе.
Что это?
Дорога к BPMN
2020-12-29 в 8:00, admin, рубрики: bpmn, BPMN 2.0, kotlin, Блог компании ДомКлик, ПрограммированиеПривет! Меня зовут Лев, и я инженер в новосибирской команде интеграционных сервисов ДомКлик. Мы разрабатываем (микро)сервисы, которые связывают между собой множество разрозненных систем, а также делают многие процессы быстрыми и прозрачными для конечного пользователя.
Мы используем ставший уже стандартным стек: Kotlin, Spring Boot, Hibernate, Liquibase и т. д. И нам для наших сервисов (на тот момент пока ещё одного) потребовался механизм исполнения бизнес-процесса. Требования к нему были следующие:
-
каждое действие как отдельный независимый модуль;
-
stateless-движок -> stateful-задача;


