Игорь Вельбицкий — пионер визуального программирования.
Низкий ему поклон как первооткрывателю.
Но жизнь идет вперед. Язык ДРАКОН, хотя и идет по стопам Вельбицкого,
предлагает более выразительные и эффективные решения.
В этой теме я приведу цитату, взятую из моего сообщения на форуме RSDN, которое относится к данной теме.
Re[2]: ДРАКОН, блок-схемы, как их рисовать ?
От: Владимир Паронджанов Россия
http://drakon.su/ Форумы сайта
http://forum.drakon.suДата: 01.07.12 16:49
Оценка: 8 (1)
Уважаемый PSV100!
Сообщаю Вам материал об Р-технологии, который отчасти можно рассматривать как критические замечания.
Чтобы отвлечься от моих личных оценок, буду приводить цитаты.
Передо мной журнал «Управляющие системы и машины» (УСиМ) за 1988 год, №4. В нем есть статья
Соболев В.Е. Вопросы интеграции метода МСПП и Р-технологии.
Поясню:
МСПП — метод многоуровневого структурного проектирования программ.
САА — система алгоритмических алгебр
Статья начинается так:
К числу прогрессивных методов разработки программ относятся метод многоуровневого структурного построения программ (МСПП) и Р-технология. По методу МСПП алгоритмы создаются в терминах операций модифицированной системы алгоритмических алгебр (САА) на формализованном языке, близком к естественному (в САА-схемах), а по Р-технологии — на Р-языке (в Р-схемах).
Даю выдержку из средины статьи:
САА-схемы ориентированы на подробное описание алгоритмов на языке, близком к естественному. Размер названий операторов и условий практически не ограничен. Предусмотрены средства повышения наглядности текста и комментарии, в которых могут быть записаны, например, детальные спецификации модуля и процедур.
Далее, Р-схемы отражают логику алгоритмов в удобной для зрительного восприятия форме. Их основные отличительные особенности — хорошая наглядность и компактность — отчетливо проявляются в сравнении с текстами на ЯП.
Однако попытка разместить на дугах содержательные тексты больших размеров (или вынести подробные комментарии) приводит, как правило, к потере этих качеств из-за роста «габаритов» рисунка и ухудшению его обозримости.
Кроме того, вероятно рассредоточение цельной информации по нескольким кадрам проектирования, если принять во внимание технологический аспект.
Что же касается функциональных описаний составных (элементарных) операторов и условий в области спецификаций (абстракций) чертежа, то они оторваны от мест расположения соответствующих алгоритмических элементов в Р-схеме.
Напротив, смысл операторов и условий САА-схемы воспринимается по ходу ее чтения.
Таким образом, чертежи как средство проектирования и описания модуля хорошо подходят в тех случаях, когда смысл шагов алгоритма понятно выражается краткими названиями или записями на ЯП.
Если же необходимо более детальное содержательное описание этих шагов, следует рассмотреть возможность применения САА-схем.
Допускается также сочетание текстовых и графических средств: на верхних уровнях проектирования алгоритма используется САА-схема, а для конкретизации ее элементарных операторов и условий — чертежи.
Про МСПП и САА можно, в частности, более подробно прочитать в книге:
Многоуровневое структурное проектирование программ. Теоретические основы, инструментарий / Е.Л. Ющенко, Г.Е. Цейтлин, В.П. Грицай, Т.К. Терзян. — М.: Финансы и статистика, 1989. — 208с.
С уважением В. Паронджанов
Привожу еще раз мысль о недостатках Р-схем, которая мне кажется важной и интересной: