PlantUML. Часть 2.
@startuml FrontEnd -> BackEnd: запрос BackEnd --> FrontEnd: ответ @enduml
Как видно на диаграмме, первое сообщение отрисовано сплошной линией, а второе - пунктирной. Принято использовать сплошную линию для запроса, а пунктирную - для ответного сообщения. Такой стиль помогает визуально различать типы взаимодействий, хотя строгого требования стандарта UML на этот счет нет. Вы всегда можете выбрать стиль стрелок, который лучше подходит для вашей задачи.
Вместо BackEnd --> FrontEnd: ответ Можно использовать команду return
@startuml FrontEnd -> BackEnd: запрос return ответ @enduml
Приведу все типы участников, которые изображены на изображении.
@startuml 'описание типов акторов actor Actor boundary Boundary control Control entity Entity database Database collections Collections participant Participant 'описание связей Actor -> Boundary: Я __Actor__ Boundary -> Control: Я __Boundary__ Control -> Entity: Я __Control__ Entity -> Database: Я __Entity__ Database -> Collections: А я __Database__ Collections -> Participant: Я/мы __Collections__ Participant --> Actor: Я __Participant__ @enduml
Если мы хотим явно задать тип участника, то надо в начале описать этот тип. Сначала пишем тип, потом его имя. Тип влияет на пиктограмму, которая будет отображаться на диаграмме.
#архитектор #ИТархитектор #солюшнархитектор #системныйархитектор #аналитик #разработчик
· вчера
хорошее продолжение - sequence диаграммы это один из самых используемых типов в бэкенд разработке
solid vs dashed линии - интуитивно понятно как только объяснишь один раз. у нас было несколько месяцев когда все рисовали стрелки одинаково и никто не понимал что запрос а что ответ))
на jobpath.world видел что на системном дизайне иногда просят набросать sequence диаграмму прямо на собесе - текстом или псевдографикой. знание нотации помогает думать структурно
ответить
коммент удалён