Люди и кибернетика

Моисеев Никита Николаевич

Система автоматизации управления призвана обеспечить все звенья управления программы: и аппарат руководителя, и рабочую группу, и ИСА всем необходимым информационным "довольствием". А так как сделать это совсем не просто, то в системе автоматизации управления должен быть главный конструктор.

Вопрос этот очень важен, поэтому обсудим его.

Сегодня разработку АСУ стремятся поставить на промышленную основу, что в принципе правильно, так как в стране их создаются тысячи. Но АСУ "массового употребления" и система автоматизации управления государственной программой - это системы совершенно разного уровня. Государственная программа всегда уникальна, поэтому система автоматизации службы управления программой

также должна быть уникальной и нельзя ее строить по типовому образцу АСУ. Во-первых, создавать и совершенствовать ее должны те же люди, которые будут ее потом эксплуатировать. Во-вторых, любое нестандартное сооружение складывается из стандартных элементов. Даже уникальный дворец сооружается из обыкновенных кирпичей, которые делают на обыкновенных заводах. Главный конструктор системы автоматизации управления также будет иметь дело со стандартными ЭВМ и использовать те средства отображения информации, которые создаются нашей промышленностью, и употреблять штатное математическое обеспечение. Но создавать он будет систему не стандартную, и эксплуатировать ее будет также он, ибо он хозяин всей техники! И в этом состоит одна из особенностей системы автоматизации управления программой.

Но постоянная его забота - это создание информационного звена системы. В последние годы мне пришлось участвовать в ряде разработок, связанных с организацией управления в сельскохозяйственном производстве. Чтобы выбрать разумный способ распределения ресурсов, определить стратегию капиталовложений и параметры хозяйственных механизмов, нужен непрерывный поток надежных данных: информация о затратах, о качестве земли, о парках машин, их состоянии и т. д. И за какую бы работу мы ни брались, нам приходилось начинать с нуля, начинать со сбора информации. И что приводило нас всегда в отчаяние - необходимая информация уже не раз собиралась, почти всегда имелась, и не в одном экземпляре. Она находилась в исследовательских отчетах и проектной документации сотен опытных станций и исследовательских организаций - Минсельхоза, Минводхоза, Минвуза и т. д.

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

Есть еще одна трудность при сборе информации - это ведомственность. Каждое учреждение, а то и отдельные лица создают сейчас свою информационную базу, считают себя ее единоличными хозяевами и надежно прячут все сведения в своих "сундуках"! Но это еще полбеды. Беда состоит в том, что данные этой "ведомственной" информации часто противоречат друг другу.

Из сказанного вытекает вывод, что информация должна быть принципиально вневедомственной, объективной и предельно доступной всем тем организациям, которые в ней нуждаются. А потому должны быть предприняты все меры к тому, чтобы ни одна цифра не пропала или осела в бумагохранилищах. С такой задачей справилась бы специальная служба, связанная с огромным числом абонентов, служба, оснащенная самой передовой техникой и самыми современными средствами анализа и фильтрации информации. Достоверность данных должна ставиться под сомнение и проверяться так же, как она проверяется в физике, в химии и в других естественных науках! Создание такой системы и есть основная забота главного конструктора.

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

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

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

Мы уже говорили, что в современных условиях управленческая и исследовательская деятельности имеют много общего. А исследование - это всегда диалог.

Естествоиспытатель задает вопросы природе, а исследователь, изучающий процессы, протекающие в обществе, - моделям. Необязательно математическим, они могут быть и словесными, говорят, вербальными. Важно, что в руках у исследователя, или, лучше сказать, в голове исследователя, оказывается определенная система логических связей, позволяющая задавать вопросы моделям. Одним словом, искусство исследователя - это прежде всего умение задавать вопросы! Как это происходит при работе с моделями?

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

Как будем решать эту задачу?

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

Предположим далее, что по некоторым показателям выбранный нами режим оказывается неудовлетворительным. Значит, надо задать новый вопрос, то есть поставить еще один машинный эксперимент с иным режимом использования воды. Но как его изменить, чтобы улучшить нужные нам показатели? Как поставить новый машинный эксперимент?

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

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