«Процессный» алгоритм

Карев Александр Аврамович

Как правило, исходная ситуация формулируется просто: «Есть такой-то объект, который плохо выполняет то-то и то-то». Это всё, что можно получить от Заказчика. Остальное Решателю предстоит выяснять «по ходу», работая в контакте со специалистом, в ведении которого находится «такой-то объект». Прежде всего, необходимо уяснить, из каких основных узлов состоит «такой-то объект» и каковы их функции. Для начала этого достаточно, т.к. нет необходимости детально изучать весь объект. Если уже делались попытки решить поставленную задачу, то чрезвычайно полезно проанализировать достоинства и недостатки предлагавшихся ранее решений.

Если уже известен плохо работающий узел, то необходимо выяснить его состав и главные функции каждой из частей. Изучение объекта будет продолжаться вплоть до выявления причины нежелательного эффекта (НЭ). Основой любого технического объекта является информационный фрактал («аппаратный» алгоритм), наиболее практичное представление которого - дерево процессов. Процессы в нем либо равны по рангу (когда они совместно обеспечивают выполнение процесса более высокого ранга), либо подчинены один другому. В исходной ситуации Решатель не может представить дерево процессов (прежде его надо выявить) и никто ему этого подсказать не в состоянии. На выявление и построение дерева может потребоваться слишком много времени, поэтому наиболее выгодна следующая стратегия – шаг за шагом (процесс за процессом) пройти по воображаемому дереву процессов от внешнего проявления НЭ до его причины - плохо выполняемого или вообще отсутствующего процесса. Назовем его для определенности «Х-процесс» (икс-процесс). Решатель должен помнить, что он занимается именно поиском Х-процесса (даже если тот и отсутствует).

На рисунке слева упрощенно показано дерево процессов некого условного технического объекта, а на нем красным кружком – НЭ в виде неудачно выбранного разработчиком системы физэффекта. Красной стрелкой показан «маршрут», по которому НЭ проникает на выход системы. Принцип действия «процессного» алгоритма не требует пространных объяснений. Задача Решателя заключается в последовательном выявлении причинно-следственных связей между процессами, составляющими данный «маршрут», но поиск причин НЭ производится в порядке, обратном изображенному на рисунке – от выхода системы к источнику НЭ.

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

Правило формулирования названия процесса: направление изменения параметра - наименование параметра – название носителя параметра.

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

После выявления Х-процесса возможны лишь два исхода:

1. Существующий Х-процесс выполняется за счет использования физэффекта, и тогда Решатель может подобрать по справочнику более подходящий физэффект или же создать взамен его новую ТС, способную обеспечить выполнение Х-процесса.

2. Нужный Х-процесс отсутствует. Необходимо организовать его выполнение за счет имеющихся ресурсов, физэффекта или создания новой ТС.

Пока что не имеет смысла детализировать эти действия Решателя, поэтому перейдем непосредственно к описанию шагов «процессного» алгоритма:

Шаг 1. Указать параметр объекта, который требуется изменить (сохранить), и препятствующий этому вредный процесс.

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

Сокращенное описание проблемы: Ускоренному запуску двигателя препятствует вредный процесс снижения температуры.

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

Идеальный Конечный Результат (ИКР): Объект САМ препятствует (указать вредный процесс и значимые обстоятельства - время и/или место его протекания).

Пример: Двигатель САМ препятствует снижению температуры (охлаждению) во время стоянки.

Шаг 3. Какой параметр объекта должен был бы измениться (сохраниться), но не может? Это и есть обеспечивающий процесс, существование или отсутствие которого мешает достижению ИКР.

Пример: Отсутствует процесс повышения температуры двигателя Это и есть искомый (хотя и отсутствующий) Х-процесс.

Шаг 4. Любым доступным способом обеспечить (указать обеспечивающий процесс).

Если появляется новая проблема (что-то надо изменить, но существует серьезное препятствие), то перейти на шаг 1 и повторить процедуру.

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

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

Решение: Любым доступным способом обеспечить самопрогрев двигателя. Можно по мере остывания двигателя периодически прогревать его при помощи специального автоматического устройства.

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

Поделитесь этой записью или добавьте в закладки