Геннадий Тышов писал(а):
Илья Ермаков писал(а):
Да, просится разнести ещё и по горизонтали. Как раз задействовать плоскость.
Достаточно неплохое косметическое улучшение.
Принципиальная разница в том, что алгоритм записывается в иерархическое дерево (которое конечно не одномерное), исполняемые элементы алгоритма являются листьями, а не нанизываются на шампур. Листья не заканчиваются продолжением связей, а возвращают управление на управляющий элемент уровнем выше.
Геннадий Тышов писал(а):
На схеме, помеченные действия не вынесены вправо, они засоряют уровень управляющих элементов.
Здесь элементы управления образуют последовательность, по терминологии структуризации - следование.
По Дамке действия к управляющим элементам выносятся вправо, каждая последовательность действий к управляющему элементу образует следование не имеющее внизу продолжение.
У Дамке, в принципе, нет необходимости в операции пересадка лианы.
...
Кто бы, язык Дракон обновил, можно и реализовать.
Или язык Дракон расширить конструкцией "Дерево подзадачи".
В очередной раз: "Братва, не стреляйте в друг друга//Вам нечего больше делить"
)
Илья же уже говорил о возможности развернуть силуэт
в этом сообщении именно в дерево. Точно так же можно развернуть ДМ-схему на языке, определённом
здесь - тогда и получится форма дерева процедур - только тогда и ветвлениями дерева считать также развилки. Также и код по маршруту между вставками, конечно, показывать надо - это когда визуал дракон-модели в терминах
определения степени содержательности в этом подразделе является не полностью концептуализированным. У Прохорова в пи-схемах (Фиг.12 из автореферата) тот же принцип - только дерево строится иначе и последовательный код (операторные цепочки), насколько я могу видеть, текстом отображаются. Однако эргономичнее будет этот код изначально свёртывать также, как и вставки - заменяя, допустим, на абстракцию шампур-блока в виде вершины ОС6
по определению из этого пункта - а по щелчку раскрывать содержание. Но это всё вряд ли нужно считать частью ДРАКОНа - а как отдельный язык (конструкции которого создаются на основании дракон-схемы или дракон-модели) почему бы и не реализовать...
Кстати, пи-схемы, как я вижу, реализуют и визуализацию исключений и синхронизации - судя по видимой части алфавита... А на Фиг.16 у Прохорова вижу возможное решение по "диаграмме размещения" - т.е. структурно-топологическое представление реализации - актив-знание, взаимосвязанное с импер-знанием. Пи-синт-язык, видимо, это те же синтдиаграммы, только древовидные - как давнее предложение dvuugl по организации описания типов. Кстати, и это имеет свои корни - см. хотя бы изображение этой текстово-визуальной среды разработки для Паскаля (статья 1984-го года):
Вложение:
Комментарий к файлу: Вид интерфейса системы Пекан.
СоврКомп_Теслер-ЯП-извл(снимок программы).djvu [88.32 КБ]
Скачиваний: 439
Здесь в окне Expression display (среднее внизу) можно увидеть всё ту же диаграмму синтаксического разбора выражения - очевидно, построенную автоматически. Кстати, рядом и фрагмент ГСА, причём вертикали, насколько можно видеть, упорядочены вправо. Так что опять "всё уже украдено до нас"
А все основные возможности, продемонстрированные на этом виде, нужно реализовать и в современной среде разработки - если полагать, что она не самостоятельна, а выдаёт продукт для промышленного компилятора/верификатора, то тем не менее полезны и демонстрация областей видимости, и показ значений величин (конечно, по умолчанию, если среда сама не исполняет описания, а перекладывает это на промышленные системы), и исходный текст (на "нейтральном языке" в смысле, разъясняемом
в этом сообщении) для текущей единицы реализации (если языком является Оберон - то модуля).