Да? А критерий выделения признаков для различения "набора кубиков" от "сундуков" у вас имеется?

Но в плане "кубиков" и "сундуков" я Вам критерий назову.

Принцип кубиков выражается, в частности, в сведении к минимуму настраиваемости, параметризации каждого компонента.

Если компонент просит много настроек (т.е. информации о том, как именно ему выполнять свою работу) - то он недостаточно декомпонирован.

Нужно разбиение до такой степени, чтобы я мог настраивать систему не указанием другого параметра для А-большого, а подключением в некоторое гнездо компонента а-малое-1 или а-малое-2.

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