5 марта 2017 г.

А. Любомирский, Перевод всех инструментов ТРИЗ на единый параметрический язык представления информации

Перевод всех инструментов ТРИЗ
на единый параметрический язык представления информации

А.Любомирский

02.27.2014
 

 

  1. Цели:
    1. Обеспечить возможность сквозного прохода информации через все шаги анализа ТС и решения задач в рамках интегрированного программного пакета, чтобы пользователь не был вынужден перекодировать информацию из одного вида в другой при переходе между шагами
    2. Обеспечить возможность глубокой интеграции (на основе двустороннего обмена данными) с системами автоматизированного проектирования и математического моделирования

 

  1. Постановка задачи
    1. Принимая во внимание, что:
      а) ТРИЗ предназначена в основном для инженеров, и
      б) инженеры по большей части используют системы автоматизированного проектирования, представляется логичным, что быстрого распространения ТРИЗ можно добиться, упаковав ее в виде программного пакета и встроив его в подобные системы. При этом следует избежать длительного и сложного переучивания инженеров для работы с таким пакетом.
    2. Поэтому, во-первых, нужно по возможности исключить пользователя из процесса перекодирования данных из одного вида в другой при переходе между шагами анализа. Действительно, при взгляде на Project roadmap видно, что:
      1. Benchmarking пользуется языком параметров и их численных значений;
      2. S-Curve Analysis – тоже;
      3. Feature Transfer – языком параметров на качественном уровне и неких «свойств», которые, похоже, могут быть сведены к комбинации функций и параметров;
      4. Function Analysis – языком функций (в самих функциях параметры содержатся в скрытом виде, а явно, но на качественном уровне они появляются только при определении уровней выполнения функций);
      5. Flow Analysis использует свой особый язык потоковых недостатков («серые зоны», «бутылочные горлышки» и т.п.)
      6. Cause-Effect Chain Analysis использует смесь из функций, параметров, потоковых недостатков и фраз на естественном языке
      7. Trimming использует язык функций (хотя в скрытом виде пользователь держит в голове параметры);
      8. Trend Analysis использует естественный язык;
      9. Function-Oriented Search использует язык функций и параметров (включая численные значения);
      10. Scientific Database Application – тоже;
      11. Engineering & Physical Contradiction Resolving – язык функций и параметров на качественном уровне;
      12. Clone Problem Application – комбинацию функций и параметров (при формулировании ФП) и естественного языка (при формулировании «идеи решения»)
      13. Standard Inventive Solution использует свой особый язык «взаимодействий», который, впрочем, можно свести к языку функций, а от него – к параметрам;
      14. ARIZ использует в основном язык функций и качественных параметров.

С такой смесью языков может справиться только человек, причем хорошо обученный. Если мы хотим его из процесса исключить, необходимо перейти к единому языку представления данных – только в этом случае процесс перемоделирования можно будет автоматизировать.

  1. Во-вторых, этот единый язык должен обеспечить двусторонний обмен данными между ТРИЗовским модулем и CADом. Мне представляется, что этому требованию в наибольшей степени отвечает язык параметров. С одной стороны, параметры и их численные значения легко воспринимаются CADами. С другой стороны, большинство инструментов ТРИЗ, как это видно из приведенного списка, либо уже используют этот язык в той или иной степени (иногда в скрытом виде), либо относительно легко могут быть на него переведены.
  2. Следует отметить, что речь идет о внутреннем языке программного модуля, реализующего комплекс ТРИЗовских методик. «На поверхности» он не должен быть виден, поскольку не слишком удобен для человека. Вся информация на входе и выходе, с которой имеет дело человек, должна быть представлена на языке, по возможности близком к естественному.

 

  1. Ожидаемые результаты
    1. Единый язык представления данных («словарь» и «синтаксис»). Например, «словами» могут являться: «объект», «параметр», «значение», «менять», а также знаки булевой алгебры и скобки.
      При этом запись «/Объект 1/ /менять/ ((/значение 0/, /значение 1/) Î /Параметр 1/) Î /Объект 2/», если подставить в нее конкретные значения, станет представлением функции вида «Кипятильник нагревает воду с 20°С до 100°С»;
      Запись «((/значение 1/ Î /Параметр 1/) Î /Объект 1/) Þ (/Объект 1/ /менять/ ((/значение 3/, /значение 4/) Î /Параметр 2/) Î /Объект 2/) Ù ((/значение 2/ Î /Параметр 2/) Î/Объект 1/), в переводе после подстановки конкретных значений будет формулировкой ТП: «Если кипятильник имеет большую поверхность, то он быстро нагревает воду, но при этом он очень тяжелый».
    2. Правила построения моделей на всех шагах методики на едином параметрическом языке