Sitemap

This is a sitemap over all available pages ordered by namespaces.

en
ru
concept
rule
Называйте действия и процессы правильно
Следите за соответствием экземпляров действий экземпляру процесса
Моделируйте альтернативные маршруты с помощью расходящейся и сходящейся развилки "или-или"
Для каждого сценария используйте свое завершающее событие
Не используйте таймер для указания нормативного срока выполнения задачи
Не используйте смешанные развилки
Для моделирования бизнес-исключений можно использовать событие-ошибку
На выходе из подпроцесса проверяйте его результат
Изображайте подпроцессы в свернутом виде
Используйте для моделирования межпроцессного взаимодействия событие-условие
Прикрепляйте поток управления с любой стороны
В качестве альтернативы прикрепленному обработчику можно использовать подпроцесс и контрольный поток управления
Диаграмма должна помещаться на одной странице
Действия, выполняющиеся в разных ритмах, это разные процессы
Показывайте основной сценарий процесса, используя поток "в ином случае"
Выделяйте основной сценарий процесса
Несвязанные потоки управления не допускаются
Не экономьте на развилках
Не используйте "стрелки с ромбиками"
Не используйте сходящуюся развилку "и-или" без парной расходящейся развилки
Не злоупотребляйте пулами "черный ящик"
Не играйтесь с размерами элементов
Избегайте двойных отрицаний
Название конечного события должно отвечать на вопрос "чем закончилось дело?"
Моделируйте процесс как сквозной
Будьте осторожны с развилками по событиям
Делайте схождение параллельных потоков явным
Делайте распараллеливание явным
Моделируйте обработку события, инициированного внешним участником, отдельным процессом
Моделируйте передачу ответственности потоком управления
Показывайте магистральный путь процесса
Располагайте диаграмму горизонтально
Для моделирования решения, принимаемого человеком, используйте связку задачи и развилки
Название промежуточного события должно отвечать на вопрос "что случилось?"
Будьте краткими в названиях действий
Избегайте микроменеджмента
Избегайте наложения потоков управления друг на друга
Не используйте событие-останов без необходимости
Называйте процесс как сервис
Не размещайте на одной диаграмме больше одного развернутого пула
Показывайте явно начало и завершение процесса
Название начального события должно отвечать на вопрос "что случилось?"
Правила "хорошего" BPMN
Следуйте правилам структурного моделирования
Называйте подпроцессы по тем же правилам, что процессы
Подпроцесс должен начинаться простым событием
Название задачи должно отвечать на вопрос "что надо сделать?"
Время должно течь слева направо
Используйте поток управления "в ином случае" только в исполняемых моделях
В правильно организованной диаграмме поток управления часто принимает форму буквы V
Для моделирования права вето используйте подпроцесс вместе с событием-остановом или событием-ошибкой
Соблюдайте единый визуальный стиль
Моделируйте работу действием
term
tool
wiki
Добро пожаловать в BPMNbox
tag
wiki