Беседы об АСУ

Есть, конечно, вопросы, которые просто нельзя обойти молчанием. Взять хотя бы развитие вычислительной техники. То, что она непрерывно улучшается, уже не раз отмечалось. Но вот появился ряд технических усовершенствований ЭВМ, которые изменили сам подход к процессу вычислений.

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

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

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

Возможность оперативно вводить информацию, вмешиваться в работу над программами, корректировать промежуточные результаты привела к появлению совершенно нового режима работы на ЭВМ — диалогового.

Режим диалога «человек — ЭВМ» открыл необычайно богатые возможности для использования ЭВМ в управлении. Дело в том, что несовершенство моделей управления и неточность имеющейся информации часто приводят к тому, что даже полученное на ЭВМ решение управленческой задачи не удовлетворяет администрацию. Как в этом случае поступать?

Вот, например, формирование производственной программы предприятия. Уже говорилось, что, хотя эта задача и описывается моделью «линейного программирования», критерий бывает сложно записать из-за принципиальной многокритериальности ситуации. Можно вспомнить мучения жениха в брачной конторе и все способы избавления от многокритериальности!

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

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

Допустим, главный диспетчер завода решил уточнить состояние производственного процесса. В традиционной системе управления он задал бы одному из работников диспетчерского аппарата примерно такой вопрос: «В каком состоянии заказ А?» Работник, ответственный за заказ А, ответил бы: «В основном положение нормальное, но детали А-15 и А-28 не поступили своевременно на сборку из цеха № 5, из-за чего узел А6 вовремя не собран».

ЭВМ на такой вопрос диспетчера не ответит. Неоспоримое преимущество человека перед машиной заключается в том, что он по тону либо из контекста догадывается о конкретном содержании вопросов довольно общего характера, чему ЭВМ пока не научилась.

В лучшем случае она ответила бы: «Параметра „состояние“ в перечне характеристик заказа А нет»; в худшем — «Вопрос сформулирован неверно».

ЭВМ «не умеет» обобщать. Она может отвечать на конкретные вопросы, перечень которых в нее введен заранее. Для распознания каждого вопроса и выработки ответа-справки в ЭВМ заложена специальная программа. Естественно, что при этом часто с помощью одного вопроса нужного ответа не получишь.

В описанной ситуации запрос диспетчера: «Какие узлы и детали по заказу А не изготовлены в срок?» — настоящее положение заказа А не прояснит, потому что в ответ ЭВМ выдаст длинный список. Среди множества деталей и узлов в нем будут как незначительно запоздавшие, практически не оказывающие влияния на ход производства, так и упомянутые А-15, А-28 и А6, из-за которых весь заказ А может быть не выполнен в срок. Как в этом разобраться с ходу?