День 6. Автоматизированные системы управления (Чем занимаются АСУ С?)

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

Р. Вильямс "Совершенный стратег"

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

Первыми в советском строительстве на кремнистую тропу создания комплексной системы вступили москвичи: в 1963 году началось создание АСУ Главмосстроя. За ними к созданию автоматизированных систем приступили киевляне, ленинградцы, ташкентцы... Прошло не многим более десяти лет, срок несоизмеримо малый в сравнении с громадностью проблемы, но уже можно, оглянувшись, увидеть и некоторые результаты.?

К 1975 году в строительстве функционировали уже 250 АСУ, в которых около 500 программ для ЭВМ решали свыше 100 различных типов задач. География АСУ к этому'времени включала Украину и Дальний Восток, Пермь и Кишинев, Челябинск и Минск... Восемь систем были" приняты к эксплуатации государственными комиссиями. По правде говоря, все это были лишь первые очереди АСУ, в которых пока решалось от 8 до 20 задач. Это уже не удочка, и даже не спиннинг, но еще и не невод, а, скажем, бредень. Ну что ж, посмотрим первые уловы...

Существующие АСУ можно разделить на несколько видов, в зависимости от того, обслуживают ли они строительное министерство, главное управление по строительству в больших городах, строительный трест, домостроительный комбинат или что-то еще. Кроме того, системы управления отличаются друг от друга еще и тем, что они умеют делать. Автоматизированные информационно-справочные системы (АИС) осуществляют сбор, хранение и простейшую обработку информации, которая затем используется человеком для выработки и принятия решений самым обычным способом. Автоматизированные системы обработки данных (АСОД) не только собирают и хранят информацию, но и механизируют некоторые традиционные способы обработки информации: плановые расчеты, бухгалтерский учет, отчетность и т. д. Следует подчеркнуть, что АСОД создаются на основе изучения и формального описания с помощью математических и логических действий существующих способов обработки информации. Такая система не несет в себе качественно новых признаков, не развивает и не отменяет сложившиеся методы управление, а лишь механизирует наиболее трудоемкие операции, которые удаётся описать на языке, понятном машине. В отличие от АСОД автоматизированная система управления (АСУ) приносит в процесс управления новые качества. Основная цель такой системы - обеспечить оптимальное управление с точки зрения каких-либо критериев. В ней на основе модели строительного производства и с помощью экономико-математических и других кибернетических методов решаются принципиально новые задачи, позволяющие принимать не просто допустимые, а наилучшие решения.

Три вида систем - АИС, АСОД и АСУ - это как бы три восходящие ступени эволюции, ведущей к оптимальному автоматизированному управлению.

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

Иное дело строительство. Его продукция стоит на месте, а вот бригады и механизмы приходится то и дело посылать туда-сюда, да еще вовремя подбросить им нужные материалы. Стройплощадка открыта всем ветрам: производственный цикл измеряется годами. Технология строительства многовариантна и чаще всего строго не регламентируется документами. Так что ни с какой АСУ к строительству сразу не подступишься. Хочешь не хочешь, а придется начинать с упорядочивания процесса строительства, с его, как теперь стали говорить, нормализации. Конечно, довести эту нормализацию до уровня промышленности в принципе невозможно, стройплощадка - не цех кондитерской фабрики "Рот Фронт". Но все-таки для начала хорошо бы приблизиться к промышленному производству путем внедрения технологических карт, сетевых моделей, обоснованных производственных нормативов, словом, путь к автоматизации лежит через нормализацию! Оттого и получается, что создать АСУС в строительстве гораздо труднее, чем в промышленности. Но трудно - это не значит невозможно. А пока...

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

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

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

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

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

В такой системе главной задачей является уже составление на основе календарного планирования оптимальных годовых и квартальных планов деятельности подведомственных строительных организаций. Здесь же решаются задачи по оптимизации перевозок бетона, местных строительных материалов и другие. Система АИС играет здесь вспомогательную роль поставщика информации для следящего управления по оптимальным про-граммам. Кроме того, информационно-справочная система доставляет органам управления информацию для принятия решений традиционными, не оптимальными методами, пригодными для тех учреждений, куда еще не проникла оптимизация, а также для составления отчетов,.учета движения материалов и для других трудоемких процедур. Таким образом, АСУ Минстроя МССР есть некий гибрид АИС, АСОД и АСУ, в котором постепенно все яснее проступают черты оптимизационного принципа.

