Беседы об АСУ

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

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

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

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

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

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

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

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

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

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