Академик В. М. Глушков – пионер кибернетики - Деркач В.П. Страница 110

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

10 января 1982 года.

В области математических методов мы с самого начала взяли такую линию, чтобы охватить некоторые наиболее характерные, особенно для больших машин, методы, нужные для приложений. В частности, методы непрерывной оптимизации, затем ряд дискретных задач, таких как дискретная оптимизация и распознавание дискретных образов, затем алгебраические и аналитические преобразования и некоторые задачи многомерной математической физики. Область оптимизации была поручена Михалевичу, он семинар вёл. Дискретные методы вначале разрабатывал А. А. Стогний, затем подключился И. В. Сергиенко [58], а методами математической физики занимались И. Н. Молчанов, В. В. Иванов [59] и другие. Тут нам не удалось создать коллектив на всесоюзном уровне, но, тем не менее, мы отслеживали то лучшее, что делается. Аналитические преобразования были в области интересов Летичевского и коллектива мировцев в целом.

Ещё одно направление, которое появилось несколько позже, в связи с развитием ОГАС, – это сети ЭВМ и банки данных. Сетями у нас занимаются В. Н. Никулин [60] и А. И. Никитин [61], а банками данных – Ф. И. Андон [62] у А. А Стогния в СКТБ. Что касается сетей, то мы первыми в мире высказали эту идею. Мы первыми и передачи на расстоянии осуществляли, и если не сеть, то, во всяком случае, удаленные терминалы мы сделали раньше всех; наверное, работающие в специальных системах – они были и у американцев и раньше, да и у нас тоже, но не общего применения для автоматизации технологических процессов, обработки результатов измерений и т.д.

И мы сделали первый в мире эскизный проект сети ЭВМ, который в полной мере в настоящий момент не реализован еще нигде. Этот проект был сделан в 1962-1964 гг. (в июле 1964 г.) мною по заказу лично Первого заместителя Председателя Совета Министров СССР А. Н. Косыгина и направлен в правительство. Но по нему решений никаких не последовало.

А банки данных связаны с этим вопросом, потому что, в конце концов, вопрос о банках данных распадается на две части: это банки данных для отдельных машин; тут мы не собирались конкурировать с американцами, у них это давно развивалось, и мы только отслеживали, что у них делается, а вот в распределенных банках данных для ОГАС ми должны были по идее играть главную роль. Но, к сожалению, тоже тут нам пока не удалось организовать коллектив, который бы вёл эту работу на должном уровне, тем более что это – грандиозная задача, и она требует организации коллектива не в рамках института, а во всесоюзном масштабе, то есть тут требуется целевая комплексная программа. По ГСВЦ сейчас есть такая программа, и ее А. А. Дородницын возглавляет, но практически нам приходится больше всего этим заниматься.

Следующее направление, которое было заявлено нами сразу, ню мы не смогли в то время найти объекты, людей – это управление экономическими системами: предприятиями, отраслями промышленности, и, наконец, создание общегосударственной автоматизированной системы и республиканской. Здесь работы развернулись, начиная с 1962 г. с создания эскизного проекта, а по конкретным системам управления предприятиями, АСУ, – начиная с 1963-1964 гг. Тогда начали мы продумывать львовскую систему, а разрабатывать ее стали, начиная с 1965 г. На это дело были ориентированы Скурихин с Морозовым, они являются руководителями больших направлений в институте кибернетики и в СКБ ММС. Работу выполняли, конечно, не только они лично, но и Шкурба [63], Кузнецов  [64], Подчасова [65] и другие.

Направление, которое мы избрали, заключалось в том, чтобы сделать не индивидуальную, а типовую систему для, скажем, машиностроительных и приборостроительных предприятий с тем, чтобы опять-таки можно было реализовать индустриальные методы внедрения, чтобы подключить промышленность, делать шефмонтаж, обучать людей в промышленности. А для этого, конечно, требовалось провести гораздо большую научно-исследовательскую работу, чем в случае индивидуальной системы. Это примерно в 25-30 раз больше работы на начальной стадии разработки, потому что в состав алгоритмов и программного обеспечения приходилось включать не только те алгоритмы, которые встречаются, скажем, на Львовском заводе, но и те, которые могут быть применены на родственных заводах. То есть надо было создать, так сказать, функциональную избыточность системы с тем, чтобы потом при привязке, наладке, шефмонтаже и пуске системы можно было бы просто выбирать из наличного запаса то, что нужно запускать на данном предприятии. И надо было, конечно, как можно больше использовать программы, которые пользуются табличным представлением особенностей предприятия, максимально применить параметры вместо числовых значений. Такие параметрические программы являются, как правило, менее быстродействующими и требуют специальных методов для их запуска в системе.

Кроме того, мной в 1965 г. было выдвинуто понятие специализированной операционной системы, которая предназначена для систем с регулярным потоком задач плюс небольшой процент нерегулярных задач. Дело в том, что операционные системы, которыми были снабжены машины IБМ-360 в 1965 г., универсальны для пакетного режима и хороши для вычислительных центров (относительно хороши, конечно), где решают случайные потоки задач. А в АСУ, как правило, мы имели дело с задачами регулярными, т.е., скажем, мы знаем, что в такое-то время должна выйти на счет такая-то задача. Поэтому мы можем воспользоваться учреждением и не заниматься мультипрограммированием, прерываниями и т.п., а заранее готовить информацию с тем, чтобы, когда задача вышла на счет, то необходимая информация уже была наготове, скажем, магнитные ленты подкручены, и первая порция информации передана в оперативную память и т.д. Должно быть понятие расписания задач, и мультипрограммирование используется в качестве только надбавки, чтобы заполнять возникающие промежутки нерегулярными задачами