С автоматизацией физических исследований тесно связана автоматизация испытаний сложных промышленных объектов. Этим занимаются В.И. Скурихин и А.Г. Корниенко. Корниенко делает работу для флота, а Скурихин, А.А. Морозов и П.М. Сиверский — для авиации. Когда президент АН СССР А.П. Александров наши результаты увидел, он вначале не поверил. Пришлось показать систему, разработанную Корниенко, установленную на одном из кораблей и имеющую 1200 каналов съема информации.
В подготовленной всесоюзной целевой программе по автоматизации научных исследований, испытаний сложных объектов и автоматизации проектно-конструкторских работ наш институт официально намечается головным. Постановление еще не было, когда я лег в больницу. (Позднее оно вышло. — Прим. авт.) Есть еще одно направление в этой работе, смыкающееся с роботами. Сейчас сборка и укрепление датчиков делаются вручную. Нужен еще такой микроробот, который мог бы все это делать. Такая задача поставлена мной на будущее. Здесь неограниченный простор для исследований, потому что в качестве конечной цели видится автоматизированная система развития науки и техники в целом, когда ЭВМ сами делают эксперименты, настраивают экспериментальную установку, могут спроектировать новую, получают результаты, обрабатывают их, строят теории, проверяют правильность старых теорий и в случае необходимости выходят на построение новых.
В последующем мыслится разработка алгоритмов дедуктивных построений, чтобы машина не только обрабатывала результаты, но и проверяла гипотезы и строила на основе этого теории, т. е. выдавала готовую печатную продукцию сначала в диалоговом режиме, а потом и самостоятельно. Такова дальнейшая программа работ в области автоматизации научных исследований.
И, наконец, системы автоматизации проектирования (САПР). Мы вычленили отдельно задачу автоматизации проектирования ЭВМ, потому что это полностью наша задача. А в остальном проектировании — в строительстве, машиностроении и т. д., алгоритмы делаем не мы, а соответствующие институты, а мы создаем программно-технические комплексы. Мы сделали две такие системы: одну для строителей в Киеве в Институте экспериментального зонального проектирования, другую (закрытую) в Ленинграде. Система автоматизации проектирования строительных работ получилась хорошая: изготавливаются полностью автоматически чертежи, проектная и сметная документация и пр. Этим занимаются Скурихин и Морозов. Эти и другие работы привели к появлению новых направлений — сети ЭВМ и банки данных. Сетями у нас занимаются А.Н. Никулин и А.И. Никитин, а банками данных — Ф.И. Андон и А.А. Стогний.
Что касается сетей, то мы первыми в мире высказали эту идею, первыми осуществили передачу информации для ЭВМ на большие расстояния, и если не сеть, то, во всяком случае, удаленные терминалы сделали раньше всех (при „океанском“ эксперименте, когда ЭВМ „Киев“ обрабатывала информацию, полученную с научно-исследовательского судна).
И мы же сделали первый в мире эскизный проект сети ЭВМ — Единой Государственной сети ВЦ (ЕГС ВЦ), который в полной мере в настоящий момент не реализован еще нигде. Этот проект был сделан мной совместно с Н.Н. Федоренко в 1962–1964 годах по указанию лично председателя Совета Министров СССР Косыгина и был направлен в правительство. Создание такой сети позволяет собирать и оптимальным образом использовать экономическую, научно-техническую и любую другую информацию, а также обмениваться ею в интересах потребителей, что очень важно в наше время перехода к информационному обществу.
Пионеры компьютеризации
Следующее направление, которое также возникло не сразу, хотя и зарождалось давно, — это разработка теории систем управления экономическими объектами (предприятиями, отраслями промышленности), а также автоматических систем для управления различными техническими средствами.
Работы по управлению экономикой развернулись начиная с 1962 года с создания эскизного проекта общегосударственной сети вычислительных центров, а по конкретным автоматизированным системам управления производством (АСУ) — начиная с 1963–1964 годов. Тогда мы стали продумывать „Львовскую систему“ АСУ с крупносерийным характером производства на телевизионном заводе во Львове (теперь — ассоциация „Электрон“. — Прим. авт.), а разрабатывать ее стали начиная с 1965 года, совместно с заводом.
На это дело были ориентированы Скурихин с Морозовым, они являются руководителями больших направлений в Институте кибернетики и в нашем СКВ математических машин и систем. Участвовали в этой работе В.В. Шкурба, Т.П. Подчасова и др. В 1970 году, когда система уже успешно эксплуатировалась, ее создатели получили Госпремию Украины (В.М. Глушков, В.И. Скурихин, А.А. Морозов, Т.П. Подчасова, В.К. Кузнецов, В.В. Шкурба и три специалиста от завода. — Прим. авт.).
За этими несколькими фразами, сказанными В.М. Глушковым по поводу „Львовской системы“ — первой АСУ в бывшем Советском Союзе, стоит колоссальный труд многих сотрудников Института кибернетики АН Украины и СКВ Львовского телевизионного завода „Электрон“.
Летом 1965 года В.М. Глушков поехал во Львов и выступил на конференции, проводимой Львовским совнархозом. С воодушевлением говорил, что надо переходить к автоматизированным системам управления предприятиями, рассказал, что это такое. Присутствовавший на конференции директор телевизионного завода Степан Остапович Петровский предложил Глушкову создать систему управления производством на своем заводе, обещал максимальное содействие. Ученый „загорелся“ появившейся возможностью — в то время подобных систем еще нигде не было. Во Львов был послан Скурихин с командой в пятнадцать человек. За два года система была создана. Скурихин и его ближайшие помощники — А.А. Морозов, Т.П. Подчасова, В.В. Шкурба и др. — все это время жили практически во Львове, работали по двенадцать и более часов в сутки, без выходных. Рассказывая об этих памятных днях, Скурихин вспомнил, как он встретил новый 1966 год: после напряженнейшего рабочего дня не пошел в гостиницу, а устроился спать на своем рабочем столе, да так и проспал всю новогоднюю ночь.
Морозов, по его выражению, отдал „Львовской системе“ десять лет своей жизни. Ему пришлось „доводить“ и развивать ее в последующие годы. Это была суровая, но и очень полезная школа для молодого специалиста.
Направление, которое мы избрали после создания „Львовской системы“, заключалось в том, чтобы создать не индивидуальную, а типовую систему для машине- и приборостроительных предприятий с тем, чтобы можно было реализовать индустриальные методы внедрения. А для этого, конечно, требовалось провести гораздо большую научно-исследовательскую работу, чем для индивидуальной системы. Это примерно в 2,5–3 раза больше работы на начальной стадии разработки, потому что в состав алгоритмов и программного обеспечения приходилось включать не только те алгоритмы, которые встречаются на Львовском заводе, но и те, которые могут быть применены на родственных заводах. Следовательно, надо было создать функциональную избыточность системы с тем, чтобы потом при привязке, наладке, шеф-монтаже и пуске системы можно было бы просто выбирать из наличного запаса то, что надо запускать на данном предприятии. И надо было, конечно, максимально использовать программы, которые пользуются табличным представлением особенностей предприятия, максимально использовать параметры вместо числовых значений. Такие параметрические программы, как правило, требуют специальных методов для их запуска в системе.
В.М.Глушков на пресс-конференции, 1964 г.
Мной в 1965 году было выдвинуто понятие специализированной операционной системы, предназначенной для систем с регулярным потоком задач плюс небольшой процент нерегулярных задач. Дело в том, что операционные системы, которыми снабжались машины IBM-360 в 1965 году и которые решают случайные потоки задач, универсальны для пакетного режима и хороши для вычислительных центров (относительно хороши, конечно). А в АСУ, как правило, мы имели дело с задачами регулярными, т. е. знали, что в какое-то время должна выйти на счет такая-то задача. Поэтому мы могли использовать упреждение во времени для предварительной подготовки информации с тем, чтобы когда задача вышла на счет, необходимая информация уже была готова (магнитные ленты подкручены, первая порция информации передана в оперативную память и т. д.). Для этого вводилось расписание задач, и с помощью мультипрограммирования оставалось только заполнять возникающие промежутки счетом нерегулярных задач или отладкой новых задач, которые возникают в результате развития системы.
