ПОИСК Статьи Рисунки Таблицы База нормативных данных ядра АСУП и учет производства для оперативно-календарного планирования из "Оперативно-календарное планирование" Автоматизированная система управления предприятием всегда настолько сложна, что для построения и упрощенного описания ее делят на функциональные подсистемы, каждая из которых решает комплекс задач, объединенных общим функциональным назначением. [c.252] С позиций унификации программного обеспечения подсистемы АСУ предприятием можно разбить на три группы. [c.252] К группе А (рис. 1Х-1) относятся подсистемы, для которых задачи во многом совпадают независимо от характера производства это подсистемы технико-экономического планирования, управления снабжением, сбытом финансами,- кадрами, подсистема бухгалтерского учета. На задачах, решаемых этими подсистемами, сказываются, разумеется, количественные характеристики предприятия номенклатура потребляемых сырья и полуфабрикатов, товарной продукции, число работающих на предприятии, номенклатура профессий ИТ. п. однако это влияние проявляется преимущественно не в используемых моделях, а только в численных значениях параметров модели. Таким образом, для этих функциональных подсистем АСУ предприятиями (по крайней мере, для отдельных задач внутри подсистем) возможно применение одинаковых унифицированных программных модулей. [c.252] Иное положение в подсистемах управления основным производством, которые можно отнести к группе В. Здесь вид математической модели определяется характером производства, так что модели различаются между собой самым существенным образом. Так, установки с непрерывными технологическими процессами описываются алгебраическими или дифференциальными уравнениями схемы непрерывного производства, состоящего из ряда установок, моделируются матричными соотношениями или транспортными сетями см. разделы 2 и 3 главы IV) так называемое дискретное производство, в котором материал обрабатывается отдельными порциями, а производственное оборудование работает циклически, описывается моделями комбинаторного анализа или теории расписаний. Иногда приходится сочетать модели различного рода. [c.252] Широкий класс моделей охватывается методами математического программирования. [c.252] На характер моделей основного производства может влиять частотный спектр возмущений. С увеличением горизонта планирования модель производства обычно упрощается искомые интегральные значения неизвестных можно найти с высокой степенью точности, игнорируя высокочастотные возмущения, действующие на объект. [c.253] Наконец, подсистемы группы Б занимают промежуточное положение в отношении возможности, целесообразности и способов унификации это — подсистемы управления ремонтом оборудования и другими вспомогательными производствами. С одной стороны, деятельность вспомогательного производства подчиняется основному производству но с другой стороны, коль скоро планирование вспомогательного производства осуществлено, дальнейшие операции — учет, контроль, отчетность, характерные для подсистем группы А, — уже мало зависят от характера основного производства. Поэтому можно говорить о целесообразности унификации значительной части задач, решаемых этими подсистемами для предприятий ряда отраслей. [c.253] Таким образом, пользуясь двумя признаками классификации, получим девять групп задач АСУП, которые показаны на рис. 1Х-1. Незаштрихованпые участки практически не содержат задач, специфических для предприятий с непрерывными технологическими процессами, и, следовательно, не требуют специальных разработок для достижения унификации. Удельный вес специфических задач в группе тем больше, чем гуще штриховка на рисунке. [c.254] Выделим ту часть задач и функций АСУ, которая, с одной стороны, отличается специфичностью, а с другой, может рассматриваться как единое функциональное целое. Эта часть, которую мы назовем ядром АСУ предприятия с непрерывными технологическими процессами, будет рассматриваться здесь как объект унификации. Ядро содержит преимущественно алгоритмы решения задач по моделям, характерным для предприятий с непрерывными технологическими процессами, но в нем имеется также некоторое число алгоритмов обработки данных, благодаря которым сохраняется функциональная целостность ядра. По объему эти последние алгоритмы занимают лишь незначительное место в ядре АСУ предприятия с непрерывными технологическими процессами. [c.254] Объектом управления для ядра является производство. Управление заключается в изменении величин технологических потоков и состояния основного производственного оборудования под изменением состояния оборудования понимается его остановка для ремонта и ввод в действие по окончании ремонта. [c.254] Ядро можно трактовать как связанную многоконтурную и, разумеется, многомерную систему управления. Контуры связаны между собой преимущественно через объект управления и различаются временем обращения информации и периодичностью выработки управляющих воздействий. Кроме того, существует каскадная, т. е. иерархическая, связь между контурами. [c.254] Описываемая ниже унифицированная система состоит из программных модулей — таких частей хранящегося в ЭВМ программного обеспечения, с которыми машина может обращаться как с некоторыми целыми единицами из модулей, используемых в различной последовательности, ЭВМ составляет необходимые разнообразные программы, по которым затем работает. [c.256] Ниже дается краткое описание ядра в целом и составляющих его комплексов задач. Описание каждого комплекса (подсистемы) сопровождается информационно-логической схемой, в которой показаны во взаимной увязке модули, массивы, входные и выходные документы. Дается краткое описание функционирования подсистемы. Сводка примененных условных обозначений [38] дается на рис. 1Х-3. [c.256] Кроме ТОГО, модулям, которые входят в состав библиотеки стандартных или прикладных программ, внешней по отношению к ядру, присвоен шифр С. [c.257] П — печатаемый выходной документ. [c.257] Как указывалось выше, база данных характеризуется в первую очередь тем, что в ней собираются все нормативные данные, которые используются при решении задач АСУП. Всякая задача, любая подсистема АСУП предъявляет свои требования к базе данных эти требования могут перекрываться, что и обусловливает целесообразность создания обш ей базы данных. [c.257] Описываемую ниже базу нормативных данных для оперативнокалендарного планирования следует рассматривать скорее не как самостоятельную часть АСУП, а как часть массивов, образуюш их общую базу данных, которая обеспечивает нужды оперативнокалендарного планирования, а возможно, в какой-то мере и других задач и подсистем, не рассматриваемых в этой книге. [c.257] Ниже мы кратко опишем не только сами массивы, в которые формируются нормативные данные, но и порядок их ввода и контроля при вводе, а также преобразование для подготовки моделей производства. Поэтому можно говорить о функциональном комплексе задач ведения базы нормативных данных. [c.257] Информационно-логическая схема этого комплекса задач показана на рис. IX-4. [c.257] БЗ — построения сетевой модели. [c.257] Вернуться к основной статье