Текст книги "Беседы об АСУ"

Автор книги: Виктор Португал

сообщить о нарушении

Текущая страница: 2 (всего у книги 13 страниц)

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

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

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

Интересно, что все эти «технические» принципы разработки АСУ были созданы трудами как советских, так и западных ученых.

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

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

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

Это различие совсем не означает, что достижения западных ученых надо игнорировать. Ведь писал В. И. Ленин о тейлоризме, что необходимо его использовать, отделяя «утонченное зверство буржуазной эксплуатации» от «ряда научных завоеваний в области организации труда». Вот так и в процессе разработки основных принципов создания АСУ был учтен и западный опыт автоматизации управления.

– Автоматизированными системами управления сейчас называют очень многое. Здесь и системы управления химической реакцией, и системы наведения ракет на цель. А это ведь давно известные системы автоматического регулирования!

– Действительно, системы автоматического регулирования имеют свою историю, но с какого-то времени она стала историей автоматизированных систем управления.

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

На экране радиолокатора ясно виден вражеский самолет. Нажата кнопка «Пуск», и ракета мчится к цели. Аппаратура автоматического наведения сравнивает сигналы цели и ракеты, анализирует скорость и направление цели и ракеты и вырабатывает управляющие сигналы для ракеты – сопровождает цель. И вдруг вместо одной отметки о цели на экране появляются две. Оператор понимает, что самолет противника создает радиолокационную помеху: летчик выбросил облачко легких волокон, отражение от которых на экране радиолокатора дает такой же сигнал, как и от самолета. Как поступит система автоматического наведения, для которой цель – любой предмет, отражающий сигнал радиолокатора? В этой ситуации она беспомощна. И только оператор может спасти положение, решив, где цель, и направить систему на ее сопровождение.

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

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

Можно взглянуть на эту проблему с другой стороны: а надо ли исключать человека? Всякое управление – ракетой ли, технологическим ли процессом, или экспериментом – включает два элемента: творческий и рутинный, для которого можно создать алгоритм. Если есть объект, управление которым целиком состоит из рутинной работы – здесь простор для применения автоматических систем управления! К сожалению, таких объектов очень мало. В остальных случаях приходится, автоматизируя рутинную работу, творческую часть оставлять человеку. Что именно?

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

Итак, путаницы между автоматическими и автоматизированными системами управления нет. С одной стороны, усложнение производства привело к созданию АСУП – автоматизированных систем управления производством (предприятиями, объединениями).

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

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

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

Одна из функций АСУП будет состоять в обеспечении (комплектации) планового задания программами для станков с программным управлением. Комплектация будет заключаться в подборе в соответствующей специальной библиотеке имеющихся готовых программ и в автоматизированной разработке недостающих.

Но такое слияние – дело прогнозируемого будущего, а пока отдельно существуют как АСУТП, так и АСУП, которые в основном и называются просто АСУ.

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

– Теперь, кажется, пришло время окончательно пояснить, что же такое АСУ, и дать определение. А то получается какая-то путаница из принципов, математики, организации, ЭВМ.

– Путаницы, в общем, никакой нет. АСУ, как всякое понятие, многогранно.

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

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

Итак, что же такое АСУ?

Заглянем в ОРММ. (Этими буквами зашифровано название основного документа, предписывающего, как создавать АСУ предприятием.) Полностью название звучит так: «Общеотраслевые руководящие методические материалы по созданию АСУП». Документ этот – объемистая книга – чрезвычайно популярен в среде разработчиков АСУП (асупчиков, как в шутку они себя называют).

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

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

Привлекает внимание, с одной стороны, довольно четкий признак АСУП (АСУП – это ЭВМ плюс экономико-математические методы для решения задач управления), с другой стороны, расплывчатые слова «основных задач». Что значит «основных задач»? А неосновные на ЭВМ решать не надо? А где перечень основных задач управления или хотя бы критерий отличия основных задач от прочих?

