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

Поэтому рассмотрим, как эта нотация используется при разработке программы. Элементы в самой левой части блок-схемы дают общую картину программы; затем элементы расширяются вправо по мере разделения каждого из них (задачи) на элементы, представляющую собой соответствующую комбинацию подзадач. В результате программист может видеть, как углубляется проработка программы, если исследовать реализацию любой из главных или второстепенных подзадач, анализируятолько те элементы и управляющие структуры, которые находятся справа от данной подзадачи.

видна иерархия уровней, но теряется маршрутная информация, логика состояний системы

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

Вы, видимо, ждали чего-то - ждали, а потом выяснилось, что Вам совсем и не то нужно...

Для иерархического дерева, состоянием является листок в котором выполняется действие. Маршрут определяется путем от корня до листа. То и другое короче и лучше просматривается.

Давно известны. В ГОСТе закреплены.

При чтении программы, где она вызывается, не должно быть необходимости посещать её тело.

Правильно
, автор книги предлагает вынести правее исполняемое тело из уровня управляющего элемента.

Надо уметь видеть рациональное зерно в книге.

А что ему там делать, если оно должно быть вообще вынесено отдельно, оформлено как вспомогательный алгоритм с именем и параметрами, и использоваться многократно?
А как Вы будете обращаться многократно к блоку, приклееному справа к конкретному месту использования?

Да молодец автор, молодец, нормальная нотация. Правда, пи-схемы Прохорова мне больше нравятся.
Но никаких революционных выводов из этого способа представления структурных программ не следует.

Илья, вы же знаете, что не все выносят в процедуры. Если действие имеет локальный характер, не имеет функциональной самостоятельности, то выполняется по месту. Я уже обращал ваше внимание на составной блок в Паскале begin - end.

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

Но когда "по месту" - разве проблема вообще достойна внимания, чтобы что-то изобретать?

Прохоров, кстати, большой практик. Владелец компании - и эти технологии у него там применяются...