При очередном обращении к книге Гриса "Наука программирования" (http://gen.lib.rus.ec/book/index.php?md ... 9A75F25F7D) в одной из глав наткнулся на такое упоминание таблиц решений:

> -- Цитата:
> Обычной ошибкой при написании данной спецификации является описание выровненной строки при помощи двух случаев:...Хотя это и может привести к построению правильной программе, программа будет несколько менее эффективной, чем та, которая построена.В общем случае нужно пытаться следовать такому принципу:Принцип. Сводите число возможных случаев к минимуму.В только что рассмотренном примере даже двух случаев слишком много!Конечно же, когда-либо два различных случая должны быть приняты во внимание, но разумно отложить это настолько, насколько возможно.Стремление удерживать количество рассматриваемых случаев в разумных пределах является одним из оснований для того, чтобы не пользоваться таблицами решений.

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

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