> -- Илья Ермаков писал(а):
> Конкретно эти таблички что-то мне показались гибридом таблиц решений и Р-схем Вельбицкого ))
Да-да, именно так. Особенно, если присмотреться к Р-схемам (отсюда):
Вложение:
r_sdl_tbl.PNG [ 71.12 КБ | Просмотров: 18744 ]

где:
> -- Цитата:
> ...с - алгоритм управления лифтом 20-этажного здания, записанный на языке спецификаций SDL+; d - алгоритм управления лифтом 20-этажного здания, записанный в соответствии с ГОСТ 19.005-85 или ISO 8631Н; е - таблица решений, записанная в соответствии с ГОСТ 19.005-85 (ISO 8631Н)
т.е. лишний раз подчёркивается компактность Р-схем по сравнению с блок-схемными решениями и эргономичное сочетание Р-схем рядом с таблицами (да и сами таблицы можно задать через Р-нотацию, плюс и деревья и т.д.). А если глянуть на такую картинку:
Вложение:
tbl_r.PNG [ 34.8 КБ | Просмотров: 18744 ]

то Р-схемы как-то подсознательно всплывают из памяти. А если таблицу повернуть, т.е. поменять измерения местами, то и получим Р-схемы, вписанные в таблицы решений. Причём и оформить их можно в аскетичном Р-стиле (убрать прямоугольники с овалами, делать надписи над дугами, цветовые выделения не помешают, и т.д., плюс будет возможность представлять и через псевдографику при потребности).

По своей сути схематические таблицы близки к функциональным схемам, например, какздесь(если я правильно пониманию тамошний "хаос"). По сравнению с типовыми таблицами решений есть достоинства и недостатки. Вот примеры классических таблиц решений (извлечено изкнигиХамби Э. "Программирование таблиц решений"):
Вложение:
tbl_dec.PNG [ 533.29 КБ | Просмотров: 18744 ]

Или таблицы как действия:
Вложение:
tbl_act.PNG [ 663.84 КБ | Просмотров: 18744 ]

Говоря современным языком, таблицы решений - это DSL, и именно предметно-ориентированные. Имеется особенность:
Вложение:
tbl_probl.PNG [ 316.16 КБ | Просмотров: 18744 ]

(на счёт одной большой таблицы - в самой же книге даны методики для разделения таблиц на "модули"). Так вот, вроде как, схематические таблицы и есть более совершенный формат таблиц, который имеет универсальный характер, если так можно выразиться, применим для широкого круга вычислений. Но обратная сторона медали - дополнительная сложность для восприятия из-за наличия вписанных функциональных схем (фактически, ещё один уровень измерения внутри таблицы). Поэтому вряд ли можно говорить о всеохватывающем способе разработки только через таблицы. Но для ряда случаев такие таблицы весьма полезны. Например, построение агрегатной модели вычислений для анализа (а в идеале, не помешает разработка в две стороны "текст <-> таблицы", да плюс схемы). Впрезентацииот автора есть хороший показательный пример, когда выстраиваются вычисления через декомпозицию на базе ООП-классов, и схематическая таблица отражает, в частности, конечную картину для полиморфного метода, после какого-то варианта сборки приложения/конфигурации. Структура классов:
Вложение:
fig22.PNG [ 71.15 КБ | Просмотров: 18744 ]

Реализация метода (в документе в качестве примера представлен возможный путь разработки, где таблица дополняется новыми вариантами, и в рисунках к публикации показаны ряд последовательных этапов, а вот конечный вариант таблицы указан неполным. С целью демонстрации интерактивных возможностей якобы включено ограничение для отображения вариантов для конкретного класса (предикат поэтому выделен жёлтым). Я добавил справа и отключенный вариант, мысленно необходимо провести недостающие линии, что несложно):
Вложение:
fig26_magic.PNG [ 51.49 КБ | Просмотров: 18744 ]

В общем, имхо, Р-схемы + "Р-таблицы" - неплохой симбиоз, плюс желателен и "табличный" исходный код.