![[userpic]](/media/4587bb8388ee4725e346652254c934c26f18585afe1756ca95df939553e68845)
--Совершенно верно. Вот только беда в том, что так просто написать: структура проблем - выбор/соответствие техники.
--А в каких терминах можно/нужно описывать структуру проблем? Какого объема будут такие описания? Точнее, какой объема достаточен, чтобы описание было полезным?
(1) Структуру проблем следует описывать в терминах процессов ее преодоления. Тогда мы получаем, что проблемы описаны в терминах/онтологиях/системах/процессах ВОЗМОЖНЫХ ИЗМЕНЕНИЙ. Именно такими описаниями являются то что мы называем техник (изменений).
(2) Структуру проблем и их решений можно попытаться описать с помощью системы описаний объектно ориентированных языков моделирования:
(3) Итог. Структуру проблем стоит в любом виде моделировать и описывать на языке том или ином языке моделирования (ЯМ).
--А в каких терминах можно/нужно описывать структуру проблем? Какого объема будут такие описания? Точнее, какой объема достаточен, чтобы описание было полезным?
(1) Структуру проблем следует описывать в терминах процессов ее преодоления. Тогда мы получаем, что проблемы описаны в терминах/онтологиях/системах/процессах ВОЗМОЖНЫХ ИЗМЕНЕНИЙ. Именно такими описаниями являются то что мы называем техник (изменений).
(2) Структуру проблем и их решений можно попытаться описать с помощью системы описаний объектно ориентированных языков моделирования:
Программирование для моделирования ЧА (2) UML-моделирование
http://metapractice.livejournal.com/383873.html
(3) Итог. Структуру проблем стоит в любом виде моделировать и описывать на языке том или ином языке моделирования (ЯМ).