К сожалению, эта расплывчатость имеет свои причины. Известно, что к 1970 году началась массовая разработка АСУП. Уже были ясны основные принципы и методы их создания. Уже поняли, насколько трудоемка эта работа. Уже начали недоумевать те энергичные плановики, которые, составив планы по созданию АСУП на год и на два, увидели, что подходят сроки сдачи систем, а сдавать нечего. В лучшем случае вместо обещанной системы приобретена ЭВМ, на которой решаются несколько простеньких задач управления. Выясняется, что всю АСУ сразу создать трудно. И встает вопрос: а где границы системы и какой момент надо считать моментом окончания ее создания? Хорошо, если все задачи управления решаются системой, а если некоторые не решаются – АСУ тогда это или нет? Вот почему появилось слово «основные» в определении АСУП.

Вместе с тем появляются, естественно, и трезвые деловые работы, в которых указывается, что автоматизация управления – процесс трудоемкий и длительный. Профессор А. Модин, например, оценивает его в 500 человеко-лет, то есть 500 человек должны работать в течение года, или 50 человек – 10 лет. Ясно, что создавать сразу всю систему нецелесообразно. Необходимо, учитывая требования системного подхода, разбить ее на самостоятельные части – подсистемы и задачи, трудоемкость создания которых значительно меньше трудоемкости создания всей АСУ, и автоматизировать поэтапно, начиная с жизненно важных для предприятия подсистем. Вот почему ОРММ большое внимание уделяет разбивке АСУ на самостоятельные части.

Целесообразность такого подхода понятна каждому, кто интересуется экономикой. Действительно, если систему создавать 5 лет, то средства, вкладываемые в нее, 5 лет не будут давать отдачи, дохода. При поэтапном же подходе созданная за год подсистема сразу же начинает давать экономический эффект. Вот почему ОРММ делит АСУП на подсистемы: технико-экономического планирования, материально-технического снабжения, бухгалтерского учета и ряд других.

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

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

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

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

Установлено, что на одних приказах далеко не уедешь; их надо подкреплять эффективной системой материального стимулирования. Значит, надо и систему стимулирования строить так, чтобы работа по оптимальным планам была выгодна всем – от директора до рабочего. Надо решать и десятки других насущных экономических задач, чтобы предприятие могло эффективно функционировать в рамках новой системы управления. И, как следствие, появляется новый член к формуле АСУП: «плюс экономика». Получилось уже стройнее: «АСУ – это ЭВМ, плюс математика плюс организация плюс экономика».

Для эффективного управления необходимо иметь достаточное количество информации. Вот почему при разработке АСУП предусматривают создание АИС – автоматизированной информационной системы. Значит, «плюс информация».

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

Вообще надо сказать, что создатели АСУП, заглянув в традиционную систему управления, обнаружили в ней буквально авгиевы конюшни. Даже такой, казалось бы, простой вопрос, как язык управления, оказался в полнейшем беспорядке. Скажем, перечень изделий, которые предприятие выпускает, одни называют номенклатурой (от латинского nomenclatura – перечень имен), другие номенклатурным планом, третьи – производственной программой, четвертые – планом производства. И каждый автор отстаивает свой термин, приводя веские доводы в его пользу.

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

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

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

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

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

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

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

Какие еще слагаемые должны стоять в формуле? На этот счет, конечно, мнений столько же, сколько умов, работающих над АСУ. Ясно только, что определение, данное в ОРММ, никого не могло удовлетворить. Бурные дебаты на научно-технических конференциях о том, что такое АСУ, привели к тому, что, во-первых, по этому поводу в 1974 году был принят ГОСТ, во-вторых, менее чем за пятилетие устаревшие ОРММ заменены новыми и стали достоянием истории.

В соответствии с ГОСТом, а следовательно, и ОРММ-2 автоматизированная система управления предприятием определяется теперь как «…человеко-машинная система, обеспечивающая автоматизированный сбор и обработку информации, необходимой для оптимизации управления предприятием…».

«Для создания АСУП используются средства общесистемного, организационно-экономического, технического, информационного, математического, программного, лингвистического и правового обеспечения».

«АСУП является системой, включающей взаимосвязанные подсистемы (элементы), выделенные по определенным признакам, обусловленным конкретными целями и (или) средствами управления».

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

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

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

Итак, третью пятилетку мода на АСУ не проходит!