В моем понимании это важно, когда ты ведешь разработку, используя bpmn, то есть, например, разрабатываешь процесс в Camunda Modeler'е каком-нибудь. А я описывал с упором на создание аналитики. Надеюсь, я тебя правильно понял, спасибо за совет!
Автор рассказал на собственном примере как использует BPMN в своей работе, а также подсветил это несколько раз)
Естественно, если ты хочешь разобраться от корки до корки в этой теме, то тебе надо идти и изучать мануал, я написал свое видение, а не исчерпывающую документацию другими словами)
В данном случае else используется для разделения на отдельные кейсы, которые будут выполняться параллельно. Наверное, это было сделано, чтобы упростить себе жизнь(разрабам, которые делали штуки для PlantUML)
С точки зрения синтаксиса "Bob <-- Sanya--" и "Sanya --> Bob--" одинаковые. Блок активности закрывается не у объекта, возле которого проставлено --, а после сообщения. То есть неважно в какую сторону направлена стрелка, важно что после именно этой стрелки будет закрыт блок активности.
Если сделать, как вы пишите, то будет 2 стрелки от Bob к Sanya, а я старался все-таки изобразить синхронное взаимодействие для большой наглядности с блоком активности.
В теории у нас могло бы быть и такое взаимодействие, которое описываете вы, за исключением типа стрелки. Нужно выбрать в вашем случае: Bob -> Sanya. Ну и тогда это уже будет не ответ(Response), а еще один запрос, и в сумме 2 асинхронных запроса(вместо 1 синхронного запроса и ответа на него).
Да, не текстовый, это язык моделирования и у него есть свой синтаксис, который я и описал. Например, “a -> b” это синтаксис. Возможно, я не понимаю о чем речь, можешь объяснить подробнее?
В моем понимании это важно, когда ты ведешь разработку, используя bpmn, то есть, например, разрабатываешь процесс в Camunda Modeler'е каком-нибудь. А я описывал с упором на создание аналитики. Надеюсь, я тебя правильно понял, спасибо за совет!
Автор рассказал на собственном примере как использует BPMN в своей работе, а также подсветил это несколько раз)
Естественно, если ты хочешь разобраться от корки до корки в этой теме, то тебе надо идти и изучать мануал, я написал свое видение, а не исчерпывающую документацию другими словами)
Это Camunda modeler
В данном случае else используется для разделения на отдельные кейсы, которые будут выполняться параллельно. Наверное, это было сделано, чтобы упростить себе жизнь(разрабам, которые делали штуки для PlantUML)
С точки зрения синтаксиса "Bob <-- Sanya--" и "Sanya --> Bob--" одинаковые. Блок активности закрывается не у объекта, возле которого проставлено --, а после сообщения. То есть неважно в какую сторону направлена стрелка, важно что после именно этой стрелки будет закрыт блок активности.
Зависит от поставленной задачи.
Если сделать, как вы пишите, то будет 2 стрелки от Bob к Sanya, а я старался все-таки изобразить синхронное взаимодействие для большой наглядности с блоком активности.
В теории у нас могло бы быть и такое взаимодействие, которое описываете вы, за исключением типа стрелки. Нужно выбрать в вашем случае: Bob -> Sanya. Ну и тогда это уже будет не ответ(Response), а еще один запрос, и в сумме 2 асинхронных запроса(вместо 1 синхронного запроса и ответа на него).
Разобрался, внес изменение, спасибо ❤️
Да, не текстовый, это язык моделирования и у него есть свой синтаксис, который я и описал. Например, “a -> b” это синтаксис. Возможно, я не понимаю о чем речь, можешь объяснить подробнее?
Нет, имел в виду именно UML, я же пишу про синтаксис. Разве где-то он различается(в рамках описания sequence-диаграмм)?