А теперь вернемся к пионерам строительных АСУ. Заглянем, например, в Главмосстрой. Вычислительный центр (ВЦ) находится в Трехпрудном переулке, недалеко от памятника Пушкину и от ВЦ многих строительных министерств. Но структура и характер деятельности АСУ строительством в большом городе далеки от министерских. В крупных городах нет ведомственной чересполосицы: предприятия стройиндустрии, строительные и монтажные организации, транспорт и механизация и даже проектные организации - все подчинены, как правило, одному "хозяину" и образуют почти замкнутую систему с небольшим числом внешних субподрядчиков и поставщиков. Кроме того, система управления определяется и особенностями городского строительства: возведение большого числа однородных жилищных и гражданских зданий на сравнительно небольшой территории позволяет применять индустриальные методы и вести работы в ритме жизни большого города, используя поточную организацию работ. Весь процесс строительства - от изготовления фундаментных блоков и до установки телевизионных антенн - требует создания единого конвейера, подчиненного суровым законам почасовых монтажно-транспортных графиков. Главная задача, решаемая современной АСУ Главмосстроя, - организация такого конвейера и поддержание заданного ритма его работы.

Эта задача требует работы АСУ в реальном масштабе времени; иначе говоря, АСУ должна не только поспевать за нарастающими этажами, но и упреждать процесс строительства. Главная продукция АСУ 120 печатных листов в день (более двух с половиной тысяч машинописных страниц!) суточных и почасовых графиков, монтажно-транспортных графиков, расписаний по часам и маркам поставок и получений строительного раствора с учетом режима работы растворных узлов, суточные графики поставки товарного бетона, горячего не фтебитума, оптимальные графики экскавации и транспортировки грунта и др. Сюда же входят учет и движение материалов на базах снабжения и комплектации, данные диспетчерского контроля за ходом работ, формирование годовых, квартальных и месячных планов - всего 14 комплексов задач.

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

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

Поэтому особое внимание пришлось уделить обеспечению оперативного сбора и передачи информации, а также доведению до мест выходной оперативно-производственной документации. Для того чтобы не было сбоев, многие устройства дублированы. В нормальном режиме устройство-дубль используется для не слишком срочной работы: составление месячных планов и т. д. Но как только основное устройство выходит из строя, месячные планы на время откладываются и дублер берется за оперативную работу. Особые трудности вызвал оперативный ввод информации. Ведь информация может поступить в любое время суток, а как же быть с профилактическим ремонтом машин? Здесь уже дублированием не обойдешься, это было бы слишком накладно. Оказалось достаточным ввести специальные буферные устройства, в которых накапливается и хранится поступающая информация. Емкости этих устройств имеют аварийный запас, который приходится подключать в работу при сбое центральных устройств. Но и этого мало. Нужна еще надежная связь ВЦ с источниками информации, организациями и стройками. В Москве этому служат автономная система абонентского телеграфа с телетайпами, система радиотелефонной связи "Алтай", собственная телефонная связь (помимо городских телефонов, по которым не всегда дозвонишься), не говоря уже о специальной системе передачи кодированной информации от датчиков в диспетчерских пунктах в ЭВМ.

Столь высокие требования оперативности и надежности не смогли не отразиться и на характере работы системы и составе решаемых в ней задач: это по преимуществу системы типа АИС и АСОД, в которой уровень оптимизации решений пока еще недостаточен. Но уже созданы предпосылки постепенного перехода на принципы оптимального управления. Более того, имеются возможности для проникания системы в живой организм стройки. В дальнейшем можно предвидеть слияние АСУ с системами управления производственными процессами на самом низшем, предметном уровне.

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

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

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

А в периферийных трестах - свои проблемы. Там строительный конвейер еще не стал реальностью. В условиях рассредоточенного строительства разнородных объектов, еще нередкого бездорожья, организационных неувязок из-за разной ведомственной подчиненности участников и поставщиков в строительстве, различия их интересов создать такой конвейер, ох как непросто. Да и возможности у периферийных трестов, в том числе материальные и кадровые, куда скромнее, чем в Москве, Ленинграде или Киеве. Для создания комплексной системы, пронизывающей все звенья и стороны деятельности здесь нет еще достаточных оснований, АСУС создаются пока только в отдельных базовых организациях. В большинстве же трестов и приравненных к ним организаций довольствуются внедрением отдельных комплексов программ, иногда адаптированных к местным условиям и решающих примерно одни и те же задачи. Таких комплексов уже создано немало. Порой их внедрение во многом зависит от активности их создателей, от организации рекламы, от личных отношений и от прочих случайных факторов, лишь косвенно связанных с качеством самих систем^*. Правильный выбор подходящей системы программ для тех или иных условий - это одна из главных задач руководства строительных организаций. Было уже немало случаев, когда после изрядных денежных затрат наступало разочарование, система "не шла", буксовала, но выяснить это обстоятельство удавалось лишь на основе опыта эксплуатации^**.

^* (По-видимому, существенно и то, удалось ли авторам систем придумать для своих детищ благозвучные названия. Названия многих комплексов программ могли бы послужить именами героев лирических поэм.)

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

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

Как видим, качественный уровень этой системы относительно невысок: это явная система типа АСОД, хотя в ней и предусмотрена многовариантная калькуляция нормативных показателей. Но даже такой подсчет показателей на основе единой нормативной базы позволил несколько повысить темпы роста производительности труда. Система АСПУТ рассчитана на применение ЭВМ "Минск-22".

