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