Смекни!
smekni.com

Проектирование автоматизированных систем на микроуровне (стр. 2 из 4)

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


2. Выбор задач, подлежащих автоматизации, и их постановка

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

Это общее положение уточняется в каждом конкретном случае применительно к основному производственному процессу – движению материальных потоков и последовательно выполняемым операциям технологического процесса.

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

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

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

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

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

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

Рассмотрев возможность автоматизации управления основным производством, переходят к вспомогательному производству и другим функциональным подсистемам, определяя возможность и целесообразность автоматизации тех же уровней управления по другим функциям.

Описанный подход может быть применен и к определению последовательности во время создания системы по очередям, для определения состава очередей.

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

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

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

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

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

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

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

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