Более высокий уровень оптимизации достигнут в системе АККОРД (автоматизация контроля и координации оптимальных режимов деятельности), созданной Институтом гидродинамики Сибирского отделения АН СССР и получившей распространение в основном в Сибири и на Урале. Все объекты в этой системе делятся на две группы. К первой группе отнесены наиболее важные объекты, которые имеют заданные директивные сроки завершения и не подлежат ресурсным ограничениям. Задача оптимизации для этих объектов состоит в приведении расчетных сроков производства к директивным при минимуме дополнительных "усилий", например числа вторых и третьих смен.

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

Особенностью АККОРДа является то, что его математическое обеспечение позволяет использовать несколько типов машин. "Минск", "Урал", БЭСМ-6 - все эти ЭВМ пригодны для его применения.

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

Цель системы "Автоспутник", разработанной в Научно- исследовательском институте организации и управления строительством при МИСИ им. В. В. Куйбышева, -минимизировать отклонение в ежедневном потреблении ресурсов от среднего уровня. В ней также используется ЭВМ "Минск-22".

Сходные возможности, а по некоторым показателям и более широкие, имеют системы "Объект", разработанные в Гипротисе Госстроя СССР и ВЦ Главприокскстроя, система НААС Института экономики АН Латвийской ССР, и система "А-план", созданная в Эстонии.

- Позвольте! - остановит нас в этом месте вдумчивый читатель, если он все-таки добрался до этого места. - А нужно ли так много разных систем? Ведь все они занимаются одним и тем же - календарным планированием, то есть распределяют кому, что и когда строить!

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

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

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

Большое распространение получила разработанная в НИИ организации и управления строительством при МИСИ система СУПЕР - она позволяет оптимально распределить заказы на раствор, провести диспетчеризацию и так называемую "разрейсовку".

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

Рис. 24

Все ныне реализованные ступени автоматизации управления строительством - это лишь подступы к полностью автоматизи-рованной системе управления. Как же можно представить себе такую систему в более или менее законченном виде? Для этого взглянем на приводимый ниже рисунок (рис. 24).

Если воспользоваться близкой строителям аналогией, АСУС -это крупное и сложное здание, строительство которого велось до сей поры без проекта. По мере надобности к зданию oпристраивались приделы-подсистемы, сносились ветхие и ненужные пристройки, укреплялся каркас, а проекта все не было. Сейчас ситуация меняется: выяснилось, что работать беспланово, бездумно распылять средства по мелочам нецелесообразно. Создание полноценной АСУС - это задача, трудоемкость решения которой составляет несколько десятков тысяч человеко-лет. Прикиньте, сколько же уйдет на нее времени, если по-прежнему работать коллективчиками по 20-30 человек! Поэтому сейчас стараются объединить усилия создателей АСУС и автоматизировать процесс проектирования этих систем. Название "автоматизированная система проектирования автоматизированных систем управления" - это, конечно, акт насилия над русским языком, но, по сути дела, без нее никак не обойтись. Острословы тут же заметили, что, быть может, и для создания этой системы в свою очередь понадобится своя автоматизированная система проектирования и так далее. Что ж, может быть, это не просто шутка, и наступит очередь создания некоторой иерархии систем...

Рис. 25

Почти все системы управления и у нас, и за рубежом принимают за основу существующую структуру аппарата управления. Между тем эта структура отвечает нуждам "ручного" управления и не всегда эффективна в условиях машинного управления. Поясним это на примере. Известно, что один человек может оперативно управлять не более чем 3-5 объектами. Это обстоятельство, усвоенное еще в глубокой древности, определило структуру армий всего мира (в полку от 3 до 5 батальонов, в батальоне от 3 до 5 рот и т. д.). Примерно по тому же принципу строятся и системы управления производством. В итоге система управления строительством в СССР приобрела следующую структуру (рис. 25).

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

Другой необходимой особенностью АСУ является полностью автоматизированный документооборот. Если наряду с потоками информации, циркулирующими в машине, текут еще и обычные бумажные реки, а люди обязаны обеспечить те и другие, то ничего, кроме недоумения, такая система не вызывает: с введением АСУ традиционные каналы информации должны быть перекрыты. Более того, следует позаботиться и о том, чтобы упростить ввод первичной информации в ЭЦВМ, в особенности на нижних уровнях управления. В идеале введение первичной информации должно вообще производиться автоматически. Для этого разработаны и внедряются многие остроумные приспособления (вспомним описанный выше датчик хода монтажа здания). О более полной интеграции в автоматизированных системах мы поговорим ниже, когда познакомимся с автоматизированными системами проектирования.

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

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

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

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

К сожалению, большинство существующих систем этим свойством не обладают. Их не так просто связать друг с другом, а также с более высоким уровнем управления - общегосударственной автоматизированной системой (ОГАС), они говорят пока на разных языках. Вот почему сейчас полным ходом идут работы по созданию единого информационного языка, который поможет системам общаться друг с другом. К элементам такого языка можно отнести общегосударственные и отраслевые классификаторы информации, унифицированные документы и т. д.

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