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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

То, что в справочной деятельности, как, впрочем, и в подавляющем большинстве родов деятельности, человек имеет преимущество перед машиной, вовсе не означает, что этот процесс не надо автоматизировать. Представьте себе, какую гору информации надо просмотреть работнику диспетчерского аппарата, чтобы ответить на вопрос диспетчера. А если эту работу поручить ЭВМ, то вовсе не беда, что вместо одного вопроса придется задавать три-четыре. В режиме диалога с ЭВМ это происходит довольно быстро: на пультовой пишущей машинке печатаются даже не сам запрос, а номер запроса и изменяющиеся параметры (заказ А, узел А6). Ответ обычно не задерживается — в зависимости от объема информации, который необходимо «пересмотреть» ЭВМ, на него уходит от секунды до минуты. Больше времени затрачивать на «обдумывание» машине не позволяют разработчики информационно-справочных систем: ведь время реакции системы на запрос — это самый важный параметр ИСС.

А развитие вычислительной техники и математического обеспечения идет дальше. Появилось сообщение о новой разработке, ведущейся в Институте кибернетики АН УССР под руководством академика В. Глушкова. «Контролирующий интеллектуальный терминал» — КИТ, как назвали авторы свое детище, — включает в себя, кроме обычного терминала, маленькую вычислительную машину (мини-ЭВМ). Программы, заложенные в мини-ЭВМ КИТа, кроме простого ответа о значениях некоторых параметров контролируемой системы, будут оперативно выдавать «по собственной инициативе» еще и критические значения параметров.

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

Таким образом, «предугадывая» некоторые действия человека, интеллектуальный терминал освобождает его от части умственной работы и тем самым значительно увеличивает оперативность диалога.