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