Перевод всех инструментов ТРИЗ
на единый параметрический язык представления информации
А.Любомирский
02.27.2014
- Цели:
- Обеспечить возможность сквозного прохода информации через все шаги анализа ТС и решения задач в рамках интегрированного программного пакета, чтобы пользователь не был вынужден перекодировать информацию из одного вида в другой при переходе между шагами
- Обеспечить возможность глубокой интеграции (на основе двустороннего обмена данными) с системами автоматизированного проектирования и математического моделирования
- Постановка задачи
- Принимая во внимание, что:
а) ТРИЗ предназначена в основном для инженеров, и
б) инженеры по большей части используют системы автоматизированного проектирования, представляется логичным, что быстрого распространения ТРИЗ можно добиться, упаковав ее в виде программного пакета и встроив его в подобные системы. При этом следует избежать длительного и сложного переучивания инженеров для работы с таким пакетом. - Поэтому, во-первых, нужно по возможности исключить пользователя из процесса перекодирования данных из одного вида в другой при переходе между шагами анализа. Действительно, при взгляде на Project roadmap видно, что:
- Benchmarking пользуется языком параметров и их численных значений;
- S-Curve Analysis – тоже;
- Feature Transfer – языком параметров на качественном уровне и неких «свойств», которые, похоже, могут быть сведены к комбинации функций и параметров;
- Function Analysis – языком функций (в самих функциях параметры содержатся в скрытом виде, а явно, но на качественном уровне они появляются только при определении уровней выполнения функций);
- Flow Analysis использует свой особый язык потоковых недостатков («серые зоны», «бутылочные горлышки» и т.п.)
- Cause-Effect Chain Analysis использует смесь из функций, параметров, потоковых недостатков и фраз на естественном языке
- Trimming использует язык функций (хотя в скрытом виде пользователь держит в голове параметры);
- Trend Analysis использует естественный язык;
- Function-Oriented Search использует язык функций и параметров (включая численные значения);
- Scientific Database Application – тоже;
- Engineering & Physical Contradiction Resolving – язык функций и параметров на качественном уровне;
- Clone Problem Application – комбинацию функций и параметров (при формулировании ФП) и естественного языка (при формулировании «идеи решения»)
- Standard Inventive Solution использует свой особый язык «взаимодействий», который, впрочем, можно свести к языку функций, а от него – к параметрам;
- ARIZ использует в основном язык функций и качественных параметров.
- Принимая во внимание, что:
С такой смесью языков может справиться только человек, причем хорошо обученный. Если мы хотим его из процесса исключить, необходимо перейти к единому языку представления данных – только в этом случае процесс перемоделирования можно будет автоматизировать.
- Во-вторых, этот единый язык должен обеспечить двусторонний обмен данными между ТРИЗовским модулем и CADом. Мне представляется, что этому требованию в наибольшей степени отвечает язык параметров. С одной стороны, параметры и их численные значения легко воспринимаются CADами. С другой стороны, большинство инструментов ТРИЗ, как это видно из приведенного списка, либо уже используют этот язык в той или иной степени (иногда в скрытом виде), либо относительно легко могут быть на него переведены.
- Следует отметить, что речь идет о внутреннем языке программного модуля, реализующего комплекс ТРИЗовских методик. «На поверхности» он не должен быть виден, поскольку не слишком удобен для человека. Вся информация на входе и выходе, с которой имеет дело человек, должна быть представлена на языке, по возможности близком к естественному.
- Ожидаемые результаты
- Единый язык представления данных («словарь» и «синтаксис»). Например, «словами» могут являться: «объект», «параметр», «значение», «менять», а также знаки булевой алгебры и скобки.
При этом запись «/Объект 1/ /менять/ ((/значение 0/, /значение 1/) Î /Параметр 1/) Î /Объект 2/», если подставить в нее конкретные значения, станет представлением функции вида «Кипятильник нагревает воду с 20°С до 100°С»;
Запись «((/значение 1/ Î /Параметр 1/) Î /Объект 1/) Þ (/Объект 1/ /менять/ ((/значение 3/, /значение 4/) Î /Параметр 2/) Î /Объект 2/) Ù ((/значение 2/ Î /Параметр 2/) Î/Объект 1/), в переводе после подстановки конкретных значений будет формулировкой ТП: «Если кипятильник имеет большую поверхность, то он быстро нагревает воду, но при этом он очень тяжелый». - Правила построения моделей на всех шагах методики на едином параметрическом языке
- Единый язык представления данных («словарь» и «синтаксис»). Например, «словами» могут являться: «объект», «параметр», «значение», «менять», а также знаки булевой алгебры и скобки.