Подскажите, плиз, я правильно понял по последнему разделителю активности?
| - подпрограмма
< - приём сигнала
> - посылка сигнала
/ - ввод-вывод
] - ?
} - ?

новый синтаксис - бомба, не нужно стрелок, просто парсится и ветвится как обычный код!

Друзья, напишите мне, пожалуйста, как вам содержимое канала, что было полезно, что стоит добавить и улучшить.

Кстати, завтра я выберу три лучших отзыва и подарю авторам хорошие книжки, которые и так всем рекомендую: Проект Феникс или Docs Like Code.

Хотите книгу? Ответьте на пару вопросов про этот канал и учебный курс.

Насколько я понимаю, это вроде стереотипов. Т.е. отдается на откуп тому, кто создает диаграммы. Главное, чтобы одинаковые элементы нотации не использовались для отображения сущностей, имеющих разный смысл.

И, мне кажется, с точки зрения читаемости процедурного кода, превращение его в блок-схему не лучше, чем улучшение самого кода. Иногда даже текстовое описание лучше и кода, и диаграммы. В RUP, например, на уровне стандарта разрешается текстовое описание... при всем их ратовании за графику. Думаю , диаграммы полезнее для более высокоуровневых вещей. И улучшают они не все аспекты кода, но именно его структурированность.

Тут согласен конечно.
Диаграммы - это высокоуровневая структура.
В нашем случае просто нужно выловить структурные косяки кода, для этого удобно, просматривать его в качестве более менее детализированной диаграммы... plantuml тут помогает.

Если когда-то ai plantuml допилят до того, что он сам по любому языку программирования будет генерить диаграмму _нужного_уровня_детализации_... )))

По сути, ты хочешь немалую часть компилятора перетащить в платинум =)

Может и декомпилятора... =))

С другой стороны, из некоторых языков вытащить подобную информацию несравненно проще.

есть такое дело...

Кто-то подскажет, как лучше обрабатывать исключения в plantuml?
Что-то вроде
try {
} catch (exception) {
}
Мне пока пришло на ум такое:
@startuml
start
   fork
       :команда1;
       :команда2;
   fork again
       :Исключение (имя исключения)<
       :обработчик исключения;
   endfork
stop
@enduml

Только в основном теле не видно, что может генериться исключение...

А в UML есть стандартная нотация для обработки исключений?

Диаграмма активности не подойдёт? Условия?

Она есть в BPMN. Но bpmn — это исполняемый язык. В диаграмме активностей, насколько я понимаю, это не предусмотрено. Но всегда можно что-то придумать для конкретного случая.

Да, в диаграмме скорее всего не предусмотрено появление сигнала ниоткуда)
Кстати, в той же визуад парадигме есть т.н. прерываемый блок и обработка исключения в диаграмме активности, не знаю, стандарт ли это юмл...
В общем, здесь скорее всего мой пример с форками более менее подходит наверное...

т.е. обработчик как другая диаграмма активности? тоже вариант... но мне тогда мой с форком больше нравится -)

В руководстве примеры посмотрели с if, while, параллельными процессами? Дорожки swimplane тоже там есть, по крайней мере можно похоже сделать