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

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

Сейчас на предприятия начинает поступать современная техника — новое поколение электронно-вычислительных машин единой серии «РЯД» с большими вычислительными возможностями. Вместе с машинами на каждое предприятие поставляются типовые программы решения разнообразных управленческих задач. Среди них находятся и программы создания и ведения (корректировки) «банка данных».

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

Кстати, в развитии ЭВМ четко просматриваются этапы, называемые поколениями. Термин этот введен разработчиками электронно-вычислительной техники, вероятно, потому, что развитие идет не только в плане увеличения технических возможностей ЭВМ (скорости счета, объема памяти), но от поколения к поколению меняется практически вся идея их использования.

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

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

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

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

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

При внедрении АСУ вся подобная информация должна содержаться в автоматизированной информационной системе. Но как ее добыть? Вопрос этот тоже находит свои подчас довольно остроумные решения. Рассмотрим все ту же задачу: как получить индивидуальные коэффициенты выполнения норм? Пытаться «выудить» их у мастера бессмысленно — он сам не знает их численных значений и представляет их чисто качественно: «Иванов эту деталь делает лучше Сидорова». А для расчетов по распределительной оптимизационной модели нужны количественные характеристики.

Как эта информация попадает в «вычислительную систему» мастера? Придя на участок молодым и неопытным, он решал задачу распределения работ не лучшим образом. Но постепенно учился и накапливал соответствующую информацию (говорят: набирался опыта). А нельзя ли организовать подобную «учебу» и для ЭВМ?

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

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

Так, иногда довольно удачно решается проблема: где взять информацию. Но наряду с большими успехами на пути создания автоматизированных информационных систем (АИС) осталось еще достаточно не до конца решенных и не совсем удачно решенных задач.

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

Часто, приходя на предприятие, где известно, что АСУ создана и уже работает, посетители просят: покажите нам АСУ. А показывать-то нечего! Ведь система управления, автоматизированная она или нет, — это в основном набор методов управления, информация и набор способов ее переработки. Что показывать? Методы управления?

Но ведь это отношения между людьми, их не покажешь. Можно показать лишь инструкции, правила.

Информацию?

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

Способы ее обработки?

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