Old revisionsBacklinksCopy this pageBack to top Backlinks This is a list of pages that seem to link back to the current page. Align process and activities instancesModel alternative paths with splitting and merging gatewaysDon't use timer event to depict expected activity durationError event may be used to model business exceptionsCheck subprocess result on exitUse collapsed subprocessesUse conditional event to model collaborationAttach a sequence flow to any side of the activity boxA subprocess and a control branch may be used as an alternative to the attached eventDiagram should fit one pageActivities performed in different rhytms belong to different processesDisconnected sequence flows not allowedDon't save on gatewaysDon't use "flows with diamonds"Don't use converging inclusive gateways without a paired exclusive gatewayDon't overuse black box poolsDon't play with elements sizeAvoid double negationsModel processes end-to-endUse event gateways with cautionMake parallel merge explicitMake parallel split explicitUse a dedicated process to catch the event initiated by external participantModel handover by a sequence flowShow the happy pathArrange diagrams horizontallyUse task plus gateway to model human-made decisionsIntermediate event name should answer the question "what happened?"Keep activities names shortAvoid micromanagementAvoid sequence flows overlappingDon't overuse terminate eventName process as a serviceDon't place more than one expanded pool at one diagramMake process start and end explicitStart event name should answer the question "what happened?"Follow structured modeling rulesUse the same naming templates for processes and subprocessesSubprocess must be started by none eventTask name should answer the question "what should we do?"Time should flow left to rightUse default flow only in executable modelsMain process flow in a properly organized diagram tends to be V-shapedUse a subprocess with a terminate or error error event to model veto powerModel work by activityСледите за соответствием экземпляров действий экземпляру процессаМоделируйте альтернативные маршруты с помощью расходящейся и сходящейся развилки "или-или"Для моделирования бизнес-исключений можно использовать событие-ошибкуНа выходе из подпроцесса проверяйте его результатИзображайте подпроцессы в свернутом видеИспользуйте для моделирования межпроцессного взаимодействия событие-условиеПрикрепляйте поток управления с любой стороныВ качестве альтернативы прикрепленному обработчику можно использовать подпроцесс и контрольный поток управленияДиаграмма должна помещаться на одной страницеДействия, выполняющиеся в разных ритмах, это разные процессыНесвязанные потоки управления не допускаютсяНе экономьте на развилкахНе используйте "стрелки с ромбиками"Не злоупотребляйте пулами "черный ящик"Не играйтесь с размерами элементовИзбегайте двойных отрицанийНазвание конечного события должно отвечать на вопрос "чем закончилось дело?"Моделируйте процесс как сквознойБудьте осторожны с развилками по событиямДелайте схождение параллельных потоков явнымДелайте распараллеливание явнымМоделируйте обработку события, инициированного внешним участником, отдельным процессомМоделируйте передачу ответственности потоком управленияПоказывайте магистральный путь процессаРасполагайте диаграмму горизонтальноДля моделирования решения, принимаемого человеком, используйте связку задачи и развилкиНазвание промежуточного события должно отвечать на вопрос "что случилось?"Будьте краткими в названиях действийИзбегайте микроменеджментаИзбегайте наложения потоков управления друг на другаНе используйте событие-останов без необходимостиНазывайте процесс как сервисНе размещайте на одной диаграмме больше одного развернутого пулаНазвание начального события должно отвечать на вопрос "что случилось?"Следуйте правилам структурного моделированияНазывайте подпроцессы по тем же правилам, что процессыПодпроцесс должен начинаться простым событиемНазвание задачи должно отвечать на вопрос "что надо сделать?"Время должно течь слева направоИспользуйте поток управления "в ином случае" только в исполняемых моделяхВ правильно организованной диаграмме поток управления часто принимает форму буквы VДля моделирования права вето используйте подпроцесс вместе с событием-остановом или событием-ошибкойМоделируйте работу действием