А теперь давайте сделаем выводы, тем более, что АРПС мы с вами практически разобрали полностью. Спешить не надо, самое главное — четкая логика.
Итак:
— Изобретатель получает, как правило, для решения не задачу, а проблемную ситуацию. В основе возникшей ситуации лежит неспособность технической системы справиться с теми новыми требованиями, которые к ней начинают предъявлять.
— А почему?
— А потому что создавали систему для работы в одних условиях, а мы начинаем предъявлять другие, новые. И необходимость изменить какой-то один элемент...
— Или параметр...
— ...или параметр системы из-за наличия системных связей тянет за собой необходимость менять другие элементы или параметры. До какого-то предела это еще можно, а потом все: изменения становятся для системы...
— Для системы или для нас — пользователей системы?
— ...для нас недопустимыми.
— Конечно, для нас! Системе все равно, какой вы ее сделаете. Она просто не будет выполнять те функции, которые вы на нее возложите, или будет выполнять их плохо!
— Чтобы система смогла справиться с новыми требованиями, необходимо устранить техническое противоречие. А чтобы выявить ТП, надо проанализировать проблемную ситуацию.
— В чем суть ТП?
— Техническое противоречие — это свойство связи между двумя объектами, их частями или параметрами.
— Суть свойства?
— Изменение одного объекта, части или параметра вызывает нежелательное изменение другого объекта, его части или параметра.
— Например?
— Например, задача о водопроводе: если мы хотим получить быструю очистку, то должны взять большой кусок кирпича.
— Что же здесь взаимосвязано?
— Размер объекта и производительность.
— Кто должен искать ТП?
— Анализировать ситуацию — это уже работа изобретателя. От выбора ТП зависит дальнейший ход решения, а от решения — те изменения, которые нужно будет произвести в системе. Чтобы изменения были минимальными, нужно стремиться изменять только те элементы подсистем, которые не затрагивают принцип действия ТС, тогда система эти изменения «не заметит».
— Как же это сделать?
— Прежде всего нужно провести иерархию задач — разбить их по уровням выполняемых ОФ. Можно это назвать функциональным анализом?
— В принципе можно. Но что должно лежать в основе такого анализа?
— Принцип действия, с помощью которого реализуется функция каждой подсистемы, не должен влиять на принцип действия всей системы. Затем для каждого уровня определяется нежелательный эффект и выбирается средство его устранения.
— С нежелательным эффектом понятно — он есть. А как выбрать СУ?
— Достаточно часто СУ в условии присутствует, но оно либо не устраняет НЭ1 полностью, либо создает новый нежелательный эффект. Как правило, такие СУ не меняют принцип действия системы, т.е. решается так называемая минимальная задача. Если же мы отказываемся от ПД системы — будет решаться максизадача, т.е. ПД изменится.
— Выбор СУ — шаг сложный и ответственный. Давайте вернемся к предыдущим задачам, посмотрим, как выбирали СУ там, и попробуем обобщить. Это была или замена одного объекта другим (жаростойкая мешалка вместо обычной, маленькие обломки кирпичей вместо больших), или действия над объектами (не нагревать раствор, уменьшить длину языка пламени, не вынимать жердь). И что дальше?
— Вводя средство устранения, чтобы избавиться от одного нежелательного эффекта, мы тем самым создаем новый нежелательный эффект — НЭ2.
— Всегда?
— Всегда!
— Не всегда. Бывает — хотя и очень редко! — что введение нужного СУ не создает НЭ2. Вспомните задачу о лампе Бабакина: ОФ — светить, НЭ1 — трескается колба. Если СУ — убрать колбу, то НЭ2 не возникает! Проблема исчезает, задача решена. Так же редко бывает, что НЭ2 нас не сильно беспокоит, тогда задача тоже решена.
— Понятно... Тогда после определения значимости НЭ2 строим схемы крайних состояний технического противоречия «или — или» и на их основе формулируем изобретательскую задачу: не вводя СУ и тем самым не создавая новый НЭ2, устранить НЭ1!
— Великолепно: вместо поиска компромиссного решения вы сознательно обостряете ситуацию! Зачем?!
— Чтобы выйти на идеальный конечный результат: все остается без изменений, а вредное свойство исчезает.
— А кто устраняет вредное свойство? Что является основой ИКР? Тут чего-то не хватает...
— Чтобы устранить вредное свойство, в систему нужно ввести новый элемент — средство устранения. Но это усложняет систему. Поэтому мы создаем отсутствующий элемент — вводим новый элемент, не вводя его.
— Как это делается?
— Мы вводим новый элемент с нужным свойством, это свойство оставляем, а сам элемент выводим. Получается, что в системе функционирует «идеальный» объект — его нет, а нужное действие выполняется!
— Хорошо! Теперь есть база для ИКР. Дальше!
— Дальше? А дальше мы выявляем ОЗ — место, где возникает конфликт, и ОВ — время, когда он протекает. Но если с «где» все понятно, то с «когда» — не очень...
— Что именно?
— В задаче о запайке ампул конфликт возникает сразу же, как только начинает выполняться основная функция — запайка шеек.