Замечание ко книгам В.Д. Паронджанова.
Процесс В останавливается в результате выполнения в алгоритме процесса А иконы ПараллельныйПроцесс с командой Останов, т.е. выдается команда из процесса А в Процесс В.
Влияния процесса В на процесс А отсутствует.

Предлагаю в рисунке линию взаимодействия по команде Останов выполнить с направлением стрелки от процесса А к процессу В.

§15. КРАТКОЕ СООБЩЕНИЕ ДЛЯ ПРОГРАММИСТОВ

На рис. 140, 142–145 показаны операторы реального времени: «пауза», «пуск таймера», «синхронизатор», «период», а также цикл ЖДАТЬ.

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

Но это не так.

На самом деле перечисленные операторы реализуются совместно:

 прикладной программой реального времени;

 дракон-диспетчером, входящим в состав операционной системы реального времени.

Когда в прикладной программе встречается оператор «пауза», происходят события, не показанные на наших рисунках. А именно, выход из прикладной программы и передача управления в дракон-диспетчер (с одновременной передачей параметра, записанного в иконе «пауза»).

Получив параметр, диспетчер отсчитывает время, указанное в паузе. Когда время истечет, диспетчер возвращает управление в прикладную программу – в точку, расположенную после иконы «пауза».

Иными словами, всякий раз, когда на рисунке алгоритма изображена пауза происходят два события:

 выход из прикладной программы (в начале паузы);

 вход в прикладную программу (в конце паузы).

Рассмотрим еще один пример – оператор «период». Длительность периода отсчитывает не прикладная программа на рис. 144, а дракон-диспетчер, входящий в состав операционной системы реального времени.

Оператор «период» означает выход из прикладной программы. Управление переходит к дракон-диспетчеру (с одновременной передачей параметра 4с). Через каждые 4 секунды дракон-диспетчер передает управление в начало цикла ЖДАТЬ (точка Z на рис. 144).

Если все три условия дают ответ «нет», оператор «период» возвращает управление в дракон-диспетчер.

Таким образом, функционирование цикла ЖДАТЬ обеспечивается совместными усилиями прикладной программы и дракон-диспетчера.

Этот вывод относится ко всем операторам реального времени.

На рисунках показаны алгоритмы, которые имеют одно начало (один вход) и один конец (один выход). В действительности программы реального времени имеют много входов и много выходов.

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

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

§5. КОМАНДЫ УПРАВЛЕНИЯ ПАРАЛЛЕЛЬНЫМИ ПРОЦЕССАМИ

Команды управления пишут на верхнем этаже иконы «параллельный процесс». Ниже представлен перечень команд управления:

Пуск Осуществляет пуск параллельного процесса

Останов Осуществляет останов параллельного процесса

Стоп Осуществляет приостановку параллельного процесса

Рестарт Осуществляет повторный пуск приостановленного параллельного процесса

Геннадий Николаевич, если Вы пришли к выводу, что этого недостаточно, следует добавить то, что Вы считаете правильным.

Каким графическим оператором обеспечивается прием команды от другого параллельного процесса?

Как в среде Графит-Флокс изображается алгоритм параллельного процесса принимающий команду от другого параллельного процесса? Если это возможно, или рисунок из одной из книг.

§6. АЛЬТЕРНАТИВНЫЙ СПОСОБ ИЗОБРАЖЕНИЯ
ПАРАЛЛЕЛЬНЫХ ПРОЦЕССОВ

Каким графическим оператором обеспечивается прием команды от другого параллельного процесса?

Я тоже полностью поддержу предложение Эдуарда Владимировича.
Чем же ещё обозначать межпроцессное взаимодействие, как не операциями ввода-вывода...